新しいMacbook Proには、新しくTouch Barが導入されている。 普段はここに、ボリュームや画面輝度のスライダなどアプリケーションに応じていろいろなショートカットキーが表示されるが、キーボードのfnキーを押すとここがファンクションキーの列になる。
IntelliJ IDEAを使っていると、変数名の変更でShift + F6 とか、ファンクションキーを多用する。 そこで、いちいちfnキーを押すのは手間なので、特定のアプリケーション利用時は常にTouch Barにファンクションキーが表示されていてほしい。
設定は以下のとおり。
[システム環境設定]-[キーボード]で、その中のショートカットタグを選択。 この中の「ファンクションキー」という項目にアプリケーションを追加すると、そのアプリケーション利用時はTouch Barが常時ファンクションキーになる。
これでいつもどおりIntelliJを便利に使える！
エンジニアという仕事にミスはつきものである。
あってはならないことだけど、自分が障害の原因を作り込んでしまったり、データベースに対するオペレーションをミスってデータが消えてしまったり、そういうミスをしたことがないエンジニアはたぶんいないだろう。
個人の書いたコードや、オペレーションが起因で発生したエラーは、当然個人の責任になってしまうのだが、それを過度に責めるのはよくない。 ミスが続いて、萎縮してしまうことにより、柔軟な発想が失われたり、さらなるミスを誘発してしまうからだ。
ミスがつきものの職業であるからこそ、ミスに寛容になろうとすることで、品質を向上できることがある。
ミスを個人のせいにしないという状況は、責任を分散できる体制を作ることで実現できる。
コードは必ず第三者がレビューする、危険な操作は必ずペアで実施する、などだ。
こうすることで、個人ではなく、チームにフォーカスすることができ、万が一ミスがあってもそれはチーム全体で共有される。 チームでミスが共有されれば、「個人の努力」などの曖昧なものではなく、具体的な回避策が検討されやすくなる。
そうした結果、チームの成果物全体の品質も向上する。
ミスがおきて、個人を責める気持ちになったとしたら、それはそうなってしまっているチームの体制に問題があるということだと思うので改善していこう。
今年は、はてなインターンの実行委員長という仕事をしている。
8月15日から9月9日までのインターンを終え、今年の教科書も公開ができた。
まだもう少し委員長としての仕事が残っているが、ここで一度今年の振り返りをしようということで、実施した。
ぼくは普段、Mackerel というプロダクトの開発にかかわっている。Mackerelでは開発手法にスクラムを採用していて、2週間のスプリントごとに毎回振り返りを行っている。ここで使っているのはKPTという手法だ。
KPTはKeep, Problem, Tryの略で、2週間を振り返って、その期間でKeepしておくべき良かったこと、Problemとして議論すべき問題となること、そしてそれらを受けて次のスプリントですべきTryを決める。
K, P, Tの3つのカテゴリについてを議論する順番も決まっていて、Keepからはじめるのがセオリーだと言われている。誰だって問題点より良かった点について語り合う方が気分がいい。振り返りは、単に問題点や悪かったところにのみフォーカスするのではなく、あくまでチーム全体のその期間の仕事を考えるのが大切だ。なので最初はKeepについて深掘りをすることで、チームの成功にスポットをあててモチベーションを高めるのが重要なのだ。
Mackerelチームでは先日、少し長い期間を経て開発された大きな機能がリリースされた。そこで、2週間のスプリントの振り返りとは別に、その機能の開発にスポットをあてた振り返りをしようということになった。最初はいつもどおりKPTを使ってやろうと思っていたのだが、チームメイトの 
id:a-know さんからYWTをやってみないかと提案があった。
KPTは、スプリントなどの継続的に実施する振り返りに向いた手法ではあるが、長い期間についてスポット的な振り返りをやる場合は、YWTの方が効果が高いのだという。チームで試したところ、たしかに効果が高いという実感があったので、インターンの振り返りにもこのYWTを採用してみることにした。
YWTは、やったこと(Y)、わかったこと(W)、次にやること(T)というフレームに当てはめて議論をしていく。期間が長いと、振り返りのときにはいろいろ忘れてしまっているので、KeepやProblemよりもこちらの枠組みで考えたほうが、たしかに思い出しやすい気がした。
今年のインターンは4月から準備をはじめ、半年の長期間に渡るプロジェクトだった。途中で気づいたことなどは、随時Issue化して記録しているのだが、これはこれで長い期間かけて記録されていくので、数も多く粒度はバラバラである。まずは全体として、少し大きな視点で振り返りをしたいと思ったので、その観点でもYWTは最適だったと思う。
本来はホワイトボードに付箋などを貼ってやるのが正しいやり方だと思うが、今回はメンバーが京都と東京にわかれていて、テレビ会議での振り返り会となったので、少し工夫をする必要があった。
まず、このような表をGoogleスプレッドシートに用意する。
Googleスプレッドシートは、ログインしている人の編集状態がリアルタイムで反映されるため、リモート参加している人がそれぞれここにアクセスすることで、スプレッドシートがホワイトボードと付箋の役割となる。会議として確保した時間は1時間。
ファシリテーター(ぼく)は、Googleハングアウトでこのスプレッドシートを画面共有しながらファシリテーションしていく。
まず、最初の15分間でメンバーにYとWを順に書いていってもらう。ちょうど付箋にどんどん書き出してホワイトボードに貼っていくようなフェーズだ。スプレッドシートにidの列があるのは、記入する行がかち合わないように、まずid列に名前を書いてもらって行をロックしてからゆっくり内容を書いてもらうようにという工夫である。
15分終わったら、Yから順番にファシリテーターが深掘りをしていく。記入者に詳細をヒアリングしつつ、メンバーで議論していく。Yが終わったら次はWについてだ。
最後に、さらに10分時間をとって各自にTも記入してもらう。YとWを深掘りしている中でTとすべきことが明らかになっていた場合は、議論の途中でファシリテーターがTをすでに記入してある。
そして記入が終わったTも深掘りすれば、一連の振り返りは終了である。
KPTはKとPという枠組みの関係で、"良かったこと"と"悪かったこと"という2軸に考えが集中することになる。一方でYやWは、良し悪しというよりも事実ベースで考えを深めていくので、より幅広い意見が出やすいと感じる。この違いが、継続的な振り返りと、長期的なスポットの振り返りとでそれぞれマッチしているように思う。
さきほども書いたが、長い期間のプロジェクトでは振り返りのタイミングでは多くのことを忘れていたり、当初の熱気が冷めてしまっていたりする。そのときに、KeepやProblemについて考えてもあまり熱のこもった議論にはなりにくい。一方で、"やったこと"と"わかったこと"という枠組みは、そもそもこの長い期間で自分たちは何をしたんだっけ、というところから振り返ることになるので、やっているうちに徐々にプロジェクトの様子を思い出していくことができる。さらに時間が経って熱気が冷めていることが、むしろ自分たちの考えに客観性をもたらしてくれていて、それが効果的に働く。
半年に1回とか、長期プロジェクトの最後の振り返りなどに効果を発揮する手法であるというのを実感した。
10月8日に開催されたScala関西Summit2016に、去年に引き続きスタッフとして参加していました。
当日の発表資料などはこちらにまとめています。
http://b.hatena.ne.jp/daiksy/search?q=scala_ks
BackLog で管理しているタスク一覧を見ると、最古の課題が2016年2月21日とあるので、どうやら2月から8ヶ月くらいかけて準備をしていたようです。
今年はとてもバランス良くセッションが集まり、初心者から上級者まで楽しめる幅広いイベントになったと自負しています。セッションは公募しているので、我々がなにかをしたというより運の要素が強いのですが、このあたりは委員長のきのこさんのひきの強さを感じます。
去年も同じことを書きましたが、Scala関西Summitは委員長のきのこさんの、イベントの終着点に対するとても強いイメージがあり、我々スタッフはそのイメージに引っ張ってもらいながら形にしていったという印象があります。個性の強い優秀なスタッフたちをまとめ上げながら、これほどのイベントをやり遂げるのは流石だな、と思います。
今年、特筆すべき点としては、学生スタッフが非常にたくさん参加してくれた、ということです。 こういったコミュニティはどうしてもある程度メンバーが固定化しがちですが、若い人たちが興味をもって手伝ってくれることで、Scalaコミュニティの裾野がさらに拡がっていければいいな、と思います。
ぼくはこのあと、イベントレポートを雑誌に執筆し、その後ScalaMatsuriのスタッフとして来年の2月にむけてコミットしていこうと思っています。
ScalaMatsuri 2017｜日本最大級の Scala のカンファレンス
来年のScalaMatsuri、そしておそらく開催されるであろう、来年のScala関西Summitもよろしくお願いします。
シン・ゴジラ。結局今日までで5回観た。
感想めいたエントリも書いた。
今日は、ついに念願の立川シネマシティでの極上爆音上映を観たので、これまでの上映形式ごとの感想を書いておこうと思う。
大阪ステーションシネマで公開日翌日に鑑賞。
初回ということもあって劇場の設備というよりも純粋に映画の内容に感動した。当日、ステーションシネマの前でプチビアフェスのようなものがやっていたので、クラフトビールを飲みながら鑑賞できたのが最高だった。
初回を観て遅めの昼食を食べていたらいてもたってもいられなくなり、どうせならいい設備で観たいと思いエキスポシティのIMAXを予約。
エキスポシティは日本で唯一の次世代IMAX劇場である。
入り口もなにやら荘厳な感じ。
シン・ゴジラはIMAX用に撮られていないので、IMAXのフルサイズで観られるわけではない。しかしビルの6階建て相当という巨大スクリーンと音響の迫力はすごかった。
ちなみに前から3列目くらいに座ったのだけど、スクリーンがでかすぎて映像全部が目に入らないので、少し後ろ目の席がオススメ。
2回目鑑賞中に映像が数分停止する、という事故があり、お詫びの無料招待券を貰ったので3回目もIMAXを視聴する動機となった。
同じ映画を複数回視聴するなら、複数回目は絶対4DXがオススメ。最高の体験ができる。
以下、最高の体験リスト
4DXはもう1回行きたい
立川シネマシティの極上爆音上映！！！！
数々の伝説とともに語られる究極の上映形式を体験してきた。
立川シネマシティはむかし国立に住んでいた時に、当時マトリックス・リローデッドを3回くらい観に行った劇場でもある。
映画を爆音で上映し、マッドマックスやガルパンが未だに公開されている劇場、どんな様相なのかと思いきや...。
異常なムーディさ！！！！！ このあと怪獣映画を爆音でかける劇場とは思えぬ。
シン・ゴジラの極上爆音上映。控えめにいって最高であった。できれば、ここで初回を観たかった。
4DXを経験してしまったので「体感」という意味ではあちらのほうが面白いのだが、ゴジラの咆哮やビルの破壊音の度にお腹のそこにズズンッ！と響く重低音がたまらん...。
東京駅でビルでゴジラを押しつぶすシーンの音響がとにかくすさまじくて最高だった。
また、「立川でシン・ゴジラを観る」というシチュエーションがとにかく最高。すぐそこに里見総理臨時代理がいるわけですよ！！！！
鑑賞後、有人在来線（中央線）に乗って東京駅に行き、有人新幹線（N700系）に乗って大阪に帰るという体験もまた最高であった。
『白熱ビール教室』を読んだ。
これはビールが好きな人も、そうでもない人も、ビールを飲む機会のあるすべての人が読むべき本である。
ぼくが友人にベルギービールを教えてもらったり、クラフトビールに興味を持ちだした頃、ちょうど『もやしもん』のビール編がまとめられた8巻を読んで、ビール醸造についての知識を得た。
その後、ビールに詳しい友人だったり、行きつけのビアバーや酒屋さんなどから少しずつ学んで、ビールに関する様々な知識を蓄え、ビールを楽しむことがひとつの趣味となっていった。
『白熱ビール教室』は、我々ビール愛好家が長い年月をかけて得てきた知識を、たったの数時間で網羅することができる究極の一冊である。
この本の素晴らしいのは、単にビールに関する知識が得られる、ということだけではない。
様々なビールのスタイルごとに、そのビールはどういう味わいがあって、どのように飲めば美味しく飲めるのか。そのスタイルを飲む際にはどのような香りがあって、どのような部分が強調されているのか。そのようなビールの味わい方を知ることができるのである。
ちょうどこの本を読み終えた日の夜。ぼくは機会があって、とあるお店でピルスナー・ウルケルを飲むことになった。そういえばと『白熱ビール教室』の記述を思い出し、まずはプロの手によって注がれたビールの泡のきめ細やかさを楽しみ、芳醇な香りを楽しみ、キレのある飲み心地を楽しんだ。
これまで何度も飲んだことのあるピルスナー・ウルケルであったが、その夜に飲んだ一杯が人生でいちばん美味しかった。
読むだけで、翌日から飲むビールが格段においしくなる本。ぜひご一読されたい。
