サイケデリックファーズブック・オブ・デイズ(ザ・サイケデリック・ファーズ)中古で900円で売ってたので買い。最高傑作というほど最高傑作かなぁという気もする。実装して確認してない仕様が信用できる?こういうの(というのは直接のリンク先じゃなくて、その先のこと)が好きな/進めている人が相手にしている人=製造業モデルみたいなことが大好きなのか、そういうことを言う人たち、って、実装して確認していない車に乗ったりするのかな。思ったが133kmまでは大丈夫なはずだけど、実際に試していない/試せないから120kmくらいでも、とかまあ、世の中にはいろいろリスクはあるものだ。こないだ目の当たり(めのあたりじゃなくて、まのあたりと読む)にした、実際のコードでどう考えても考えていないすばらしくデザインパターンにのっとった雀を取るだけなのに波動砲というかフォトントービドーというかとにかく馬鹿でっかな大砲を作りましたみたいなソフトウェアを考えると、ことはそう単純でもないように思える。いう場合のことだが(いわゆる2次請けとかじゃない)、ジャンルでいくとミドルウェア(フレームワーク)―アプリケーション―システムと分けた場合に、最初と2番目ですらまともにコミュニケーションが成立していないことがあるのじゃないかということだ。横須賀のほうの軍曹のやつを読んでいて1番不快になったのは、このフレームワークはきみらにゃ難しすぎたようだねへらへらとか言いながら去っていく連中の存在だ。顧客ったって、プログラマなんだから共通の言語で会話できるんだからもっともスムーズに要件の吸い上げと実装の確認が可能なはずだ。それがどの面下げて「難しすぎたようだねへらへら」と言えるのだろうか?開発者―a―開発者―b―納品先で、aについてのことを書いているのだが、bの部分で、「おや、動かないコンピュータですか。きみらにゃ難しすぎたようだねへらへら」なんてのが通用しないのは誰でもわかる。それが、aの部分でそれが成立可能だとしたら、それはあまりにもふざけた話じゃなかろうか。難しいといえるということは、難しい部分について把握していたということだ。その難しい部分を解決するのがプログラムだ。このくずのような連中はプログラムをまともに作ることさえできていないということじゃないか。目に見えていないかも知れないがbが得た収益でaが使った先行投資がまかなえるのだから、実際には最左端は最右端ではなく中間を顧客として考える必要がある。bは要求が右から左へ流れるのに、aは要求は神のお告げとして勝手に左の妄想から作られるてるんじゃないのか(というような雀を捕まえるための大砲をこないだ見たからそう思うのだが)、だとしたらなぜそういう変なことが起きるのだろうか。実装して確かめるだけではなく、実装されて確かめるというのも必要なんだろうな。いう疑問を持つと同時に他山の石という言葉を想うのであった。01:06)私も「難しすぎたようだね」に反応しました。自称「ソフトウェアの専門家」が率いる自称「アーキテクトチーム」様たちがしばしばおっしゃってます。