眠る開発屋blog

最小構成、最大構成に関して、f-shin氏からコメントいただいたので、続き。

もし受託主導で、これをやるとしたら、受託で作る人たちが、本気でその業務効率化にコミットできるようなモデルになること・・・・が必要かなぁと思います。

発注者と受託は金銭的な契約関係ですから、結局は、いかにお金に落とすか？って話だと思うので、人月固定でおいくら、ではインセンティブとして無理があるとは思います。

業務効率の改善度を計って、そこで浮いたコストの何パーセントを開発会社にバックするなんてモデルは、あまりないでしょうし、それを責任にして、開発費を値切られたり、キャッシュフローのリスクを負いたくないってのも受託する側の当然の言い分だと思うので、実際、仕方ないんでしょうけど。

発注<=>受注だったらまームリでしょうね。
なんらかの協業の契約を結んで会社ぐるみの付き合いにするというのも手な気がする。

あと開発協力として受託会社の社名も表に出しちゃうとか。
「こーいうものを作ったこーいう会社」ってことが知れ渡るとなると、案外本気になるかも。

こういうときのネガティブ見積もりって、実見積もりの3倍ぐらいに膨れ上がったりしません？

信頼関係･･･って言ってみた。
御指摘の通り、その昔、やりたくないときはそれなりの金額を出していた気がするなぁ。

起動するだけで全自動デフラグ可能なフリーソフト「JkDefrag」
マイThinkpadが遅くて大変なので、入れてみようかな。

第95回 NICE値を変更してコマンドを実行する

Linuxを含むUNIX系OSでは、複数のプロセスを同時に実行できる。とは言え、システム上で起動しているプロセスの数は、マシンに搭載されている CPUの数よりもはるかに多い。そこで、実際にはカーネルが、CPU上で処理するプロセスを細かく切り替え、各プロセスの処理を細切れに進めることで、複数のプロセスが同時に動いているように見せかけている。
　このとき、カーネルはすべてのプロセスを均等に扱うわけではない。個々のプロセスには、実行される優先順位を示す「NICE値」という値が設定されており、カーネルはこの値の大小に応じて実行順序などを決めるのである

こういうのってなかなか覚えきれないものでね。。。

さくらにOpenCVを入れようと思ったのだが、cxcoreのコンパイルでエラーが出る。

.libs/libcxcore.so: undefined reference to `pthread_key_create’

gccのバージョンかな。。。

「仕事が出来る人」について考えてみるのコメント欄より。

もう少し細かく分けると、「1.ブツクサ言うだけの人」「2.言われたことをきちんとやれる人」「3.積極的に問題解決しようとしてくれる（姿勢の）人」「4.（実際に）問題解決してくれる人」という感じになる。

正直なところ、「1.ブツクサ言うだけの人」には出会ったことが全く殆どない。

運がよかったのか今までの職場環境に恵まれていたのか。

大掃除の季節ですね。
ところで、そこそこお金に余裕があれば「週に1度の掃除であれば1時間5000円ぐらい出してもいいよ」と思うかもしれないし、時給1000円とか1500円とかでも十分という人は「1時間5000円もらえばそりゃやるさ」と思うかもしれない。

「家事のアウトソーシング」市場ってどうなんでしょうな。
そういう商売をしている会社もあるにはあるけど。
家事代行サービス「クラブクリエイト」の料金体系
結構手頃な料金体系･･･、こういうの頼みたい独身男性とか多そう。

CentOS4.4にopensurveypilotをインストールしたのだが、いやーあれだね、なかなかうまくいかないね。

元々、yum で　php5 を入れていたのだけど(centosplusを使用)、
拡張ライブラリが幾つか必要だったので、CentOSディレクトリのSPRMS から　php-XXXX.centor.src.rpm をダウンロード。
rpm -Uvh でインストール（ディレクトリがないというエラーが出たら、随時対応）。

うまくいくつもりだったのだけども、domxmlが結局見つからない。
# pecl search xml でも見つからない。困った。

ので結局php4を入れなおした。

php4でも、mhash のインストールで、

configure: error: C++ preprocessor “/lib/cpp” fails sanity check

なんて出て、「何足らないの？」って悩んだら、コレだった。
# yum install gcc-c++

で、インストールは無事済んだ気がするのだが、･･･使い方がよく分からない。
これ日本語化されたヘルプは・・・ないよなぁ、きっと。

php-4.3.9 に mcrypt拡張をインストールしようとしたら、libmcryptをインストールしたにも関わらず、

cannot find -lltdl

というエラーが出て全然 make できなかった。

ってこちらに解決方法が。
libmcrypt – solution found for: “cannot find -lltdl” error

> cd /usr/local/libmcrypt/libmcrypt-xxx/libltdl
> ./configure –enable-ltdl-install
> make
> make install

正直、エンジニアのこだわりを非エンジニアが完全に理解できると希望するのは空しいことだと思う。

なぜきれいなソースコードを書かなければいけないのか。
はっきり言ってしまえば、これはWebのビジネスが成功する為の必須条件ではない。
ただ、エンジニアは将来のリスク･･･、技術的負債がブーメランのようにやがて自分達に戻ってくることを体感的に知っている。
だから、「きれいなソースコードを書かなければならない」と日々の業務を重ねるうちに肌で感じるようになるのだが、そもそもJavaもPerlもPHPも同じに考えている人々にそれを理解しろというのが土台ムリな話かと。

ただ、逆の話もあるわけで、某業務系システムを使っているユーザさんから聞いたこと。
あるシステムに使いにくい部分がかなりあって･･･登録項目数が増やせないとかUIが自由に変更できないとか･･･、そういうシステムについて不満をすごく感じていたのだが、あとから入ってきた新人がそのシステム不備を当然のことと受け止め、不満の声すら上げないこと。
彼曰く、「本来ビジネスの為のシステムが逆にビジネスに制約を与えている。そしてそれが『当然』となっている。本末転倒だ」と。
これはビジネスよりシステムを理解しているということだろうか。素晴らしい！！

別にエンジニアリングに関わらず、経営であれ営業であれ総務であれ企画であれ、それぞれの分野にはこだわりがあるのだろう。
そして、異分野のことなんか分かるはずないので、「完全なる相互理解なんてムリ」という絶望は常にあるわけで、だからこそ言いたいことは言い合うべきで、お互いに近づこうとする努力が必要だな、と思う。
「皆それぞれ分かり合っている」とカンチガイしている企業ほどなんていうかヤバいところはないよね。

Web2.0の定義に付け加えたい一つの要素

「meddle / おせっかいであること」

色々と思ったこと。

エンジニアのメインストリームはいまだSI系である。
ちょっと前までWeb系エンジニアというものが存在しなかったわけなので、当たり前なのだけども。
SI系は制約条件に基づきつつシステムの安定こそが重要な目標なので、まあ「最小構成」を是とするのは仕方ないことなのだろうな、と。
ってか、受託業務としての性質が強いので、「おせっかい」（＝「余計な仕事」）は単なる損失にしか過ぎない。

そもそも、
「安定したシステムを作る究極の手段はシステムを作らないことだ。」

ところが、リソースの制約が無限大の場合、全く逆のことが言える。

「リソースが無限大の場合、成功する最も確実な方法はいいと思ったことを全てやることだ。」

最小構成、最大構成は相反するものであるのだが、どちらにも成功及び失敗の可能性がある。
例えば、キャノンは「選択と集中」路線にならい不採算部門を整理したことによって成功を遂げたのであり、一方でGoogleはムダを許容し続けることにより「たまに」革新的なサービスを産み出す。
また逆に、零細IT企業は「選択と集中」を余儀なくされているがために永遠の自転車操業を続けるわけであり、役所の仕事は「予算」というリソースが甚大にあったが故にぼんぼんとムダなハコモノを産み出していったわけだ。

そのブレストをするためには、チーム全員が「おせっかいの実現」について真剣に考えることが必要です。誰か一人、「それってウザクね？」と思っていたら、真におせっかいな人でない限り遠慮するのが日本人気質というものです。ましてこういう付加要素的な機能を面倒くさがるエンジニアの「工数かかりますよ」攻撃は、こういうアイディアを無効化する絶対的な破壊的パワーを持っています。

「工数かかりますよ」という言葉に対し、「いいよ」と言えないのが弱さかな、とも思う。
或いはビジネスの価値を共有し、目標を同じにしてもらいたいのであれば、
技術者の目

あとビジネスベースの企画段階から参入させるのもいいのかな。
受託の場合、手っ取り早いのはクライアントとの打ち合わせに参加させて、「温度」を体感させるのもいいじゃないの、とは思う。

ってことが重要なのかな、と思う。