ひむ日記

本名は設楽です

ルーズリーフってなんだっけ

「ルーズリーフある？」と聞かれて、何のことだったかパッと思い出せなかった。
バインダー的なものの事かな？と最初に思い浮かんだので、「クリアファイルならいっぱいあるよ〜」と言ったらびっくりされた。
意味空間として近いものが連想されたという意味では、自分はやっぱり LLM 的な脳みそをしているのかもしれない。
それかボケが始まっているのかもしれない。
そしてこれは増田に書くべき話だったかもしれない。

君は motemen になれる


はじめに

本エントリは はてなエンジニア Advent Calendar 2025 の 42 日目の記事です。
昨日は id:mangano-ito の 2026 年ですね。年末大掃除で見つけた昔作った謎スクリプト "solitarize" を紹介します。 でした。

id:mangano-ito さんは年末にしっかりと大掃除をされていてさすがですね。
id:himura467 は『僕のヒーローアカデミア』のアニメがめでたく最終回を迎えたということで、年末をヒロアカとともに過ごしておりました。

分かる方は分かるかと思いますが、タイトルもかなりヒロアカに引っ張られています。

アイコン決まらない問題

先日大学の研究室の同期と話していて、社会に出る前にアイコンをユーザーと一対一に対応させる必要があるよね、という話をしました。

僕は 2026 年は Blog や X (旧 Twitter)、GitHub、カンファレンスでの登壇など外部への発信に力を入れる年にしようと意気込んでいるのですが、大半の方はユーザー名よりもアイコンでインターネット上の人を区別している (と思っている) ため、各種プラットフォームにおけるアイコンがバラバラだと同じ人として認識してもらいづらいという問題があります。

実際僕は現在 3 種類くらいのアイコンを使い分けており、かなりわかりづらい人間になってしまっているんじゃないかな、と危惧しています。

左から GitHub, はてな, Facebook

また、自分の写真をアイコンに使う場合は現実の被写体が変化 (老い) することによってアイコンと本人の見た目に食い違いが起こりやすく、混乱を招いてしまう恐れもあります。

先達に倣う

はてなエンジニアのアイコンを見てみると、id:motemen を筆頭に id:rokuokun、id:polamjag、id:ymse などモザイク調のアイコンを用いている方が何人かいらっしゃいます。

また、id:motemen はその特徴的なアイコンをコンテンツにされているのをよく見かけます。羨ましい。
airreader.hatenablog.com

ということで、誰でも id:motemen 風のアイコンを作成できる Zig ライブラリと Wasm を用いた Web ページを作りました。

Image Motemenizer の遊び方

himura467.github.io

↑のページにアクセスし、「Click to upload or drag and drop」と書いてある領域をクリックして png, jpg, bmp のいずれかのファイルを選択することで画像が id:motemen 風になります。
もちろんドラッグ&ドロップをすることでもファイルを選択できます。

処理は全てブラウザ上で完結している (外部との通信を必要としない) ため、プライベートな画像などでも安心してモザイク処理を行うことができるはずです。

デモ

Horizontal Blocks と Vertical Blocks を変更することで、モザイクの粒度を変更できます。
id:motemen を目指すなら 4x4。id:polamjag なら 16x16。

また、Color Space を変更することでモザイク処理を計算するための色空間を指定できます。
現在は RGB と Oklab の二つの色空間をサポートしています。
Oklab は人間の知覚により近い方法で色の計算を行うことができますが、実際にどのような違いが生まれるのかも是非触って体験してみてください。

変更を加えた画像は「Download Result」と書いてあるボタンからダウンロードできます (現在は png 形式のみサポート)。
png では DEFLATE という圧縮フォーマットが用いられているのですが、これは RLE などと同様に画像に含まれる繰り返しパターンに対して最適化されているため、同じサイズの画像でもモザイク処理をすると有意にファイルサイズを削減する*1ことができます。嬉しいですね。

Image Motemenizer の実装

github.com

実装に Zig を用いているのは、単純に好みです。
Zig でしか実現できない実装などは特になく、Rust などでも同じように実装すれば実現できると思います。

今回実装するにあたって、ImageMagick などの画像処理ライブラリに依存しない Zig ライブラリとして実現することを目標に作りました。
stb を再発明するのは流石にしんどいので唯一 stb にはお世話になっていますが、vendoring しているため依存ゼロの Zig ライブラリとして実現することができました。

Rgb 色空間と Oklab 色空間の座標変換を手で書いたり、画像ファイルを1ピクセルずつ塗っていく体験はなかなか味わい深くて良かったです。

余談ですが、Zig における Wasm のビルドはクロスコンパイルのターゲットを指定することで実現できます*2。

Wasm 向けのターゲットとしては wasm32-freestanding と wasm32-wasi があるのですが、本ライブラリにおいては wasm32-wasi をターゲットとしてクロスコンパイルを行っています。
もちろん wasm32-freestanding としてビルドできれば最高なのですが、stb が libc に依存している関係で malloc, free, realloc を wrap した実装を Zig 側で書く必要があり、できないことはないと思うんですが少し億劫だったので wasm32-wasi で妥協している、という感じです。
ブラウザ側で特に polyfill などを設定せずとも自分の環境では latest の Chrome, Safari はどちらも元気に動いていますが、何か不具合などあれば対応します。
気が向いたら wasm32-freestanding でビルドするように修正するかもしれません。

おわりに

本ライブラリを用いて生成した id:motemen 風アイコンによって、僕の SNS たちのアイコンの統一が無事進められています。
新アイコンになっても本年も何卒よろしくお願いいたします。

旧 <--> 新

*1:手元の 512x512 ピクセルの png 画像をサイズそのままに 16x16 でモザイク処理を施したところ、276KB -> 9KB になりました

*2:Ref: https://ziglang.org/learn/overview/#cross-compiling-is-a-first-class-use-case

2025年の振り返りと2026年の抱負

はてな

はてなでアルバイトをし始めたのが 2024 年の 11 月ごろだった気がするので働き始めて大体 1 年が経ったことになるが、すごく充実している。
オフィスに行くと無料で飲み物や軽食が貰える上に、高頻度で BBQ や祇園祭、マラソンなどのイベントが起こるのでかなり楽しい。

祇園祭に繰り出すはてな社員たち

良い肉を食べさせてもらったりもした。
blog.sushi.money

仕事

2025 年の初めは Perl はおろか GraphQL も Terraform も何もわからん〜という感じだった気がするが、1 年経って Perl ともかなり仲良くなれた気がする。

コーディングで悩むことはある程度少なくなってきた一方、タスクの工数設定や、期日に間に合わなさそうな時に「まずそうっす」というエスカレーションをあげるタイミングなどは下手くそなので精進していきたい。

また、デザイナーさんやディレクターさんなどとお仕事をする上で、僕がやりやすい仕事の進め方ではなくチーム全体がやりやすい仕事の進め方を考えることを意識していきたい。

それと、タスクに着手した後で「ここの要件が曖昧なので詰めましょう」とディレクターさんに呼びかけることになると、ディレクターさんのコンテキストスイッチが負担になってしまったり最悪手戻りが発生してしまったりするので、要件を伝えられたタイミングで可能な限り曖昧な要件を指摘しきれるようになりたい。

Life is Tech!

自分が受け持っていたメンバーのうち 3 人ほどが 3 月に卒業して晴れて大学生になったのだが、普通に涙がちょちょぎれてしまった。
エモい。

Life is Tech! では、僭越ながら 2 年ほど Unity コースの講師として大学生の方々に対して Unity やゲームプログラミングについてお教えする立場にいるのだが、プライベートでは Unity はおろか C# も最近はあまり触れられておらず Unity の魅力を伝えるべき立場としては不甲斐ない限りなので、本年は最低 1 作品は Unity に関するアウトプットを出したいな、という気持ちでおります。

Unity 講師 in 福岡

サイボウズ・ラボユース

確か 6 月か 7 月ごろにサイボウズ・ラボユースというプロジェクトに採択していただいて、サイボウズ・ラボの中谷さんの下で機械学習に関する研究をさせていただいている。

中谷さんは機械学習以外にもさまざまな領域に精通されていて、未熟な自分に嫌な顔ひとつせずなんでも教えてくれるので、日々学びがあり充実した研究をさせていただいている。

夏合宿の飯たち。すごく美味しい。

積んでいるゲーム

AI コーディングエージェントが流行したのは 2025 年の大きな出来事だった気がするが、おかげさまで僕も大ハマりしてしまい、2025 年はほとんどゲームをする時間を取れなかった*1。

暇があると PC を開いてしまうのと、いざゲームをやるぞ、となっても何から手をつけて良いかわからなくなってしまうので、2026 年は積みゲーを管理できるリストなどを作って優先度を決めて消化できる体制を整えたい。

今書いていて思い出したが、高校生の頃からずっと中途半端なところで止まっている「ペルソナ Q」はパパッと消化してしまいたい。

DTM

中田ヤスタカが好きなのと、はてなでは結構 DJ 文化が盛んなこともあり、素朴に DTM に対するモチベが高まっている。
やるならちゃんとやりたいので、音楽理論なども学びたい。

総括

2025 年は AI をはじめとして Web やシステムプログラミング言語など多方面に手を出していたが、それらのインプットをあまりうまくアウトプットできなかった気がしている。

YAPC::Fukuoka 2025 で LT をする機会をいただけたのは嬉しかった一方、色々な方の発表を見て自分の未熟さを思い知るところも多かったので、2026 年はブログも含めより一層アウトプットに力を入れていけると良いな、と考えている。

YAPC::Fukuoka 2025 では吉祥寺.pm や RubyKaigi などさまざまなカンファレンスにお誘いいただいたので、どんどん飛び込んでいきたい。

*1:アークナイツと雀魂は移動中などによくやっていた

Temporal API を用いた RFC 5545 実装の Rust 製 JavaScript ライブラリを作っています

はじめに

本エントリは Life is Tech! Mentors Advent Calendar 2025 の 25 日目の記事です。

開発のきっかけ

僕は大阪金曜スクールで日頃活動しているのですが、先日メンバーの出席や目標の管理を行うための Web サイトをリリースしました。

出席を管理するページ
目標を一覧できるページ

この Web サイトでは、RFC 5545 という標準に則ったデータ構造でスクールの日程を管理しています。

RFC 5545 とは？

datatracker.ietf.org

インターネット上でカレンダーやスケジュールに関する物事を表現するための枠組みを提案したもので、現代においてカレンダー関連の機能を持つアプリケーションや API は大抵これに準拠して実装されています。

カレンダーやスケジュールに関する物事、とは何でしょうか？
例えば僕が住んでいる区域で段ボールごみが出せる日は「第二・第四水曜日」となっていますが、この決まりはカレンダーやスケジュールに関する物事と言えます。

昭和二十三年法律第百七十八号
国民の祝日に関する法律
第三条　「国民の祝日」は、休日とする。
２　「国民の祝日」が日曜日に当たるときは、その日後においてその日に最も近い「国民の祝日」でない日を休日とする。
３　その前日及び翌日が「国民の祝日」である日（「国民の祝日」でない日に限る。）は、休日とする。

国民の祝日に起因する休日は法律で上記のように決まっていますが、このような複雑なイベントもカレンダーやスケジュールに関する物事と言えるでしょう。

RFC 5545 は数多存在するこれらカレンダーやスケジュールに関する物事を可能な限り普遍的に表現可能な枠組みとして提案されているため、その適用範囲の広さと暦の解釈の難しさとが相まって、かなり複雑な枠組みとなっています。

さらに、これをグローバルなアプリケーション・API として実現しようとすると、タイムゾーンやサマータイムといった概念によって複雑度が跳ね上がります。

RFC 5545 は様々な言語・フレームワークで実装されていますが、このような事情によって RFC 5545 の定める標準全てに準拠するのを諦めたライブラリも少なくありません。

そのうちの一つが rrule.js という JavaScript ライブラリです。

本ライブラリは長らく JavaScript 環境における RFC 5545 実装を担ってきた歴史あるライブラリなのですが、RFC 5545 の複雑さと JavaScript の Date 型の扱いづらさによって*1プロジェクトが停滞してしまっています。

Furthermore, the RFC is extremely complex, with tons of edge cases, and a full implementation on top of a buggy Date primitive is going to be very expensive to build and to maintain. I would say that's the reason why this project has stalled for years and no replacement has emerged. At the end of the day, somebody (probably a large company) is going to need to sponsor a major effort to implement the RFC and maintain it on an ongoing basis.

https://github.com/jkbrzt/rrule/issues/450#issuecomment-1055853095

さて、例に漏れず僕の運用している Web サイトも rrule.js を採用していたのですが、前述の通りこのライブラリはメンテナンスが継続されていないため、不具合を踏んだ場合は元の実装を wrap するなどの力技で解決するしか手段がありません。
また、JavaScript の Date 型の扱いづらさや暗黙的な挙動にも苦しめられており、課題感を抱えながら日々フロントエンドを書いておりました。

Temporal API

そのような Date 型の問題を解決する新たな時刻管理用の API として Temporal API というものが開発されています。

個人的には長らく「実験的な API」、「未来の技術」という先入観があったのですが、実際はかなり対応が進んでいるようで、すでに Firefox では対応が完了しており、Chrome, Edge も 2026 年の 1/13, 1/15 にリリースされるバージョンでそれぞれ対応されるようです。

Chrome, Edge, Firefox などの主要ブラウザの対応が完了した後は JavaScript における時刻管理は Temporal API が支配的になっていくのではないかな、と期待しています。

Node-API

ところで oxc というプロジェクトをご存知でしょうか？

このプロジェクトは JavaScript 環境の Linter や Formatter などを Rust という言語で書き換えるプロジェクトです。

ここで詳しい話はしませんが、一般に Rust で書いた処理は JavaScript などのインタプリタ (や JIT コンパイラ) で書いた処理よりもパフォーマンスが優れるため、最近はスクリプト言語で書かれた処理を Rust で再実装する行いが流行しています。

さて、Rust で再実装するとは言っても Node.js ランタイムやブラウザが直接 Rust を読めるわけではありません。
ここでは、ネイティブ拡張と呼ばれる技術が用いられています。
これについても詳しい話はしませんが、Perl という言語のネイティブ拡張の話を 令和七年冬、DBD::mysql の quote メソッドを読む - ひむ日記 で書いているので、チラッと読むと雰囲気がわかるかもしれません。
Perl では XS というフォーマットによって開発者が Perl と C の呼び出し規則の違いを吸収する実装をしなくても良い仕組みが提供されていますが、Node.js では XS の役割を Node-API が担うことによってこれが実現されています。

この Node-API は公式には C や C++ 向けの実装が提供されているのですが、Node-API を Rust や Zig に拡張するプロジェクトも有志の OSS によって実現されています。
oxc などの Rust 製 JavaScript ツールは、Node-API という公式の仕組みとそれを Rust に拡張する有志の OSS (NAPI-RS) によって成り立っているのでした。

おわりに

そんな oxc と同じように、僕も Node-API と NAPI-RS の恩恵にあずかりながら Rust 製の高速な RFC 5545 実装を Temporal API 向けに提供する JavaScript ライブラリを作っているよ！という近況報告でした。
https://www.npmjs.com/package/chronical

Temporal API は、時刻を表現するフォーマットとして従来用いられてきた RFC 3339 を更新する標準である RFC 9557 が採用されていたりと、時刻管理の最先端を体験できている感じが面白いですね。
他にも Rust のオブジェクトを bundler に優しい形式で Node.js ランタイムに渡す方法など、いろいろ考え事があって楽しいです。

Star や不具合報告、Pull Request もじゃんじゃんお待ちしていますー！
github.com

お誘い

中高生の皆さんへ

Life is Tech! では楽しくプログラミングを学べる場を提供できるよう尽力しております。
キャンプやスクールで皆さんをお待ちしていますね！
camp.life-is-tech.com
life-is-tech.com

大学生の皆さんへ

僕たちと一緒に働いてみませんか？
一年に一回行われる Leaders という研修イベントに参加すると、技術的な事柄以外にもコミュニケーションやタスクマネジメントも成長できる上に、一緒に働けるようになるみたいですよ！
leaders.life-is-tech.com

*1:その他にもメンテナの方の業務内容の変化や慢性的なメンテナの不足なども要因として挙げられています

令和七年冬、DBD::mysql の quote メソッドを読む

はじめに

本エントリは MySQL Advent Calendar 2025 の 9 日目の記事です。
昨日は @HrsUed さんの wait/io/table/sql/handlerの正体 でした。

本エントリのあらすじとしては、libmysqlclient を用いたデータベースドライバの実装・処理の流れを追うことで MySQL C API を用いたライブラリの開発・使用の勘所を掴みたいというモチベーションのもと、Perl の代表的な MySQL ドライバである DBD::mysql の実行フローを追いながら理解を深めるぞ、というものになります。

いくつかのメソッドの実行フローを眺めようと思っていたのですが、quote だけでほどほどのボリュームになってしまったので、他のメソッドの動作については別のエントリでまた書こうと思います。

DBD::mysql とは？

Perl で MySQL データベースを操作するために使用されるデータベースドライバ。
DBI という Perl のデータベースインタフェースに準拠した実装を提供している。

登場人物紹介

Perl アプリケーション

アプリケーション開発者が開発する、MySQL を利用するアプリケーション。
DBD::mysql をデータベースドライバとして用いる。

mysql.pm

DBD::mysql の一部。
mysql.pm にはエントリポイントとなるメソッドが定義されている。
これらは DBI で規定されたメソッドの実装となっているものが多い。

mysql.xs

DBD::mysql の一部。
mysql.xs では、Perl の実装と C の実装とのインタフェースが定義されている。
ここより下の実装は Dynamic Loading によってメモリに読み込まれる (libmysqlclient は Dynamic Linker によって解決される)。

dbdimp.c

DBD::mysql の一部。
dbdimp.c には C 言語での実装が定義されている。
Perl ランタイム側から XS 経由で呼ばれる。

libmysqlclient

C 言語で記述されたクライアントアプリケーションが MySQL Server と通信するために使用される C ベースの API の実装。
MySQL :: MySQL 8.4 C API Developer Guide :: 2 MySQL C API Implementations

quote メソッドの実行フローを追ってみる

DBD::mysql (が準拠する DBI) には $dbh->quote($value, $data_type) というメソッドが定義されている。

これは $value に含まれる特殊な文字をエスケープするなどして、SQL 文中に用いるリテラル値として使えるようにするために使用される。
undef が与えられた場合は "NULL" が出力される。

また、$data_type が与えられた場合は、その情報を基に $value に対して施すクオートの処理内容を決定する。

== Example ==
$dbh->quote("' OR 1=1 --")

== Output ==
'\' OR 1=1 --'

処理は大まかに以下の図に示した流れで進む。

sequenceDiagram
  participant A as Perlアプリケーション
  participant B as mysql.pm
  participant C as mysql.xs
  participant D as dbdimp.c
  participant E as libmysqlclient

  A->>B: call
  activate B
  B->>C: dispatch
  deactivate B
  activate C
  C->>D: call
  deactivate C
  activate D
  D->>E: call
  deactivate D
  activate E
  E->>D: return
  deactivate E
  activate D
  D->>C: return
  deactivate D
  activate C
  C->>A: return
  deactivate C

ここからは、各ステップでどのような処理が行われているかを具体的に読み進めていく。

1. Perl アプリケーション

$dbh->quote() が呼び出される。

2. mysql.pm

mysql.pm に定義されている DBD::mysql::db パッケージには、DBI の要求する quote メソッドが定義されていない。
このとき、DBI は mysql.xs で定義されている C 言語実装の XSUB を動的に"ディスパッチ"する。

The DBI "dispatches" the method calls to the appropriate driver for actual execution. The DBI is also responsible for the dynamic loading of drivers, error checking and handling, providing default implementations for methods, and many other non-database specific duties.

Architecture of a DBI Application

3. mysql.xs

mysql.xs には quote という C 言語で書かれた関数が定義されており、DBI によって透過的に呼び出される*1。
https://github.com/perl5-dbi/DBD-mysql/blob/aead7bede40dd335412efe35f41d35e3144d01dd/mysql.xs#L413-L429

quote は Perl の引数 (dbh、str、type) を受け取り、非同期クエリの実行中チェックなどをした後に dbdimp.c のヘルパー関数 dbd_db_quote() を呼び出し、処理を委譲する。

4. dbdimp.c

mysql.xs から呼び出された dbd_db_quote は引数 (dbh、str、type) を受け取り、以下の順に処理を行なっていく。
https://github.com/perl5-dbi/DBD-mysql/blob/aead7bede40dd335412efe35f41d35e3144d01dd/dbdimp.c#L4586-L4642

a. 渡された文字列 str の有効性を確認し、undef である場合は "NULL" を返す

b. 型情報 type が与えられている場合はその型に対応する sql_type_info_t 構造体を取得し、数値型などのクオートすべきでない型であることが判明した場合は Nullsv を返して処理を切り上げる (この Nullsv は文字列としての "NULL" とは異なるので注意)

c. エスケープ後の文字列を格納するための新しい Perl スカラ値を作成し、メモリを割り当てる

メモリは 元の文字列の長さ * 2 + 3 の長さで割り当てられる。
なぜこうなっているのかと言うと、全ての文字がバックスラッシュでエスケープされる場合に最長で元の長さの 2 倍になる可能性があり、さらに開始の引用符 (')、終了の引用符 (') および C 言語において文字列の終端を表すヌル文字 (\0) が追加されるため最長で 元の文字列の長さ * 2 + 3 になるためだと思われる。

d. libmysqlclient ライブラリの mysql_real_escape_string_quote() を元の文字列を引数として渡した上で呼び出す

5. libmysqlclient

与えられた文字列にエスケープ処理を施し、エンコード済み文字列の長さを返す。
MySQL :: MySQL 8.4 C API Developer Guide :: 5.4.61 mysql_real_escape_string_quote()

6. dbdimp.c (戻り)

libmysqlclient によってエスケープが実行された文字列に対し*2、開始と終了の引用符を書き込みヌル文字 (\0) を追加したものを返す。

7. mysql.xs (戻り)

dbdimp.c によってエスケープされた文字列を Perl ランタイムに渡す際に、Perl の参照カウントを一時的に維持するために、mortal な値としてフラグをつけて返す。

おわりに

Perl ランタイムからぬるっと動的に C の実装が呼び出されている部分はすごく面白かったです。
また、メモリの割り当てや Perl ランタイム側に値を返す事情を考慮した設計は、Perl 以外の言語・フレームワークによるネイティブ拡張にも応用できそうだな、と思いました。

明日は @mita2 さんです！

*1:DBI による XS ドライバメソッドの呼び出しは高度に最適化されており、高速

*2:正確には開始の引用符を書き込んだ後に mysql_real_escape_string_quote() が実行される

YAPC::Fukuoka 2025 探訪記 Day 2

himura467.hatenablog.com
が長くなりすぎてしまったので分割しました。
本エントリは Day 2 のトークの感想をまとめたものです。
Day 1 の感想はこちら

OSS開発者の憂鬱 by Yusuke Wada

speakerdeck.com

世界的な OSS の作者というと華やかなイメージがありますが、その分大変なこともあるんだぜ、ということが語られていました。
Issue や PR に対してリジェクトするためのコミュニケーションはいかにも大変そうだなと思いました。

Minimal Reproduction が大事であるという話はすごく分かるなあ、と思いつつ、不具合の原因究明において Minimal Reproduction を見つける作業が一番大変 (かつ一番やりがいがある) だと思っているので、頑張っていきたいですね。

世界中の著名な方と一緒にご飯を食べて写真を撮っている、という話はめちゃめちゃ羨ましいな〜と思いました。
Hono にはお世話になっているのですが全然貢献できていないので、ひとまず Hono CLI を使うところから貢献していきたいですね。

Perl の生きのこり by わいとん & kobaken

speakerdeck.com

お世話になっている Plack や Carton などが生まれた歴史的経緯がお話しされていてめちゃめちゃ良かったです。
特に PSGI に関しては、元となった Python の WSGI (や ASGI) に興味があって調べていたこともあったので、自分の興味のある分野にも関わりのある歴史が知れてすごく学びになりました。

また、本トーク用に BBS アプリケーションが用意されていてめちゃめちゃ良かったです。
YAPC::Fukuoka BBS - 令和最新版掲示板
Bun, Hono と一緒に Perl が使われているという味わい深い技術スタック
GitHub - kfly8/yapc-fukuoka-bbs

とりあえず id:miyagawa さんがカッコいいことだけはめちゃめちゃ分かったので、YAPC 以後 rebuild.fm を聞くようになりました。
rebuild.fm

OSS開発者なら学生たくさん連れてこれる説 by id:moznion

まんまと連れてこられました。

尊敬する OSS 開発者の皆さんに忌憚のない質問をぶつけました🚀

OSS 開発者の皆さんの座談会のような雰囲気で面白かったです！

転ばぬ先のXS入門 by polamjag

speakerdeck.com

裏番組でしたが、2 日目の 3 次会で id:polamjag さんがトークを再演してくださったのと、個人的に資料を読んだので感想を書きます。

そこまで最近の話ではないのですが、node-canvas というネイティブ拡張付きのライブラリを AWS Lambda 上で動かす際に悩みポイントがあったので、ネイティブ拡張の仕組みを知る絶好の機会だぞ、と思いながら聴いていました。

資料を 2 周した後に DBD::mysql のコードリーディングをしていたのですが、学んだ知識が活きる箇所が幾つかあってテンションが上がりました。

XS 側で管理している SV を Perl ランタイムに戻すときに、その時点では参照カウントを維持しつつ Perl 側でスコープを抜けた時に正しく free されることを保証するために mortal フラグというものが用いられている、というのが個人的なおもしろポイントでした。

教科書では知れない令和最新 Perl ワード解説バトル by id:rokuokun

バトルしました⚔️

bless の話の流れで、die() しても死なず、bless() すると死ぬ Acme::Undead というジョークモジュールを紹介してもらいました。おもろい。

日頃僕は prefork 型の Starlet という PSGI サーバにお世話になっているのですが、「イベントドリブンアーキテクチャを実現する PSGI サーバ実装のおすすめはありますか？」という素朴な質問を質問箱に投げたところ、id:kfly8 さんに Twiggy をお勧めしていただきました。id:miyagawa さんどこにでもいるなあ。


最近は Mojolicious もいいよ、とのこと。
色々試してみます！

id:rokuokun の司会は凄く安定感がありました。見習いたい。

LT

Perl 9 by moznion

トーク概要を読んで、なんだこれは？と思っていました。

手練手管で Perl 9 を実現していて面白かったです。
Plan 9 が出てくるとは思わなかった。id:lufiabb が喜びそうだなと思いました。

Binary "pack" Rebooted in Perl 〜Rubyistの視点から〜 by 近藤うちお

udzura.jp

pack / unpack を 1 割くらい理解しました。
バイナリ読めるようになりたい。

コマンド行から簡単に new してメソッドを試したい、タブ補完もしたい…MouseX::OO_Modulino と関連モジュールのご紹介 by hkoba

hkoba.github.io

お恥ずかしながら Modulino という概念を知らなかったのですが、script と module の両方として機能するファイルのことを指している (合ってますか？) んですね！
スクリプトとして実行する際の補完も実現されているということで、すごく使いやすそうです！

小さなPerlスクリプトから続くOSS by iberianpig

Linux で Mac みたいにシャッとスワイプしたい、確かに。
Linux マシンを手に入れたら絶対使います。

ghqの秘密 by 松木 雅幸 / Songmu

www.docswell.com

ghq が「Go Hot 九州」の略であるという公式 (id:motemen) からの声明は衝撃でしたね。


VCS 全然知らないものがたくさんあって面白かったです。

伝統的日本企業のソフトウェアエンジニアになって無双しよう！ by 倉井龍太郎

ハローキティさんがひたすらに可愛かった。
JTC に入るとスライドにハローキティさんを起用できるのは強い。
「みんななかよく」大事にしていきたいですね。

キーノート by P山

speakerdeck.com

年収 300 万円の話は教訓として刻みました。
話がすごくお上手で、笑いどころがあり引き込まれる話もあり、すごくいい話でした。
僕も Hacker でありたいな。頑張ります。