NaCl

NaClの鈴木です。インターンシップ概要インターンシップの題材は「Rails Tutorial で作成したWebアプリの機能追加」です。昨年の本社での開催で、業務に近い題材として実施されたのがこの題材でした。参加人数: 1名日数: 5日間内容: Rails Tutorial で作成したWebアプリの機能追加主な技術担当: 早川、鈴木実際のスケジュールは下記のようになりました。1日目: 本社と繋いで自己紹介タイム、インターン説明、会社案内（前田）、ウェルカムランチ会、開発環境構築、オンライン講義「Web アプリとは」（伊東）2日目: オンライン講義「Git/HTML について」（加納）、社員交流ランチ会、オンライン講義「たのしい Ruby」（西田）、開発3日目: 開発、社員交流ランチ会、オンラインイベント「まつもとさんを囲む会」4日目: 開発、社員交流ランチ会5日目: オンライン講義「超絶技巧プログラミング（Quine や TRICK の紹介）」（原）、社員交流ランチ会、発表準備、支社成果発表会情報共有の為のツールは、Discord を利用しました。常にそばに控えている社員がいた為、支社内でのコミュニケーションは直接行っており、主に本社との情報共有として利用しました。1日目インターン初日。2日目インターン 2日目。3日目インターン 3日目。NaCl で毎月開催している社内イベントの出張版として開催して頂きました。4日目インターン 4日目。5日目インターン最終日。Quine 」 や「 TRICK 」の紹介） 」。参加者の声(抜粋)課題の「初心者向け」から「やさしい」への難易度の上がり方がきつかった。チーム開発を経験したかった。講義だけでの理解は難しかった為、事前に予習できたら良かった。会社の勤務形態が自由で良いと思った。社員の雰囲気が良くリラックスして通えた。本インターンから見えた課題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を用いた身近なプロダクトの紹介です。参考情報    スライドRubyKaigi公式スケジュールアプリ開発で得た、Hotwireの使い方kinoppydさんによるHotWireに関する知見のお話。参考情報    スライドRe-line 〜 IRB・Reline 複数行編集の裏側ぺん！さんによるRe-lineのレンダリング改善にいたるまでのお話。TypeScriptで書かれた線香花火が衝撃的でしたが、本題はRe-line。参考情報    スライドSponsor LT: データベースだけじゃないN+1とその対策freeeの川原翔吾さんによるN+1問題の対策に関するお話。  参考情報    スライドSponsor LT: LR で JSON パーサーを作る永和システムマネジメントのjunk0612さんによるパーサー3分クッキング！参考情報    スライドRustで作るTreeSitterパーサーのRubyバインディングjoker1007さんによる、TreeSitterのRust製Rubyバインディング作成およびRustでRubyGemを開発するお話。参考情報    スライドtree_house競技プログラミングでみる Ruby の豊かさharuguchi-yumaさんによる、競技プログラミングを通じてRubyのコーディングの柔軟さを見てみましょうというお話。参考情報    スライドMinify Ruby CodeKoichi ITOさんによる、RubyのコードをMinifyするお話。  参考情報    スライドMinify Rubyをリリースした - koicの日記Sponsor LT: 株式会社ナレッジラボのご紹介急遽スピーカーが変わったということで、okeyseaさんによるナレッジラボの紹介が行われました。Sponsor LT: 労務ドメインを快適に開発する方法 〜日本語コーディング編〜SmartHRのykyuki21さんによる、複雑な属性名を日本語コーディングで解決したお話。参考情報    スライドstrscanなしで文字列をスキャンする弊社社長の前田さんによるstrscanを使わずに文字列をスキャンするお話です。String#scan、String#indexなどで文字列をスキャンできるのですが、最後までまとめてスキャンしてしまう、マルチバイト文字でパフォーマンスの問題が出るといった問題があり、解決策としてString#byteindexが登場します。参考情報    スライドどうしてこうなった？から理解する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の比較と感想のお話。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 さんの発表でした。また、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 Parser開発日誌 (14) - LR parser完全に理解したLong journey of Ruby standard library標準添付ライブラリに関する Hiroshi SHIBATA さんの発表でした。  https://stdgems.org/ を確認irbを立ち上げてrequireしてから Gem.loaded_specs[“bigdecimal”].default_gem? メソッドを呼び出すRuby 3.3.2から標準添付ライブラリをrequireすると警告が表示されるとのことでした。C拡張のgemパッケージが異なるバージョンの場合にインストールに失敗することがありますが、そうならないように改善に取り組まれていることが紹介されました。  参考情報    スライドNamespace, What and WhyNamespaceの開発者の Satoshi Tagomori さんの発表でした。  名前の衝突定義の衝突バージョンの衝突名前の衝突は、トップレベルのUserやConfigurationを定義した時に衝突せずに定義できます。Namespace のC拡張のライブラリを読み込む場合の対応についても紹介されました。  参考情報    スライド“Namespace on Read” for Ruby, FAQExploring Reline: Enhancing Command Line UsabilityRelineの開発者の Mari Imaizumi さんの発表でした。次に、Relineを使用しない場合の違いについてのデモをされていました。また、Relineの現在の状態についても紹介されました。  参考情報    スライドRactor Enhancements, 2024RubyのフルタイムコミッタでRactorの開発者である Koichi Sasada さんの発表でした。現在は Child Ractor で require を呼べないようになっているとのことでした。また、Ractor.main? でMain Ractorでない時に上記のrequireの呼び出しをするように変更されたとのことでした。  参考情報    Ractor Enhancements, 20242日目Leveraging Falcon and Rails for RealTime InteractivityFalconの開発者である Samuel Williams さんの発表でした。その後、Falconやliveを使用したFlappy birdの作成について紹介されました。  参考情報    liveFalconflappy-birdCommunity-driven RBS repositoryRBSの開発者である Masataka Kuwabara さんの発表でした。gem_rbs_collection リポジトリについて話されました。次に、RBSの変更のPRのレビュー依頼について以下の2つを紹介されました。  .github/CODEOWNERS ファイルを使用してコードのオーナーにレビューを依頼。  gem/_reviewers.yaml を変更して誰でもレビュワーになれる。上記のレビュワーになった場合についてお話しされました。  参考情報    スライドgem_rbs_collectionrbsRubyGems on ruby.wasmruby.wasmの開発者の Yuta Saito さんの発表でした。  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メソッドで指定しています。また、RuboCopにPrismを導入すると4倍の速度になったとのことですが、PrismとLramaのパーサがあるのでRuboCopがどちらに対応すべきかは決めかねているとのことでした。  参考情報    スライドGood first issues of TypeProfRubyのフルタイムコミッタで、TRICKの審査員の Yusuke Endoh さんの発表でした。  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のバイナリを操作したとのことです。OracleがJVMのドキュメントを公開しているので読むことをお薦めされていました。  参考情報    スライドrubyvm-on-phpSpeeding up Instance Variables with Red-Black TreesRubyとRailsのコアコミッターである Aaron Patterson さんの発表でした。Rubyの赤黒木を実装時にパターンマッチングを使用すると、コードの読みやすくなると紹介されました。また、Ruby 3.3のキャッシュから赤黒木が導入されたとのことでした。  参考情報    Red-Black Trees in a Functional SettingERB, ancient and futureERBの開発者である Masatoshi SEKI さんの発表でした。最初にERBの開発された経緯がお話しされ、前田が作成したeRubyを参考にされたERBの仕様書が用意されたので作成し始めたとのことでした。ご自身がERBを使用して作成されたアプリが紹介されました。  参考情報    スライドPorting mruby/c for the SNES(Super Famicom)Ryota Egusa さんの発表でした。  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を提供しているとのことでした。また、ruby.wasmでひらがなの書き方を練習する紙を印刷するアプリケーションkakikataを紹介されました。さらに、kakikataの実装で作成された世界初Ruby用のフロントエンドフレームワークOrbital Ringの紹介もありました。  参考情報    スライドkakikataOrbital RingMatz Keynote過去のRubyKaigiでは最初にキーノートで発表されていた Yukihiro “Matz” Matsumoto さんの発表でした。最初にこれまでのRubyの歴史について紹介されました。Rubyは日本の成長しているスタートアップ(参考: Top Ruby Companies)でも採用されています。Optcarrot で計測した場合にRuby 2.0からRuby 3.0の速度が3倍になりました。ただし、VMが唯一のボトルネックではありません。それと、開発者のパフォーマンスも大事。以前、Rubyを新しく作成し直したらどうなるかと検討されたRuby 2の機能も、最新の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の公式サイトを先日リニューアルしました。サイト自体はJekyllで生成しているのですが、ニュースをesaで更新できるようにしたのでその方法を紹介します。基本方針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_TOKENにはFine-grained personal access tokenを使用しています。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会議は、島根県松江市で開催される地域Ruby会議です。松江Ruby会議10では、NaClのメンバーにもスタッフとしてご協力いただきました。また、松江Ruby会議10は発表者を募集させていただきました。詳細は 松江Ruby会議10 の公式サイトをご参照ください。session 4 「This is not Ruby」原さんに自作プログラミング言語の「Shiika」について発表していただきました。  Shiikasession 5 「ソースコード参照URIの考察と作成したツールの紹介」雄也さんに「dpu」について発表していただきました。  dpuLT 「mrbgemsのすべて」NaClフェローのまつもとさんに、最初のLTの発表をしていただきました。LT 「最近の小・中学生のプログラミング事情」高尾さんにLTで発表していただきました。LT 「自作キーボードの組み立て」高田さんにLTで発表していただきました。LT 「イベント協賛の価値を見直そう」井上さんに最後のLTを発表していただきました。ビンゴ諸事情でLTの発表者が1人参加できなくなりましたので、前田さんにご準備していただき、急遽そのLTの時間でビンゴをしました。対談NaClフェローのまつもとさんに、基調講演をしていただいたなかむら(う)様と対談をしていただきました。るびまの開催レポートNaClのメンバの田中さん、雄也さん、野坂さん、高田さん、原さんにご協力いただき、「るびま」の開催レポートを作成しました。開催レポートの作成では、HackMDを使用しました。本記事やるびまの開催レポートの写真には、野坂さんに撮影していただいた写真も使用しました。まとめ松江Ruby会議10の会場では、ご参加いただいた皆様のご協力のおかげでスケジュールに沿って進行することができました。

松江Ruby会議10の開催レポート

NaClの岸野です。今年度は4年ぶりとなる対面開催でのインターンシップでした。インターンシップ概要今年度のインターンシップの題材は「Rails Tutorial で作成したWebアプリの機能追加」というものでした。参加人数: 7名日数: 10日間内容: Rails Tutorial で作成したWebアプリの機能追加主な技術担当: 諸星さん、岸野以下のスケジュールで開催しました。今年は講義パートもたくさん盛り込み、たくさんの社員との交流の機会を設けました。1日目: 顔合わせ、インターン説明、開発環境構築（俵さん、加納さん）、Rubyについて（雄也さん）、顔合わせランチ会、MEDLEY様見学2日目: 会社案内（前田社長）、Webアプリについて（伊東さん）、Git/HTMLについて（加納さん）、開発3日目: 開発、社員交流ランチ会4日目: 開発、自動テストについて（諸星さん）5日目: 開発、超絶技巧プログラミング（QuineやTRICKの紹介）（原さん）6日目: 開発方針検討、ペアプロ風開発（若手一同）7日目: 開発8日目: 開発、まつもとさんコーナー9日目: 開発、発表準備10日目: 発表準備、発表会、事務処理また今回のインターンシップは対面開催ですが、通常の開発業務でもチャットツールを用いた開発が一般的なのでそれに倣いDiscordを利用して開催しました。前回、前々回では通信面で多少の不満がありましたが今回はフルリモートでないため、無課金の状態でも遜色なく使えました。Discordを導入したおかげでGitHubのAPIを使用して作業の効率化を図ってもらえたりと思ったより良い活用がなされたので導入してよかったと思っています。1日目今年は松江高専の学生さん4名、島根大学の学生さん1名、甲南大学の学生さん1名、筑波大学の学生さん1名の計7名の方々にご参加頂きました。昨年のインターンシップを参考にして少しレクリエーションをからめながらやれれば良かったなという反省が少しあります。2日目2日目です。  グループA    高専生2名筑波大学1名甲南大学1名グループB    高専生2名島根大学1名2日目は講義尽くしだったかと思います。開発に着手してここから計8日の開発が始まります。3日目3日目です。4日目4日目です。ここから本格的に波に乗っていくころ合いでしょうか。5日目5日目です。6日目4年ぶりの2週目突入です。7日目7日目。ここに来て初めてプレーンな開発だけの日がやって来ました。8日目8日目、毎年好評のまつもとさんを囲む会inインターンシップです。9日目いよいよ大詰め、開発する上では最終日の9日目です。10日目迎えた最終日。こちら。こちら。14:30開始をめどにスケジュールをとるべきです。参加者の声(抜粋)Rubyやgitに触れて良かったです。自分で新しい機能を作り出せたのも嬉しかった。実際に働いた時のことをイメージできてとても実感が湧きましたタスクが終わった瞬間はうれしかった。Rails触ったことなくて難しかったけど最後のほうは楽しかった。単純に、自分が実装したい機能が完成した時はやはり楽しかったです。また、自分が作ったモデルの機能をメンバーがコントローラで使うなどしてくれた時は、とても嬉しかったです。同開発で自分が担当していた課題を実装できた達成感は素晴らしいものでした。毎日に学びがあり、失敗もあり、とても充実した10日間でした。社員さんの方々との昼会や教えてもらおうの会(?)がとても楽しかったです。本インターンから見えた課題難易度がピリ辛ぐらいだったので、難しい人には本当に難しかったようです。後半はどうしても暇でした。質問のあるなしは、我々の問題から手を離れ、学生たちの特性なども含まれてしまうのでそこの議論はしませんが、もう少し早くこのブログを書く時間はあったと思います。そして早くその存在を思い出すべきでした。発表会開始は14:30。これの目安がなかったせいで変な提案してしくじりました。講義の厳選が必要でした。不要な人には無駄な時間になってしまうこともあるので、もっとそこは話し合うべきでした。Railsの講義がなかったこと。これが一番今回の痛手でした。今後、急遽作ったRailsの書置きを整理して使えればよいのですが……開発における「規約」を決めること。これをすればぐっと業務チックになってより良い体験になると思いました。なんでもかんでもきっちり決める必要はないのですが、インデントするしないや、コミットメッセージ、ブランチ名、空白の開け方ぐらいは縛った方が我々も質問されたときにコード見た時にモヤっとしなくて精神衛生上良さそうです。

2023年度夏季インターンシップ

NaClの完山です。昨年に引き続き、今年のインターンシップもオンライン開催でした。2回目のオンライン開催ということで、オンラインの利点と欠点が見えてきたインターンとなりました。インターンシップ概要昨年のインターンやRuby合宿で好評なので、今年もシューティングゲーム作成で実施する運びとなりました。今回は当初想定していた人数から減ったため、特別にNaClの新人社員2名を加えた3チームで実施しました。参加人数: 6名 + 2名(NaCl社員)日数: 5日間内容: シューティングゲーム作成以下のスケジュールで開催しました。1日目: 顔合わせ、簡単な説明、制作作業2日目: 制作作業3日目: まつもとさんとの対談、制作作業4日目: 制作作業5日目: 制作作業、発表会、懇親会また今回のインターンシップも去年に倣ってdiscordを利用して開催しました。開発の現場でも用いられるこちらのゲーム開発用のチャットですが、やはりboostをしないと通信制限などから画面共有やカメラ機能が十全に使えない事が多々ありました。今後は要検討かなと思います。1日目今年はインドの学生さん2名と島根大学への留学生さん1名、島根大学の学生さん1名、松江高専の学生さん2名の計6名の方々にご参加頂きました。2021年夏季オンラインインターンシップでまとめて頂いてますので、それを参考にまずはgithubやサンプルプログラムの簡単な説明から入ることにしました。その後、全員でサンプルコードが動き、DxRubyの使い方を覚えて頂くために、簡単な講義をしました。gitに関しては各班にgithub proに課金している人が最低1人という異常な光景だったために、なにもすることがなかったですね…。(私も最近は良くgithubのお世話になっているので早く課金しなくては…。bitbucketは使わなくなって久しいです。)チーム１インドの方2名 + 留学生チーム２島大生1名 + 高専生2名チーム3NaCl若手2名でした。2日目さて、2日目に入ります。3日目さあ折り返しとなりまして、3日目に突入しました。この日は Rubyの生みの親 まつもとゆきひろ氏(通称 Matz) による質問会がビックイベントです。4日目さて、舞台も大詰めです。5日目最終発表日となりました。次に、Team2です。最後に我らがTeam3です。参加者の声(抜粋)私はプログラミングに対して、完全な素人なので、ゲーム開発中に、色々な問題が出てきました。その時、完山さん、岸野さんは私の質問を素早く回答してくれました。Aarti Daasさんは色々通訳してくれました。メンバーはコードの方色々手伝ってくれました。私はとても感謝しています。私は今回のインターンシップに参加して様々なことを学ぶことが出来ました。DXRubyでは前使った時とは別の文を知ることができ、githubは初めて利用したので教わること全てが初めて学ぶものでした。自分にとって初めての共同開発経験だったので、それ故想定外のことがたくさんありましたがそれを経験できてよかったです本インターンから見えた課題本インターンで一番問題となったのはコミュニケーションロスです。検討項目ボイスチャットツールスケジュール参加者の要望などを事前に集めることインターンの題材決定