最速の仕事術はプログラマーが知っている [Kindle]
- クロスメディア・パブリッシング(インプレス) (2015年7月24日発売)
- Amazon.co.jp ・電子書籍 (224ページ)
感想・レビュー・書評
-
詳細をみるコメント0件をすべて表示
-
再読したがやはりよい
-
いかに効率良く、情報を集め、整理しながら格納し、共有・活用しているのかについて具体的にわかりやすく紹介されています。読んで得したと思える内容でした。PGやSEなら、自分が使っているツールや活用法と比較しながら読めて興味深いと思います。
-
超・面白い.内容も素敵だし,文章が格好良い.「プログラマとしての矜持」があまりにもキラキラ輝いているので,ついつい自分もプログラマを自称できるレベルにならなきゃと思う.何回でも読み返したい.
-
最終章を読むころになってようやく『プログラミングバカ一代』の著者の本と知りました。ということで天才が一気に書き上げた本です。
プログラマーがものぐさであることは、増井教授がGyazoを作ったことで明らかでしょう。だからこそ最速の仕事となります。
本書に「リーダーは『働いたら負け』」という章があるのですが、「プロの無職」を自任する人もいることですし、その通りだと思いました。
私が特にいいなと思ったのは、「仕事を最速にするためには仕事のループ構造を考える」という話です。
(読み返していないしメモも取っていないので言い回しは違うと思います)
要は「ループの内側にある仕事は何度も実施されるので仕事全体のパフォーマンスに大きく響く」ということです。
たとえば、メールの署名。
たいていのメールソフトではシグニチャ(署名)を設定しておけばメール作成時にそれが入っていたり任意の箇所にシグニチャを挿入することができます。
これは1通1通で都度シグニチャーを書くという手間をループの外に追い出すことで作業を軽減しているという見方もできます。
故古川先生は
--------------
よろしく。
----
古川善吾@(以下略…)
--------------
とシグニチャに「よろしく。」を含めていることでさらに効率化していましたね(笑)。
偉い人あてのメールのときには「よろしく。」ではなかったそうで、、、何と書いてあったかは一度も戴いたことがないのでわかりません。
閑話休題。
このように仕事のループ構造を分析してから最適化するって、とても大切なことのように思います。
たとえば、「テストの自動化」という仕事では、「操作を自動化して実施すること」と「操作した結果を期待値と比較してOK/NGを判定すること」の2つが一番内側の同じループに入っています。
ですから「操作の自動化」だけでは作業効率はそんなに上がりません。
なんというか、自動化する前に作業の構造や各作業に要する時間の分析を徹底的に行ってほしいのですが、あまりそういう発表を見たことがありません。
自分も過去1回しか発表したことがありません。
他にもおもしろい話が盛りだくさんの本でした。