プロフィールとはTwitterのプロフィールです。職場で閲覧した場合の責任は取れません。よろしくお願いします。
Twitterで流れてきた画像付きツイートをいいねする活動については一家言あって、あったのだけど、Streaming APIの終了と共に全てが終わってしまった。ふと自分のいいね欄を見にいくと「234,382 いいね」と書いてあった。
Go Conference 2024 登壇した #gocon
Go Conference 2024に参加し、登壇してきました。
登壇しました
Dive into gomockというタイトルで発表しました。2トラックのどちらかで40分トークかな? と思っていたら2部屋ぶち抜きでトークだったのでビビっていました。
発表資料はこちらです。
gomockの内部実装を見て、なぜライブラリの内部実装を見るのがよいことなのか、という話をしました。reflectパッケージが好きなので合間にreflectパッケージの話もしています。つまり主題が3つあるわけですね。
- gomockの内部実装を見よう
- リフレクションを知ろう
- なぜライブラリの内部実装を見るのか知ろう
今回はgomockの実装を掘り下げることで、魔法のように見えるイディオムの裏にある処理を知ろう、という方向性でやりました。今回の発表でgomockの内部実装を全員が完全理解できたかは分かりませんが (理解できていたらすごいと思います)、これをきっかけにライブラリの実装を読むことの楽しさや効能について多くの人に知ってもらえたら幸いです。
ポスト見ました
自分の想像よりもXのポスト (旧Twitterのツイート) が盛り上がっていそうでしたね。いくつかお返事を書いてみています。
Controller/Recorderがtype safeになってほしいのとmockgen速くなってほしい願望がずっとある #gocon
— かるぱねるら (@karupanerura) 2024年6月8日
m.EXPECT().MethodName(arg1, arg2).Return(ret1, ret2) のうち .MethodName(arg1, arg2) の部分は、任意の値もしくはMatcherを受け付けられる必要があるので、パッと実現できるかは分からないですね。
.Return(ret1, ret2) の部分については、mockgenに -typed というオプションを渡すことで、メソッドの返り値をany型じゃなくて本来の型にすることができます。具体的には Do DoAndReturn Return メソッドに型がつくようになります。
モックするメソッドごとに *gomock.Call をラップした型をコード生成する、という仕組みで動いているため、代わりに生成されるコードの量は増えることになりますね。
Cond MatcherのStringメソッドどうなってるんだろ #gocon
— furudono (@furudono2) 2024年6月8日
Cond Matcherの String メソッドが返す値は adheres to a custom condition という文字列です。つまりカスタム条件であることしか分からない!! こういう場合はWantFormatterを通すほうがテスト失敗時のログが分かりやすくなりそうですね。
gomock 色々便利とは思うけど、現代だとGenericsでもう少し良い感じにできないかなという気はしなくもない #gocon
— mizutani (@m_mizutani) 2024年6月8日
わかる〜うまくシグネチャを設計していくとジェネリックな感じにできるのかも。もしくはそういうライブラリがある?? 誰か知ってたら教えてください。
なんでmatcherとかは独自に型定義してreturnしてるのかわからなかった。
— 鹿 (@mizushika1) 2024年6月8日
あ、interfaceをimplementsした型をそこで定義してるってこと？なんでglobalに定義しないんだろ。
#gocon
推測ですが、struct定義を関数内に閉じ込めることで名前を消費しないようにしているんですかねえ。これぐらいで済むなら自分でもこういう感じで書いて済ませるかも。
gomockのmatchesの実装、コードだけだと伝わらないと認識しているからか、ふんだんにドキュメンテーションのコメントが書かれていて良い #goconhttps://t.co/bCsTOD8cJN
— syumai (@__syumai) 2024年6月8日
発表資料を作っているときはこの観点は抜けていたのですが、確かに!! 難しいことをやるからには相応の解説をコード中にコメントとして残して、なんとかメンテナンス可能にしていこう、という気概を感じますね。
Do 使ったことないんだけど、副作用だけを期待する mock って mock の本来の目的から外れてないか？ #gocon
— チェシャ猫@技術書典16 オンライン (@y_taka_23) 2024年6月8日
Do メソッドが返り値を使わないのは過去の経緯があるようですね。godocにも「下位互換性のために返り値を無視している」ということが書いてあるので、基本的に DoAndReturn メソッドを使うほうがよさそうです。
おそらく昔は Do メソッドと Return メソッドを組み合わせる、という使い方しかできなかったのかも。DoAndReturn メソッドが追加されたときの様子を見るにそんな感じなのかな?
発表見ました
tenntennさんのイテレータの話は、Goの最新の言語機能を速習できるという感じでした。ジェネリクスを活用してよくあるスライス操作を簡潔に書くためのライブラリは既にありますが、どうしてもスライスを経由するので実行効率が気になるところでしたが、イテレータを組み合わせることで効率と書きやすさ・表現力を両立できることに期待したいですね。これは自分でもイテレータを駆使してなにかを作ってみることで知識が定着するのでしょう。
Iwaminさんのフィーチャーフラグを自動計装する話は、なかなか興味深い切り口でおもしろかったです。フィーチャーフラグとその運用には昔から今まで悩まされていたところなので、簡単に入れて外せるようになると夢っぽい。if文を起点とするほかにbuild tagsでファイルごと差し替える、みたいなアプローチもあるのかな？
karamaruさんの "Fixing For Loops in Go 1.22" を深く掘り下げた話は、よくあるイディオムとその修正というだけにとどまらず本当に深く掘り下げられていておもしろかったです。発表資料を拝見した感じだと、他にもいろいろなトピックや取り組みの話題がありそうで、枠が20分しかないのがもったいないぐらいでした。fmt.Println 関数で変数をエスケープさせられる例がよかったです。
ありがとうございました
参加者のみなさま、運営のみなさま、現地でお話ししたみなさま、ありがとうございました。40分トークで2部屋ぶち抜き、ライブラリの実装を読んでいく、というトークを聞いてもらうという感じで緊張感がありましたが、おもしろかったと言っていただけたのでよかったです。
次回のGo Conferenceでも何か発表したいですね。自分で作ったものの話とか、もうちょっと別のテーマで話せるといいかも。あるいは会社の人に登壇してもらうとか……。
Kansai.go #1 に参加してLTした #kansaigo
参加しました。サイボウズさんの大阪オフィスには初めて行きました。
LTのスライドはこちらです。リフレクションしたくなっても早まるな!! という話です。
個人的にはリーンコーヒーがおもしろかったです。Goにまつわる話題を出しあって議論しあうという感じで、若者のキャリア相談っぽいことからGoのエラーハンドリングの話までなんでも話していたと思います。こういう話はふだん懇親会でしかやってない気がするので新鮮。
Go Conference 2024での登壇を楽しみにしていただいける方もいて嬉しい限りです。なんとか発表資料の型ができてきたけど、いろいろなことに対する準備をしないといけないスケジュール感になっているので、めちゃくちゃですね。
RubyKaigi 2024に参加した #rubykaigi
今年もRubyKaigiに参加しました。聞いたトークのメモはScrapboxにまとめてあります。いろいろ印象に残っているので箇条書きでいきます。いいですか、一気にいきますよ。
- Day1 Keynote (tompngさん)
- アニメーションQuineがベースラインに置かれているけど、そこはベースラインではないのでは?? と思いながら聞いていた。実際おもしろいし、ただQuineになるだけでなく、BMP画像になっているとかreactiveであるとか、そういう工夫が随所に散りばめられているのが美しいと思う。
- Getting along with YAML comments with Psych (qnighyさん)
- loadしてdumpするときにコメントの情報も残したい、というモチベーションの源流が分かったし、それを実践してみせているのもすごい、そしてYAMLは深淵すぎる!! こういうアノテーションみたいなのをやりたい場面って実は探せばありそうだし、それをライブラリの実装によって解決してみせているのが美しい。
- hogelogさんのLT
- アプリケーションコードに手を加えずにメトリックを取得する、というの、OpenTelemetry的なソリューション (自動計装とか) が近いか? と思ったけど、OpenTelemetryの自動計装だとcollectorや環境変数のセットアップぐらいは必要そうだな、と思った。
- かねこさんのLT
- 残り5秒は時間が余ったとは言わないのでは??
- Ruby and the World Record Pi Calculation (Yuryuさん)
- 最適化でここまで実行時間が変わることもなかなかないと思うので迫力あってよかった。手慣れた言語でオートメーションできることの良さが出ている。
また、今年もNOCとして参加しました。去年との差分は、KMCの後輩4人をNOCメンバーとして連れてきたことです。KMCのOB会というイベント (おおむね飲み会) でNOCの話をしまくっていたら何人か釣れたので、そのまま本番当日まで連れてくることに成功しました。
手の数が多いというのは何よりも頼もしいことで、負荷を物理的に分散する効能があるようです。片付けのときは指示を受けて後輩くん達にプロキシするといった高度な活動をやっていました。カンファレンスのネットワーク設営ってなかなか学生のうちにできることではないだろうし、貴重な体験を提供できていれば何よりです。貴重じゃなかったらそれはそれで誇っておいてください。
RubyKaigi 2024の NOC メンバーとして KMC 部員が11名参加し、会場内の無線 LAN の構築・運用を行いました！
— 京大マイコンクラブ (KMC) (@KMC_JP) 2024年5月20日
また、今年もインターネットへの接続を KMC が提供しました。
ありがとうございました！！#rubykaigi #rubykaigiNOC pic.twitter.com/Qgoo47pvSi
あと人生初のサインを書きました。ブルアカのガチャを引くときも似たような感じで書いているつもりだけど、しかしどうやってサイン書いたらオシャレになるの? 誰か教えてください。
無事にRubyKaigi2024現地組のサインをコンプリートしました #rubykaigi #rubyfriends pic.twitter.com/4RZtbvDQmU
— 桐生あんず (@anzu_mmm) 2024年5月17日
Ruby Music Mixinは3時過ぎぐらいまでいました。フィニッシュまでいれるとよかったけど流石に体力がもたなかった!! 基本的に飛び跳ねていたように思います。そろそろDJ応募するか……。
写真とか
写真以外にも、沖縄に対する感想とかもあります。
#rubykaraoke pic.twitter.com/SjqZhm4Jqd
— うたがわきき (@utgwkk) 2024年5月16日
#rubykaigi #rubykaigiNOC pic.twitter.com/9ixsq5t2zc
— うたがわきき (@utgwkk) 2024年5月17日
カオス寄りが好きなので市場あたりの雰囲気がかなり好きなんだけど暗すぎて安全確認できないところはさすがに回避している。人が床で寝られるかけがえのない空間を守りたいね
— うたがわきき (@utgwkk) 2024年5月18日
川見てる pic.twitter.com/1wSa701VTj
— うたがわきき (@utgwkk) 2024年5月19日
穏やかな方のbackrooms？ #rubykaigi pic.twitter.com/2YvdSnYYK7
— うたがわきき (@utgwkk) 2024年5月20日
全人類がどハマりしているエクストリームスポーツこと「死」に接近しています！！！ pic.twitter.com/7toL3L6f98
— うたがわきき (@utgwkk) 2024年5月20日
ルートビア飲みたすぎる。
「アイコンは見たことがある」と言われる率が高かったように思うので、これからもそのようにやっていこうと思います。
みんなRubyのことが好きで、Rubyを良くしたいのでさまざまな活動をやっている、というのが高い熱量で伝わってくるのがいい会だと思う。自分自身は普段Rubyを書いていないけど、近いコミュニティとして (あるいは将来的に仕事で書くことを見すえつつ??) 顔を出しておきたい。
直近のイベント参加情報
RubyKaigi 2024が終わったあたりからだんだん数が多くなっていて、自分でも (とくに進捗を) 把握しきれていないところがあるのでいったん放出します。よろしくお願いします。何をよろしくするのか?
5/25 Kansai.go #1 (LT)
5/31 SMTP++ 15 (DJ)
6/8 Go Conference 2024 (40分トーク)
7/13 大吉祥寺.pm (20分トーク)
■
- provided courtesy of iTunes
■
かばんを持たず、財布をズボンのポケットに入れる、というオペレーションをやった結果、ベルトを締めないこととの相性がよくないということが再確認された。よかったですね。
