最重要 実行に重きを置く やらないで後悔するよりも、やって反省する。 反省は成長を産み生産的だが、後悔は精神の無駄な消費。 時間は有限で貴重な資源だが、たぶん今の段階では行動する前に得るものや結果を予測するのは難しい。 正しい反省の方法とは何か、考え続けること。 「正しく反省するために、何を記録しておくべきか」実行前に明らかにしておくこと。 反省の結果は組織的な何かに落としこむ。組織構造、戦略、静的解析、自動テスト、教育など。意識しないでも巨人の肩に乗れる状況を作ることが、組織の成長につながる。 Done is Better Than Perfect ただし、思考停止の言い訳にしないこと。詰めの甘さを擁護する言葉ではない。詰めの甘さは立場や考え方が違うひと3人くらいに意見を求めればだいたい炙り出せる。 長期的視野を持ちつつ、それに引っ張られない。進展を作ること、現状を少しずつ変えることを意
職場が変わって半年以上経つが、未だに慣れない。辛い。 仕事内容が大きく変わり、新人同様の動きしかできていないこともある。 が、何より主任との付き合い方がわからない。 主任はとても仕事ができる人で、話や考え方がとても理路整然としている。 傍から見ていると「仕事ができるなぁ。頼りになるなぁ」と思える。 しかし同じチームとしてその主任の下で働くのが辛い。 辛いと思うのは以下の2点だ。 1. 相談ができない 何よりこれが辛いと思う。 職場が変わってすぐの頃は相談をしていた。 しかし相談をすると 「まず○○の意味がわからない。」 「○○ってどういう意図で話している？」 と強い語調で返ってくるため、主任の中にある＜正しい言葉＞＜正しい順序＞＜根拠＞ を提示した上で相談をする必要がある。 例えば以下の内容だ。 私「午前中に会議があるため＜とある道具＞をお借りしたいのですが、よろしいでしょうか。」 主任「
最近、プログラマの成長について考えることが多くなりました。自分自身についても仲間についても。成長しているメンバーが集まらないといいモノは作れません。個人としても、エンジニアは常に成長していかないと仕事にならなくなる瞬間がやってきます。簡単にできるものではありませんが、やらざるを得ない状況でもあり、これまでの経験からプログラマとしてレベルを上げるために必要な要素を整理してみました。 1)基礎 コンピュータサイエンスやプログラミング言語です。まずは基本が無いとしっかりとしてものを作ることができません。 2)師匠 ノウハウというものは言語化できるものばかりではありません。ちょっとしたコツや考え方は、出来る人と一緒に仕事をすることが一番です。教えてもらい見て盗む。また、一緒にやることで自分自身が感じられる世界を広げることもできます。 3)実践 実際のプロジェクトです。やり方ばかりを学んでも、実践し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
