プログラミングとは経営判断の集積である - 分裂勘違い君劇場 by ふろむだ
ソースコードの一行一行は、経営判断そのものだ。 どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるかは、そのソフトウェアステムを使って今後どのようなビジネス展開をするか、ということと一体不可分だ。プログラマーは、絶え間なく改変されていく部分と、財産として今後も使われつづけそうな部分を意識しながらコーディングする。そして、ここでいう財産とは、プログラマが財産とみなすものであるだけでなく、同時に経営的・財務的な意味においても財産であり、会社のバランスシートの「資産」の項目に登場するような性質のものだということは、多くのエンジニアが漠然としかいしきしていないように見える。 「このルーチンは、時間がかかっても、汎用的なライブラリやフレームワークにしておこう」、とエンジニアが「なんとなく」決めたとき、実は、そのエンジニアは
kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
「みんな力 - ウェブを味方にする技術」書評 - アンカテ
みんな力―ウェブを味方にする技術 この本は、簡単に言えば「炎上しないように企業がネットでモノを売るにはどうしたらいいか」という本である。 ただそれだけの本なのだが、ただそれだけのことをきちんと書くのはけっこう深い思索が必要である。単に、表面的な情報や浅薄なノウハウをかき集めている本なんか見てたら、それこそまっさきに炎上する。筋が通った本を読むべきである。 メディア論の学者、マーシャル・マクルーハンの有名な言葉に「テクノロジーやメディアは人間の身体の拡張である」というものがある。彼は、自転車は人間の足が拡張したもの、ラジオは耳が拡張したものである、と述べている。しかし、私は正確には、マスメディアは人間の拡張ではない、と思う。 マスメディアは「制度」を作り出し、情報における「上と下」を生む装置だ。情報を入手し、それをどう「ばらまく」か、を主機能とするシステムだ。それは「上」からの大量な情報の流
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Moved
