無職とか

etc

嫁さんからはいい加減に仕事をしろとか怒られてるけど
前のプロジェクトはDQN度がかなり高くて体を壊す寸前まで行ったので
今はお休みです。
PC-88の大航海時代にはまってます（何）


先ほどバグダッドまで何とかたどり着いたのですが
帰りに暴風雨にあって船が沈んじまったYO！
SAVEしてねーし（汗）

改善活動

etc

以前にお世話になっていた会社の方と話す機会があった。
なんでもテスティングフレームワークを使ってテストを書き始めたみたい。


プラクティスの導入だけですべての問題解決ができるわけではないと私は考えているのだが
まず第一歩として良いことだと思うし良い兆しだと思うと伝えておいた。

相手に要求する前にまず自分でしょう？

etc

相手にどうこう言う前にまず自分でしょう？
相手にレベルが低いと言うからは自分はレベルが高いのか？それともレベルが高い気取りなのか？
コンプライアンス重視でそれを相手に要求するのはわかるけど
では君はコンプライアンス重視しているのか？

言っていることがおかしいよ。

Re:開発側のプロジェクトマネジメントが糞である場合

etc


プロジェクトを管理させようという意識がないのはまさに言われる通り糞です。
まずプロジェクトマネジメントとプロジェクト管理とは異なります。
書籍を引用するのはちょっとアレなので
アジャイルプロジェクトマネジメントを読んでみてください(^^;



元々ゲの業界は業界的に保守フェーズがほぼない（世の中に出たらほぼ修正できない）のであるから、エンドユーザをきちんと確保することにより、顧客とも良い関係を築きつつソフトウェアを開発していかなければならない、と感じていました。
僕たちの業界のイメージからするとパッケージソフトウェアに近いのかな？
でも「世の中に出たらほぼ修正できない」と言うことは品質が絶対だと私は思いますね。
だってクレームが出たり評判が落ちたらお客さんのビジネスとして厳しいわけでしょう？
もしそうだとすると納期重要と考えているのは実は目先の話であって
品質が良いものを出せないのはお客さんの企業としての信用を失うと感じます。
と考えるとお客さんがこの辺りをきっちりとマネジメントすべきなのでしょうが
その部分を丸投げして発注していて納期厳守だという方針だとすると
ここにも問題が起因しているように思います。
どうも読んでいると客もダメで開発側の上層部もダメなケースのような気がします。



品質が損なわれたらまた別のところから受注すれば良い。
エンジニアの心の中には「良いものをリリースしたい」と言う意識が潜在的に必ず存在するはずです。
だから会社がこの意識でいる限りは優秀な技術者からどんどん去っていくだけでしょう。

懐かしの「殺人プログラマ」シリーズ

etc

Addison WesleyのSignature Seriesから発売されていて（嘘）
Kent Beckも絶賛（更に嘘）の僕が書いた
「殺人プログラマ〜意味不明なコードへの匠の道」
のモデルケースとなったソースコードが
なんとスーパープログラマnekopの手元に現在はあるようだ。

すまん × 1000000 ＞ nekop