プログラミングとは経営判断の集積である - 分裂勘違い君劇場 by ふろむだ
ソースコードの一行一行は、経営判断そのものだ。 どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるかは、そのソフトウェアステムを使って今後どのようなビジネス展開をするか、ということと一体不可分だ。プログラマーは、絶え間なく改変されていく部分と、財産として今後も使われつづけそうな部分を意識しながらコーディングする。そして、ここでいう財産とは、プログラマが財産とみなすものであるだけでなく、同時に経営的・財務的な意味においても財産であり、会社のバランスシートの「資産」の項目に登場するような性質のものだということは、多くのエンジニアが漠然としかいしきしていないように見える。 「このルーチンは、時間がかかっても、汎用的なライブラリやフレームワークにしておこう」、とエンジニアが「なんとなく」決めたとき、実は、そのエンジニアは
やはり情報サービスは斜陽産業なのか - 雑種路線でいこう
前のエントリid:mkusunok:20051224:carrierについて、id:fromdusktildawnさんから素晴らしいコメントをいただいた。考えてみると昨今IT業界で元気がいいのはApple, Google, AmazonといったB2C企業や、OracleやSAPといったB2Bでもパッケージ製品を多数の企業に展開している企業である。日本をみてもプロ野球に名乗りを上げたYahoo!、楽天、Livedoorいずれも大量の顧客に対しサービスを提供している。*1パッケージソフトウェアに強いジャストシステムやOBCも、同様に無数の小さな顧客をたくさん持っているといえるだろう。*2 少数の大きな顧客と取引するから、その顧客と力関係で負けて、おいしくなくなりがちなのであって、無数の小さな顧客をたくさんもてば、それは土方的でなくなるという指摘は、受託開発よりもパッケージや販売といった製品ビジ
kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
「好きを貫く」よりも、もっと気分よく生きる方法 - 分裂勘違い君劇場
どんなにステーキが大好きな人でも、 毎日、朝昼晩、ステーキだけを強制的に食べさせられ続けたら、 だんだん苦痛になってくる。 本当にステーキが好きな人なら、最初の１ヶ月くらいは毎食ステーキだけでも天国かも知れないが、 それが半年もつづけば、もはやステーキを見るだけでウンザリするだろう。 プログラミングが好きでプログラマーになってしまった人は、 これと同じ種類の拷問にかけられる。 どんなにプログラミングが好きな人でも、毎日休まずプログラムを書き続けないと 生活できないとなると、それはだんだん苦痛になってくる。 好きなことを仕事にして生きていく、というのは、本質的にそういうことなのだ。 そもそも、人は、その瞬間、瞬間で、いろんなことに興味をもち、 いろんなことをやりたくなる、自由で軽やかに発散していく欲望を持っている。 どんなにプログラミングが好きな人でも、 朝起きて、今日は空が青くて気持ちいい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
