ファイナルアンラッキー

とにかく、Rubyは、どのIDE（統合開発環境）を使用するのかで迷う 自分は、Visual Studio Codeにプラグインを設定して使用した。 How to add plugin of ruby on Visual Studio Code!! まず、Visual Studio Codeの拡張機能で、Rubyを検索して、下記のRuby Language and Debugging Support for Visual Studio Codeをインストールする。 下記をコマンドプロンプトで入力する。 gem install ruby-debug-ide -v 0.6.0 gem install debase -v 0.2.2.beta1 とりあえず、これで、インテリセンスが使えるようになる。 プログラミング作業で、インテリセンスが使えないと致命的なので、取り敢えず、これはやっておいた方が良い。 このプラグインの説明で上で説明した以外の設定もあるが、今は何のための設定か分からないので、無くても問題無さそうなので、これで進むことにした。 今回買った本で失敗したと思ったのは、Rubyのようなオープンソースライブラリー群に助けられながら開発するオープン言語は、本の通りにやっても動かないことが多いことだ・・ 自分が今回かなり今回買った本でいきなり苦戦したのは、erbと呼ばれるレイアウトの箇所だった。 <%= stylesheet_link_tag 'application', media: 'all', 'data-turbolinks-track': 'reload' %> 解決策は、Coffee Scriptのバージョンによるものだったのだが、Coffee Scriptのバージョンを古くしないとエラーが表示されて動作しなかった。。。 Rubyは、色々なライブラリーという名の生命維持装置的な物によって生きている言語だと実感したので若干Microsoftと言う、絶対無くならない的な安心感がない言語を触るのはやっぱりリスクだなーと感じる今日このごろ。 今のとこ

Ruby始めました。 PHPにしようか迷ったけれど、以前PHPのプロジェクトやったけれど、それからは自分は、PHPのプロジェクトに関わる縁が無かったから、いっそ新しい言語をやることにした。 Ruｂｙ この言語の特徴を色々読んでみると、とにかくやってみると、どんどん楽しくなる言語という触れ込みだった。 何でも楽しくないと続かないと思ったので、この言語をチョイスしてみました～。 Rubyのダウンロードサイトは下記リンク https://rubyinstaller.org/downloads/ 自分は2.4.2の最新を選んでみました。 Devkitが2.0 to 2.3 と書いてあり、不都合が生じたので、2.2を入れました。。 エディターは、マイクロソフトのVisual Studio Code（無償） https://www.microsoft.com/ja-jp/dev/products/code-vs.aspx 結局、Microsoftからは、完全にはDe-dependent(脱依存）する事は出来ないのだった。。 Ruby言語の感想は、今のところ、パット見た感じは、C# MVCっぽかった。 よく、C＃のMVCは、Rubyをパクっていると言われているけれど、パクっているだけあって、C#のRazorにもそっくり。 もう、マイクロソフトのライセンス呪縛から逃れたいので、Rubyで行く。 取り敢えず、一日100ページをづつ行こう！！ http://amzn.to/2zoRhkx 自分が買った本はコレ。 他の言語が出来るからと行って、背伸びして深い本を買うと、入りのスピードが落ちると厄介なので、勢い良く学んで行ける本をチョイスしましたー！ 2,3日後にこれからやり始める人にどんな感じなのかレポートしたいと思います。

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

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

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

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

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

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

AI-Watsonの記事を読んで思うところ 日本のIT開発関連の職に就くと、非常にStressfulなシチュエーションが多く発生する。 例えば、何が効率の良い方法か、どうした場合に上手く行かないのか等、色々試してみないと分からない状況があった場合。 そこには、成功と失敗が付きまとう。 1回で成功する場合もあるだろうけれども、やはり、やっぱりこうした方がもっと良かったのではないか等が、必ず発生する内容だった場合には・・ これが、一番自分にとってのストレスなのだけれど、日本の企業は作る際に、一番良い結果が必ずあると既にめぼしはついていて、そのように作りたいと議論をするのだけれども、、日本のIT企業は、経営者が非常にITに疎く、取り敢えず、その結果を出すには到底あり得ないような納期を設定してくる。 そうなると、もう、一番良い結果よりも、取り敢えず、何かの結果を出すために、あり得ない程、再利用が不可能なコードとなったり、結果が正しいか正しくないかを考えずに完成させて・・・ 勿論その先に待っている物は、責任の擦り付け合い。 運よく上手く動いているように見えている物でさえ、その時結果が上手く出ているだけで、運用してみたら、あり得ない程の運用でカバーみたいなシステムが仕上がってくる。 毎日、意味不明な運用を押し付けられたり、自分でそれを運用する羽目になった場合、非常に空気が悪くなる。 こういう色々の判断を、AIを使えれば、決断をするという、ストレスが無くなるのではないだろうか。 IBMがAI Watson（ワトソン）を無償で利用できるようにするらしい。 どうすれば良いかのジャッジがAIで出来たら、みんな納得出来るのでは。 AI Watsonで病理判定をさせた時に、ベテランの医師でも気づかないような判断をAIは提案して、それで、とても良い結果と繋がる治療を提供する事が出来た事例があるらしい。 記事を読んでいる限りでは、これまで蓄積された事象でのサジェストであり、ポテンシャルの予測は、与えられたデータでしかだせないだろうから、人を相手にする商売は、結局AIでは限界があるからそういった部分のストレスを受ける職は、どうやって解決出来るのか今は思いつ