スコープの精度は？

元ネタ
工事進行基準を適用して戸惑った 何が変わるのか説明してほしい
http://itpro.nikkeibp.co.jp/article/COLUMN/20081010/316647/

とりあえず…

これまでシステム構築を依頼する場合、当社は一式契約を結ぶことが多かった。今回は、工事進行基準を適用するということで、フェーズごとに分割して発注することになった。
分割発注するといっても、事前にプロジェクト全体の見積額を、ITベンダーからもらっていた。その金額に応じて、システム構築の予算を組み、役員会の承認を得ていたのである。
ところがだ。フェーズごとに契約を見直すたびに、当初の見積金額より高くなっていった。ITベンダーの担当者が「前のフェーズで当初の見積料金をオーバーしたので、追加料金をいただきます」と言うのだ。
なぜなのか。私の質問にITベンダーは、「プロジェクトの進捗状況と開発した成果物を精査したところ、料金の見直しが必要になった」と説明するだけだった。
契約を結ぶたびに追加料金が発生したことで、予算を見直さざるを得なくなった。プロジェクトがある程度進んでいたこともあり、途中でやめるわけにもいかない。予算が超過すると分かったが、続行することに決めた。
新しいプロジェクト開発予算は、なんとか役員会の承認を得ることができた。だが私は、社長から「嘘つき」と厳しい言葉を浴びせられた。コストを厳格に管理している当社にとって、このような事態は基本的に許されないことなのだ。

「料金の見直しが必要になった」では説明になってないとは思うのですが。
とはいえ

もしかするとITベンダーが当初提示した見積金額が、よほどいい加減だったのかもしれない。だが、見積金額がほぼ妥当だとしたら、進行基準を適用する意味はどこにあるのだろうか、と思ってしまう。

まず突っ込みたいのは「プロジェクトスコープはちゃんと明確になってたんですか？」って部分。
厳しく、且つ仮定を交えて書くと。
「今までいい加減な要望とスコープで最終的なしわ寄せが全部現場にいってたのが、進行基準を適用する事によって適切に見積もりに反映できるようになったのが(＝現場へのしわ寄せが軽減出来るようになったのが)、進行基準を適用する意味ですよ」とかなんとか。

まぁ。
一度進行基準はしっかりまとめたいのですが、ある程度まで福音になりそうな気配濃厚かなぁと。

ちょっと性能など意識しつつ

• 動的な静的データ

例えば…掲示板があるです。
当然ながら動的なPageではあるのですが。readのたびに「動的に作る」のももちろんありなのですが、一つとして「書き込まれたときにそのタイミングで静的なpageを作っておく」のもありなのではないでしょうか？
具体的には、例えば「readに対してwriteが100:1」とかなら、かなりの性能改善が期待できます。
例えば…カウンタがあるです。
Top Pageで「毎回SQLでcount(*)を10回ぶん回す」とかかなりシャレにならないです。
そんなにリアルタイムでなくてよければ、例えば一時間に一回countをぶん回して情報をfileにでも書いておいて、とかやると性能改善が期待できます。

動的な情報を適切なタイミングで「静的に」作成しておくってのは(writeされるタイミングとか、一定時間毎とか)、特に性能を考え始めるときに一つの手段としてありえます。

• いったんファイル

ある、わりと強烈なリクエストを処理する必要があるとします。で、そんなにタイトなリアルタイムである必要はないとします。
その場合、一端「リクエスト情報をファイルに書き込んで終了」して、定期的に「ファイルをベースにしてbatch処理をする」って手段があり得ます。
以前は、某所でのアンケート(ってか投票)でこれをやりました。投票データは「とにかくファイルに書いて終わり」で、投票データのvalidateやらその他諸々の処理は「後で落ち着いて(別マシンで)のんびりとbatch処理」って感じです。
めっさ高圧なメール処理がありまして。一端Maildirでファイル化して終了、cronでMaildirのファイルをmvしてからのんびり処理。
なんだかんだ「ファイルに書き込むだけ」のほうが、ごにょごにょ処理するより早いってのは当然なので。アクセス圧に並のある状況は一度「ファイルでバッファして」後でのんびり処理、ってのも案外に気楽なものです。
ちなみに複数台になるときは「パスワード無しのscp」とか「localに限定しといてNFS」とか色々手段はあります。

学習の仕方とかスタンスとか下心とか

元ネタは
http://d.hatena.ne.jp/gallu/20081015/p1#c100276301
http://d.hatena.ne.jp/gallu/20081015/p1#c100276565
で鉄壁さんからいただいたコメント。
ちと内容的に興味深いというか考察をしっかりしたいところだったので、コメントへのコメントではなく別立てにしてみました。

ちなみに。

gallu氏の考え方は広くて高い場所から将来を見通す次元の正論ですが

えと…多分というか確定で、なのですが。あっしの考え方はぶっちゃけ「一点の曇りもない純粋な下心」です(笑
下の子が育つと、それはつまり「仕事を安心して振れる相手が増える」ので。まっすぐに純粋に「自分がとくする」んです(笑

本音はおいといて*1。

興味深いなぁと思ったのはここの部分です。

「教育を施す」という事はその分野を熟知している人を長い期間業務から外し、教育に専念させなければなりませんからね。

自分の場合、教育は「お仕事の合間に、現状直面している事象を５〜30分未満程度でざくっと講義する」感じです。
１日１〜数回程度これをやっていると、一ヶ月弱程度で結構見違えたりします。…まぁ前提条件が「最低限ある程度コードが書ける」レベルではあるのですが。
逆に、いわゆる「座学でみっちりと数ヶ月」は…まぁよく拝見するのですが、正直成果があるかは非常に懐疑的だったりします。なのでそのイメージをベースに「難しい」と感じられるのは、多分私も同感なので「そんなもんなんだろうなぁ」と思ってしまいます(笑

あと

せっかく一人前に育てても会社に定着してくれる保証もありません。最近の若い人は2、3年で転職するのが当たり前になってしまいました

自分があんまり(というか根本的に)会社という枠にとらわれていないのも原因かもしれません。
どこにいたって仕事はお願いできるし、って感覚があるので。

多分。技術者とどう向き合ってどう発注するのか、っていう割と根っこの部分にまでかかわる内容なんだろうなぁとか思いつつつらつらと書いてみました。

*1:本音とか言い切ったよヲイ

えと…

元ネタ
理系離れ
http://d.hatena.ne.jp/JavaBlack/20081015/p3

に出てくる
http://b.hatena.ne.jp/entry/http%3A//blog.mf-davinci.com/mori_log/archives/2008/10/post_2167.php
のところのブクマの一言から山盛りに突っ込みたいのがいくつかあったので、思いのままにｗ

http://b.hatena.ne.jp/nagaichi/20081015#bookmark-10409468

答えがひとつしかない面白くもないテストで追いまくり、数字（偏差値）割りで細切れにされりゃ、答えが一つではなく人生の深淵に直結している文系に魅力を感じるに決まっている。

答えが一つしかないなんて理系を知らなさすぎ。

http://b.hatena.ne.jp/geophysics/20081015#bookmark-10409468

白川博士が言っていた「お金を動かしてお金を生み出すという仕組みが理解できない」という嘆きを思い出した。

＆
引用されていたのだけど見つからなかったので…多分削除されたコメントより。

株を売ったり買ったりするのが儲かるなら、理系が絶滅してもいいじゃん。なぜ理系がいなくなったら困るの？

えと…お金が自然分娩でもするんでしょうか？ 自己複製機能とかあるんでしょうか？
「お金を生み出す」「儲かる」その大本はどこから出てるとお思いで？

なんとなく突っ込んでみたかったので一言。

CGI(Webアプリケーション)クォリティ指針：案

まだ壮絶にドラフトなのですが。
とりあえずCGIに、って事にしといて、ちとランクの指針になりそうなものでも作ってみようかなぁと。

レベル１
最低ここはねぇ、程度。
1-1)とりあえず動くものができあがっている
1-2)プログラムに関係ない文言の修正が、技術者抜きに出来る

レベル２
ビジネスならここまでは欲しいよねぇ、ライン
2-1-a)新しい機能を付け足す事がそこそこ容易に出来る
2-1-b)既存の機能の修正(DBレコードの追加が伴うようなもの)がそこそこ容易に出来る
2-1-c)適切なエスケープが成されているために、SQL-Injection、XSS、トラバーサル系などの脆弱性に対する基本的な対応がきちんと成されている

レベル３
ここあたりがいわゆる「ものがよぉござんす」かなぁと。
3-1)Webサーバのクラスタリングが可能な作りになっている
3-2)性能に関してある程度配慮した作りになっている：Web、DBとも
3-3)DBサーバがボトルネックになった場合の対応策がしっかりしている

さて…ここからどう育てましょ？ｗ

こうやって話をずらし誤魔化しそらすんだなぁ

直接のネタもとはここ
http://b.hatena.ne.jp/ysk_lucky-star/20081020#bookmark-10424724

i モード ID に関しては”そこまで言うかぁ？”と疑問。行動ターゲティング（マーケティング）自体は悪ではないのでみんな誤解しないでね！

問題視しているのは「固定で動かせず、しかも事実上告知が必須だったり無条件無意識に告知していたりする契約者固有IDを用いての行動ターゲティングが、特に複数業者でのコンボをカマされるとまずい」という話をしているのに。
さりげなく「行動ターゲティング自体は悪くないんだよ」という風に話の焦点をずらしている。

えと…おなじロジックで文書を組み立ててみよう。
「詐欺は悪いっていうけど、相手に話をする事自体は悪くないんだよ」
「農薬を摂取するのは危険だっていうけど、食べ物を食べる事自体は体に悪くないんだよ」

まぁ。ベーシックな詭弁の一つではあるのですが。
誤謬を誘うつもりがないのなら、もうちょっと…と思うのは私だけでしょうか？

常に双方向

んと…直近には、面接とかその辺のあたりの話を聞いていて色々と思ったのですが。

深淵を覗き込むとき、深淵もまたお前を見つめているのだ

面接は、会社が雇用予定者を見るのと同じくらいに、雇用予定者が会社を見ます。
当たり前の事だと思っているのですが…案外に、特に「実際に面接現場に入った瞬間に」双方ともに失念しがちなので。

関連エントリー
質問力 http://d.hatena.ne.jp/gallu/20080628/p1

あなたが放つ質問は、あなたの品性を露見させます。
それこそ「指先まで神経が通った」ような質問を、あなたはしていますか？