投稿

11月 1, 2017の投稿を表示しています

Translate

結局、Pythonの本は買わなかった。 Eventually, I don't bought a python book.

結局、Pythonの本は買わなかった。 Eventually, I don't bought a python book. Pythonが魔法のように書かれているサイトが多かった。 I often see web site that python is magic! でも、全然違った。 But it is totally different. つまり、簡単に要約すると。 To briefly explain. . . 色々なライブラリーがあって、特にディープラーニング系のライブラリーが豊富だよ。 There's so many library and deep leaning library. でも、ライブラリーのライセンス条項は良く読んで、利用規約をよく理解して使おうねって内容が前フリ・・ 他の言語と何ら変わらんのでは。。。 そんな言語に、お金と時間を費やす価値があるのだろうかと、本屋で立ち読み1時間・・・ 色々なパイソンの本を読んだけれど、開発環境も、本毎に違うのが書いてあった。 この言語は、言語のシェア争いだけでは無く、過去にPHPやJavaでもあった、開発環境のシェア争いの真っ只中でもあるなと思った。。。 インタープリターであるが唯、スピードも犠牲にして、ライブラリーも、フリーであるが故、覚えても、なくなって無駄になるリスクまで背負・・・ と思ったら、ちょっと尻込みしてしまった。。 これを覚えると、必ず仕事が得られるという確証に至らなかったのが、買わなかった一番の要因。 Javaでもそうだが、一番怖いのが、フリーであるが故、セキュリティーの穴をエンジニアサイドで意識しながら塞いで行くリスクが一番やっかい。 日本はセキュリティーにお金を掛ける文化が無く、情報漏えいしたら、その時の責任者の首を切って、はい対策しましたっていうのが多くて、正直、セキュリティーが影響する文に、純粋なフリーの何かを使うのが怖くてできない。。。 過去に自分ではないが、取引先で個人情報の漏洩がTV沙汰になるレベルで起きたから余計にね^^; と言う事で、Pythonは一

iPhoneの顔認証で、本人以外の顔で、認証を突破出来たらしいけれど、予想通り。

iPhoneの顔認証で、本人以外の顔で、認証を突破出来たらしいけれど、予想通り。 こーなると思っていた人は多いのでは? Androidでも、過去に顔認証が流行った時があったけれど・・・ 暗い所で顔を登録すると、他の人の顔でも通ってしまう時があった。 それにしても、何週遅れなんだ・・・iPhone・・・

Pythonのプレッシャーを捨てるために、パイソンを習得する

イメージ
Pythonのプレッシャーを捨てるために、パイソンを習得する パイソンのプレッシャーがスゴイ・・・ 結構C#を超える位置に近づいてきた・・・ 何度か、Microsoft系の言語を捨てようとして、サティアナデラさんの方針に感銘を受けて、再びC#を習得したのだけれども・・・ Visual Studio Communityのライセンス方針転換で、やっぱり結局失望させられた今日この頃。。。 でも、何故、他の言語でなくパイソンなのかと言うと、雄一Windowsアプリ(Exeファイル)を普通に出せそうなのが、Pythonだったから。 Javaだと、Jarファイルとかになるし、微妙に遅いし、ファイルの中身みれちゃうし・・・ な変なリスクが多いけれど・・・ Pythonは、Google Driveや、Instagramのようなアプリの実績もあり、あらゆるプラットフォームに対応していて、それでいて、Webも出来る。 今のところGoogleの後ろ盾も会って、C#を超える位置に来たことから、久しぶりに新言語をやってみる事にした。。。 何より、パイソンのプレッシャーが何だか凄くて、今やっておかないと、凄く嫌な予感を感じたから。 嫌な予感はだいたい当たる・・・だから、やってみる事にした。。。 小さな案件を拾って、Pythonで実装してみよう。。 果たして、この言語をやることで、日本で波に乗れるのか・・・ コレばかりは謎だ。。。。

BPOに手を出してみる

BPOに手を出してみる フリーエンジアをやると、大体誰でも行き着くこの答え。 システム開発の受注は、短期間でどっと利益を得られるものの、外れな案件に手を出してみると、長く引っ張られることもある。 長く引っ張られると、システム開発は、人が生産する為に、他のそれに手が出せない状況が出る。 一人でやっていると、まさに、致命的になる事もあるので、業務で引き受ける方式を考えてみる。 システム屋が行き着く答えは、大抵、業務のアウトソーシングか、システムの保守になるのだけれども・・・ クラウドが進んでいる状況では、システムの保守へ行くよりも、BPOのような、業務毎取る道を選ぶかな。。。 自分個人でそこに行き着くぐらいだから、きっとこれからこの分野は修羅場になりそうだな・・ それと、内製化の道を進む企業が増えるのだろうか・・・ 内製化は、日本人工減現象上、行き詰まるはずだから、やはりBPOか・・・ また、事務の人を雇うことを考えないと・・・・

Visual Studio Communityのライセンスが不気味すぎる。 I think strange license of Visual Studio Community...

イメージ
Visual Studio Communityのライセンスが不気味すぎる。 I think strange license of Visual Studio Community... 微妙に規約が変わっている。 以前は、年商10億以内の企業は、無償で商用利用できるような内容だったと思うが・・・ Expressをダウンロード、インストールしなおして利用するか、Professionalを買わないと、ネットマネジメントシステムが販売出来なくなった(;´・ω・)・・・ Yahooの商品画像と商品データをアップする機能が微妙に人気だった。 運よく、ネットショップモールのノウハウが、商売している企業では、どこでも活かせるスキルだった。 一番は、ネクストエンジンが苦手とする、自社の基幹システムに合わせたカスタマイズが受けている。 そして、いくつか企業とやりとりして分かったのは、仕入れが得意な人が、起業している人が多い事。 仕入れが得意な人が取締になる人が多い模様。 が、仕入れ = コストに敏感であるが故、 Win - Win で取引をして頂けるかどうかが微妙なので、ベンチャー企業にシステムを売る場合、最初に金額から入っておかないと、長いやり取りの末、金額でリジェクトされる。 最近、凄いPOSシステムの仕組みを思いついたのだけれども・・・ 自分で作るのか、作ってもらうのかやや悩む。 投資をしてでも、作ろうか迷っているのが、色々やり取りをしていて、日本の産業の全体を見渡して、ある重要なことに気が付いたから動き始めたのだけれども・・ あとは、多様化した価値観を、広く取り入れる努力をするのか、他の情報を享受して、相手の価値観に変化を与えて取り込むのか・・・ オフショアで開発するか・・・ 微妙にウクライナがいいことが分かった。 通貨の価値が10分の1位。 ・・・が、せめて英語が通じるところを探さなくては・・・

日本企業のシステムリプレースの定番な流れは、 アプリ型 → WEB型 → アプリ型

日本企業のシステムリプレースの定番な流れは、 アプリ型 → WEB型 → アプリ型の流れになって来ていることに気がついた。 当たり前かも知れないけれど、スマホでも、WEBで利用している物よりも、特定の使用頻度が多い場合には、アプリインストールして利用する。 アプリの方が、使いやすいからだ。 世の中のシステムのリプレイースも下記のパターンになってきた。 システムのリプレイスサイクルが遅い企業  「そろそろ、世の中WEBだから、C/Sよりも、WEBのシステムにしよう・・・」 システムのリプレイスサイクルが早い企業  「WEB版にしたけれど、操作性がやっぱりイマイチだわ、ブラウザのバージョンによって動作が不安定になったりするわ、業務システムはやっぱりアプリ型(C/S)の方にするか・・・」 と、大体このパターン。 使用頻度が高いものは アプリ型(C/S)、低いものはWEB型の二本立てが良い気がする。 UWPはまさにそこに近いのかもしれない。

SEが増加して、PGが減少していく日本

SEが増加して、PGが減少していく日本 最近の現場では恐ろしいことが起き始めていることに気づいた。 基本的に、フルスタックエンジニアを売りにしている自分にとって、当たり前の全行程串刺しで対応を行う事が多いのだけれども、最近、基本PGの現場に行って驚いたのは、SE人員 > PG人員 となっているのだ。 間違いなく昔は SE人員 < PG人員だったので、上手く回っていたのだけれども。 SE人員 > PG人員となっている現場では、そもそも作る人が居ない悲劇が起きている。 ドキュメント作ったけれど、作れる人員が足りない、外に依頼したら高くて、稟議が通らないのような流れも。 IT業界には3Kという言葉がある。 きつい、帰れない、給料が安い 最近では、7Kともいうらしい。 規則が厳しい、休暇がない、化粧がのらない、結婚できない 化粧がのらない、結婚できないは、本人の個人問題なきもするけれど^^; が、SIer絡みの案件を取り扱っているシステム会社では実際にこれはあり得る。 元々、案件の予算が決まっており、下請け下請けとどんどん中間マージンも取られて・・・ となると、利益を出すためには、雇っているエンジニアを、雇用者扱いよりも、個人事業主扱いのような契約に近くしないと、赤になるからだ。 システムインテグレーションに関わっている会社の仕事に関わらない事が重要だと思う。 確実にプログラマーという人達の人口が減っていっている様子を実感。 それにしても、日本は会社ごとに、ほとんど同じ仕事のやりかたなのに、システムが本当にバラバラ過ぎる。 同じシステムの在り方を、色んな作り方で作っている。 小さな島国なんだから、システムの在り方や、仕事のやり方は、何かプラットフォームが有った方が良いのでは無いかと思う今日このごろ。