この記事はRuby Advent Calendar 2018の21日目の記事です。

今年のある日、rubyweeklyで流れてきたのがこれ。どうやらsedやawkみたいなワンラインプログラムが、Rubyで簡単にできるようになるみたいだが…？

• https://github.com/thisredone/rb

この記事は言語実装 Advent Calendar 2018の18日目の記事です。昨日の記事はC(のサブセット)コンパイラを書く上でハマった点：配列編 - hsjoihs’s diaryでした。

最近、BiwaScheme公式サイトのREPLでread関数が使えるようになったので、その解説をします。(read)は標準入力からS式を同期的に読み込むのですが、JavaScriptでキー入力を処理しようとすると必ず非同期処理になるので、readのようなものを実装するには工夫が必要です。

本稿ではaltjs¹上に同期的なsleepやreadを実装する方法について解説します。

altjsとsleep

JavaScriptによるSchemeインタプリタ、BiwaSchemeのリリースを行いました。バグ修正が主です。

https://www.biwascheme.org/

最近修正したものとして、トップページのREPLで(read)ができるようになりました。

これの詳しい話はまた別途書きます。

この記事は言語実装 Advent Calendar 2018 - Qiitaの3日目の記事です。

Shiikaはyharaが開発しているプログラミング言語です。

• https://github.com/yhara/shiika

    class Pair<S, T>
      def initialize(@a: S, @b: T)
      end

最近はどのプロジェクトもCHANGELOG.mdを書くようにしているのだが、CHANGELOGとコミットログは基本的に同じ内容になるので、手間を省くために自動で記入するようにしてみた。

手順

以下を.git/hooks/prepare-commit-msgという名前で保存してchmod +xする。

#!/usr/bin/env ruby
CHANGELOG_PATH = "./CHANGELOG.md"

Rubyで書けるクライアントサイドWebフレームワーク、Ovtoの0.2.0をリリースしました。

• Rubyで書けるシンプルなクライアントサイドWebフレームワークを作った - Qiita

いろいろ機能が増えていますが、一番大きいのはAjax対応で、Ovto.fetchというメソッドでサーバ側のAPIを簡単に叩けるようになりました。

これでだいぶ実用的になった、というか実際にVisionというTODOアプリを作って、実用しています。VPSに置いているのでPCでもスマホでも使えて便利です。

VisionはRails5.2.1 + Ovtoという構成で、このへんがクライアント側(Ovto)のコードです。実行時には、これがopal-sprocketsでJavaScriptに変換されてブラウザで動きます。

• https://github.com/yhara/vision/tree/master/app/assets/javascripts/ovto_app

10/16から始まった https://halite.io/ がけっこう面白かったので、始め方を解説します。

Halite-IIIとは

HaliteはTwo Sigmaという会社が開催しているプログラミングコンテストで、Halite-IIIはその第三回目になります。

Halite-IIIは2〜4人対戦型のゲームで、海に船を出して海中の"halite"を回収し、一定ターン後に一番たくさんhaliteを蓄えたプレイヤーが勝者となります。試合はAIを投稿するたびに自動的にサーバ側で行われ、勝率によってレーティングが変化します。

Gitのpost-checkoutフックを使って、ブランチを切り替えたときにWIPコミットがあればメッセージを出すようにしてみたという話。

WIPコミットとは

WIPコミットというのは個人的な名称だが、全ての変更を仮コミットにまとめたものをそう呼んでいる。例えばブランチで新機能を開発している最中にバグを見つけてmasterを触らないといけなくなった時は、git commit -am 'WIP'でWIPコミットを作ったあとmasterに移動する。

バグ修正を終えてmasterから戻ってきたあとは、git reset HEAD^ とするとWIPコミットが削除され、作業中の状態に戻すことができる。

作業状態の保存はgit stashでもできるが、stashの場合は「このブランチにはWIPがある」ということは自分で覚えておかないといけない。一方WIPコミットはブランチに紐づくので、ブランチをcheckoutしたあとgit logすればWIPがあったことを思い出せる。

RubyでAPIサーバを作っていると、Rack::ShowExceptionsとかでエラーレスポンスがHTMLになることがある。通常はこれはデバッグに役立つけれど、APIサーバの場合はcurlで動作確認してたりするので、ターミナルにHTMLがだーっと出力されるとあんまり嬉しくない。

対処法としてはいったん.htmlに保存してブラウザで開くという手があるけど何回もやるのはちょっと面倒。こんなときはw3mを使うと直接見ることができて楽。-Tを付けると標準入力をHTMLとして表示することができる。

curl http://localhost:9292/some_api | w3m -T text/html

Rack::ShowExceptionsの場合は冒頭だけ見ればエラーの主な情報(例外クラス名、メッセージ、発生箇所)が分かるので、以下でもいいかも。

curl http://localhost:9292/some_api | w3m -T text/html | head

Rubyでブラウザゲームが作れるライブラリ、DXOpalの1.3.0をリリースしました。

1.3.0ではパッチをいただいて加算合成ができるようになりました。例えば炎のエフェクトを背景の上にいい感じに合成できるみたいです。かっこいいですね。

• DxOpalに半透明追加とはじめてのコミット | クレインハウス開発室

使い方

1.2.0から変わっていません。チュートリアルは以下のとおりです。