NaCl

NaClの早川です。Kaigi on Rails 2024に参加しました。Kaigi on Rails 2024Kaigi on Rails 2024は、東京の有明セントラルタワーホール & カンファレンスで開催されました。スポンサーブースも盛り上がっていました。基調講演 Rails Way, or the highwayRailsへの初コミットからちょうど10年の@palkanさんによる基調講演です。講演中にあった『RAILS WAY はあなたの導きの星だ』という言葉はとても印象的で、Railsの設計で迷ったときに思い返したいなと思いました。参考情報スライドRailsの仕組みを理解してモデルを上手に育てる-モデルを見つける、モデルを分割する良いタイミング-五十嵐邦明さん(@igaiga)による、モデルの設計と育て方、分割のお話。モデルを探す方法についてはRailsの練習帳を読んでください、ということでしたが、こちらも大変わかりやすく為になる内容でしたので、改めて読みたいと思います。参考情報スライド[Rails基礎] DBモデリング基礎講座｜Railsの練習帳そのカラム追加、ちょっと待って！カラム追加で増えるActiveRecordのメモリサイズ、イメージできますか?Asayama Kodaiさん(@asayamakk)さんによる、カラム追加で使用するメモリはどのぐらい増えるかというお話私も意外と少ないな、と感じたのですが、そこはいわゆる『ちりつも』で増えていくわけなので、メモリに対する意識を改めさせられる発表内容でした。スライドカスタムしながら理解するGraphQL Connection@yana-giさんによるGraphQLとCustom Connectionのお話。私はGraphQLを「SQLのフォーカスをより絞って使えるもの？」くらいの知識でしたが、実際の業務でどのように使われているのかを知り、勉強になりました。参考情報スライドリリース8年目のサービスの1800個のERBファイルをViewComponentに移行した方法とその結果Naoyuki Kataokaさん(@katty0324)による、大量のERBファイルをViewComponentに自動変換するお話。サブミッションとしてコツコツ進め、1年半かけて全てのファイルを変換したそうです。参考情報スライドRails APIモードのためのシンプルで効果的なCSRF対策@corocnさんによるAPIモードでのCSRF対策のお話。corocnさんは以前にRails SPAの為のCSRF対策について記事を書いていたそうですが、当時推奨したトークンを使用する方式はもう使わないでほしい！ということです。参考情報スライド現実のRuby/RailsアップグレードYuichi Takeuchiさん(@takeyuweb)によるRubyやRailsをアップグレードするにあたり現実で直面する問題のお話。ビジネス側に理解してもらうために信頼関係を築いておく、アップグレードの説明はエンジニアの説明責任であるという話を聞き、コードを書くだけがエンジニアの仕事ではないなと考えさせられました。参考情報スライドHotwire or React? 〜Reactの録画機能をHotwireに置き換えて得られた知見〜@haruna-tsujitaさんによるReactからHotwireへ機能を移行するお話。昨年の大場さんの発表内容からヒントを得て解決に至ったというお話には『Kaigiって素晴らしい！』ととても感動しました。参考情報スライド作って理解するRDBMSのしくみYudai Takadaさん(@ydah)によるRDBMSとデータ構造のお話。様々な木構造がそれまでのものの弱点を克服して誕生していく、歴史を感じられてとても面白かったです。参考情報スライドActiveRecord SQLインジェクションクイズ (Rails 7.1.3.4)Koji NAKAMURAさん(@kozy4324)による、SQLインジェクションクイズと正しい対策の解説です。4問目を正解できた人はかなり少ない印象でしたが、Breakmanはこの問題をすべて正解できるということです。参考情報スライドOmniAuthから学ぶOAuth 2.0@ykpythemindさんによる、OmniAuthは何をしているのか？というお話。認証と認可とは？という基本的な話からOAuth2やOpenID Connectの規格、明日から使えるTipsと、初学者にも現在使っている人にも学びのある発表でした。参考情報スライド約9000個の自動テストの時間を50分から10分に短縮、偽陽性率(Flakyテスト)を1%以下に抑えるまでの道のりhatsuさん(@hatsu38)によるCI上のテストのパフォーマンス改善のお話。テストの時間短縮は個人的にとても気になるトピックだったので、大変参考になりました。参考情報スライドHotwire光の道とStimulusYasuko Ohbaさん(@nay)によるHotwireの設計原則のお話です。haruna-tsujitaさんの発表でも感じましたが、Hotwireは今までのRails + JavaScriptの常識を一度捨てないと本当の良さに触れることはできなさそうです。参考情報スライドData Migration on Rails@ohbaryeさんによるデータ移行、変更のお話。Rails consoleからデータ操作するというのは「そんな恐ろしいことを何故？」と思っていましたが、緊急時にスピードを最優先すれば選択肢として上がるのかも、と解像度が上がりました。参考情報スライドomakaseしないための.rubocop.yml のつくりかたShu Oogawaraさん(@expajp)による自分たちのチーム用に.rubocop.ymlを作るためのお話です。問題に取り掛かる前に取り組み方やチームの意識に目を向け、確実に成功するための仕組みを作ったことが成功の要因となるのですが、マネジメントってかっこいい仕事だなぁと感じました。参考情報スライドIdentifying User IdenityMOROHASHI Kyosukeさん(@moro)によるユーザーのアイデンティティに関するお話。usersテーブルにはIDだけを置き、個人情報やサービスに使う情報はそれぞれ別のテーブルに分けましょうという提案と、管理者は「ユーザーとして」いるわけではないというお話、どちらも「なるほど！」と感じました。参考情報Identifying User Idenity - Speaker DeckWHOLENESS, REPAIRING, AND TO HAVE FUN: 全体性、修復、そして楽しむこと島田浩二さん(@snoozer05))による、基調講演です。システム全体を考えること、シンプルさを保つように修復していくことが重要であるというお話があり、最後は『DON'T FORGET TO HAVE FUN!』というメッセージで締めくくられました。まとめ私は昨年はオンラインで視聴していて、絶対次は現地に行こう！と思っていたので、参加できてとても嬉しかったです。次回は2025年9月25日～9月26日の開催が決定しているということで、是非また参加したいと思います！

Kaigi on Rails 2024の参加レポート

NaClの岸野です。今年もインターンシップが10日間本社で開催されました。Links2023年インターンシップ2024年東京支社インターンシップインターンシップ概要今年度のインターンシップの題材は「Rails Tutorial で作成したWebアプリの機能追加」です。参加人数: 8名(県内4名、留学生1名)日数: 10日間内容: Rails Tutorial で作成したWebアプリの機能追加主な担当: 諸星、岸野、瀬崎サポート: 加納、完山、俵面談: 伊東、田中参加者のうち3名は前週のRuby合宿にてほとんど初めてRubyに触る、残りの5名は学校の授業などで数年プログラミングをしているということでスキルのギャップがありました。以下のスケジュールで開催しました。去年の講義パートが好評だったので踏襲するようなスケジュールでの開催です。赤字は東京支社とのオンラインセッションです。1日目: 顔合わせ、インターン説明、開発環境構築、会社案内・事前質問解答（前田）、Webアプリとは（伊東）、ようこそランチ会2日目: たのしいRuby（西田）、Git/HTMLについて（加納）、開発3日目: 開発、まつもとさんを囲む会4日目: 開発5日目: 開発、超絶技巧プログラミング（TRICKの紹介）（原）6日目: 開発、社員交流ランチ会7日目: 開発8日目: 開発9日目: 開発、発表準備10日目: 発表準備、発表会、事務処理情報共有ツールとしてDiscordを利用しました。今年は画像・リンクの共有のほかにレビュー依頼通知のために頻繁に活用しました。1日目タイムテーブル10:00 - 10:30 自己紹介・インターンシップ概要10:30 - 10:45 本社案内・書類確認11:00 - 11:30 会社説明（前田）11:40 - 12:40 昼食交流会13:30 - 15:00 環境構築15:00 - 16:00 WEBアプリについて（伊東）16:00 - 16:30 環境構築16:30 - 17:00 日報・連絡段取りと感想まず、最初の自己紹介とインターンシップ概要です。はじめ方と進行がいまいちでぬるっと始まってぬるっと終わったしまった気がします。あるいは、リモートワーク続きで自然な会話が減ってしまっているのも要因の一つかもしれないので、数営業日前から出社して会話の慣らし運転をするのも手でしょうか。その後しばし休憩を挟み、社長の前田より会社説明を行いました。結構面白い質問でしたので、事前に社内でも多少議論が行われていました。事前にいただいていた質問レガシーなプロダクトの抱える技術的負債とどのように向き合っておられますか? また、新規のプロダクトの開発において技術的負債を遺さぬために気をつけておられるところはありますか?Ruby の開発に携わる社員への評価はどのようにして決まるのですか?ずっと話ばっかり聞いているのも退屈なので、午後一番は早速環境構築ということで皆さんに手を動かしてもらいました。一昨年あたりまではここが鬼門だったイメージですが、インターン用のリポジトリがだいぶ整備されてReadmeが親切になったおかげでかなりすいすいと進みました。Readmeの改修まで必要かというと若干疑問ですが、少なくとも横についてライブコーディング形式でセットアップを進めるという手法をとっても良かったかもしれないです。環境構築で参考にしたサイトWSL installhttps://learn.microsoft.com/ja-jp/windows/wsl/installRuby installhttps://github.com/rbenv/rbenvWSLの場合、aptでrbenvをインストールするとよさそうVSCode での WSL 接続https://learn.microsoft.com/ja-jp/windows/wsl/tutorials/wsl-vscode講義その1。Webアプリについての講義でした。そのあとの開発に直結する話なので概念だけでもあるとありがたいですね。反面、ほかの講義は横にコードがありきで進むので聞いていて直感的にわかるのですが、この講義は横に具体的なコードがあまりなく話が進むので、作業と結び付けづらいというのが一つ課題だと思います。残りのちょっとの時間環境構築の続きをやりつつ1日目終了。2日目タイムテーブル10:00         朝の連絡10:00 - 10:25 Git/HTMLについて - Git編（加納）10:30 - 11:10 Git/HTMLについて - HTML編（加納）11:15 - 11:35 Git/HTMLについて - Rails編（加納）11:40 - 13:00 休憩・加納さんのコードをみる会13:00 - 14:10 たのしいRuby（西田）14:20 - 14:30 開発やり方説明14:30 - 16:30 開発16:30 - 17:00 夕会段取りと感想講義その2。Git, HTMLに関する講義です。Gitの講義については個人的にはかなり良かったと思います。この講義が功を奏したのか、開発フェーズに入った時にGitの質問はほとんど飛んできませんでした、すごい！社員としても他の社員が個人で作成している作品やWebサイトはそう頻繁に見ることはないので興味深かったです。この辺で担当者で集まりチーム分けについて議論しました。「スキル」をベースにチーム分けする理由として、前年までのインターンシップの傾向として、チーム内でスキル差があるとスキルがない人は開発に携わりづらく、かつ我々からもスキルが一番ある人以外の評価が難しいという点がありました。これを一旦別の視点で見るために同じスキル同士が固まって開発するという方向性を一つ作りました。今回はスキルのばらつきが顕著な場合にスキルごとにチーム分けをしたらどうなるかという試験的要素から「スキル」に応じたチーム分けにしました。講義その4。西田のたのしいRubyです。こうやって教えればいいのかと自分の中でも勉強になるところが毎回あります。開発やり方講座。これまた開発がぬるっと始まってしまうと思い、急遽用意したコンテンツです。いろいろなチュートリアル的行事を終えていよいよ開発が始まりました。夕会について、土壇場でやはり東京とつなごうと提案しましたがこれが良い選択肢でした。3日目タイムテーブル10:00         朝の連絡10:00 - 12:00 開発12:00 - 13:00 休憩13:00 - 14:00 開発14:00 - 15:10 まつもとさんを囲む会15:20 - 16:30 開発16:30 - 17:00 夕会段取りと感想午前中から開発作業が開始しました。初心者向けのIssueは皆さんわかりやすかったようで開始時点でほとんど終わっていました。Railsを扱うに際してどこから見ていけばいいかという「とっかかり」は初心者の方にとっては鬼門だと思うので、Issueを一つ取り上げて、ホワイトボードを使いながらひとつずつ流れを説明していきました。質問と解答体調で気をつけること夜更かししない散歩(天気がいいと8000-9000歩、東京だと10000歩)腰・背中のこりあまり凝らないたまに整体行く分割式キーボードとかもあまり使わないガジェットのお気に入り2020年にデスクトップを買ってそれっきりノートPC使う頻度は減った(コロナ禍で動かなくなったから)こだわりはないが、ノートPCはThinkPadキーボードはTEX Shinobi言語を作るときどんな機能が欲しかったすべてが例外なくオブジェクトの言語少ないルールを広く適用できたらいいLISP LikeSmalltalkからまねできるものはまねたいRubyに付け足したい機能ほしいものは過去30年でほぼ入れたnamespacedecorator, attributeメタ的な情報を付加する（アノテーション）記号が足りないMethodオブジェクトを取り出す機能プログラミングをどう上達したか愛着(犬に芸を教えるみたいな)学生時代に勉強したほうがいいことコンピュータサイエンスにいくらでも触れられる環境を活用してRubyを学ぶおすすめの本・教材チェリー本たのしいRubyRubyが広まっていることについて最初はこんなに広まるとは思わなかったTechnical Debtが生まれる原因早く作らなければならないからあってはならない自分ができる範囲で最大の品質を技術トレンドの変化仕方ない可能であればモジュール全部を書き換えるとか機能を追加していって気づかぬ間に大きくなってしまったソフトウェアの構成を考えていれば影響範囲を考えられる考えて設計していれば減らせる情報工学科を出たのに情報を生かせない会社につくことについてよくあること問題解決のエキスパートとしての側面はどの仕事でもプラス職業に直結しやすいジャンルなのでもったいないと思われがちできること・得意なことと組み合わせて答えを出すといいRubyの名前の由来Perlから宝石の名前にしたかった英語がどのくらい喋れたらいい読めるととても良い(翻訳されたりする前に情報を得られるとよい)4日目タイムテーブル10:00         朝の連絡10:00 - 12:00 開発12:00 - 13:00 休憩13:00 - 16:40 開発16:40 - 17:00 夕会段取りと感想3日目の続きの説明をホワイトボードを使いながら主にしながら、コードレビューをしていました。教えながらだとどうしても全部見きれないところを諸星がサポートする形でのコードレビューでした。5日目タイムテーブル10:00         朝の連絡10:00 - 12:00 開発12:00 - 13:00 休憩13:00 - 15:00 開発13:00 - 15:00 インタビュー（伊東）15:00 - 16:00 超絶技巧プログラミング（原）16:00 - 16:40 開発16:40 - 17:00 夕会段取りと感想今回のインターンシップでは、参加者の気持ちを直接うかがうために伊東・田中により2回に分けてインタビューを行いました。期間中にインターンの進め方についてもフィードバックを得られたので進め方の改善につながりました。講義その5。超絶技巧プログラミングです。TRICKのコードをいくつか紹介していただきました。相変わらずぱっと見ではよくわからない奇妙なコードばかりで面白かったです。5日目ということで東京支社とのインターンシップとの並走はここで終了しますが、松江本社は折り返しということでさらに難しい課題へのチャレンジが見られるようになってきました。6日目タイムテーブル10:00         朝の連絡10:00 - 12:00 開発12:00 - 13:00 ランチ会13:00 - 16:40 開発16:40 - 17:00 夕会段取りと感想5日目のインタビューでのフィードバックを受けて、わからない人向けに今までの作業のおさらいをしてわからないところを埋め合わせる時間を設けてみました。体感として、git addやgit pushはおおむねわかっていたのですが、git commitとgit pushの違いや、git rebaseでのブランチの動き、git stashやコンフリクトなどの比較的イレギュラーな時の対応についていまいちこちらの説明が行き届いていなかったように感じました。次に、Railsでの機能開発を一緒にやってみてどういう順序で実装するかを確認しました。例として、マイクロポストの詳細画面を作成して確認しました。そして昼休みはまた、初日と同じところのお弁当を食べながらキッチンで交流会をしました。今回は社員含めて17名での交流会でした。今後の反省として部屋を分けたり、社員の数を減らしてでも上限を決めて人数を絞るべきだと思いました。反省すべき点はたくさんありましたが、ランチ会を期にDiscord上での会話が活発化したのでやはりそういった交流機会を増やすという面では良かったかと思います。7日目タイムテーブル10:00         朝の連絡10:00 - 12:00 開発12:00 - 13:00 ランチ会13:00 - 16:40 開発15:00 - 16:40 インタビュー（田中）16:40 - 17:00 夕会段取りと感想7日目に残りの5名のインタビュー時間を設けました。初心者向けティーチングに関してもおおむね6日目の続きという感じで行いました。今回は7日目から時間に余裕が出てくるパターンでした。一通り初心者向けティーチングをしたあとはおおむねコードレビューのみという流れでした。8日目タイムテーブル10:00         朝の連絡10:00 - 12:00 開発12:00 - 13:00 休憩13:00 - 16:40 開発16:40 - 17:00 夕会段取りと感想7日目に引き続きライブコーディング形式で教えました。8日目はRailsメインで行いました。やはりこのやり方だと板書よりも「こうしたらこうなる」というリアルタイムな動きがわかりやすく、良かったです。9日目タイムテーブル10:00         朝の連絡10:00 - 12:00 開発12:00 - 13:00 休憩13:00 - 16:40 開発14:30 - 発表準備16:40 - 17:00 夕会段取りと感想最後の開発ができる9日目です。ずっとチームBで原因がわからなかったダークモード機能での画面のちらつきについて説明できるように手元で実装して確認してみました。(実装コード)後々、諸星よりturbo:loadでの呼び出しだと処理のタイミング的に遅いのでturbo:renderを使うとよいのかも、というstimulusを使わない場合のアプローチの提案がありました。作品の最終調整を終えたのち、発表準備へと移っていきました。10日目タイムテーブル10:00 朝の連絡10:00 - 12:00 発表準備12:00 - 13:00 休憩13:00 - 15:00 発表準備13:00 - 13:30 接続確認15:00 - 16:10 発表16:10 - 17:00 提出物作成（中央会）、インタビュー（ジョブカフェ）、アンケート段取りと感想ついに成果発表の日となりました。各グループの発表がAチームから行われていきます。AチームIssueを途中までこなせたマイクロポストの詳細画面を作ったBチームIssueほとんど終わったダークモード機能を実装したCチームIssue全部できたハッシュタグ機能を実装したスキルごとにチーム分けしたおかげで、各チームそれぞれなりの工夫や頑張りが見られて良かったです。発表後に今年はインタビューがあると聞いていました。まさか私が対応するとは思わず、引き受けましたが若干段取りがずれて集合写真を取り忘れるなど、最後の書類整理の時間がバタバタしてしまいました。参加者の声(抜粋)タスク難易度難しいけど最終的にコードの内容が理解できるようになったある程度オリジナルの要素も組み込むことが出来てちょうど良いと感じました講義について高専で習った内容もあったけど全体的に興味深い内容でとても面白かった。もっと講義の数を増やしても良かったかも。夏目漱石の小説を弄くり回す講義は楽しかった 続きも見てみたかった初めて聞く内容などばっかり興味深かかったです。特に魚釣りのサイトの講義が面白かったですインターンを通じてインターン内で、Railsをいじれるようになったことが一番うれしいです。成果発表会でも発表した通り、前々からどうにかサークルの情報共有をどうにかできないかと思っていたのでそれが解決できそうなので、希望を持つことができました。楽しかったのは、みんなとあーでもないこうでもないみたいな感じで機能についていろいろ相談できたことです。チーム開発がこんなに楽しいものだとは思いませんでした。チーム開発が体験できたこと。社員の方々にコードをレビューしてもらったり、いろいろな質問ができたこと。褒めてもらえたこと。かわいい犬と猫の写真がたくさん見れたこと。残念だったことではないのですが、長時間に及ぶものだったのもあり、体力的にきつかったです。やっぱりIssueを全部達成できなかったことと、レビュー依頼を出していなかったことです。あとで、ほかのチームのレビュー依頼を見てこんなにアドバイスをもらえるんだとかなり損をしていたことに気付きました。本インターンから見えた全体的な課題Issueはもう少し少なくていい我々が用意したIssueをこなすことでほとんど手いっぱいになってしまい、せっかくの時間をクリエイティブに使いづらい。もっとチュートリアルっぽくてよいスキルでチーム分けしたのは大成功でした！まんべんなく全員が作業で来ていたので、今後もこの方法は取り入れようと思いますなにごとも段取りをもう少しちゃんと考える時間が必要でしたLinuxかるたを取り出したのはいいのですが、いざやろうという時間がない（学生の皆さんは開発期間中は開発に熱中しているため）30分くらいの微妙な時間は何度かできていたのでそこの穴埋めで次回からはつかえるようにしていきたい筆が乗らない場合を考慮すると、この記事を書くために1人日以上必要です

2024年度夏季インターンシップ in 松江本社

NaClの鈴木です。何度も開催し成功させてきた本社のノウハウを参考に、なんとか無事に終了しました。インターンシップ概要インターンシップの題材は「Rails Tutorial で作成したWebアプリの機能追加」です。昨年の本社での開催で、業務に近い題材として実施されたのがこの題材でした。また、支社の開始日を本社と合わせることで、オンラインで繋いでイベントをシェアしたり、交流の機会を設けることができました。参加人数: 1名日数: 5日間内容: Rails Tutorial で作成したWebアプリの機能追加主な技術担当: 早川、鈴木実際のスケジュールは下記のようになりました。開催期間 5日間の内、開発している時間は実質半分ほどでした。1日目: 本社と繋いで自己紹介タイム、インターン説明、会社案内（前田）、ウェルカムランチ会、開発環境構築、オンライン講義「Web アプリとは」（伊東）2日目: オンライン講義「Git/HTML について」（加納）、社員交流ランチ会、オンライン講義「たのしい Ruby」（西田）、開発3日目: 開発、社員交流ランチ会、オンラインイベント「まつもとさんを囲む会」4日目: 開発、社員交流ランチ会5日目: オンライン講義「超絶技巧プログラミング（Quine や TRICK の紹介）」（原）、社員交流ランチ会、発表準備、支社成果発表会情報共有の為のツールは、Discord を利用しました。常にそばに控えている社員がいた為、支社内でのコミュニケーションは直接行っており、主に本社との情報共有として利用しました。1日目インターン初日。インターンの説明を終え、前田からの会社説明タイム。NaCl についてのお話を興味深く聞いてくれていました。オンラインでのやり取りを終え支社の施設を紹介した後、出社していた社員みんなと「ウェルカムランチ会」に繰り出しました。支社のある秋葉原周辺は美味しいランチのお店がたくさんあるので、色々食べに行けて良いですねとのこと。たしかにランチの豊富さは仕事のモチベーションアップにも繋がりますよね～。食事中は社員の当時の就活事情や、好きなことを仕事にするということの良し悪しなどについて話していたような気がしますが、ステーキが美味しかったです。ランチの後は開発環境の構築をしました。初めての Docker でしたが、Dockerfile や、docker-compose.yml 等、コンテナを立ち上げる為の準備はこちらで用意していた為、コマンドをインストールした後、割と時間がかからずに開発用のコンテナを立ち上げることができていました。環境構築が 1時間程でできてしまった為、午後予定していた講義の時間までけっこう時間が余ってしまうという事態に。せっかくなので開発を始めてみることにしました。Web アプリってそもそも何？というところから、Rails の MVC アーキテクチャについてじっくり伊東が解説しました。仕組みを知ると、与えられた課題を解決するためにどこを修正したら良いのか？ ということのあたりがつくようになるので、大事ですね～。初日はこれで終了。2日目インターン 2日目。HTMLについてはある程度の知識があった為、HTML の講義はラジオ的に聞かせてもらいつつ、昨日の続きから開発作業に入ってもらうことにしました。インターン生さんが 1人ということもあり、実は期間中ずっと社員数人と秋葉原ランチに行っていたりします。このタイ料理のお店は数日続けて食べても良いくらい美味しいです。インターンについてや、就職先に求めることなどから、学校での話などをもぐもぐしつつ聞かせてもらったようです。午後はオンライン講義「たのしい Ruby」から始まります。1つ1つやりたいことをコマンドで実行していき、成功したらそのコマンドたちをまとめてスクリプトにしていく。少しづつ一括で実行できることが増えていき、最後にイチから一括でスクリプトを実行する。すると、「おーーーー！」となって何やら一体感が生まれていました。西田の人柄もありますが、大変盛り上がっていてライブコーディングはとても良い時間になりました。その後は2時間ほど開発の時間でした。私はこの日リモート参加だったのですが、プルリクエストのレビューが 4個ほどきていたのでびっくり。いくら難易度「初心者向け」とはいえ早いなーと思っていたら、出社していた早川が付きっきりで不明点を解消してくれていたようです。参加者 1人だと社員に質問しやすいというメリットはありますよね。課題をこなしていく中で、少しづつ難易度が上がりわからないことが増えてきているようです。あと Git と Docker に振り回されているよう。概念がピンとこないと難しいですよね～。3日目インターン 3日目。「初心者向け」と「やさしい」の違いは簡単に言うと複数箇所の修正が必要かどうかです。MVC の構成が頭に入っていないと繋がりがわからない為、修正箇所のあたりがつかないことが難しい要因のようでした。周辺のランチの中でも、比較的安くてボリューミーなのに美味しいので普段から良く行きます。過去のインターンの話とか、就職とかプログラミングとかぜーんぜん関係ない雑談とかしつつ、午後の作業に向けておなか一杯にします。午後の開発の合間に待ちに待ったオンラインイベント「まつもとさんを囲む会」開催！プログラミング言語を開発するというだけでもすごいのに、それが世界中で現役で使われているというのはものすごいことですよね。神のような存在の方ですが、実はとてもきさくで話しやすい素敵な方です。この「まつもとさんを囲む会」は、実は NaCl で毎月開催している社内イベントの出張版として開催して頂きました。3日目はこれで終了。4日目インターン 4日目。これまで実装してきた内容の復習になる課題がちょうどあったので、それをできるだけ 1人で開発してみようとお願いしてみました。初挑戦の難易度「ふつう」ですが、チームメイトもいない中、1人で 1日で開発するにはギリギリの線かな～というところ。美味しいと好評だったのでもう一度行っちゃいました。前回行ったときに気になっていたメニューを食べれて満足されていた様子。この日も就職についてやらサッカー日本代表戦についてやらもくもくしながらお話ししました。4日目はこれで終了。5日目インターン最終日。太くてもっちもちの麺をラー油入りのつけ汁につけて食べるアウトローな蕎麦を食べつつ、この一週間の思い出を語りました。夕方の発表会の前にとても興味深いオンライン講義が開催されました。Quine 」 や「 TRICK 」の紹介） 」。オンラインで開催したので、出社している社員はもちろんリモートワーク中の社員も集まる中、この 5日間に学んだことや開発作業について渾身のスライドで発表してくれました。インターン生 1人だけということで大変だった部分もあったと思いますが、それ以上にメリットを十分に活用して頑張ってくれたんだなーとしみじみ。これで最終日終了となりました。本当にお疲れ様でした。ご参加ありがとうございました！参加者の声(抜粋)課題の「初心者向け」から「やさしい」への難易度の上がり方がきつかった。チーム開発を経験したかった。講義だけでの理解は難しかった為、事前に予習できたら良かった。会社の勤務形態が自由で良いと思った。社員の雰囲気が良くリラックスして通えた。本インターンから見えた課題Git や Docker のコマンドなどをいつでも確認できるよう、チートシート的なもの用意すると良かった。講義を受けた後でも、Rails の繋がりがなかなか頭に入らないと思うので、MVC 構成について図解を確認できるようにしておくと良かった。コミットとプルリクエストのテンプレートを、最初から用意しておいたほうがより業務的に作業できて良かった。今回のように1名の参加の場合に、人数の多い本社のインターン生さんとの距離を感じない工夫が必要。

2024年度夏季インターンシップ in 東京支社

NaClの早川です。大阪Ruby会議04に参加しました。大阪Ruby会議04大阪Ruby会議04は、大阪の中之島フェスティバルタワーで開催されました。スポンサーブースもありました。Keynote: 最高の構文木の設計 2024年版Yuichiro Kanekoさんによるキーノートです。構文木の使われ方の変遷から始まり、ユースケース毎の抽象構文木の扱い方の違い、さらに抽象構文木の先にある具象構文木の説明、実装についての解説がされました。構文木の詳しい解説や最新の事情というのは中々聞く機会のない話なのでとても興味深かったです。参考情報スライドRuby Parser開発日誌 (20) - 大阪Ruby会議04で基調講演をしてきた ~ 大阪の一番暑い日 ~ - かねこにっきdRuby 入門者による あなたの身近にある dRuby 入門makicamelさんによるdrubyを用いた身近なプロダクトの紹介です。分散オブジェクトシステム、と聞くと何やら複雑で縁遠いものに感じてしまいますが、ActiveSupportや、るりまといった、まさに日頃お世話になっているものにもdRubyが使われていて、色々な技術の上に成り立っている日々なのだなぁと実感しました。参考情報スライドRubyKaigi公式スケジュールアプリ開発で得た、Hotwireの使い方kinoppydさんによるHotWireに関する知見のお話。Hotwireというと比較的新しい技術なので、実際に開発で得られた知見が共有されるのはありがたいという方も多いのではないでしょうか。来年のスケジュールアプリ開発を既に見据えているということだったので、松山ではそちらにも注目したいですね。参考情報スライドRe-line 〜 IRB・Reline 複数行編集の裏側ぺん！さんによるRe-lineのレンダリング改善にいたるまでのお話。TypeScriptで書かれた線香花火が衝撃的でしたが、本題はRe-line。まとめにあった「当たり前のことを当たり前にやるとソフトウェアは確実に良くなる」という言葉も実直で素敵だなと思いました。参考情報スライドSponsor LT: データベースだけじゃないN+1とその対策freeeの川原翔吾さんによるN+1問題の対策に関するお話。攻め編の最後に『「これが正しい」というものはなく要件や周辺環境次第で選択する必要がある』というお話があり、N+1という有名なアンチパターンですら銀の弾丸は存在しないのだなぁと設計の難しさを感じました。参考情報スライドSponsor LT: LR で JSON パーサーを作る永和システムマネジメントのjunk0612さんによるパーサー3分クッキング！次回(?)は構文木の生成についても解説が入るそうで、3分で構文木入門したい人は見逃せない内容になりそうです。参考情報スライドRustで作るTreeSitterパーサーのRubyバインディングjoker1007さんによる、TreeSitterのRust製Rubyバインディング作成およびRustでRubyGemを開発するお話。特にGC周りは複雑なようで、GCによって何が解放されるかを理解する必要があるというお話をされていました。私も一度腰を据えて勉強しなければと思いました。参考情報スライドtree_house競技プログラミングでみる Ruby の豊かさharuguchi-yumaさんによる、競技プログラミングを通じてRubyのコーディングの柔軟さを見てみましょうというお話。可読性、拡張性、保守性の価値観を捨て、あえて読みにくく複雑で短くしたコードが紹介されるのですが、終始笑いの起こる楽しい発表でした。参考情報スライドMinify Ruby CodeKoichi ITOさんによる、RubyのコードをMinifyするお話。Minifyの可能性を探るところから始まり、実際のGemに落とし込むまでの話かと思いきや、図らずも自身の開発するRuboCopとのマッチポンプが完成したという面白いお話でした。参考情報スライドMinify Rubyをリリースした - koicの日記Sponsor LT: 株式会社ナレッジラボのご紹介急遽スピーカーが変わったということで、okeyseaさんによるナレッジラボの紹介が行われました。Sponsor LT: 労務ドメインを快適に開発する方法 〜日本語コーディング編〜SmartHRのykyuki21さんによる、複雑な属性名を日本語コーディングで解決したお話。コーディングに日本語を持ち込むのはちょっと…という感覚があったのですが、実際のコードの様子はとてもスマートに感じました。参考情報スライドstrscanなしで文字列をスキャンする弊社社長の前田さんによるstrscanを使わずに文字列をスキャンするお話です。strscanを使わなくてもString#scan、String#indexなどで文字列をスキャンできるのですが、最後までまとめてスキャンしてしまう、マルチバイト文字でパフォーマンスの問題が出るといった問題があり、解決策としてString#byteindexが登場します。最終的にはstrscanを使えばいいというまさかの結論にいたってしまいましたが、何事もやってみなければわからない、ということですね。前田さんお疲れ様でした！参考情報スライドどうしてこうなった？から理解するActive Recordの関連の裏側willnetさんによる、Active Recordの不思議な挙動を発見しそれを解明していくお話です。双方向関連付けにもメリットがあり、当然使いたいタイミングもあるため、そんな方のためにデバッグ用ツールを公開されたそうです。参考情報スライドsave_chain_inspectorSponsor LT: devise-two-factorを4.xから5.xに上げた話Ruby開発のznzさんによる、deviseで2FA認証するためのGem、devise-two-factorのバージョンアップのお話。バージョンアップで動かなくなることがあるのは何故？と思っていたのですが、メソッド名が衝突するというのはなるほど現実に起こり得るんだなぁと感じました。参考情報スライドSponsor LT: PHPerが転職してRubyを3ヶ月使った感想インゲージの久保 慶輔さんによるPHPとRubyの比較と感想のお話。等価比較やfalsyな値、emptyの扱いなど、比較してみると様々な違いがあることがわかりますね。Keynote: 令和の隙間産業——PicoRubyはどこから来て、どこへ行くのかHitoshi HASUMIさんによるキーノートです。『同じ題目でも人によって発表が違い、その人の人生が出る』といった主旨の発言があったのですが、『その話は誰かがどこかで既にしているんじゃないかな』といった尻込みの仕方をする私には、自分らしく発表すればそれでいいのかもしれない、という前向きな気持ちにさせられました。まとめ知らないこと、わからないことの情報量に圧倒されつつ、知りたいこと、やってみたいことをたくさん与えてくれる、素晴らしいカンファレンスでした。運営のみなさん、登壇者のみなさん、そして参加者の皆さん、お疲れさまでした。

大阪Ruby会議04 の参加レポート

NaClの佐田です。RubyKaigi 2024に参加しました。本記事では、私の参加したセッションに関する感想をまとめました。RubyKaigi 2024RubyKaigi 2024は、沖縄の那覇文化芸術劇場なはーとで開催されました。飛行機で那覇空港に到着すると、RubyKaigi 2024のポスターが貼られていました。那覇文化芸術劇場なはーとの3つの会場で同じ時間にセッションがおこなわれることもあるため、私が会場で聞いたセッションのみをまとめています。1日目会場で受付をおこない、会場の大ホールに向かう途中の通路にRubyKaigi 2024のスポンサーのロゴがありました。その中にNaClのロゴもありました。大ホールのスクリーンにもスポンサーのロゴが次々表示されており、その中にNaClのロゴがありました。以下からは各セッションを見た感想です。Writing Weird CodeTRICK 2022(Returns)で金賞を獲得された tomoya ishida さんの発表でした。その作品であるQuineが表示する魚・水草・泡でコードの一部が欠落しますが、誤り訂正で復元されるという説明に驚きました。また、TRICKが前回の開催から間が空いたということで、 Self TRICK 2024と題して作品を6つも作成されたとのことでした。点字を使用するアイデアを参考にされたそうです。参考情報スライドSelf TRICK 2024TRICK 2022(Returns)キーノートの終了後にLunch Breakがあったので、スポンサーのノベルティとして置かせていただいたスモウルビー甲子園のチラシとNaClのロゴのシールを見に行きました。The grand strategy of Ruby ParserLramaの開発者の Yuichiro Kaneko さんの発表でした。パーサに関する論文は多いですが、ご自身がまとめられた Ruby Parser開発日誌 (14) - LR parser完全に理解した から読むのがお薦めとのことでした。このRubyの文法規則ファイル(parse.y)が、理解しやすいように改善されてきたとのことでした。参考情報スライドRuby Parser開発日誌 (14) - LR parser完全に理解したLong journey of Ruby standard library標準添付ライブラリに関する Hiroshi SHIBATA さんの発表でした。Standard Gemを確認する2つの方法が紹介されました。https://stdgems.org/ を確認irbを立ち上げてrequireしてから Gem.loaded_specs["bigdecimal"].default_gem? メソッドを呼び出すRuby 3.3.2から標準添付ライブラリをrequireすると警告が表示されるとのことでした。C拡張のgemパッケージが異なるバージョンの場合にインストールに失敗することがありますが、そうならないように改善に取り組まれていることが紹介されました。参考情報スライドNamespace, What and WhyNamespaceの開発者の Satoshi Tagomori さんの発表でした。以下の3つの衝突についての使用が考えられるとのことでした。名前の衝突定義の衝突バージョンの衝突名前の衝突は、トップレベルのUserやConfigurationを定義した時に衝突せずに定義できます。バージョンの衝突は、アプリケーションの異なるバージョンでも衝突せずに読み込めます。Namespace のC拡張のライブラリを読み込む場合の対応についても紹介されました。また、Rubyのオープンクラスのメソッドの再定義も名前空間の中に留めてくれるとのことでした。参考情報スライド"Namespace on Read" for Ruby, FAQExploring Reline: Enhancing Command Line UsabilityRelineの開発者の Mari Imaizumi さんの発表でした。Reline は、Display Dialog Cursor などを表示する役割もしているとのことでした。次に、Relineを使用しない場合の違いについてのデモをされていました。Reline.readline の場合は、カーソル移動ができました。また、Relineの現在の状態についても紹介されました。それと、irbの設定として ~/.inputrc を紹介されました。参考情報スライドRactor Enhancements, 2024RubyのフルタイムコミッタでRactorの開発者である Koichi Sasada さんの発表でした。現在は Child Ractor で require を呼べないようになっているとのことでした。Child Ractorのrequireを変更し、interruput_exec do ... end のブロック内でThread.newのrequireの呼び出しを追加されていました。また、Ractor.main? でMain Ractorでない時に上記のrequireの呼び出しをするように変更されたとのことでした。参考情報Ractor Enhancements, 20242日目Leveraging Falcon and Rails for RealTime InteractivityFalconの開発者である Samuel Williams さんの発表でした。Railsの各リクエストをFiberで処理するように変更されており、ActionCableをFiberに置き換えるのも予定しているとのことでした。その後、Falconやliveを使用したFlappy birdの作成について紹介されました。参考情報liveFalconflappy-birdCommunity-driven RBS repositoryRBSの開発者である Masataka Kuwabara さんの発表でした。gem_rbs_collection リポジトリについて話されました。rbs collectionコマンドを使用することで、Gemfile.lock のgemの指定から取得するとのことです。次に、RBSの変更のPRのレビュー依頼について以下の2つを紹介されました。.github/CODEOWNERS ファイルを使用してコードのオーナーにレビューを依頼。gem/_reviewers.yaml を変更して誰でもレビュワーになれる。上記のレビュワーになった場合についてお話しされました。ただし、活動が止まってしまったレビュワーは削除するとのことでした。参考情報スライドgem_rbs_collectionrbsRubyGems on ruby.wasmruby.wasmの開発者の Yuta Saito さんの発表でした。gemパッケージのインストールで以下の2つがあるとのことでした。On-the-fly installation: インターネット必要Pre-installation: インターネット不要。Rubyの起動前にビルドが必要。今回はPre-installtionのデモとして、Mastodonをブラウザで動作させていました。また、RubyGemsのC拡張の共有ライブラリのリンクが静的リンクのみで、現在は別プラットフォームで使いまわすことができません。参考情報スライドUnlock The Universal Parsers: A New PicoRuby CompilerPicoRubyの開発者の Hitoshi HASUMI さんの発表でした。最初にLramaを使用するように変更したところ、メモリ消費量が mrbc_lrama 9.985MB で他のパーサと比較すると多く、メモリ消費量が多い原因の脱GCを対応されたとのことでした。今回は脱GCをされましたが、まだメモリの改善点があるとのことで、今後の対応に関するお話しがありました。参考情報スライドRuboCop: LSP and PrismRuboCopの開発者の Koichi ITO さんの発表でした。rubocop --lsp)を使用して改善されたことについて紹介されました。LSPがどのような時に呼び出されるかは、RuboCop::LSP::Routes でhandleメソッドで指定しています。ただし、LSPを使用すると途中のコードもRuboCopの判定の対象になる問題が発生し、LSPの時はAutoCorrectしないようにしたとのことでした。また、RuboCopにPrismを導入すると4倍の速度になったとのことですが、PrismとLramaのパーサがあるのでRuboCopがどちらに対応すべきかは決めかねているとのことでした。参考情報スライドGood first issues of TypeProfRubyのフルタイムコミッタで、TRICKの審査員の Yusuke Endoh さんの発表でした。TypeProfの開発の参加方法についてお話しされました。TypeProfを動作させる。Ruby/RBSをサポートさせる。型推論のコマンドラインツールにまとめる。tool/scenario_runner.rbこの発表でTRICK 2025が開催される旨が発表されました。参考情報スライドSqueezing Unicode Names into Ruby Regular ExpressionsMartin J. Dürst さんの発表でした。'に' =~ /\p{Hiragana}/'なにぬねの' =~ /\p{name=HIRAGANA LETTER NI}/=> invalid character property name {name=HIRAGANA LETTER NI}Unicode character propertyをRubyで使用するには各言語でのnameに対応する必要があり、そのnameを指定された場合にどのように該当データを探すのかをお話しされていました。Lightning TalksVisualize the internal state of ruby processes in Real-TimeRubyのプログラムの内部状態を可視化するツールの metrics_monitor が紹介されました。参考情報スライドmetrics_monitorThe Frontend Rubyist2024年からWeb版が公開された Ruby Koans が紹介されました。参考情報スライドRuby KoansjsgEnjoy Creative Coding with RubyRubyとProcessingを組み合わせたコードのプログラミングについて紹介されました。参考情報スライドRearchitect RipperRipperの不具合を改善されたことが紹介されました。参考情報スライドThe Journey of rubocop-daemon into RuboCopRuboCopに取り込まれたrubocop-daemonについて紹介されました。参考情報スライドThe test code generator using static analysis and LLMRSpecのテストが未実装のメソッドを検知する構文解析CLIツールのomochiが紹介されました。参考情報スライドomochiContributing to the Ruby ParserRubyのパーサを改善されたことを紹介されました。参考情報スライドImproved REXML XML parsing performance using StringScannerRBPDFの改善で、StringScannerを使用してREXMLの速度を改善したことを紹介されました。参考情報スライドRBPDFREXMLStringScannerHotspot on CoverageISUCONのRubyアプリをプロファイリングするのに使用されたakainaaが紹介されました。参考情報スライドakainaaDrive Your Code: Building an RC Car by Writing Only RubyPicoRubyでラジコンカーを操作することについて紹介されました。参考情報スライドAn anthropological view of the Ruby communityRubyコミュニティについて紹介されました。参考情報CODERSPEAK3日目Ruby Committers and the WorldRubyコミッタが質問に答えてくれるセッションでした。frozen_string_literal の今後についての質問がありましたが、Ruby 4.0からデフォルトになるとのことでした。また、RBSのRubyコードの埋め込みについて、会場の参加者も挙手する場面がありました。GNU AutotoolsからCMakeに変更するという話がありましたが、CMakeを使用するよりもRuby用の独自ツールにするべきではないかという話がありました。それと、GVLは外したいか、という話がありました。How to implement a RubyVM with PHP?Ruby歴が4ヵ月でPHPのRubyVMを作成された memory さんの発表でした。Ruby 3.2 から Ruby 3.3 になった時にYARVの構造が変わっており、The endian sectionとThe word size sectionが増えているとのことでした。PHPはfread, fseek, unpack がバイナリの読み込みに使用するので、それらを使用して"Hello, World"のYARVのバイナリを操作したとのことです。RubyVMは ibf_(?:load|dump_write)_small_value の形式で命令シーケンスが書かれているので、compile.c や ibf_xxx の箇所を読むことで理解が進むとのことでした。OracleがJVMのドキュメントを公開しているので読むことをお薦めされていました。そのすべてを実装するのは大変なので、最初は"Hello, World"やFizzBuzzなどに関するところから実装を始めることをお薦めされていました。参考情報スライドrubyvm-on-phpSpeeding up Instance Variables with Red-Black TreesRubyとRailsのコアコミッターである Aaron Patterson さんの発表でした。赤黒木は、Chris Okasaki さんが書かれたのを参考にされたとのことでした。Rubyの赤黒木を実装時にパターンマッチングを使用すると、コードの読みやすくなると紹介されました。また、Ruby 3.3のキャッシュから赤黒木が導入されたとのことでした。参考情報Red-Black Trees in a Functional SettingERB, ancient and futureERBの開発者である Masatoshi SEKI さんの発表でした。最初にERBの開発された経緯がお話しされ、前田が作成したeRubyを参考にされたERBの仕様書が用意されたので作成し始めたとのことでした。ご自身がERBを使用して作成されたアプリが紹介されました。また、Rails互換のERBの実装について紹介されました。参考情報スライドPorting mruby/c for the SNES(Super Famicom)Ryota Egusa さんの発表でした。そのPPUのエミュレーターであるSNESがあり、以下の2つのコンパイラとリンカーがあるとのことでした。PVSneslib: コンパイラやリンカーのSNES I/OのラッパーWDCTools: The Western Design Center, Inc. が配布しているツール群上記の PVSneslib と mruby/c を使用し、デモ用のFlappy bird風のゲームを作成されていました。参考情報スライドWDCToolsPVSneslibこの後のAfternoon Breakでアイスが配られていたのでいただきました。Using Ruby in the browser is wonderful.ruby.wasm の開発者である Shigeru Nakajima さんの発表でした。その例として、JavaScriptのnew演算子にあたるものがRubyにないので、代わりにJS.evalでJavaScriptのnewを呼び出したり、require_relativeのような動作をするJS::RequireRemoteを提供しているとのことでした。ただし、まだJS::RequireRemoteを使用するにはモンキーパッチが必要ということでした。また、ruby.wasmでひらがなの書き方を練習する紙を印刷するアプリケーションkakikataを紹介されました。さらに、kakikataの実装で作成された世界初Ruby用のフロントエンドフレームワークOrbital Ringの紹介もありました。参考情報スライドkakikataOrbital RingMatz Keynote過去のRubyKaigiでは最初にキーノートで発表されていた Yukihiro "Matz" Matsumoto さんの発表でした。最初にこれまでのRubyの歴史について紹介されました。最初のRubyConfのフロリダでは、RubyGemsが誕生したことも触れられていました。Rubyは日本の成長しているスタートアップ(参考: Top Ruby Companies)でも採用されています。Optcarrot で計測した場合にRuby 2.0からRuby 3.0の速度が3倍になりました。ただし、VMが唯一のボトルネックではありません。それと、開発者のパフォーマンスも大事。そのPrismの開発者のパフォーマンスのため、2024年のRubyの変更では文法を変更しない(Syntax Moratorium)と宣言されていました。以前、Rubyを新しく作成し直したらどうなるかと検討されたRuby 2の機能も、最新のRubyには次々実現されているとのことでした。また、今後の性能向上は、Rubyの実行時の性能向上がまだできるとのことで改善するとのことでした。参考情報Top Ruby CompaniesOptcarrotまとめRubyKaigi 2024は1300名が参加されたとのことでした。帰りにスポンサーのロゴのところを見ると前田と後藤がサインしていました。スポンサーのノベルティは、NaClのロゴのシールは1日目の夕方にはなくなっていました。RubyKaigi 2025は松山市であるとのことで大変楽しみです。

RubyKaigi 2024の参加レポート

NaClの前田です。Ruby Advent Calendar 2023の24日目の記事です。昨日は@ydahさんでした。今回は、弊社副社長の後藤(@gotoyuzo)から報告されたnet-ftpのバグを紹介します。バグの内容報告されたバグの再現コードは以下のようなものです。require "net/ftp"begin  raise "FOO!"rescue  ftp = Net::FTP.new("ftp.example.com")  # specify an anonymous FTP server  ftp.login  p ftp.listend上記のコードを実行すると、サーバが正常に動作している場合でもclosed stream (IOError)という例外が発生します。バグの原因原因はnet-ftpの以下のコードでした。begin  conn = open_socket(host, port)  ...ensure  conn.close if conn && $!endこれは6e8535fで導入されたコードで、FTPのデータコネクションの確立中に例外が発生したら、ソケットをクローズしてコネクションリークを防ぐためのコードです。一見問題ないように見えますが、$!のスコープはスレッドローカルなため、データコネクションの確立が例外なく完了した場合も、呼び出し元で例外が発生していた際にはconn && $!という条件が真になってソケットがクローズされてしまいます。$!をrescue節以外で使用するとこのような問題があるので気をつけましょう(そもそもワンライナーなど以外では使用しない方がいいと思いますが)。修正案1後藤から提案された修正は以下のようなものでした。begin  conn = open_socket(host, port)  ...rescue  conn&.close  raiseendこのコードではこのbegin式で例外が発生した場合だけソケットがクローズされるようになるため、報告された問題は解消します。修正案2ところが修正案1に対してJeremy EvansさんからStandardError以外の例外が発生した場合にコネクションリークが起きてしまうという指摘がありました。例外クラスを指定しないrescueは、StandardErrorおよびそのサブクラスのみを捕捉するためです。この問題に対処するためにさらに以下のような修正を行いました。begin  conn = open_socket(host, port)  ...rescue Exception  conn&.close  raiseend最終的な修正内容これで解決かと思ったのですが、さらにSamuel WilliamsさんからThread#killなどで実行が中断された場合にコネクションリークが起きてしまうという指摘がありました。そこで最終的には以下のような修正を行いました。succeeded = falsebegin  conn = open_socket(host, port)  ...  succeeded = trueensure  conn&.close if !succeededendこのコードでも厳密にはbegin式の終了から呼び出し元にリターンするまでの間にThread.killなどで実行が中断されるとコネクションリークが発生しますが、まれなケースなので対処しなくてもいいかなと思っています(と思ってたけど、今コード見てたら@private_data_connectionが真の時はbeginの終了後にstart_tls_session(conn)しているのでやっぱり対処した方がいいかも……)。まとめrescue節以外で$!を使わないようにしましょう。Ruby 3.3には久しぶり(15年ぶり?)に後藤のコード(残ったのはconn&.closeの部分)が入ります。簡単な修正に見えても実際にはそうではないことがあります。

rescue節以外で$!を使ってはいけない

NaClの前田です。NaClの公式サイトを先日リニューアルしました。基本方針esaには標準のGitHub Webhookがあり、それを使ってHeadless CMSとして使っている例が見つかりました。esaをHeadless CMSとして使うesa を CMS に VuePress v2 で管理しやすいドキュメントサイトを作るただ標準のWebhookはあまり細かい設定ができずJekyllと相性が悪かったり、削除にも対応していないようなので、Generic WebhookをAWS Lambdaで実装してGitHubリポジトリを更新することにしました。Jekyll側の設定なるべくJekyll側の設定は最小限にしたかったのですが、_postsのデフォルトのパスだと日付が含まれていて、esa側で日付を変更した場合の対応が厄介なので、stack overflowの記事を参考に_plugins/no_date.rbを作成して、記事のパスが news/_posts/<esaのページID>.md になるようにしました。class Jekyll::PostReader  # Don't use DATE_FILENAME_MATCHER so we don't need to put those stupid dates  # in the filename. Also limit to just *.md, so it won't process binary  # files from e.g. drafts.  def read_posts(dir)    read_publishable(dir, "_posts", /.*\.md$/)  end  def read_drafts(dir)    read_publishable(dir, "_drafts", /.*\.md$/)  endend以下のようにfront matterにesaの記事の日付を記載して、URLには日付が含まれるようにしています。---title: 中高生国際Rubyプログラミングコンテストに協賛date: 2023-12-04layout: news---記事の作成・更新記事の作成・更新時には、octokit.gemを使ってGitHubリポジトリを更新します。GITHUB_REPO = "NaCl-Ltd/www.netlab.jp"GITHUB_REF = "heads/main"github = Octokit::Client.new(access_token: ENV["GITHUB_TOKEN"])sha_latest_commit = github.ref(GITHUB_REPO, GITHUB_REF).object.shasha_base_tree = github.commit(GITHUB_REPO, sha_latest_commit).commit.tree.shaattachment_files, body =  extract_attachment_files(github, number, content)blob_content = <<EOF---title: #{title}date: #{date}layout: news---#{body}EOFsha = github.create_blob(GITHUB_REPO, [blob_content].pack("m"), "base64")new_tree = [  {    :path => filename,     :mode => "100644",     :type => "blob",     :sha => sha  },  *attachment_files]sha_new_tree = github.create_tree(GITHUB_REPO, new_tree,                                  { base_tree: sha_base_tree }).shasha_new_commit = github.create_commit(GITHUB_REPO, commit_message,                                      sha_new_tree, sha_latest_commit).shagithub.update_ref(GITHUB_REPO, GITHUB_REF, sha_new_commit)extract_attachment_filesでは画像などの添付ファイルを抽出してBLOBを作成しています。def extract_attachment_files(github, number, content)  esa = Esa::Client.new(access_token: ENV["ESA_TOKEN"], current_team: "nacl")  attachment_files = []  body = content.gsub(%r'https://(files|dl).esa.io/uploads/[^\s")]+') { |url|    basename = File.basename(url)    path = "attachments/news/#{number}/#{basename}"    url = esa.signed_url(URI.parse(url).path).body["url"]    data = Net::HTTP.get(URI(url))    sha = github.create_blob(GITHUB_REPO, [data].pack("m"), "base64")    attachment_files << {      :path => path,      :mode => "100644",       :type => "blob",       :sha => sha    }    "/#{path}"  }  return attachment_files, bodyend記事の削除create_treeに { base_tree: sha_base_tree } を渡さずに、削除したいファイルを除外したnew_treeを指定すれば削除できるという記事があったのですが、この方法では削除されませんでした。base_tree = github.tree(GITHUB_REPO, sha_base_tree, recursive: true)new_tree = base_tree.tree.filter_map { |blob|  !%r'\A(news/_posts/#{number}\.md\z|attachments/news/#{number}/)'.match?(blob.path) &&    {      path: blob.path,      mode: blob.mode,      type: blob.type,      sha: blob.sha    }}sha_new_tree = github.create_tree(GITHUB_REPO, new_tree).sha削除したいファイルのshaにnullを指定すればよいという記事があったので以下のように修正したところ記事の削除もできました。base_tree = github.tree(GITHUB_REPO, sha_base_tree, recursive: true)new_tree = base_tree.tree.filter_map { |blob|  %r'\A(news/_posts/#{number}\.md\z|attachments/news/#{number}/)'.match?(blob.path) &&    {      path: blob.path,      mode: blob.mode,      type: blob.type,      sha: nil    }}sha_new_tree = github.create_tree(GITHUB_REPO, new_tree,                                  { base_tree: sha_base_tree }).shaなお、当初はWebhookの設定でフィルタを指定すると記事の削除時にWebhookが呼ばれない問題がありましたが、Xで愚痴をこぼしたところesaの不具合だったようで修正されました。ありがとうございました。esaの設定例ソースコード全体require "openssl"require "json"require "rack"require "octokit"require "esa"GITHUB_REPO = "NaCl-Ltd/www.netlab.jp"GITHUB_REF = "heads/main"def lambda_handler(event:, context:)  unless valid_signature?(event)    return { statusCode: 400, body: "Invalid signature" }  end  esa_event = JSON.parse(event["body"])  log(esa_event: esa_event)  year, month, day, title =    esa_event["post"]["name"].scan(%r"\APublic/News/(\d+)/(\d+)/(\d+)/(.*)")[0]  if title.nil?    log("Ignore: #{esa_event['post']['name']}")  else    number = esa_event["post"]["number"]    kind = esa_event["kind"]    case kind    when "post_create", "post_update"      if esa_event["post"]["wip"]        log("WIP: do nothing")      else        filename = "news/_posts/#{number}.md"        date = "#{year}-#{month}-#{day}"        content = esa_event["post"]["body_md"].gsub(/\r\n/, "\n")        post_news_entry(kind, number, filename, date, title, content)      end    when "post_delete"      delete_news_entry(number, title)    end  end  { statusCode: 200, body: "Success!" }enddef valid_signature?(event)  body = event["body"]  sig = OpenSSL::HMAC.hexdigest(OpenSSL::Digest.new("sha256"),                                ENV["ESA_SECRET"], body)  header_sig = event["headers"]["x-esa-signature"].delete_prefix("sha256=")  if Rack::Utils.secure_compare(sig, header_sig)    true  else    log_error("Invalid signature: #{sig} != #{header_sig}")    false  endenddef post_news_entry(kind, number, filename, date, title, content)  verb = kind.slice(/post_(.*)/, 1).capitalize + "d"  msg = "#{verb} via esa webhook: number=#{number} title=#{title}"  commit(msg) do |github, sha_base_tree|    attachment_files, body =      extract_attachment_files(github, number, content)    blob_content = <<EOF---title: #{title}date: #{date}layout: news---#{body}EOF    sha = github.create_blob(GITHUB_REPO, [blob_content].pack("m"), "base64")    [      {        :path => filename,         :mode => "100644",         :type => "blob",         :sha => sha      },      *attachment_files    ]  endenddef extract_attachment_files(github, number, content)  esa = Esa::Client.new(access_token: ENV["ESA_TOKEN"], current_team: "nacl")  attachment_files = []  body = content.gsub(%r'https://(files|dl).esa.io/uploads/[^\s")]+') { |url|    basename = File.basename(url)    path = "attachments/news/#{number}/#{basename}"    url = esa.signed_url(URI.parse(url).path).body["url"]    data = Net::HTTP.get(URI(url))    sha = github.create_blob(GITHUB_REPO, [data].pack("m"), "base64")    attachment_files << {      :path => path,      :mode => "100644",       :type => "blob",       :sha => sha    }    "/#{path}"  }  return attachment_files, bodyenddef delete_news_entry(number, title)  msg = "Deleted via esa webhook: number=#{number} title=#{title}"  commit(msg) do |github, sha_base_tree|    base_tree = github.tree(GITHUB_REPO, sha_base_tree, recursive: true)    base_tree.tree.filter_map { |blob|      %r'\A(news/_posts/#{number}\.md\z|attachments/news/#{number}/)'.match?(blob.path) &&        {          path: blob.path,          mode: blob.mode,          type: blob.type,          sha: nil        }    }  endenddef commit(commit_message)  github = Octokit::Client.new(access_token: ENV["GITHUB_TOKEN"])  sha_latest_commit = github.ref(GITHUB_REPO, GITHUB_REF).object.sha  sha_base_tree = github.commit(GITHUB_REPO, sha_latest_commit).commit.tree.sha  new_tree = yield(github, sha_base_tree)  log(new_tree: new_tree)  sha_new_tree = github.create_tree(GITHUB_REPO, new_tree,                                    { base_tree: sha_base_tree }).sha  sha_new_commit = github.create_commit(GITHUB_REPO, commit_message,                                        sha_new_tree, sha_latest_commit).sha  github.update_ref(GITHUB_REPO, GITHUB_REF, sha_new_commit)enddef log(msg = nil, **params)  puts(msg) if msg  puts(params.to_json) if !params.empty?enddef log_error(msg)  STDERR.puts(msg)endまとめesaのGeneric Webhookを実装することで、Jekyll側にあまり手を入れずに記事の更新・削除ができるようになりました。Generic Webhookは便利なのでみなさんも活用してみてください。

esaでJekyllサイトのニュースを更新する

NaClの前田です。Ruby Advent Calendar 2023の12日目の記事です。昨日は@mokioさんでした。今回はRuby 3.3で拡張される予定のString#bytespliceを紹介します。String#bytespliceとはString#bytespliceは、筆者がRuby 3.2で導入したメソッドです。String#bytespliceはString#[]=と同様に文字列の一部を置き換えるメソッドですが、大きな違いはString#[]=はコードポイント単位でオフセットや長さを指定するのに対し、String#bytespliceはバイト単位で指定することです。s = "あああいいいあああ"p s.byteindex(/ああ/, 6) #=> 18x, y = Regexp.last_match.byteoffset(0) #=> [18, 24]s.bytesplice(x...y, "おおお")p s #=> "あああいいいおおおあ"何がうれしいかというと、コードポイント単位でオフセットを指定した場合は文字列の先頭からコードポイントを数える必要があるのに対し、バイト単位で指定した場合はその必要がないということです。バイト単位で指定するということはオフセットがコードポイント境界に乗っていないこともありえますが、そういった場合はIndexErrorが発生します。s = "あいうえお"s.bytesplice(1, 2, "x") #=> offset 1 does not land on character boundary (IndexError)Ruby 3.3での拡張Ruby 3.2ではbytespliceの第2引数(第1引数がRangeでなくIntegerの場合は第3引数)で指定された文字列全体で置換することしかできませんでした。s = "abcxxxxxx"s2 = s[0..2]s.bytesplice(-3..-1, s2) #=> "abcxxxabc"p sRuby 3.3では追加の引数でコピー先だけでなくコピー元の範囲も指定できるようになったため、文字列オブジェクトのコピーが必要なくなりました。s = "abcxxxxxx"s.bytesplice(-3..-1, s, 0..2) #=> "abcxxxabc"p sコピー元とコピー先の範囲が重なっている場合も問題なく動作します。s = "abcxx"s.bytesplice(-3..-1, s, 0..2) #=> "ababc"p sRangeの代りにIntegerでオフセットと長さを指定することもできます。s = "abcxx"s.bytesplice(-3, 3, s, 0, 3) #=> "ababc"p sユースケースRubyでテキストエディタを作成したいことがよくありますが、ギャップ・バッファを実装する際に従来はs = @contents.byteslice(@gap_end, len)@contents.bytesplice(@gap_start, len, s)のように記述する必要があったのが@contents.bytesplice(@gap_start, len, @contents, @gap_end, len)と記述できます。便利ですね。まとめRuby 3.3で拡張される予定のString#bytespliceを紹介しました。みなさんもRubyでテキストエディタを作ってみてください。

String#bytespliceの拡張

このブログのドメインをNaCl-Ltd.github.ioからblog.netlab.jpに変更しました。GitHub Pagesで運用しているので、旧ドメインの扱いがどうなるかが気になっていましたが、新しいドメインにリダイレクトされるようです。今後とも当ブログをよろしくお願いいたします。

ドメインの変更

NaClの佐田です。皆様に多大なるご協力をいただき、松江Ruby会議10は無事に開催することができました。松江Ruby会議10とは松江Ruby会議は、島根県松江市で開催される地域Ruby会議です。新型コロナウイルスの影響もあり、前回から5年が経ってからの開催となりました。松江Ruby会議10では、NaClのメンバーにもスタッフとしてご協力いただきました。また、松江Ruby会議10は発表者を募集させていただきました。sessionは原さんと雄也さん、LTはまつもとさん、高尾さん、高田さん、井上さんが選ばれました。詳細は 松江Ruby会議10 の公式サイトをご参照ください。session 4 「This is not Ruby」原さんに自作プログラミング言語の「Shiika」について発表していただきました。それから、Rubyが静的型言語として実装されていたらどうなっていたのかという視点で、Shiikaをご紹介いただきました。Shiikasession 5 「ソースコード参照URIの考察と作成したツールの紹介」雄也さんに「dpu」について発表していただきました。このような体験がないか雄也さんが問いかけると、会場からは多数の同意する声がありました。dpuLT 「mrbgemsのすべて」NaClフェローのまつもとさんに、最初のLTの発表をしていただきました。LTでは5分経ったら銅鑼を鳴らされたのですが、その日最初に銅鑼が鳴らされた時なので銅鑼の迫力に会場の人も驚いていました。LT 「最近の小・中学生のプログラミング事情」高尾さんにLTで発表していただきました。松江市ではRuby City MATSUEプロジェクトもあり、小中学生の教育現場でRubyが使用されているとのことでした。LT 「自作キーボードの組み立て」高田さんにLTで発表していただきました。NaClのメンバーの自作キーボードの写真もご紹介いただきました。LT 「イベント協賛の価値を見直そう」井上さんに最後のLTを発表していただきました。NaClの協賛数のデータも発表の中で表示されていました。ビンゴ諸事情でLTの発表者が1人参加できなくなりましたので、前田さんにご準備していただき、急遽そのLTの時間でビンゴをしました。前田さんがRubyKaigi 2023でLTをされていたこともあり、会場のRubyKaigi 2023に参加された方からはビンゴを見たことがあるとの声もありました。対談NaClフェローのまつもとさんに、基調講演をしていただいたなかむら(う)様と対談をしていただきました。るびまの開催レポートNaClのメンバの田中さん、雄也さん、野坂さん、高田さん、原さんにご協力いただき、「るびま」の開催レポートを作成しました。開催レポートの作成では、HackMDを使用しました。本記事やるびまの開催レポートの写真には、野坂さんに撮影していただいた写真も使用しました。まとめ松江Ruby会議10の会場では、ご参加いただいた皆様のご協力のおかげでスケジュールに沿って進行することができました。