Diary - Harukasan-dot-dev

アクセスカウンターと拍手の実装

Harukasan — Sat, 29 Aug 2026 17:15:00 GMT

個人サイトといえばやはりアクセスカウンターとWeb拍手、これらは承認欲求を満たすための二大要素です。従前であればCGIを使って実装していたと思いますが、さいきんなのでCloudflare D1で実装しました。実装はぜんぶClaude Codeにおまかせなので、こういうかんじでっていう設計しかしていません。以下の説明もClaude Codeに書いてもらったのでそういうことでよろしくおねがいします。

このサイトharukasan.devはCloudflare Pagesで構成されておりHonoXを使ってつくられています。サイト本体はSSGしていますが、Pagesの前段にはWorkerがいるので、動的なエンドポイントだけはWorkerで動かすことができます。

islandで数字を出す

記事のHTMLはSSGされた静的ファイルなので、数字はビルドした時点で固定されてしまいます。そこで数字の部分だけをHonoXのislandにして、ページを開いたあとにブラウザから取りにいきます。日付の隣の閲覧数と拍手数、記事末尾の拍手ボタンがそれぞれislandです。取得できるまでは何も描かないので、数字があとから出てきてもレイアウトは動きません。

かぞえかた

閲覧数はのべ日次ユニーク訪問者数です。同じ人が同じ記事を何度リロードしても、その日は1しか増えません。翌日になるとまた1増えます。「同じ人」は日次ハッシュで見ています。秘密の値・日付・IPアドレス・User-Agentのハッシュで、日付が入っているので日をまたぐと別の値になります。

テーブルは3つです。

-- 記事ごとの累計
CREATE TABLE page_counts (
  path TEXT PRIMARY KEY,
  count INTEGER NOT NULL DEFAULT 0,
  claps INTEGER NOT NULL DEFAULT 0
) WITHOUT ROWID;

-- 閲覧数の重複排除用。visitor は日次ハッシュ
CREATE TABLE page_count_visitors (
  path TEXT NOT NULL,
  visitor TEXT NOT NULL,
  created_at INTEGER NOT NULL DEFAULT (unixepoch()),
  PRIMARY KEY (path, visitor)
) WITHOUT ROWID;

-- 拍手の日次上限用。claps はその訪問者の今日の回数
CREATE TABLE page_clap_visitors (
  path TEXT NOT NULL,
  visitor TEXT NOT NULL,
  claps INTEGER NOT NULL DEFAULT 0,
  created_at INTEGER NOT NULL DEFAULT (unixepoch()),
  PRIMARY KEY (path, visitor)
) WITHOUT ROWID;

累計は page_counts の列に持っているので、表示のたびに数えなおすことはありません。日次ハッシュの行は2日で消します。

加算はページを開いたときにブラウザから送るPOSTの処理でおこないます。SQLはこの2文です。

INSERT INTO page_counts (path, count) VALUES (:path,
  1 - coalesce((SELECT 1 FROM page_count_visitors
                WHERE path = :path AND visitor = :visitor), 0))
ON CONFLICT (path) DO UPDATE SET count = count +
  (1 - coalesce((SELECT 1 FROM page_count_visitors
                 WHERE path = :path AND visitor = :visitor), 0));

INSERT OR IGNORE INTO page_count_visitors (path, visitor)
  VALUES (:path, :visitor);

その訪問者をその日まだ記録していなければ1、記録済みなら0になる式を足しこみます。増える量をSQLのなかで決めるのがポイントで、アプリが読んでから書くと、途中で失敗したときに訪問者の記録だけ残って二度と数えられなくなります。2文は1トランザクションで実行します。

拍手は1人が1記事につき1日10回までです。連打されるので1クリックごとには送らず、クリックが止まって1秒たったらまとめて送ります。送るのは差分ではなく「今日この記事に拍手した累計」で、増える量はこう求めます。

max(:total - coalesce((SELECT claps FROM page_clap_visitors
                       WHERE path = :path AND visitor = :visitor), 0), 0)

同じ数字が何度届いても2回目からは0です。送信が重なってもタブが複数あっても二重になりません。

というわけで、ここまで読んでいただいた方はぜひ拍手ボタンを押していってください。1日10回まで押せます。

MOGRA 17th ANNIVERSARY PARTY DAY1

Harukasan — Sat, 29 Aug 2026 10:30:00 GMT

2026年8月28日(金)、東京都千代田区外神田にあるMOGRAにて開催された「MOGRA 17th ANNIVERSARY PARTY DAY1」に行ってきました。

最後にいつMOGRAに来たのか思い出せない……秋葉原のこの地で17年続いているのはすごい。そんなMOGRAの周年イベントに最近推している桃井はるこさんがでるということで。 MOGRAといえばやはり配信で、今日もお昼からやってるからTwitchで聴きながら筆をとっています。

金曜日はわりと仕事がつまってしまったので、会社からそのまま秋葉原に向かうことにした。パーティーが開くまでは1時間半くらいありそうだったので、以前伺ったときにフードもけっこうありそうだった2むぎさんでビールをいただいてから行くことにした。スワンレイクビールのバレルエイジドサワー「Rouge cerise」が良い色をしていておいしかった。

はるかさん @harukasan

そろそろ行こうと思ってたらスワンレイクの barrel-aged sourが追加されてしまった。めっちゃ良い色

0 8 2026/08/28 21:24 JST

私ははじまってすぐのゆったり揺れてるフロアがわりと好きな人間なので、ついてすぐのフロアに降りたところ、これぞアニクラって雰囲気がよかった。いくつか覚えている曲でいうとGalaxy AngelはやはりEternal Loveがいちばん良いと思ってます。そのあとのBe My Angelもよかった。アイプリでフロアを湧かせるAiobahn +81は本当によかったです。1Fにわりとひろいラウンジがあったので、休憩したりモモイストのみなさんと乾杯したり談笑したりしながら過ごせたのもよかった。

それで桃井さんの番になったので、またフロアにもどったのだけど、最前のモモイストはすくないもののフロアがめちゃくちゃあたたまっていたので最初から安心してジャンプできた。クラブで聴くMOECOM LYNXは良いものですね。DJブースではしゃいでる桃井さんかわいいなって思いながらはしゃいでたら一瞬でおわってた。そのあとカナDさんがこれでもかってモモーイメドレーしてくれてたすかった。完全に良い選曲だった。

ワンマンライブとちがうけれどMOGRAっていうフロアだからこそできあがった空間だった。あらためて17周年おめでとうございます。やっぱりフロアでさわぐのはいいですね。また来られるといいな。

桃井はるこワンマンライブ「覚醒」大阪公演に行ってきた

Harukasan — Mon, 27 Jul 2026 19:49:00 GMT

先週の土曜日になりますが、2026年7月25日、大阪府大阪市中央区心斎橋にあるライブハウス Pangeaで開催された「桃井はるこワンマンライブ覚醒〜言霊ノ儀、共鳴シ捧グ〜関西公演」に行ってきました。この日はゆずの弾き語りアリーナツアーのラストとなる横浜公演の真っ只中であったのだけれど、土曜日のチケットはとれてなくて、偶然余白があったのだ。

家族には「ももーいのおーさかはまあいいんじゃない」って言われたけど、次にいつチャンスがあるかわからない地方公演だったので諦めきれずにいて、日曜は幕張の方でイベントがあるので土曜のうちにかならず帰ってくるのであれば良い、ということで了解を得られて参加できることになった。ただでさえ金曜と日曜ライブでいないのに送りだしてくれてありがとう。お土産には551の豚まんを買って帰った。

そういえば私がまだ学生だった頃、桃井さんのライブが福岡であって、そのときのチケットがたぶんとらのあなで売ってたんだけど、結局行かなかったのがちょっと心残りだったことを思い出した。

ということで、金曜のライブの興奮おさまらぬなか、洗濯物だけどうにか片づけてちょっとだけ寝て、起きてすぐに大阪に向かっていた。

会場についたのは物販がはじまる10分くらい前だったと思うけれど、前の方に並ぶことができたので、ちょうど特典券に届く金額のTシャツと大阪セットをいただいた。こないだのせーけん放送でTシャツにサインをいただいていた方がいて羨ましかったのと、着ていったライブTシャツはこのあと汗だくになるにきまっていたので、ちょうどもう一枚ほしかったのであった。

ガラガラ抽選も5回まわしたらポスターが2枚当ってしまったので、荷物を近くのコインロッカーに押し込んで会場にもどった。そういえば今回は特典会が後半にしかなかったので荷物は全て預けちゃうのが正解だったと思うけれどこのへんの学習が足りないのである。

桃井さんのライブでわりと詰め詰めのオールスタンディングは殆んど初めてみたいなかんじだったので、はじめはちょっと緊張していたけれど、気がついたらめっちゃジャンプしてましたよね。不思議である。これまで参加したどの公演よりも桃井さんが目の前にいる感覚があって舞いあがっちゃった。もう何度も目線がくるからどきどきするよね。そのあと逃げ場もなく圧縮やらサークルなどあり、なかなか大変であった。参加できて楽しかったけれど、それ以前になんか衝撃の方が大きかった。

話をもどすと、東京公演ではきらびやかに見えていた桃井さんが目の前ではしゃいでいるのは本当によくて、おなじようなセトリでも全く異なる体験で、なんか円盤とかで見ていた桃井さんのライブに参加できた気分があって本当によかった。はー。「はじめての夏」聴けたのよかったですね。今回のワンマンライブは夏の曲がメドレーになっているのだけど、この曲は大阪公演で追加されていた。

今気がついたけどまだ7月なのか……あとは私たぶん「21世紀」が大好きなのだけれど、この曲を聴くとどうしたらいいかよくわかんなくなっちゃうんだよな。桃井さんの曲って心を抉る詞があってその度にかたまってしまいますね。このときの「Friendship」とかは感極まってしまってた。とにかく桃井さんが目の前にいてしあわせだった。

何回かイベント行かせていただいて、桃井さんが目の前にいること自体には慣れてきた気がしていたけれど、その場の空気感に呑まれるというか、そのときどきで感じとれるものが違っていて、今、このときを、思いっきり感じるのが大事だなって、そう気づかされた体験だった。

ひとつだけ気になった点があるとすれば、PAが慣れてないのか直前のリハができてないのか曲出しにとまどっていたり、音作りがいまいちだったりが多くみられたのはちょっと微妙だった。シールドの抜け止めはちゃんとやってあげてほしいし、あまり東京ではみられなくなってきているので、地方イベントならではなのかもしれない。

あっというまに汗だくになって昼公演が終わってしまった。そこから1時間くらい時間があいていて、ちょうど一杯飲めそうだったので、Twitterで教えてもらった座標のスタンドうみねこ3tRに行ってビールをいただきながら休憩した。よく考えるとオールスタンディングのライブのあとに立ち飲みに行くのはちょっと危なかったかもしれない。2杯いただいたけど、NEW WORLD ORDERおいしかったですね。Derailleur Brew Worksさんは副原料をたくさん使ったビールをよくだしてる印象があったけど、これはすすすっと飲めちゃう感じで体調とマッチしていてよかった。

その後は会場にもどってファンクラブイベントへ。整理番号はライブとあまり変わらなかったはずだけれど最前列がなぜか空いていたので、そこに座らせていただいてまたビールをいただいていた。ライブハウスってはじまる前に飲むビールがいちばんおいしいと思うんですよね。おわりでも良いんだけど、そうするとなんか感情がぐちゃぐちゃになっちゃうから先に飲んでおきたい。

ファンクラブイベントのメインコンテンツは朗読劇で、ラジオを聴いているかんじでよかったけれど、脚本がゆるふわだったので和気藹々したかんじだった。LLMにはもっと桃井さんというか、アニラジの台本を学習していただきたく。

そのあとはミニライブコーナーがあったのだけれど、最前でしずかに座って観られたの本当によかったですね。さっきまで大興奮で盛りあがっていて、そのあとにしっとりと聴けた温度差で大満足だった。最後に「てれてれてっててーてーてれてれてーてーてててててーれーてれてれ」ってみんなでメロディーをハモったのよかったし、アカペラで桃井さんの歌を聴くと本当にうまくてびっくりしますね。会場全体で桃井さんのイベントならではの温かさが形成されていたのがとても印象的だった。

特典会でサインしてもらったラミカとチェキ

特典会ではTシャツとラミカにサインをいただいたのと、手形も使ってチェキも撮ってもらいました。最近ようやくチェキのよさに気づきつつあるけれど、この日の一枚はとくによかった気がする。

特典会は前の方に並べたおかげで会場をすぐにでて、そのあとは去年のPicoRuby Overflow会議のときにお世話になったBAK BEER STOP 心斎橋さんに寄らせていただいて、苦渋をいただきつつ、反省会をしていた。なんかとてもしあわせだったからなのか、少し慣れてきたからなのか、反省するべきことも多かった気がしてきた。まあ、ずっとフジロックで藤井風が流れていたせいかもしれないけれど。とにかく一日満喫して東京に帰ったのでした。また大阪にも行きたいし、桃井さんにも会えるといいな。

桃井さんフォトフレームで撮った写真から。最後のフレームどうやっても晩酌にしかならなくておもしろかった

解説「照らす技術」をRubyで照らす #kanrk09

Harukasan — Mon, 20 Jul 2026 14:50:00 GMT

7月18日(土)に大津市伝統芸能会館で開催された関西Ruby会議09にて、「『照らす技術』をRubyで照らす」という題で登壇させていただきました。今回の発表はデモが多く、スライドもアニメーションを多用しておりそのまま公開するのが難しいです。また、発表中にふれられなかった要素がたくさんあるので、当日用意していたスクリプトをもとに、そのへんもあわせてテキストで紹介したいと思います。Markdown形式のスライドはGitHubに公開しています。

rootfs/slides/kanrk09.md

今回の記事もまあまあ長いので、ルビが要らない方は右上のボタンから消すと読みやすいかもしれません。

Harucom

さて、今回の発表でもノートパソコンは使わず、わたしがつくっているHarucomを使って発表しました。HarucomはPicoRubyでつくっている小さなRubyコンピュータで、モニターとキーボードをつなぐだけでIRBが動いて、Rubyでグラフィカルなアプリケーションを動かすことができます。

RubyKaigi 2026で発表したときからさらに開発を進めていて、エディターの動きがスムーズになったり、音声出力にのっていたノイズが消えてクリーンになったり、発表中に画面が見やすいように2倍解像度で表示できるようになったり、Ctrl-zでサスペンドできたり、Ctrl-oでIRBにスクリプトファイルをロードできたり、今回あまりふれていないところでもいろいろな改善を進めています。

また、今回の発表のためにPicoRabbitの日本語描画もつくってみました。発表に使ったブランチをpushしているので、このへんをみればどうやるかわかると思います。HarucomはBOOTHで販売しているので、もしご興味あれば買ってもらえるとうれしいです。

GitHub: harukasan/harucom-os - lumica-lighting-show

照

わたしは音楽ライブにいくと、ステージが建て込まれていて、ラインアレイがつながれていて、PAが組まれているんですけど、そういう機材をながめながら、開演にむけてテンションをあげていくようなことをやっています。今回のテーマは「照」ということで、舞台機材のなかでも普段は光が直接あたることのない照明にスポットライトをあててみたいとおもいました。

こういった舞台照明の装置にもソフトウェアが組込まれていて、それぞれが通信することで、遠隔で複雑な動きを実現しています。目にすることがあってもその仕組みまで理解したことがないものでも、近づいてみればおもしろい発見があるかもしれません。

舞台照明のしくみ

さて、舞台照明では、光をだすライトそのもののことを「灯体」と呼びます。この会場でも後方にいくつかPARライトが設置されていますが、こういった灯体はただの電球なので、暗くしたり明るくしたり、それ自体で明るさを調整することはできません。

そこで、明るさを調整するために、調光器と呼ばれる機械を使います。実際の照明の操作はステージ裏だったり、ライブだと客席の後方にブースを建て込んでそこから行うので、調光器を操作するためにいわゆる「卓」と呼ばれる調光卓を使います。

トライアック調光

さきほど触れたように、PARライトに使われているのは普通の電球なので、交流電源、つまり一般的な100V電源で光らせます。そのため、明るくしたり暗くしたりするためには、電球に供給する電力を調整してあげる必要があります。

このような調光にトライアックと呼ばれる素子を使っていたのでトライアック調光と呼ばれます。交流波形の一部を落とすことで、灯体に流れる実効電力を制御して、それによって明るくしたり暗くしたりする仕組みです。

LED照明

最近は電球を使うPARライトではなく、LEDを使った照明を使うことが多くなりました。LEDだと電球より省電力で発熱もおさえられます。また、色を変えられたり、さまざまな形状があったりと、いろいろな機能をもっています。

今日会場にもってきたムービングライトもLED照明です。こういったLED照明の多くは調光器を内蔵しているので、電源をつなぐだけで単体で使うことができ、外部から操作可能になっています。

Rubyで照らす

さて、今回のタイトルは「Rubyで照らす」ということで、このLED照明をどのように光らせるのか、Rubyを使ってみていこうと思います。ふだん触れることのない、難しくみえる照明の技術もRubyであれば、なんとなくわかった気になれるかもしれません。使っているコードはHarucomだけではなく、ふつうのPicoRubyでもうごくはずなので、Raspberry Pi PicoやM5Stackでも試せるはずです。

Lチカ

当日の発表では時間の関係でスキップしてしまったのですが、PicoRubyでLEDを光らせるといえばまずはLチカです。PicoRubyでLチカするには picoruby-gpio を使います。HarucomのIRBで次のスクリプトを実行してみてください。赤いLEDがチカチカ点滅するはずです(Raspberry Pi Picoの場合は1を25に変える必要があります)。

rootfs/kanrk09/led1.rb

require "gpio"

led = GPIO.new(1, GPIO::OUT)
loop do
  led.write 1
  sleep 0.5
  led.write 0
  sleep 0.5
end

コンストラクタの引数には物理ピンとGPIOのモードを設定します。上のスクリプトだとGPIOの1番ピンを出力モードで初期化します。Harucomには GPIO01 (赤)と GPIO23 (緑)のLEDがついています。Raspberry Pi Picoの場合は GPIO25 です。

出力するには GPIO#write メソッドを使います。 GPIOでは 1 を書き込むとそのピンをHIGH (電源電圧、Raspberry Pi Picoではふつう3.3V) に、 0 を書き込むとそのピンをLOW (GND = 0V)にします。以下の回路図のようにLEDのアノードがチップの出力ピン、カソードがGNDにつながっているので、出力ピンをHIGHにしてあげると電流が流れて光るようになります。

ちなみに true と false を使わず、1 と 0 を使う理由は、出力するか/しないかという論理値を表しているからではなく、ピンの出力ビットを 1 にするか 0 にするかという処理を表しているからです。ほかにも 1 と 0 を使っていればビット演算を使って複数ビットをまとめて操作できる利点もあります。

PWM (Pulse Width Modulation)

これでLEDをチカチカさせることができるようになりましたが、これだけだとLEDを明るくしたり暗くしたりすることができません。LEDの場合はさきほどやったチカチカを高速で繰り返すことで調光を実現します。この方法に使われているのがPWMです。PWMでは一定の周波数でON/OFFを高速に繰り返し、ONの時間の割合を変えることで明るさを調整します。このONの割合のことをduty比と呼びます。

Rubyスクリプトのようなソフトウェアで高速にチカチカさせるのは難しいですが、マイコンチップにはハードウェアPWM機能がついていてPWM制御を実現できるようになっています。 PicoRubyでは picoruby-pwm を使うことで簡単にハードウェアPWMを利用できます。ループ内でduty比を変えていくだけで、ふわっと光るLEDをつくることができます。

rootfs/kanrk09/led2.rb

require "pwm"

pwm = PWM.new(1, frequency: 1000, duty: 0.0)

loop do
  0.upto(100) do |i| # 0 -> 100
    pwm.duty((i ** 2) / 100.0)
    sleep 0.015
  end
  100.downto(0) do |i| # 100 -> 0
    pwm.duty((i ** 2) / 100.0)
    sleep 0.015
  end
end

調光の制御

PWMを使うことでLEDを明るくしたり暗くしたりすることができることはわかりました。実際の調光の制御では調光卓からたくさんのLED照明を操作する必要があります。調光卓と照明の間には距離があるのでなるべく少ない配線で通信を実現したいです。また、たくさんの種類の灯体を組み合わせることで理想の照明を実現します。メーカーごとに互換性がないとそれぞれの卓が必要になってしまいます。これらの問題を解決するため、米国劇場技術協会によって約40年前に制定されたのがDMX512という通信規格です。

DMX512: Digital Multiplex 512

DMX512では512chの制御信号を多重化(Multiplex)して送ります。成瀬さんの発表でも出てきましたが、512chのデジタル信号を多重化して送るのでDigital Multiplex 512 = DMX512です。この512chのまとまりを1 Universe (宇宙)と呼びます。

灯体はデイジーチェーンで数珠つなぎに接続し、それぞれの灯体に開始アドレスを設定します。それぞれの灯体は自分のアドレスから必要なチャンネル数ぶんの値を読みます。たとえば13chの制御信号を使う灯体をアドレス1に設定すると1-13chを、次の灯体はアドレス14に設定し14-26chを使うように割り当てます。

RS485

DMX512の電気的な通信規格にはRS485というバランス接続のシリアル通信規格が採用されています。FAなどの工場でよく使われている規格で、おなじような規格だと、RS232Cとかは聞いたことがあるかもしれません。

RS485ではD+とD-の2つの信号線で反転させたデータを送信する差動信号を使います。外部ノイズがのったとしても2本の信号間で相殺されるのでノイズに強い安定した通信ができるため、最大で1200m、32台の機器を接続できます。

UART

RS485の上を流れるデータにはUARTが使われます。UARTはマイコンどうしのシリアル通信規格としてよく使われるので、電子工作をやっていたら聞いたことがあるかもしれません。UARTではその通信速度(baud rate)とデータ転送フォーマットを設定できます。DMX512の場合は250kbps、パリティがない8N2の設定が使われます。つまり、1bitのスタートビット、8bitのデータ、2bitのストップビットで通信します。

 1 bit           8 bit             2 bit
|start| b0 b1 b2 b3 b4 b5 b6 b7 |stop|stop|

DMXパケット

DMX512では512chのデータをひとまとめに送信しますが、UARTにはパケットの概念がありません。そこで、DMX512ではBREAKとMABという信号をつくりだすことでパケットの区切りをつくります。

|BREAK|MAB|SC| 1 | 2 | 3 | ... |512|

BREAK: 最低88マイクロ秒の間LOWにする
MAB (Mark After Break): 最低8マイクロ秒の間HIGHにする
SC (Start Code): 1byteのスタートコード。調光データは0x00

BREAKで「フレームのおわり」、MABで「フレームのはじまり」という区切りをつくり、スタートコードに続けて512個のチャンネルデータを送ります。これを繰り返すことで照明を操作します。

ムービングライト

今回デモにはSHEHDS LED Spot 80Wというムービングライトを使いました。このムービングライトは10chと13chモードが使えますが、13chの場合パラメーターの割り当ては次のようになっています。

ch 1  Pan
ch 2  Pan fine
ch 3  Tilt
ch 4  Tilt fine
ch 5  Speed
ch 6  Dimmer
ch 7  Strobe
ch 8  Color wheel
ch 9  Gobo wheel
ch 10 Focus
ch 11 Prism
ch 12 Motor auto
ch 13 Function

DMXパケットを送信する

今回の構成は以下のようになっています。

HarucomとM5Stack DMX512ユニット間はふつうのロジックレベルのUARTで通信します。M5Stack DMX512ユニットには絶縁型のRS485トランシーバーICがのっていて、XLRケーブルでムービングライトと直接接続できます。

UARTで送ってみる

さきほど説明したとおりDMXのデータはUARTで通信されるので、picoruby-uart を使えばデータを送信できます。スクリプトは次のようになります。

rootfs/kanrk09/dmx1.rb

uart = UART.new(unit: :RP2040_UART1,
                txd_pin: 20, rxd_pin: 21,
                baudrate: 250_000, stop_bits: 2)

universe = "\x00" * (512 + 1) # SC + 512ch
universe[3] = 38.chr
universe[14+3] = 38.chr
universe[6] = 100.chr #
universe[14+6] = 100.chr

loop do
  uart.break 1
  uart.write universe
  uart.flush
end

1 universeぶん、つまり512chとスタートコードで513byteの文字列を用意し、これを送信するだけです。picoruby-uart では UART#break メソッドを使うことでBREAK信号を送信できます。

ただし、この方法ではUARTの送信がブロッキングになってしまうのでデータを送り続けている間ほかのことが何もできなくなってしまいます。そこでDMAを使ってDMXパケットを送信する picoruby-dmx というmrbgemをつくりました。

picoruby-dmx

picoruby-dmx では、C言語側でuniverseのバッファを確保しておき、タイマーとDMAが約40fpsでDMXパケットを送信し続けます。これによって、Ruby側はバッファに値を書き込むだけでDMXを送信することができるようになります。

rootfs/kanrk09/dmx2.rb

require "board/dmx"

dmx = Board::DMX.new
dmx.start
loop do
  t = Machine.board_millis / 1000.0
  [1, 14].each_with_index do |b, i|
    dir = i.zero? ? 1 : -1
    dmx[b]     = 171 + (40 * Math.sin(t * 0.7) * dir).to_i  # Pan (171=正面)
    dmx[b + 2] = 41 + (29 * Math.sin(t * 1.1)).to_i        # Tilt (12〜70)
    dmx[b + 5] = 255
  end
  dmx.keepalive
  sleep_ms 20
end

デッドマンスイッチ

DMXで制御する照明は信号が停止してもその状態を維持する実装になっていることが一般的です。これは急にケーブルが抜けてしまったときに状態を維持してくれるという意味では良い実装ですが、プログラムがハングしてもムービングライトが明かりをつけたまま固まってしまいます。そこで、ループをまわしている間は DMX#keepalive メソッドを呼び続け、呼び出しが止まったら自動でブラックアウトするデッドマンスイッチを実装しました。

シーケンサー「序破急」

さて、ここまででPicoRubyからDMX512で照明を操作することができるようになりました。実際にライブで使うにはより複雑な動きをプログラミングし、音と光を同期させて動かす必要があります。そこで、音と光を同時に扱えるシーケンサーを実装しました。これを序破急と呼びます。

序破急はRubyKaigi 2026でasonasさんが発表していたstrudel-rbをもとにしており、スクリプトで照明と音のパターンを記述でき、REPLで演奏することができます。

たとえば、4つ打ちにあわせて光らせるなら次のようなかんじです。

fixture :s1, "shehds_80w_led_spot_light", mode: "13ch", address: 1
fixture :s2, "shehds_80w_led_spot_light", mode: "13ch", address: 14

tempo 120

track(:strobe) { dmx(:s1).dimmer("[1 0]*4").color("<red blue green>") }
track(:wash)   { dmx(:s2).dimmer(sine.slow(2)).pan(sine.range(0.3, 0.7).slow(8)) }
track(:drums)  { sound("bd*4, ~ sd ~ sd, hh*8") }

灯体の定義にはOpen Fixture LibraryのJSONを使っていて、dimmerやpanといったパラメーターをチャンネルにマッピングできるようになっています。

QOA: Quite OK Audio

さて、本来のデモはシーケンサーでおわりだったのですが、出囃子に桃井はるこさんの「ルミカ」という素敵な曲を使わせていただいたので、せっかくならもうすこし長くみなさんに聴いてもらいたいと思いました。

実は内部生成するドラム音源以外にサンプリング音も扱えるようにQOAとWAVの読み込み機能もHarucomにつくっていました。そこで、このQOAデコーダーを使い、曲をまるっと再生できるような機能を序破急に組込みました。

QOAは整数演算だけでデコードできる超軽量のオーディオフォーマットです。リファレンス実装はC言語で400行くらいしかありません。HarucomのFlashは2MBほどの空き領域があったので、ここをフルに使って1番のみに編集した「ルミカ」をぎゅうぎゅうに詰め込みました。

照明プログラムは序破急の機能を使い、ビートにあわせて光らせたり、イントロ、Aメロ、Bメロ、サビでそれぞれ再生パターンが変化するようになっています。サビではムービングライトのプリズムも使い、能楽堂全体を光らせるようにしたのですが、うまくサビのタイミングできまって良かったです。

スクリプトをみると小節ごとにパターンを切り替えている様子がよくわかると思います。

rootfs/data/johakyu/lumica.rb

たとえば、以下の配列で照明の動きを定義していて、曲のはじまりから11小節がイントロ、その次の23小節がAメロ/Bメロ、そのあとの39節がサビからラストにかけての動きになっています。

rootfs/data/johakyu/lumica.rb#L62-L91

pan_left = [
  [hold(0.667), 11],
  [sine.range(0.60, 0.73).slow(8).segment(16), 23],
  [sine.range(0.60, 0.73).slow(2).segment(16), 39],
  [hold(0.667), 1],
  [rest, 286],
]

pan_right = [
  [hold(0.667), 11],
  [sine.range(0.73, 0.60).slow(8).segment(16), 23],
  [sine.range(0.73, 0.60).slow(2).segment(16), 39],
  [hold(0.667), 1],
  [rest, 286],
]

tilt_path = [
  [hold(0.141), 11],
  [hold(0.141), 23],
  [cosine.range(0.0, 0.3).slow(2).segment(16), 39],
  [hold(0.141), 1],
  [rest, 286],
]

prism_path = [
  [hold(0), 34],
  [hold(180), 39],
  [hold(0), 1],
  [rest, 286],
]

さいごにスポットライトがスクリーンを向くところは、trackのミュートを切り替えてライブで動かしていました。ちょっと遅れてしまったけど、こういうのをリアルタイムにできるのが序破急のよさです。

まとめ

舞台照明はふだんの生活で触れることがない世界ですが、こういったよくわからないものについていろいろと話しているときって一番楽しいですよね。今回の発表では能舞台を光らせるっていう、これまでにない体験ができました。なにかよくわからないけど、なんか楽しそうに話しているのが伝わったらいいな、と思っています。今週末の土曜日、7月25日には大阪で桃井はるこさんのワンマンライブがあるのでまた関西に行く予定です!

関西Ruby会議09で「照らす技術」をRubyで照らします

Harukasan — Tue, 14 Jul 2026 04:20:00 GMT

日記を書こうと思っていたら今週末になってしまいましたが、2026年7月18日(土)に滋賀県大津市にある大津市伝統芸能会館で開催される関西Ruby会議09にて、「『照らす技術』をRubyで照らす」という題で登壇させていただきます。

最近「ゆず」と桃井はるこさんのライブに行くようになり、10年以上たってまた音楽に触れる機会が多くなっているのですが、ライブ会場に着いてまず気になるのは、建て込まれているステージ、ブース、機材、たくさんのケーブルです。はやめに会場にはいって、これからライブで使われる機材をながめながらわくわくしています。

今回のテーマは「照」ということで、舞台照明のうらがわの仕組みについて、Rubyを用いてその技術を照らし出すことにチャレンジしてみようと思います。能舞台にはムービングライトを持ちこんでデモンストレーションする予定です。発表時間の都合であまり触れられなさそうなので先に言ってしまうのですが、デモンストレーションには RubyKaigi 2026 で asonas さんが発表していた strudel-rb をもとにしたシーケンサーを使います。事前に資料を振り返っておくとすこし理解しやすいかもしれません。

スライドを見る (Speaker Deck)

いろいろと機材を持ち込まないといけない都合上いつもより動きづらいところが難点ですが、その分、この会議でしかできない登壇になっているはずです。それでは、会場でおあいしましょう！

関ケ原Ruby会議01に西軍大名として参戦してまいった

Harukasan — Sun, 31 May 2026 02:40:00 GMT

やあやあ遠からん者は音にも聞け、近くば寄って目にも見よ！それがし、「道井筑後微漠権頭源朝臣俊頼」と申す！令和8年5月30日に岐阜県関ケ原町にてひらかれし関ケ原Ruby会議01 に、西軍大名として参戦してまいった。

どなたのお話であったかおぼえておらぬのだが「忠臣は二君に仕えず」という考え方ができたのは江戸時代にはいってからであって、安土桃山時代にはそれほど重視されておらなんだようで、まさにそのとおり、武将がそれぞれの思いでなにやらおもしろきことをやっておるかんじがいとよかった。

RubyKaja の儀

関ケ原Ruby会議にてはRubyKajaという表彰の儀がとりおこなわれた。 RubyKajaというのは「自分の近くの優れたRubyistを皆で褒め称えたい」というコンセプトで行われる若手Rubyistの奨励賞のようなものなれど、各コミュニティが主体となって選出するということで、普段は表彰されることのない、それぞれのコミュニティにおいてコミュニティ活動を支えておられる方々が受賞されておったのが印象的であった。

某が最近よく参陣しておるPicoRubyにまつわるコミュニティであるPicoPicoRubyからは @makicamel 殿がSpecial Awardを受賞なされた。

先週催された PicoPicoRuby #13 に参じたところ、@makicamel 殿は「受賞スピーチの壇上にてプラレールのからくりを走らせたく、助太刀願いたい」とのことであったゆえ、壇上にて使うタイマーを Harucom にてこしらえさせてもろうた。一座の興のままにきまっていったゆえ、ひじょうにふわっとした要件しかなかったが、どうにか作品として仕あがってなによりであった。

@makicamel 殿には事前検分いただく必要があったゆえ、PicoRuby.wasmを用いてブラウザにて動かせるプレビューもこしらえた。 Harucomの応用指示書はことごとくRubyにて記されておるゆえ、かんたんな継ぎ手をこしらえるだけでさまざまな環境にて動かせる。 @hasumikin あらため「橘羽角前下総守情操指南匠均之助」殿が発表されておったrefinementsのごとき機能が mruby-task に加われば、よりデバイスの抽象化がかんたんになりて重畳かとおもう。どういうつくりか容易に知れるとおもうゆえ、源符号も検分されよ。

RubyKaja お祝いタイマー（PicoRuby.wasm プレビュー）を開く

壇上におると舞台がどう見えておったかはよくわからぬのだが、いつものPicoPicoRubyというかんじで、まさに @makicamel 殿がコミュニティにいかなる影響を与えておるかが壇上にて披露されたのがよかったとおもう。あらためて受賞、祝着至極に存じ候。

天下分け目の関ケ原

地域Ruby会議はふつう地元の方と遠征してまいった者どもが交流するのが主題のひとつとしてあると思うておるが、関ケ原は天下分け目の地だけあって、上方、東海道、坂東、あるいはそれよりも遠き地などと、それぞれの土地より兵どもがあつまっておった気がした。わざわざ関ケ原まで馳せ参じる者どもゆえ、普段よりもコミュニティが濃縮されておるかんじもあった。

これまでかんじておった地域Ruby会議とはまたちがった発見があって、よりいろんなところに出陣したき気持ちがたかまったが、あまり遠征しすぎるのもよろしからぬゆえ、これからもうまくこれぞというものを見つけてまいりたいとおもう。次は関西Ruby会議09 にて登壇する所存なれば、いざ尋常に励みまする。

はじめての RubyKaigi

Harukasan — Tue, 12 May 2026 11:00:00 GMT

日本Ruby会議2011

私がRubyKaigiにはじめて参加したのは2011年、まだ日本Ruby会議という名前だった。当時のスケジュールを振り返ってみたらちょうどRuby 1.8と1.9の境だったり、松田さんがRails開発のはなしをしていたりしておもしろい。バックアップから当時の写真がでてきた。

そのあとPHPをメインで使っている会社にインフラエンジニアとして入社することになるのだが、当時、私は「Railsエンジニア」という肩書きで入社するはずで、入社式でインフラチーム配属と発表され私が「えっ」ってなってて、norioさんが「そんなの聞いてない」って言ってておもしろかった。そのnorioさんは日本Ruby会議にデザイナーとして携わっていたりする。

RubyKaigi 2025

はじめてRubyKaigiの壇上にたったのは昨年のRubyKaigiのライトニングトーク。わたしはふだんRubyを開発しているわけではないし、例年のRubyKaigiではいつも壇上のプレゼンテーションを眺めているだけだった。

そんなとき、プレゼンはできなくても「プレゼンする」ということはLTのネタになるのでは、と思いついた。Rubyでの組み込み開発ネタは毎年あり、とくにゲーム枠は定番のひとつだと思う。またRabbitはRubyKaigiでよく使われているRuby製のプレゼンテーションツールだ。Raspberry Pi PicoはPicoRubyの標準的なターゲット環境であり、Raspberry Pi PicoをつかってDVI出力をするプロジェクト PicoDVI は知っていたので、つまりmrubyからDVI出力をうまく制御できれば、mrubyで画面出力が可能になる。あとはRabbitをつくればプレゼンができる。ここまでは自然な発想である。

そらは @sora_h

一旦申し込んで逃げ道無くしましょう

0 0 2025/03/21 13:48 JST

こういうことは迂闊にツイートすることで逃げ場をなくすことができる。sorahに後押ししてもらったので、あとはプロポーザルを書くだけだ。

mrubyで画面出力をしたい、という発想はRubyWorld Conference 2024より前には思いついていて、hasumikinさんに相談したところ「Pico 2だったらできるのでは」ということだったので、Raspberry Pi Pico 2を使って取り組みはじめた。ちょうどいいことに、RP2350にはHSTXというDVI出力のためにあるような機能があってこれがかなりたすかった。

とはいえいろいろ忙しかったので、プロポーザル時点でできあがっていたのは青い画面に "Hello, World!" できたところまでだった。RubyKaigiの前週はアメリカ出張だったので、2週間ちょっとしかなかったがCursorのおかげでなんとかなった。LLMはこういうプロトタイプにはとても良い。

最終的にできあがったのはDay 1のお昼ぐらい、夕方ぐらいにYuji YokooさんがRubyKaigi 2024の発表でDinosaur Gameを実装していたのを思い出して、最後にこれを追加してコミットしてとりあえず完成とした。

このときの画面出力はかなり不安定で、最終的に解像度を640x240にして縦を2倍スケーリングすることでどうにかダブルバッファリングして映ってるかんじだった。当時は pico-examples のコードをほとんどそのまま使っていたが、mrubyを動かすと画面の中央はグリッチしていて、実はそこを避けて文字を配置したりしている。縦解像度を半分にするアイデアは土壇場で思いついたが、LTが終わった後にまつもとさんとYokooさんと話していたところ、昔のNECにも縦の解像度を半分にする200ラインモードというのがあったというのを教えてもらった。

このときは他にもできていないことはかなりあって、evalするのは諦めたし、発表練習する時間もなく、うまくいけば奇跡というかんじだったので、2分くらいずっと壇上でゲームしつづけることになったが、とにかくうまく動いてよかった。

スライドを見る (Speaker Deck)

RubyKaigi 2025 Follow up

ということで、RubyKaigi 2025ではじめて壇上に立つことになったわけだが、さきほど書いたように、この時点でできていないことがたくさんあった。というのは私が松江でhasumikinさんに相談していたことは「PicoRubyを使って画面出力とキーボードをつくれれば、Rubyだけでコンピューターができないか」ということだったからである。ということで、そのアイデアをRubyKaigi 2025 Follow upではなした。このときのスライドにはDVI出力の安定化のためにやろうとしていたアイデアがだいたい書いてある。

スライドを見る (Speaker Deck)

Proposal をだす

松山にいたとき、RubyKaigi 2026のCFPに応募するというのは決めていた。というのはRubyKaigi 2026とNext '26のスケジュールが被ってしまっており、登壇でもしないと函館に行く理由がなくなってしまうからだ。そんなことを深夜、道後温泉からの帰り道に金子さんに話した。

PicoRabbitの後継にはHakodate Projectと名付け、まずはCでDVI出力の安定化にチャレンジしはじめた。このHakodate Project、うまくいったかというとそんなことはまったくなかった。

RubyKaigi 2026のCFPに応募したあとも、娘の受験がありプライベートも仕事も相変わらず忙しく、あまり進捗が出ない状態だった。ここから先の進捗はPicoPicoRubyのDiscordの #times-harukasan チャンネルを遡るとわかる。2月17日の時点でC実装に立ち戻って画面をアニメーションできただけであるが、昨年が2週間しかなかったなかで基板まで発注していたので、まあ2ヶ月あればどうにかなるのではないかと思っていた。

このころにはClaude Codeがかなり賢くなっていて、ARMのアセンブリを直接書けたり、mrubyのバイトコードをデバッグできるようになっていたのでかなりたすかった。

Harucom

プロトタイピングがすすみ、DVI出力、キーボード入力、オーディオなどCで実装できてきた。あとはこれらをmrbgemにしてmrubyに組み込めばできるわけである。もともとやろうとしていたR2P2D2の目標はだいたいクリアすることになる。

ここでもとに立ち返って、Rubyでコンピューターができないか、と考えていた理由を思い出した。そもそも、Rubyでコンピューターをつくる理由は、自由に書き換えて壊したいというのがある。

ほとんどのコードをCで書いてmrbgemにしてしまえばそれが安定するのは当然であるが、そうするとRubyで書ける部分がすくなくなってしまう。そこで、Cで書く部分は最低限にして、Rubyのコードはすべて実行時にオンザフライでコンパイルすることを目指すことにする。

なるべくRubyで動くコンピューターを目指す。このプロジェクトがHarucomである。

Harucomにはいくつかの目標がある。ひとつめはmrubyで十分にうごくコンピューターを作り上げること、ふたつめはR2P2D2の実現にむけて十分な知見をためること、そして3つめはRubyKaigi 2026での発表を成功させることである。

Harucomの名前の由来はいくつかあり、桃井はるこさんの名前の由来にもなっているといわれているHAL 9000からとっているが、単純にHarukasan's Computerの略でもある。harukasanというハンドルの由来は桃井はるこさんとは関係ないけれど桃井さんに「はるかさんとはるこさんじゃん」って言ってもらえたのはうれしい。

さて、実際にHarucomのルートファイルシステムはスクリプトを書き換えて再起動すれば破壊することができるようになっている。mrubyなんだからコンパイルしてmrbファイルだけおけばいいのに毎回コンパイルしていて富豪的だが、こうすることで誰でも簡単に壊すことができる。

これを実現するためにはかなり多くのメモリが必要になることは明白である。RP2350について調べていくうちにPSRAMのサポートが加わっていることを知っていたので、PSRAMを搭載した基板をつくることでこれを解決する。ここまでの考えはRubyKaigi 2026のCFPに応募した時点では固まりきっていなかったので、提出したProposalではプロジェクト名がR2P2D2のままになっている。

試作がうまくいっていたので、RubyKaigiではボードを頒布することにした。これで多くの人に試してもらえれば、たくさん問題がみつかるはずである。ここまでの試作はうまくいっていたので、50枚発注したのが4月3日。JLCPCBは発注からだいたい一週間ぐらいでできるので、よゆうがあるなとおもっていたが、製造工程の問題で途中で部品が足りなくなり、到着予定日が4月21日になってしまった。この日は函館に移動する予定日だったのでまずい。サポートチャットに連絡して発送をDHLに切り替え、無事前週の木曜日には受け取れた。

土日は学校の保護者会があったり、髪を切ったりしたら時間がなくなり、ここにきて今まで発現しなかった問題をひきあててしまって時間がなくなっていった。最終的に徹夜作業して全品検査して箱詰めがおわったのは函館に出発する日のお昼くらいである。なんでこの日私は有休をとっていなかったのだろうか。普通にミーティングしてて地獄になってしまった。もうしわけない。

Day 0: 函館に着陸

月曜日を移動日としていたことで交通のトラブルには巻き込まれず、無事に函館につくことができた。今回のおもしろいところとして、すでにソフトウェアはボードに組み込んでいるので、前日に追い込み作業ができないことがある。去年とはえらいちがいだ。

火曜日は五稜郭の桜をみたり、おいしいお寿司をいただいたりゆっくりすごすことができた。前回五稜郭にきたときは一面の雪景色でそれもとても美しかったが、桜が満開の五稜郭はまたちがった美しさがあった。

夜はスカラシップで参加いただいた学生との懇親会があった。そのあと炬燵さんがきりもりするyancya barでビールをいただいた。

Day 1: 登壇

Day 1はKeynoteから聞くことができた。午前中にHarucomを本屋さんに納品にいったのだけど、お昼過ぎには完売してしまっていた。まだBOOTHでは売っているのでよかったら買ってほしい。

Harucom Board - はるかさんのBOOTH - BOOTH

そんなこんなで発表だったのだけど、発表前に部屋に荷物をとりにもどったところ暗証番号を忘れてiPhoneを部屋の中においたまま出てしまい締め出しをくらってしまった。偶然廊下にhamachangさんがいらっしゃってyancyaさんを呼んでもらったところ、偶然ちかくにいたyancyaさんがすぐに来てくれてたすかった。

発表前はどきどきしながら、廊下のスペースで練習していたが、急に動かなくなってめちゃくちゃ焦った。これは使っていたUSBケーブルのせいだとわかって、同僚に急遽USBケーブルを貸してもらってたすかった。

そんなこんなでいろんな人にたすけてもらって無事発表を終わらせることができた。Harucomにはたくさんのこだわりがつまっているが、この日記があまりにも長くなっているし、5月25日にあるピクシブのアフターイベントで話すので、ぜひこれを聞きに来てください。とにかく無事に発表がおわってよかった。

スライドを見る (Speaker Deck)

Day 2: PicoPicoRuby

Day 2はコード懇親会と共催されたPicoPicoRuby#12@コード懇親会に参加した。事前にDiscordでリレーの使い方の相談を受けており、そのリレーは秋月電子通商で買ってきたのだが、はんだづけしてもっていく必要があって、一旦部屋にもどってはんだづけしたりしていた。コード懇親会にはテスターとか安定化電源とかを持っていったのだけど役立っていたようでよかった。主催してくださったANDPADの皆さんと須藤さん、ありがとうございました。

Day 3: RubyIlluminations

Day 3の夜は恒例になりつつあるピクシブ主催のイベントがあった。今年も無事に開催できてほんとうによかった。くわしいことはpixiv insideにでもまた書こうとおもうけど、会場にもめぐまれてすばらしいイベントになったとおもう。思いのほかはやく片付けがおわってしまって、この日もyancya barのラストに間に合ってしまった。

Day 4: 市電LT

Day 4は朝からSmartHRさんの函館市電LTに参加した。京都でも叡電LTに乗ったんだけどすごくおもしろくてまた参加したかったので発表枠で申しこんだ。電車内ではスクリーンが使えないので出力をどうするかという問題があり、HDMIモニターも函館に持っていたが、これはつかわずにディスプレイモジュールをつかうことにした。

Harucomは基板に0.96インチのOLEDディスプレイモジュールを搭載できるようにしてある。これをつかってゲームをつくって、ゲームであそんでもらっている間に発表するスタイルにした。函館といえばイカ、イカといえばゲーム、というのは自然な発想であるが、その商標をつかうことはLLMによって阻止され、函館イカ釣りゲームという名前になった。イカ釣りゲームけっこうよくできたとおもうので遊んでみてほしい。自動起動周りをちゃんとデバッグしてないけどいまはこのPRにあります。

その後は歩いて函館を観光した。私は箱館山の南、立待岬からスタートしたんだけど、ちょうど反対側にある函館どつくから歩いてきた金子さんたちと中間にあるロープウェイ近辺で再会しておもしろかった。

夜になり急に寒くなったのでWhite seedに立ち寄ってお礼を伝えて一杯いただいた。夕食のことはなにもかんがえていなかったが隣にいた地元の方にジンギスカンのお店をおしえてもらい、hasumikinさんといただいた。一見するとふつうの居酒屋だったので教えてもらわないとたどりつかなかったとおもう。

はじめてのRubyKaigi

こういったかたちでRubyKaigiは毎年新しい発見があるし、全国をまわるし、もちろん毎回「はじめてのRubyKaigi」がある。今回はSpeakerとしてはじめての参加だったし、壇上に上がったのも去年のLTがはじめてだった。

RubyKaigi 2025の "Ruby Committers and the World" でまつもとさんが「壇上と参加者の距離はそんなに遠くないと思っている」と言ったのを覚えている。もちろんこれはRuby CommittersとRubyistsの距離のことを言っているのだけれども、自分があがるとも思っていなかったRubyKaigiの壇上にあがることになったのはなんだか感慨深かった。そのあと松田さんには「はるかさんはこっち側の人間だと思ってましたよ」って言われたのも覚えているけれど、どこでそう思われたのかはよくわかっていない。

毎年いろんなことが起こるんだけど、ずっと参加しているといろんなところでいろんなことがつながるのでおもしろい。思い返すと日本Ruby会議2011の壇上でWindowsサポートについてキレている人がいて嫌なかんじだなあと思っていたusaさんとは後に同僚となり、私がはじめたプロダクトを支えてもらっている。念のため書いておくとプロレスみたいなものとのことで本人は非常にいい人である。

そんなこんなでいろんな人にたすけられながら日々を生きている。それで思い出したけど、今回はやんちゃハウスが隣にあって本当にたすかった。大量の荷物を持ち歩かないといけなかったので、となりじゃなかったら無理だったとおもう。その恩もあり毎日yancya barに通い詰めたのだけど、RubyKaigiビールをのむならyancya barが最高だった。私としてはHakodate Ruby on Aleのほうが好みだったかな。提供されるプラカップがどんどんでかくなってサイズ選び放題になったのがおもしろかった。

これから

HarucomはBOOTHでも頒布しているけどありがたいことに結構注文をいただいているので、今週はその発送作業をしないといけない。いくつかすでに不具合が見つかっていてPicoRubyをなおさないといけないのもあるので、どうにか時間をみつけてなおしていきたい。GWがおわって会社のカレンダーが大変なことになっているのもある。

こんなに長く書いたのに観たセッションのことはひとことも書けていない。来週からはまたSmartHRさんの事後勉強会に参加する予定で、再来週の月曜日はさっき言ったとおりピクシブのRubyKaigiアフターイベントでまた登壇するのでみんなきてほしい。そうこうしていたらもう関ケ原Ruby会議ですね。

RubyKaigi 2026 の本屋さんで Ruby コンピューター Harucom ボードを頒布します

Harukasan — Mon, 20 Apr 2026 13:28:00 GMT

いよいよRubyKaigi 2026 まであと2日になりました。私もさきほど函館に到着したばかりです。

今年の RubyKaigi の1日目、Small Hall (#rubyKaigiC) 16:40〜17:10 にて "Building a Standalone Ruby Programming Environment" というタイトルで登壇させていただくことになりました。このトークは Ruby が動作する小さなプログラミング環境をつくった話になっています。このトークで登場する私が作っているちいさな Ruby コンピューター Harucom のボードの量産試作品を、RubyKaigiの会場内の本屋さん "@. bookstore" にて委託頒布していただくことになりました。価格は 3900 円 です。ぜひお立ち寄りいただき、お手にとってもらえるとうれしいです。

登壇内容については先日日記にも書いたのでこちらもご覧ください。

頒布情報

商品名: Harucom Bundle with Acrylic Panels
場所: RubyKaigi 2026 会場の本屋さん "@. bookstore"
価格: 3900 円

今回頒布するものは、ボードにアクリルパネルが付属したモデルです。会場以外にも BOOTH でも頒布する予定です。こちらもぜひチェックしてください。

Harucom とは

Harucom は、PicoRubyで動作するシングルボードコンピューターです。USB キーボードとモニターやテレビを繋ぐだけで、Ruby のプログラミング環境がすぐに使えます。Harucomはオープンソースプロジェクトです。次のリポジトリでソースコードを公開しています。

基板: harukasan/harucom-board
ファームウェア: harukasan/harucom-os

詳しい使い方は下記ドキュメントサイトをごらんください。

https://harucom.org/

会期中は会場のいろんなところにいるとおもいますので、お気軽に話しかけていただけるとうれしいです。それでは会場でおあいしましょう！

RubyKaigi 2026で発表するRuby Computer Project "Harucom"について

Harukasan — Wed, 25 Mar 2026 06:00:00 GMT

2026年4月22日(水)から北海道函館市にある函館アリーナ・函館市民会館にて開催される RubyKaigi 2026 において "Building a Standalone Ruby Programming Environment" というタイトルで発表します。わたしの発表枠は1日目のSmall Hall (#rubyKaigiC)の16:40-17:10の枠です。

Building a Standalone Ruby Programming Environment

以下は RubyKaigi 2026 に提出した Abstract の日本語訳です。

現代のコンピューティング環境は複雑すぎて、初学者がプログラミング感覚を掴むためには難しいことがたくさんあります。 Ruby を書こうとするだけでも、初心者はまず OS のことだったり、エディターのセットアップ、Ruby 自体のインストールといったことを学ばなければなりません。こうしたノイズはプログラミングの本質に辿り着くことを困難にしています。

このトークでは、mruby を用いて作っているスタンドアローンな Ruby コンピューターである Harucom について発表します。 Harucom は約20ドルの自作シングルボードコンピューターで、ホスト PCをいっさい介さず、ディスプレイ出力とキーボード入力を備えたプログラミング環境を提供します。

具体的には、リアルタイムな 640x480 出力やテキスト・図形描画をサポートするグラフィックスエンジンの実装に加え、USB キーボードやR2P2 デバイスとの通信に対応した Ruby シェルについて深く掘り下げる予定です。これらすべてのコンポーネントが mruby VM で動作する様子を通じて、小さなマイコン上であっても、ゼロから完全なコンピューティング体験を構築できるほどの強力なポテンシャルが mruby に備わっていることを実証します。

Harucom

Harucom とは、この発表のために製作している PicoRuby で Ruby コンピューターが作れることを示すための技術証機です。 Harucom という名前には決まった定義がありませんが、 Heuristically Accessible Ruby Computer、 Hakodate RubyKaigi Component、あるいは Harukasan's Ruby Computer の略としています。

シングルボードコンピューターである Harucom-board はCERN Open Hardware Licence Version 2 - Permissive (CERN-OHL-P v2)、ファームウェアである Harucom-OS はMIT Licenseのもとに公開しています。

Stay tuned; Harucom 量産試作モデルの頒布について

Harucom の量産試作モデルをRubyKaigi 2026の会場、及び BOOTH にて頒布する予定です。ただし、いま試作を発注していてそれが届くのが来週とかなので、RubyKaigi本編に間に合うかはかなり怪しいスケジュールです。間に合わなかったら BOOTH での頒布になります。

Harucom Board - はるかさんのBOOTH - BOOTH

BOOTH で頒布する発注数はまだ決めていないので、BOOTHにおいて「入荷お知らせメールを受け取る」ボタン、「スキ！」ボタンを押してもらえると助かります。よろしくお願いします。

高専プロコン島根大会の旅 #procon36

Harukasan — Mon, 13 Oct 2025 12:00:00 GMT

2025年10月11日、12日に開催された全国高等専門学校プログラミングコンテスト (高専プロコン) 第36回松江大会に企業審査委員として参加させていただきました。

松江

今回の主幹校である松江高専がある島根県松江市は Ruby City MATSUE としても知られている。そのためRubyistにとってはなじみ深い土地である。

今回の高専プロコンと同じ会場である島根県立産業交流会館「くにびきメッセ」では今年も11月に RubyWorld Conference 2025 が開かれる。私も参加する予定なので、今回の訪問は今年二回あるうちの一回目になるはず。

今回の高専プロコンでは、 RubyWorld Conference のメインホールとなる国際会議場がまるっと審査委員会の部屋になっていて贅沢だな～って思っていた。 RubyWorld Conference でしか来たことないからそうじゃないくにびきメッセは新鮮でおもしろかった。

審査

高専プロコンはいつも朝が早く、審査委員の集合は8:30になっている。それから審査委員連絡会があって開会式があって、一日目のプレゼンテーション審査が始まる。

プレゼンテーション審査では学生のプレゼンテーションを聞いて評価したり、いろいろ質問したり、ソースコードを確認したりして結構忙しい。

一日目の夕方には学生交流企画としてまつもとゆきひろさんが出演する講演会があってちょっとおもしろそうだったんだけど、裏で情報交換会があったので見ることはできなかった。アーカイブが Youtube にあるので気が向いたらあとで見るかもしれない。

二日目はデモ審査でデモ会場となるブースをぐるぐると廻っていると、今年もあっという間に終わってしまった。企業賞のコメントとかは pixiv inside に書くと思います。

石見神楽

二日目の閉会式前には特別公演として石見神楽の上演があった。今回上演された演目である「大蛇」は石見神楽の中でも最も人気のある演目で、1970年の大阪万博では13頭立ての「大蛇」が披露された事は皆さんご存知らしい（知らなかった）。今年の大阪・関西万博ではなんと55頭の大蛇が登場したとのこと。大蛇ってそんなにたくさんいるんだ。

最初のうちは老夫婦とか姫とか出てきてなるほどこういう話だったよな～って思いながら見ていたんだけど、そうこうしているうちに8頭の大蛇がでてきてステージがいっぱいになった。

大蛇が酒を飲んで寝てしまったら須佐之男命が出てきて寝込みを襲って大立ち回りを演じるんだけど、大蛇は火を噴いていてとにかく大迫力だった。この会場、火気使ってもいいんだ。 8頭でも倒すのに結構な時間掛かっていたからこの調子で55頭の大蛇を倒すのは大変だと思う。

地元の人が言うには、8頭立ての大蛇はなかなか見られるものではないらしい。良いものをみられて良かった。

松江の夜

松江に行くと毎回たくさんおいしい日本酒を頂いている。

いつもはRubyistsがたくさんいるけれど、今回は暇そうにしていたら羽角さんが夜誘ってくれた。 Rubyistsは飲んでるとどこかから人が増えていくのでサシ飲みできるのは贅沢なことであると勝手に思っている。忙しい中付き合ってもらってありがとうございました。

そのあと羽角さんに教えてもらったバーでウイスキーを頂いていた。 Ardbeg TRAIGH BHAN 19 years oldがめちゃくちゃ美味しかったです。

出雲大社

最終日は時間があったので出雲大社にお詣りしてから帰ることにした。この日、出雲ではちょうど出雲駅伝が開かれていて、前日の夜もその話をしたはずなんだけどスタート地点が出雲大社であることはすっかり忘れていた。お昼食べたらちょうどスタート時刻で、スタートの瞬間を見られたのでよかった。

バックパックにずっと出雲大社の縁結びのお守りをつけているんだけど、大分古くなってしまっていたのでこの機会に真新しいものを授かってきた。ついでにおみくじをひいたらすごい運勢がよくてよかった。

おみやげ

松江に来ると定番のお土産がいくつかあるんだけど、今回もいくつか買って帰った。板わかめを買わずに帰ったら何で買ってこなかったのか、って言われたので次回は買って帰ります。

風流堂朝汐

松江は日本三大和菓子処と呼ばれていていくつも和菓子屋さんがある。いくつも美味しいものがあるんだけど、今回は風流堂の朝汐を買って帰った。朝汐は甘さ控えめで毎日食べられるかんじで、一日一個ずつ消費している。出雲縁結び空港でも買えるのでおすすめです。

因幡の白うさぎ

福岡でいうところのひよこ的ポジションに君臨する代表的な銘菓。おまんじゅうの他にフィナンシェとかフィナンシェプレミアムショコラとかもある。

來間屋生姜糖本舗生姜糖

はじめて買って帰ったけれど、砂糖の塊なのにショウガが効いていて美味しかった。板チョコみたいになっていて一片ずつ割って食べるようになっている。 1枚で十分なサイズ感です。

次回

次回の高専プロコンは香川県高松市で開催。今年も主催いただいたプロコン委員のみなさま、大会関係者のみなさま、出場された学生のみなさま、ありがとうございました。来年も参加する際はよろしくお願いします。

Kaigi on Rails 2025 に参加した / #kaigionrails

Harukasan — Sat, 27 Sep 2025 13:00:00 GMT

東京駅の目と鼻の先、　KITTE にある JP TOWER Hall & Conference で9月26日、27日の二日間開かれた Kaigi on Rails　2025 に参加してきた。今回も朝から夜、あるいは朝から朝まで充実した時間だった。

Keynote: dynamic!

初日のスタートは moro さんによる "Keynote: dynamic!"。「変化」ではなく、ソフトウェア開発における「動的」な様態に着目しているのが良い視点だなあと思って聞いていた。あと、タイトルの #dynamic! が破壊的メソッドなのがとても好き。聴きながら「重要なことに取り組むのが重要」とか「難しいことは難しい」とか自分もよく使っている構文が出てきたのがすごく共感した。

この発表における「動的」という表現は、プログラミング言語における「静的/static」に対する「動的/dynamic」のメタファーになっている。これは単に「変化し続ける」ということを超えて「実行時に評価」されそうなかんじがして良い例えだなあと思っていて、たとえば「rails cで動作を確認する」とか「ハッピーパスに集中する」とか「実際に動かして開発する」とかそのへんがまさに「動的」ぽさっぽい。

カンファレンスの始まりとしてはすごくまとまってるなと思ったけど、こういうのから始まるのが Kaigi on Rails っぽさを感じる。人の振る舞いにおいても、こういった「動的」な性質を持っておこうね、というのはカンファレンスにおける良い心得のひとつだと思う。

今改めて Service クラスについて考える

joker1007 さんのセッション。これすごいコンテキストが深いから、あと何回かスライド読まないと全然わかってない気分になっているけど、 Service クラスがもともと持つ複雑性とそれにどう向き合うかが説明されていてとてもよかった。モジュラーモノリスのインターフェースが Service クラスに近いかはよくわかってないけど、何かしら型がついたメソッドにはなりそうな気がする。

Schedule

今回の Schedule はめちゃくちゃ意図を感じとれてよかった。複数のトークがストーリーを作っていたり、これとこれが裏になってたらめっちゃ悩むよなあみたいなのを一日に何度も経験しておもしろかった。waiwaiルームでもたくさんおしゃべり出来てよかった。そうやってたら聞き逃したセッションもあるけれど。

マンガアプリAPIと共存するWeb体験版の作り方〜コンテンツ保護技術を添えて

同僚の baba さんのセッション。いろんなものが複雑になるだけで、なんかこういうのでいいんだよな、みたいな技術選択が難しくなってきている気がして、その中でこういう技術選択の話がいくつかあるような気がした。この話は前に書いたように続くhogelogさんの話とテーマがつながっているのもよかった。

ImageFlux の宣伝もしてもらってありがとうございます。 GridShuffle に興味ある方は是非お気軽にお声がけください。意外と自分で作ると面倒なやつだ。

Keynote: Building and Deploying Interactive Rails Applications with Falcon

Samuel Williams さんがつくられた Falcon の話。 Falcon 自体は RubyKaigiでも紹介されていたけれど、さまざまな機能が搭載されていてすごかった。とにかくたくさんの機能がでてきたけど、プレゼンテーションの流れがうまくて誰でも簡単にできるようにみえるようになっていて、しかも最後にみんなでVive codingするのがとても楽しかった。RubyKaigiにはないスタイルのセッションでとてもKaigi on Railsの色が出ていたと思う。

おわり

二日目はbabaさんや会社のメンバーで打ち上げをしたあと東京駅八重洲口にある Antenna America Tokyo でビールを頂いていた。みんなでわけてのんだKarl Straussの36th Anniversary barrel aged、めちゃくちゃおいしかったですね。

最後はなんか懇親会場かっていうくらい広い中華料理店でずっと青島ビールがでてきておもしろかった。あと久しぶりにホッピーを飲んだ。

最近の仕事では殆どコーディングすることはなくなってしまっていているんだけど、私はもともとRailsエンジニアして採用された（はず）と今でも思っているので、今でもRailsと頑張っている人達を見られると尊敬したり共感したりできてうれしい。頑張ってついていこうと気持ちを新たにした。

毎回オーガナイザー大変そうだなあ、とおもっているけど、今年も開催していただいた Kaigi on Rails Team の皆さん、関わってくださっている皆さんありがとうございました。

桃井はるこのファンクラブイベントに行ってきた

Harukasan — Tue, 23 Sep 2025 13:00:00 GMT

わたしがはじめて桃井はるこを認識したのは、たぶん父が購読していた月間アスキーに寄稿していた頃で、なんかインターネットで有名なお姉さんっていうイメージだったけど、ちゃんと曲を聴き始めたのは先輩に「くじびきアンバランス」とか「ナースウィッチ小麦ちゃんマジカルて」を布教されてからだったと思う。そのあと、いつでも行こうと思えば行けたんだろうけど、いつのまにか20年も経っていた。

いつもどおり X を眺めていると、桃井さんが事務所を移籍していて、さらにニューシングルを出す情報が流れてきた。びっくりである。そろそろ令和にも慣れたなと思っていたけど、平成だった。

とりあえず、これはやばいとおもって、いちばん近かったファンクラブイベントに申込んだ。そもそも所謂アイドルライブには殆ど参戦したことがないので Youtube で予習した。

会場はもっとぎゅうぎゅうになってほしいところだけどそんなことはなく、古参の方々はやさしくて、めちゃくちゃ良い体験だった。隣の人からサイリウム分けてもらって、これほんとうにあるんだ、って思った。かがやきサイリュームを思い出した。桃井さんは「現場が殺伐とするくらい新規に来てほしい」って言ってて格好良かった。

とにかく目の前で神がステージ上で跳ねててすごかった。ラジオで聴いていた人が目の前に存在していた。サイン会では「はるこさんとはるかさんじゃん！」って言ってもらえて、このハンドルネームで本当によかった。おもいだすと今でもちょっとドキドキするけど、まさに目の前に神がいた。

上京してからも仕事とかいわゆる生活環境の変化というやつで、なかなか踏み出せないでいたけれど、いまなら私も「NewGame+」できる気がする。とりあえず次は12月14日（日）、桃井さんの誕生日のワンマンライブに行きます。推しは推せるときに推せってね。

Hello, World!

Harukasan — Mon, 09 Jun 2025 17:00:00 GMT

個人ページをようやくつくりなおしました！

Diary - Harukasan-dot-dev

アクセスカウンターと拍手の実装

islandで数字を出す

かぞえかた

MOGRA 17th ANNIVERSARY PARTY DAY1

桃井はるこワンマンライブ「覚醒」大阪公演に行ってきた

解説「照らす技術」をRubyで照らす #kanrk09

Harucom

照

舞台照明のしくみ

トライアック調光

LED照明

Rubyで照らす

Lチカ

PWM (Pulse Width Modulation)

調光の制御

DMX512: Digital Multiplex 512

RS485

UART

DMXパケット

ムービングライト

DMXパケットを送信する

UARTで送ってみる

picoruby-dmx

デッドマンスイッチ

シーケンサー「序破急」

QOA: Quite OK Audio

まとめ

関西Ruby会議09で「照らす技術」をRubyで照らします

関ケ原Ruby会議01に西軍大名として参戦してまいった

RubyKaja の儀

天下分け目の関ケ原

はじめての RubyKaigi

日本Ruby会議2011

RubyKaigi 2025

RubyKaigi 2025 Follow up

Proposal をだす

Harucom

Day 0: 函館に着陸

Day 1: 登壇

Day 2: PicoPicoRuby

Day 3: RubyIlluminations

Day 4: 市電LT

はじめてのRubyKaigi

これから

RubyKaigi 2026 の本屋さんで Ruby コンピューター Harucom ボードを頒布します

頒布情報

Harucom とは

RubyKaigi 2026で発表するRuby Computer Project "Harucom"について

Building a Standalone Ruby Programming Environment

Harucom

Stay tuned; Harucom 量産試作モデルの頒布について

高専プロコン島根大会の旅 #procon36

松江

審査

石見神楽

松江の夜

出雲大社

おみやげ

風流堂 朝汐

因幡の白うさぎ

來間屋生姜糖本舗 生姜糖

次回

Kaigi on Rails 2025 に参加した / #kaigionrails

Keynote: dynamic!

今改めて Service クラスについて考える

Schedule

マンガアプリAPIと共存するWeb体験版の作り方 〜 コンテンツ保護技術を添えて

Keynote: Building and Deploying Interactive Rails Applications with Falcon

おわり

桃井はるこのファンクラブイベントに行ってきた

Hello, World!

風流堂朝汐

來間屋生姜糖本舗生姜糖

マンガアプリAPIと共存するWeb体験版の作り方〜コンテンツ保護技術を添えて