以前、自分が「はてな」で質問した以下の項目が、先日終了しました。
ソフトウェア開発やプログラミングのスピードを上げる方法はありませんか? プログラマーとして生きていこうと決めたのですが、いつも見積もりの3倍時間がかかってしまいま.. - 人力検索はてな
後半だれてきて、後に行くほど返信に熱がこもっていないのはスンマセン(´д`)
■サックリ私感でまとめ
-
なるべく正しい見積もりを伝えようということ
3倍かかるなら、それを見越して。
Ruby の創始者 Matz氏も、「普通に(特に悲観的でなく)見積もった時間に1.5から2.5までの係数を掛けることにしている。」と言われているくらい。 - 効率化よりも、作業そのものを減らそう
- 分担できるところは、他人に回そう。
-
コードを書くことに固執しすぎているので注意がいるだろう。
どうしても美しく仕上げたがるので、妥協が大切。
(趣味プロが長いせいか難しい( ´д`)) -
人間なので集中することこそが早く仕上げるコツである。
また、具体的なその方法 と 関連書籍。 -
矛盾に陥るような負のサイクルは、断ち切る必要がある。
あなたは効率化のために道具ばかり弄っていないか? -
言語環境などが目的にあっていない。
Delphiでゲーム的な面。
基本的に、自分の今の状態にあてはまるものを選んでみました。
(他にも参考なる回答はたくさんあるので、ぜひ読んでみてください)
思うに、コードはやっぱり仕事モードで書かないと難しい。
趣味で培ったモノは足かせになることが多い。
最後のDelphiに関しては、書くことがあるのでまた後日に。
■仕事場で話していたこと
スピードも大事だが、
毎日継続すればいつか終わる
ことを意識して続けようということを仕事場で話していました。
しかし、これはわかっているのですが、
残念ながら対象のプログラムに対する意欲がなかなかでないので無理でした。
早く終わらせれば、次々にこなせられれば、
やる気がでるのでは?と思って、はてなで聞いていました。
鶏が先が、卵が先か。
最近、自分のやる気が絡む物事は、これが多い。
ある種のバラドックス的な無限ルーチンに陥っている感。
■感想
いつもはてなで質問してもロクな答えがなかったので(ぉぃ)、
思わずちゃんとした答えが返ってきて、つい熱が入ってしまった。
残り2日でウォッチリスト 50userいっていたのでびっくり。
同じようなことに関心がある人はたくさんあるんだな、ということ。
速く仕上げるのに、小手先のテクニックよりも、
集中力がかなり大事という再認識。
それと、余分に時間をとって見積もる。
これらはすぐにできる。
それと、「遅れても少しづつ仕上げる」ためには、
やはりやる気がいる、という帰結になる。
(ますます、病気を治さなあかんという話にもなる)
完璧な銀の弾丸はないのだろう。
しかし、少しずつ早くするというテクニックだったり、
心構えだったり、ノウハウは確実にあると感じた。
とはいえ、結局のところ、一番心が休まったのは職場で話したことだったりする。
んで、今の意欲がなくて、現状止まっているプロジェクトに関しては、
今のことは置いておいて、
技術的欲求があることにシフトして、
それを元のプロジェクトに生かそうということになった。
英断だが、普通の会社だとこんなこと絶対無理だ。
(しかし、この技術的興味も一時的な欲求でまたイヤになるのか?と思うとかなり不安。これが負の連鎖か……これだけは避けねば)
■回答などででてきた参考になったサイト、書籍
-
Joel on Software - 5つの世界
同じプログラマーでも、分野が違いがあるということ。 -
2008-02-08 - 混沌(Chaos)なバグ
「世の中には汚くならざるを得ないor汚くてもよいソースもあるって事も忘れてはいけない」 -
amazon - ピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵
人間であることに焦点を置いた本。 -
集中力を高め、仕事に余裕を生む「70%予定管理法」 - ELECTRIC DOC.
集中力を保つために、余分な時間を入れて予定を立てること -
はじめてのGTD - ITmedia Biz.ID
最近、必要性を感じているGTDについて。 - あらゆることがうまく行かなければどれくらいかかるか?
- amazon - ソフトウェア見積り―人月の暗黙知を解き明かす
- amazon - ザ・ゴール ― 企業の究極の目的とは何か
- amazon - 考える技術・書く技術―問題解決力を伸ばすピラミッド原則
- あらゆることがうまく行かなければどれくらいかかるか? - Matzにっき(2007-05-23)
けっこう過去に名著と聞いたことがある書籍が一杯あるので、
暇を見つけてはよんでいきたい。
すごく楽しみです。
最後に
皆さん真剣に答えてくださり、ありがとうございました。
カテゴリ: [ 開発 ]
コメント (2)
http://blog.livedoor.jp/okkydokky/archives/50485367.html
に私の意見を書いて見ました。
乱暴に言うと「プログラミングではなく、テストで他の人を追い抜け」です。
投稿者: okky | 2008年03月14日 21:14
日時: 2008年03月14日 21:14
okkyさん、
参考にさせていただきました。
ありがとうございます。
「準備が大切」「総合的にスピードを上げる」ということですよね。
この辺、実は考えることがあり、またエントリーを書こうと思っています。
投稿者: TOBY | 2008年03月15日 01:09
日時: 2008年03月15日 01:09