多分今回のポストは多くの人には参考にならないだろう。相当ニッチなので。でもこれは自分にとってはとても大きなことだったので、忘れないように記録しておきます。 生産性の悩み　あまりこの世界では生産性とはあいまいな言葉で、何をもって生産性が高いとは言いにくい。速いのが良いのではない。ただ、自分の実感として自分は生産性が良くないといつも感じていた。だからいろいろ努力したり、考え方をできる人を観察して真似してみたり、直接本人に聞いたりして工夫をしてきた。 実は自分はめっちゃコーディングが早い人になりたいわけではない。そうではなくて、「平均的」になりたいだけだ。それぐらいいければ「Strategy」でカバーできるどころかもっと上に行けると確信があったから。でもそうではなくて明らかに遅いのでそれが自分の足を引っ張っていた 努力の方向性　様々な努力をして、特に有効だったことを自分の本に書いたつもりではある

最近読んでめっちゃ良かった本が下記の本だ。現在Amazonを見たら総合で３５位で、星の評価が５つと半端ない。著者の方は以前から YouTube 動画などで勉強させていただいてたが、本が出たので速攻で買った。 勉強法とか大好物の自分としては読むしかないと思って買った。これは星５つは間違いない出来であった。さっそく自分も著者のメソッドを実施してみた。 実はこの本は、この本で紹介されている、そして私もそう思っている科学的に証明されたメソッドが効果の高い順から掲載されている。しかも、この本の面白いところは、この本のメソッドが本を読みながら各テクニックを体験できるところなので、ぜひ紙と書くものを用意して本を開いてほしい。 説明しないけど、多分こんな感じになる。わしは字が汚いので読めないだろう。　あんまし内容を書くとネタバレになったら申し訳ないので書かないけど、自分がめっちゃくちゃ嬉しかったことを書い

私はアメリカでクラウドの中の人をやっている開発者だ。最近アメリカの方でも当初の予定がとても延びたプロジェクトを経験した。このような時に、日本では多分ものすごい炎上プロジェクトになると思うのだが、アメリカで体験したそれは全然違う感じだった。 これは一言でいうと「納期感の違い」がもたらしている感覚だった。 炎上感のなさ　私が感じた「予定がとても延びた」プロジェクトの場合、日本にいたときのプロジェクトでは、受託開発、内製双方ともに物凄く「大問題」になっていた。上位のマネジメントも連日のように進捗の会議を行い、人が追加投入され、エンジニアは時には泊りで一日も早く後れを取り戻すために皆遅くまで、そして土日も働き、お客様はもう怒り心頭…　だったと思うのだが、こちらで体験したプロジェクトは拍子抜けするぐらい炎上感が無かった。 当初予定していた日程が一か月以上伸びても、みんな慌てる様子もなく、私はわからな

私はとってもマルチタスクが苦手だ。前の職場はマルチタスクが少なかったが、今の職場はマルチタスクが半端ない期間がある。それは「電話番」と呼ばれる期間だ。大抵はソフトウェアの開発を行っているのだが、数週間に１週程度、お客さんから上がってい来るインシデント（お客さんから上がってくるシステムの問題や障害レポート）にのみ対応する期間があって、そうなると、複数のインシデントに対応しないといけないし、いろんな人から連絡が入ったり、それだけじゃなくて、開発側からのリリースがあって、それをやらないといけなかったり、、、とマルチタスクめっちゃ苦手の私には最悪な状況だ。さてどう克服しよう。 とんでもなく生産性の高い上司私の２つ上の上司は、Paulという人なのだが、この人はマジ仕事ができる。ちなみに、プログラミング力も圧倒的らしい。確かに彼のコミットをしょっちゅう見かける。それぐらいの上司でも「電話番」をするのだ