本日告知がありましたが, ｢Hatena Engineer Seminar #12｣で｢Perlでもトレーシングがしたい!｣という話をします!!!
Perlで開発されているはてなブログで, AWS X-RayやSentryを導入する試行錯誤について話す... 予定です.
京都オフィス/東京オフィスの両方で開催し両方で話しますので, はてなブログの開発の裏側に興味がある方, 開発メンバーと会話してみたい! という方は是非ご参加ください. お待ちしております!
｢学びを結果に変えるアウトプット大全｣読んだ
学びを結果に変えるアウトプット大全 (Sanctuary books)
- 作者: 樺沢紫苑
- 出版社/メーカー: サンクチュアリ出版
- 発売日: 2018/08/03
- メディア: 単行本（ソフトカバー）
- この商品を含むブログ (1件) を見る
どこかのブログで紹介されていて, タイトルだけ見て｢面白そうかも...?｣と思って買った本でした. ここ最近, インプットについて良いリズムで取り組めるようになったので, 改めてアウトプットにも目を向けてみよう, と思ったのでした.
著者は精神科医で, 実際に本の執筆だったり, メルマガやYouTubeなどで本書に書かれているようなアウトプットを実践されている方です. 著者が精神科医ということもあってか, ｢エンジニアの知的生産術｣と同じように, 脳科学などの研究結果に基づいて, より良いアウトプットの方法が説明されています. "アウトプット"と言うと, エンジニアであればブログを書いたり勉強会で発表したり, そういうのを連想しがちですが, ｢他人とのコミュニケーション｣も"アウトプット"の一環ということで, 他人に対して説明をしたり, 説得したり, あるいは褒めたり叱ったり謝ったり... といった内容にも触れられているのが印象的でした.
個人的には, 先に名前を挙げた｢エンジニアの知的生産術｣だったり, あるいは最近読んでいた｢小さな習慣｣や｢ハーバード流交渉術｣でも紹介されていた内容もいくつかあったので, それらの復習(思い出し)のように読むことが出来てよかったです.
また, これまで経験則で｢こうやると良さそう...｣と思っていたことについて, 科学的な裏付けなどが与えられたという感覚を得ることができました. 例として, ｢何となく仕事に集中出来ない時はとりあえず"刺し身たんぽぽ"のような単純作業でエンジンをかける｣という事をよくやっているのですが, これは研究でも効果があると調べられていて, ｢作業興奮｣と呼ばれているということ, ｢作業興奮｣に至るまでの時間は5分程度, ということを知る事ができました. これに基づけば, エンジンがかからない時のために, 日頃から(分割して)5分〜10分程度でできそうなタスクをストックしておくと, いざという時に役立つかもしれませんね.
また, ｢判断の基準｣の話も面白かったです. この本の著者は悩んだ時, ｢ワクワクするかどうか｣と｢最初に思いついた方を選ぶ｣という軸で判断をしているそうです. 後者については｢ファーストチェス理論｣というものがあり, チェスのプレイヤーに盤面を見せ, 5秒後と30分後にそれぞれ次の手をどうするか問うと, 86%が一致した(つまり, 5秒で直感で決めた答えと30分かけて熟考した答えは86%で一致した)という研究成果も紹介されています. 個人的には, とにかく後悔しないように, ｢判断して, やると決めたらやりきる｣よう心がけていますが, その手前として｢判断する基準｣を自分の中で作って定めておくのも大事そう, と気づくことができました.
Twitterやブログにテキストを書き出すのはもちろんのこと, 仕事でコードを書いたり, ミーティングや雑談で他人と会話したりするのも立派なアウトプットです. そこに課題を感じていたり, あるいはもっとクオリティを高めてみたい, と思っている人は, この本をサックリ読んでみると得るものがある... かもしれません.
次は 
id:shimobayashi さんにオススメしてもらった｢失敗の本質｣を読む予定です.
- 作者: 戸部良一,寺本義也,鎌田伸一,杉之尾孝生,村井友秀,野中郁次郎
- 出版社/メーカー: 中央公論社
- 発売日: 1991/08/01
- メディア: 文庫
- 購入: 55人 クリック: 1,360回
- この商品を含むブログ (304件) を見る
｢Gotanda.EM #2｣で1on1について話しました
｢Gotanda.EM #2｣で1on1について話しました.
今期からシニアエンジニアになって, これまで1on1をしてもらうだけの側から, 1on1をしてもらいつつ, 自分もメンティーを持って1on1をする, という立場になりました. これまでの1on1体験を踏まえて, 新米メンターがどういうポイントを意識して1on1に望んでいるか, というところまとめてみました.
1on1, 難しいですが, 個人的には楽しい(得るものが多い)と思ってて, とはいえ現状で満足せずに, メンターもメンティーもより多くのものを得られるように改良していきたいと思っているので, 良い知見などあれば是非教えてもらえると嬉しいです.
はてなにおける1on1制度については(資料でも触れましたが)この辺りのエントリが参考になりそうです:
｢仕事の問題地図｣読んだ
仕事の問題地図 ~「で、どこから変える?」進捗しない、ムリ・ムダだらけの働き方
- 作者: 沢渡あまね,白井匠
- 出版社/メーカー: 技術評論社
- 発売日: 2017/03/08
- メディア: 単行本（ソフトカバー）
- この商品を含むブログ (2件) を見る
会社のSlackで 
id:onk さんが推薦されていて, 面白そうと思ったのでさくっと読んでいました. チームで仕事をするにあたって現れる様々な問題点, 例えば｢計画がない｣, ｢進捗がわからない｣, ｢モチベーション不足｣, ｢意見が出てこない｣... それらに対して, どのようにアプローチしていくかについてのアイデアがまとめられた本です.
個人的には, 最初の｢計画不在｣の章が良かったと思っています. 昨今いろいろな計画を建てる機会が増えてきていて, どのように計画を作るか... というところで試行錯誤していたので, 良いアイデアを幾つか見つけることができました.
- 構造化してみる
- 計画表を書いて相談してみる
- 未知か既知かを皆で判断する
- 情報共有の旗振り役を置く
｢構造化してみる｣では, 仕事(タスク)を複数の段階に分けて構造化するアイデアが紹介されていました. 第1段階では命題(テーマ)を書き, 第2段階には目的を, 第3段階に目的達成のためのアクションを, 第4段階以降はそのアクションを成し遂げるために必要な細かな作業項目を, それぞれ"モレなくダブりなく"書き出していく... という形で構造化していく方法です. そこそこの規模のプロジェクトを開始するときは｢インセプションデッキ｣などのテンプレートが使えますが, 小規模〜中規模なタスクの計画であれば, この構造化を使った計画作りをうまく使えそうな気がします.
やはりチームで仕事をやっていくにあたって, ｢銀の弾丸｣と言えるものはなくて, 本書でも仕事をするにあたっての問題を文章化して図示して(地図にして)理解しやすいようにして, それに対する地道な解決案を示していく... という感じになっていて, 分析すること/それを元に手を打っていくことが重要そう, という気持ちになりました. とはいえ, そういう時に分析の助けとして, あるいは分析結果から次に打つアクションを考える種として, 本書があると｢そういえば, 似たような内容が...｣という感じにヒントとして使えそうです. また, ｢はじめに｣に書かれているように, チームでこの｢問題地図｣を眺めて, いま自分たちのチームにはどの辺に問題点がありそうか? と発見する目的で使うのも良さそうです.
そういう意味で言えば, 社会人になって2〜3年目くらい, 徐々に業務に慣れてきたタイミングでこの本を読めると, 視点が個人からチームに広がって良い影響があるのではないかと思います. 個人的には, ここ数年で視野が広がった感覚があるので, ｢視野が広がった!｣というよりは, ｢視野が広がって見えてきた問題点に対して, こういう向き合い方ができるかな...?｣と考えながら読むことができました. サックリ読めますし, 良い本だと思いました.
｢Gotanda.pm #19｣でJSONの話をしました
｢Gotanda.pm #19｣でJSONの話をしました. 普段何気なく使っているJSONですが, JSON, JSON::PP, JSON::XS, Cpanel::JSON::XS, JSON::MaybeXSとかたくさんのモジュールがあったりするので, それらの紹介や各種Tipsの紹介などをしました.
boolean_values でJSONのture/falseをPerlでどのように表現するかを変更出来る...という話をしたのですが, 
id:karupanerura さんからその実用例を教えてもらったり(受け取ったJSONを更にMessagePackに変更するとき, MessagePackのture/falseに対応したものをセットしておくと便利)とか, あとは 
id:kfly8 さんがCpanel::JSON::XSの特徴を話してくれたりとか, いろいろ学びがありました. あとは今更dualvalueのことを知ったりとか...
金曜日ということもあって(?)疲れがたまっていたのか, 懇親会はちょっとぐったりしていたのですが, 総じてPerlの話題が盛りだくさんで楽しい勉強会でした. また次回も参加したいと思います!!!
