プログラマの誇りの話 - Float on the flow
このへんの議論に乗っかってみる。 http://d.hatena.ne.jp/gothedistance/20090212/1234369998 一言でいうと、「スキルセットが違うから」ということだと思いますよ。 WhatとHow システム構築は、「何を作るか（What）」と「どう作るか（How）」が重要。 そして、その両方ができる人材はそれほどいない。肌感覚として。*1 これがWhatとHowでの分業体制が確立されてしまっている原因だと思う。 今のSI業界*2での各プレイヤーのおかれている状況 Whatを考えうる立場にいるのは、ユーザ企業か、最上流のコンサル／元請けSIerのみ。 Howを考えうる立場にいるのは、元請けSIer*3かその下請け孫請けに入るSIerソフトハウス。 ユーザ企業の「ユーザ」 日常業務で忙しく、システム構築どころではない。そもそも、IT知識をあまり持っていないこと
メタプログラミングと内製回帰の組み合わせは強力 - Float on the flow
メタプログラミングで生産性が超あがるよ！という話の件。 システム開発を生活の糧としている自分にとって、よくわかる話です。 ただ、実際にメタプログラミングが強く利いてくるのは、 数億〜数十億円規模の大規模プロジェクトじゃなくて、 ユーザ企業内での内製だと思う。 SIerが入る大規模プロジェクトだと、プログラミング以外の要素が 多すぎて、メタプログラミングがもたらすメリットがあまりない。 システム開発工程の中で、ボトルネックはプログラミングではないよ、という。 （要件定義とかコミュニケーションロスが顕在化するのがプログラミング工程で あることが多いから、そう思っちゃうけど） それどころか、デメリットである 「高位ロジックが、高度であればあるほど、最終的に何が起こるのかが、わからなくなってしまう」 （by id:higayasuoさん http://d.hatena.ne.jp/higayasu
クラウドの使いどころ - Float on the flow
前回は「クラウドなんて使えなくね？」という話を書いたわけですが、 今回は「使いようによってはクラウドもいいよね」という話。 http://memo7.sblo.jp/article/25872133.html ※こちらのエントリからインスパイア。 つまるところ、計算量が膨大になる場合は、クラウドの無尽蔵で 並列な計算パワーが役に立つよ、と。 この意見は一理ある。というか、これこそクラウドの使い方ですよね。 時折膨大な計算量が必要になることがあって、それをオンデマンドで 使いたい、と。そうなると、従量制のクラウドコンピューティングが よいよねという話。 この文脈だと、MapReduceだの、そのオープンソース実装のHadoopだのって 話も意味が明確になる。並列処理用に最適化されたアーキテクチャってことで。 （このあたりはもっと勉強が必要そう） ◇ 一部のベンダーが喧伝してるような「エンター
クラウドコンピューティングは時期尚早 - Float on the flow
最近「SOA」に代わって「クラウドコンピューティング」が人気バズワードのようだ。 IT系のサイトや雑誌にもよく特集が組まれている。 見ていると、 ・ITを資産から費用に変えられる ・初期投資が安価 ・すぐに使い始められる というあたりが主な訴求ポイントとなっている。 一見よさそうに見えるし、たしかにそれらの点はメリットだと思う。 しかし、致命的なデメリットがクラウドには存在する。 データがサービス提供者に囲い込まれてしまうことだ。 これまでも、「.NETで作ったらWindows以外のOSを選択できなくなる」といった 囲い込みが存在した。 それが、今度は「データを丸ごとベンダーに囲い込まれる」という事態になる。 もちろん、良心的でまともなベンダーならば、ユーザがデータを エクスポート／インポートしたり、バックアップする手段を用意するだろう。 （無いとしたら、そんなサービスは検討にも値しない！
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
