眠る開発屋blog

まぁコンピュータシステムに限らず、
「制度設計」と呼ばれている全てに関わる話ですが、

八方美人的に各論を尊重し色んな意見やニーズに対応しようとすると、
システムが煩雑化し、
入り組んで入り組んでにっちもさっちもいかなくなる

で、
「それはできない」
と例外をはね続ける原理主義が正しいのかとも思うし

行政の仕組みが複雑怪奇になりがちなのもこれなんだろうなぁ

で、
初期と運用が切り離されていると複雑怪奇なシステムが作られる傾向が高くなる気がする
困るのは運用部隊なんだけど、
初期の設計部隊にはそこまでの当事者感覚はないだろうし

最近は初期＋運用もやるってパターンが多いから、
初期開発フェーズでの各論・・・例外を生み出しそうなものはあまり取り入れないようにしてるんだよね
「とりあえず運用で様子見ようぜ」って感じで
走り出したら走り出したで「それいらんかったよね」みたいなことも多いし
シンプルに作っておけば、走りながらの変更も簡単だし短期で済むので、
「必要だけどできません」というようにヤバい問題に発展することもそうそうない
まぁあまりクリティカルではない、ほどほどの案件が多いってのもあるんだけど

システム屋やっていれば誰でも経験あることなんだけど、
クライアントの要望がやけに具体的で、
「解決したいこと」をよくよく聞いてみれば、もっと安価で効率的に行える手段があるのだけど、
そういうのを信じずに「自分で思いついたやりかた」にすごくこだわって、
「まぁクライアントのお願いではあるし、結構色々考えてそういう結論にたどり着いたんだろう」
って思って、その通りに作業を進めるのだけど、
それがまぁ案の定うまくいかなくて。

もう少し抽象的なレベルで
「これがしたい」「あれがしたい」と投げた方がいいんじゃねぇの、
ってか、
よく分かんないこと・・・専門外のことは具体的にお願いしないほうが結構いいアイディアを出してくれるよね、
とは思う。

あと具体的にお願いする人、抽象的にお願いする人っては、
大体タイプが決まってくるよね。

なんとなく。

優秀なプログラマの給料が低いわけ

個人的な経験で話をすると、
全くもって同じようなことをやっているハズなのに、
「君の働きは素晴らしい」と評価してくれるところもあれば、
「何やってんだ、このボケ給与泥棒」ぐらいの評価を下すところもあるわけで、
結局素晴らしい仕事、高い能力というものは相対的なものでしかないのだね、おそらく。

開発生産性が低い方が収入が多いって変だよね

そもそも、購入者サイド（発注側）が、
「これを実現するのにいくらで欲しい」
「これくらいまでなら払ってもいいと思う」
という希望金額とかもないのは、だいぶおかしい。

「ここまでなら払ってもいい」という明確な予算が存在しない（或いは青天井）のであれば、
売り手側はなるべく高い価格…付加価値が高く、リスクが少なく安心できる商品を薦めるに決まっている。

予算が決定されているのであれば、その中で最高のパフォーマンスを出すべく努力をするだけじゃね？

画像処理についてあれこれ

よくもまぁ毎日ネタがあるものだ、と思ったり。
サンプルコードメインなのがいいよね。

前にも書籍だかネットだかで見た気がするけど、IT戦記の人が「JavaScriptのフレームワークは遅いから使ってません」とカンファレンスで言っていたとか、
そのカンファレンスで「PHPのフレームワーク使っている人」って聞いたら、結構な数の挙手があがった、とか。

「既存のフレームワークだと効率が悪いのでウチの会社はオレオレフレームワークでやってますよ」
と言い切る人がもっと増えてもいいと思うのだけどどうなんだろ。

汎用的なフレームワークが寄与するのは学習効率であり、
オレオレに比較して、コードの生産性そのものに寄与するか否かはやや疑問。

ってか、PHPであれば、ぼちぼち extension なフレームワークが出てもいいと思うのだけどね。
いや、それ拡張ライブラリじゃん、フレームワークじゃないっしょ、って言われるかもしんないけど。

PHPカンファレンス2008の話題がぼちぼち上がってきてますが、
「PHPの次に学ぶ言語はこれだ！」について。
（というかそこから参加したから）

なんだろ、やっぱり時間が短いのかな。
あの３倍ぐらいやってもらっても嬉しかったかも。

PHPとバッティングする言語とそうでない言語について。
バッティングしない言語は自分の技術領域を広げる為にもやったほうがいいんじゃね、とか。
ActionScript、JavaScriptなどがそうなのかな。
あとC言語とか。

バッティングする言語はまぁ他の言語仕様のよいところを学びましょうとか。
ただこのへんはスルっと抜けていった印象がある。
やっぱり会場の人間が意外と「PHPだけじゃない」ってことだったので、そこで強く推してもアレなのかなぁ、ってところだったのか。
PHPな人は本当にPHPしか知らないのか

それと言語の持つ文化の話ですかね。
Perlとの比較で割と語られていた気がする。
まぁ確かに違うと言えば違うわな。
ただ、もしPerlみたいな文化であれば、あそこまで豊富な標準関数群を持つにはいたらないような気がする。
PHPそのものが「フルスタックなWebフレームワーク」として完成されている・・・そしてそのことこそが初心者にとて優しいとされているのは、やっぱりパッケージが管理されているからなのかしら、と。
そこを外れた部分・・・例えば、PHPフレームワークの乱立ぶりを見ると、「初心者に優しい」とは言えない状況なのではないかしら。
CPANのように自由であることは、コードが好きな人にとってはたまらないのだろうが、
そうでない人にとっては、「選択という不幸せ」にしかならないのかな、と。
選択が多いほどよいという幻想
そういった意味ではRuby・・・ってか、Railsな人はフレームワーク乱立気味のPHPな人より幸せなのかもしれない。

他にも色々出ていた気がするけど、だいぶうろ覚え。

なんだか似たような話なのでうすぼんやりと。

プログラミングファースト開発のアキレス腱

客がそれを安易だと勘違いして、安価だと思いやすい

プログラミングファーストの場合、最早だと打ち合わせのその場で動くものを見せたりする場合がある。客が分かっている人だと、その事にボーナスを出したりくれたりもするのだけど、残念ながら「あ、こんなに簡単に出来るんだ。じゃあ人月計算にこの打ち合わせの時間をかけた数字で支払いOK」と勘違いする客も少なくない。

技術力が高い人こそ、ビジネスモデルの良し悪しにもっと敏感になるべき

キリに成長の機会も与えずに「若いだけが取り柄の労働力」として派遣して使い捨てにする事業は当然非難されるべきですが、労働時間では測りしれない価値を持つはずのピンを人月換算してしまう事業もまた、非難されるべきではないでしょうか？人月ビジネスでは売上を増やすには人員を増やさざるを得ず、売上が拡大しても決して余裕は生まれません。いやそれどころか、どんどん仕事を片付けてくれる優秀な技術者にどんどん仕事が集中して、優秀な技術者ほど疲弊する、という理不尽なことも起り得ます。

「誰が作るか」ではなく、「何を作るか」に考え方をシフトしないとダメだよね。

メールフォーム作成の相場価格が１つ5万だとしたら、
別に経験１ヶ月の新人がやろうが、dankogai氏がやろうが、
5万は5万ということに変わりはないと思う。

ってことで、「何を作るか」すげー重要。

で、
仙石浩明CTO の日記: 技術力が高い人こそ、ビジネスモデルの良し悪しにもっと敏感になるべきのはてブ

問題は、その技術が必要とされる「前のステップ」を如何に乗り越えるか？だと思うが、考えがいのあるエントリー

同意。でも技術力が高いヒトは、ビジネスモデルについては言語化できなくてもいい。香りあるいは腐臭がわかれば。

ソリューションベースでビジネスモデル考えられる人ってなかなかいないよね。
目の前のお客にどう売るか？ってのは普通に思いつくけど、
どういう市場にぶつけるか？までいくとそうはなかなか。

皆様お疲れ様でした。

熱い人が多くて、すごく楽しかった。
ってか、飲みすぎた。
なんかぼけぼけなことばかり言っていた気がする。
あと、電車乗り過ごした。

日立製作所はまともな会社になるべき

まぁ思うのですが、
買い手側が賢くなる・・・、
ってかね、「コストを正しく管理すること」に対して、ある種のインセンティブを設計する必要があるわな。

「ユーザが買いたい金額で買わせてあげる」というのが営業のあるべき姿だとも思うし、
内実がどうのこうのH社がどうのこうの接待がどうのこうのSLAがどうのこうのって、
そういうのは全部瑣末な問題だと思うし、
「１００万で買おうが１億で買おうがどちらでもよい世界」のルールを変えないとね、
どうしようもない気がするのだよ。

あと個人的に気になるのは、
国策SaaSプロジェクトとか
e政府の利用率の低さとそれに投資された金額って、
民間ではありえないのだろうなぁって薄ぼんやり思っている。
「どうしたらそのシステムを使ってくれるのか」という問いに対して真摯に考える人間があまりに少な過ぎる。
別に官庁や役人などに限った話ではなくて。