任せられるって？ o その一: 自分の道具は使いこなす o その二: 三割でも仕組みに突っ込む o その三: 三割でもビジネスに突っ込む o その四: 全体を把握しようとする o その五: ベストタイミングほうれん草 o その六: 隣の人を助ける o その七: 答えやすい質問をする ここでのディベロッパーは、システムの開発現場で業務プログラミングをしている、まさしく現場のITエンジニアを指します。 マネージャーとかリーダーとかアーキテクトとか、どちらかと言えば何か特別な立場ではなく、まさしく最前線で戦っている開発者。(もちろん兼任してることはあるだろうけど) jfluteと一緒に仕事してきた優秀なディベロッパー、jfluteが他の人から伝え聞く優秀なディベロッパー、jflute自身の長年のディベロッパー経験、これらのことから、「任せられるディベロッパーってなんだろう？」というのを、ちょっと

ワケ一覧 序の口: フレームワークだけが負債だと思ってる 序二段: ビジネスサイドに理解してもらう努力がない 三段目: 技術で遊び過ぎてしまう 幕下: 太り過ぎアーキテクチャ 十両: 過去に目もくれず、現状だって見ない 前頭: 技術に詳しいだけでアーキテクト 小結: アーキテクトの知識と覚悟が足りない 関脇: スパンが長く、モチベーションが続かない かど番大関: スパンが長く、人の入れ替えでチグハグ 大関: アーキテクチャデザインはどこへ？ 横綱: 実は人間的負債だった 序の口: フレームワークだけが負債だと思ってる みんな、フレームワークが大好き。とはいえ、さすがにみんな、「フレームワークが古いことだけが負債」だなんて思ってないはずだが...なのに多くの人が、あたかもそのような振舞いと判断をしてしまう。潜在意識の Big Issue だから？ o 信用できないテストデータ も負債 o 現

はへん 破片プログラマー 大きなシステムの改修、 巨大に積み上がったプログラムの上での実装、 難度の高い仕事、 ただし破片 巨大な破片 画面を０から 二年、三年、五年と経験を積み、 開発スキルを身に付けたディベロッパー、 だがしかし、 ０から画面を作ってみると... ... あれ!? できない。 画面を０から作ったことがほとんどない。 あったとしても、隣の画面の真似ごとをしてただけ。 考えて０から作ったことがない レールのないところ歩いたことがない。 クラスやメソッド クラスを作る。 どうやって？どういう単位で？ 決められた中でしか作ったことがない。 その決めがないと何もアイディアが浮かばない。 「どこに何を実装するか？」って、 白いキャンパスの上で考えたことがあるかい？ ... メソッドを作る。 どうやって？どういう名前で？ どういう引数と戻り値で？ メソッドの修正はたくさんしてきたが、