Ginza.rb 第48回 Shopifyのお宝を拝見しよう！に行ってきた。会場はいつものみんなのウェディングさん。
Shopify が GitHub に公開している Ruby のプロダクトを Star 順に並べたものを見て行くと行ったスタイルだった。
個人的に明日から使えると思ったのが Bootsnap という Gem で、手元の Rails アプリケーションでちょっと試したところ bin/rails c などアプリケーションのブートがだいたい半分くらいになって起動時のモッサリ感がかなり減った。
Shopify での実績というのがまずあるが、パッと見た感じだと Mastodon でも使われていた。さらに、今後 Rails でアプリケーションを生成した際のデフォルトとなりそうな流れもあるため積極的に使って行きたいなと思う Gem だった。
導入の際は README にある Trustworthiness の項も参考にしておくと良いと思う。
大量煮干しの下品ラーメン #ランチ pic.twitter.com/1xT9fbWMTm
— Koichi ITO (@koic) 2017年6月17日
がんこでラーメンを食べた後、半日くらい使って RubyKaigi 2017 の CFP を submit していた。
残念ではあるものの元新卒氏が当選したらしいので、ある意味自分の当選より価値ある焚き付けを出来たので良しという気持ちとした。
Rails における『API Documentation Guidelines』からの抜粋。
The proper names of Rails components have a space in between the words, like "Active Support".
ActiveRecordis a Ruby module, whereas Active Record is an ORM.
ということで ORM としては Active Record とスペース入りで記述して、Ruby モジュールとしては ActiveRecordとスペースなしで記述するのが正解。
その他のプロダクトについての呼称にも言及されているので一度見ておくのがオススメ。
fkino が勤務先で募集をかけた、駅すぱあとで有名なヴァル研究所さんの見学ツアーに行った。
開発部門やそれ以外の部門などいくつかの部署を案内してもらい、部署ごとの業務情報が構造化された様々なカンバンを見せてもらった。特に印象に残った点を挙げる。
ある開発チームでは朝会や夕会のアジェンダが記された紙が貼られていたのを見たときに、以前参加した Meguro.rb でのチェックインリストのような流れ造りの骨子を思い出して、そのときはチェックインの敷居を下げる良い働きをしていた。
そのアジェンダの貼り紙は外からの参加者を迎えるときに限らず、気に掛かる作業途中で夕会時間に入って「実装モード」から「報告モード」へのコンテキストスイッチがうまく働かないときでも、その場その時に何をポイントに話すべきかパッと見れば分かるようにしてなるので良さそうと思った。
縦軸を日付や午前午後といった時間軸として、横軸をチームメンバーの名前とするマトリックスのカレンダーを見せてもらった。チームメンバー自身がそのときの仕事状況について「手が空いたら別のタスクに手を出せる状態」や「他の作業ができないため割り込みをブロックしたい状態」といったことをシールの色でマーキングすることで共有し、月次でそのカレンダーを見るとチーム全体としてどれだけゆとりのあった/なかった時期か色で見えるようになって、tDiary の長年日記的なふりかえりにも役立ちそうだと思った。
はっきりした言葉にはできないけれど「何かもやもやする」といったことのダンプというカンバンが、多くの部署で共通して貼り出されていた。業務の見える化と並んで、その業務をまわしている人たちの心境なども見える化するという、人が人のために業務をまわしているという「人々」にフォーカスしているのが全社に渡っておそらく自然偶発/創発のうえに形成されて行ったんだろうなという歴史を想像できて面白かった。
自分が見聞きした中で、那須方面のとあるチームが10年以上に渡る歴史を持っていて、これまでで最も長く上手に成長しているチームとしていろいろと意識している。今回は30年に渡った長寿プロジェクトで、ひとつのプロダクトを作る全社というひとつのチームで作り続けている景観を見学させてもらって勉強になった。
これらのカンバンがリモートワークという時代の流れに対してどのように変化して行くのか、今後の社会情勢に対しても関心が残るツアーだった。 当日の案内や調整をしてくれた新井さんはじめヴァル研究所のみなさんありがとうございました。
