Thanks Driven Life

日々是感謝

"terraform plan" の変更行に色付けする tpdiff を更新しました

https://github.com/gongo/tpdiff

← before | after →

f:id:gongoZ:20161210065817p:plain

経緯

このあたりで作ったやつを会社の同僚に使ってもらっていたところ:

＿人人人人人人人人人人人人人人人人人人人人人人人人＿
＞　全部赤色だと全部削除されるっぽく見えて怖い!!!　＜
￣ＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹ￣

というフィードバックをいただき、それもそうだなということで「追加」「削除」「変更」それぞれで色変えるようにしました。

sed 補足

前回の sed、1ヶ月後に見直した時わけわからんかったので、今回も記録しておく

# \033 は省略しています

/".*" => ".*"$/!b
/^.*: *"" => ".\{1,\}"$/  s/.*/[32m&[m/
t
/^.*: *".\{1,\}" => ""$/  s/.*/[31m&[m/
t
/^.*: *"\(.*\)" => "\1"$/!s/.*/[34m&[m/
  1. "foo" => "bar" という形式の行 じゃない場合 はこの時点で終了
    • アドレス付けない b は「スクリプトの最後までジャンプする」を意味する
  2. "" => ".+" という形式の行であれば 追加 用の色をつける
  3. t コマンドにより、直近の /s が成功していればこの時点で終了
  4. ".+" => "" という形式の行であれば 削除 用の色をつける
  5. t コマンドにより、直近の /s が成功していればこの時点で終了
  6. "foo" => "bar" 、つまり左と右の値(文字列)が 同じでない場合 は 変更 用の色をつける

多分こんな感じです。都度 t で抜けているのは、最後の「変更」に対する正規表現が 「追加」や「削除」にもマッチしてしまい、2重で escape されてしまうからです。

まとめ

sed ぇ

Emacs の mode-line に寿司が流れる日

emacs

f:id:gongoZ:20161123231328g:plain

未完です

未完のため、ひとまず Gist に貼ってます。

https://gist.github.com/gongo/c51ac79c1669bd71714b601b42c3be18

どのあたりが未完かというと「複数バッファを開いている時」です。

buffer A buffer B issue
sushi-bar other buffer B に移動すると buffer A で作られた timer が動いてるので「お前んとこ conveyor 空っぽだな?」って言われる
sushi-bar sushi-bar run-at-time が2重に呼ばれるので寿司の速度が2倍になる

いろいろとやりようはありそうだが、ひとまず寿司が耐えず流れてくる様を見れたので満足した。 気が向いたら正式リリースしたい。

ちなみに

「寿司の絵文字表示されねーぞ」という方は

ここらへんの設定を真似したり使ったりするといけると思います。多分。

Be inspired by

go-airplay を AppleTV 4G 対応してた

golang

Support AppleTV 4G by gongo · Pull Request #7 · gongo/go-airplay

AppleTV 4世代目が発売されてもうすぐ1年ですが、なんかようやく手をつけたみたいな感じです。

実は 4G が出た当時は、特に修正することもなく動いててよかったねーって思ってたんですが、 何度かシステムアップデートが行われた結果、 /playback-info が返す値の中の一部の型が変わっていた、という事態でした。

とりあえず今回は

switch t := info.ReadyToPlayValue.(type) {
case uint64: // AppleTV 4G
    info.IsReadyToPlay = (t == 1)
case bool: // AppleTV 2G, 3G
    info.IsReadyToPlay = t
}

client.go#L218-L223

こんな感じで凌ぎました。きっと大丈夫です。

終わり

TravisCI 上で「(GNU, BSD) sed & 各 shell」の組み合わせでテストする

成果物

雰囲気こんな感じです。

github.com/gongo/tpdiff/.travis.yml

経緯

gongo.hatenablog.com

  1. 先日書いた sed を、せっかくなので GitHub に置いておこう
  2. せっかく GitHub に置くのだからテストでも書こう

というところから始まりました。

https://github.com/gongo/tpdiff

さてテストを書くぞ！といったところで、何を重点的に見れば良いか:

  1. 使用する shell も人それぞれ違うはず
  2. sed には GNU 版 と BSD 版がある

この2点が特に注意すべきところと考えました。

1番に関しては「POSIX 準拠かどうか」みたいなのを ShellCheck を用いて確認はしているのですが、 やっぱり実際に動作した結果を見たいという気持ちがあります。

2番については、ユーザの使用マシンが Linux だったり OS X (macOS) だったりで sed にも違いが出てくるはずなので、ここも気をつけないといけません。

TraviCI ではこうしました

上記の注意点を踏まえ、TravisCI でテストを実行してもらうために

  1. 実行環境を Linux(Ubuntu) と OS X の2つを指定する
  2. テストしたい Shell をテスト前にインストールする

こんな感じにしました。

os:
  - linux
  - osx

env:
  - SH=mksh
  - SH=dash
  - SH=bash
  - SH=zsh

BSD sed が (TravisCI が用意する) Ubuntu 環境に簡単に用意できれば話は早かったのですが、なかなか難しそうだったので BSD sed を標準で持つ OSX 環境を用意してもらうことで、そこを補うことにしました。

refs: The Build Environment - Travis CI

env に定義したテスト対象のシェル選定理由なんですが、まあ特にこれといった理由はないんですけど、これぐらいカバーしてればいいかなーと。

ちょっとした問題点

TracisCI で OS X を使用すると、さすがに起動が遅くて全体的なテスト実行時間はそこそこ掛かってしまいます。

例えば https://travis-ci.org/gongo/tpdiff/builds/156956287 を見ると

> Elapsed time 21 min 12 sec
> Total time 3 min 51 sec

テストそのものの実行時間は短いのですが、環境を用意するのも併せると 20分ぐらい掛かっているのがわかります。 まあいいかってことで今は気にしてないです。

まとめ

どなたか Ubuntu で GNU/BSD sed を用意できる方法知りませんか

参考

Pokemon-Emacs 〜あなたが Emacs で開いているファイルに潜んでいるポケモン〜

emacs

TL;DR

f:id:gongoZ:20160715135904p:plain

https://github.com/gongo/pokemon-emacs

経緯

最近は Pokemon Go が流行っているようで、正式サービス開始を待ち望まれているようです。

『Pokémon GO』は、位置情報を活用することにより、現実世界そのものを舞台として、ポケモンを捕まえたり、交換したり、バトルしたりするといった体験をすることのできるゲームです。 このゲームはモニターの中だけで完結せず、プレイヤーは実際に家の外に出てポケモンを探したり、他のプレイヤーと出会ったりしながら楽しむことができます。

面白そうですね。海外でも既にユーザが爆発的に増えており、スマホ片手に街をうろうろする様子などを画像や動画でも目にします。

さて、日本は夏まっさかりであり、暑い日が続いています。そんな中

「私もポケモン探しにいきたいけどまだサービス開始してないし、 そもそも外に出たくない… 」

という Emacs 使いも多いと思います。

でもよく考えてみてください。ポケモンは何も外だけに居るわけじゃないんです。 昔はゲームボーイにいました。じゃあ Emacs にも居るかもしれないですよね。

Pokemon-Emacs とは

https://github.com/gongo/pokemon-emacs

Emacs のマイナーモードの一つです。効果としては「今開いているファイル名の絶対パス(もしくはバッファ名)で一意に決まるポケモン名を表示する」だけです。

とりあえずいろいろがんばってインストールしてもらったあと

M-x pokemon-emacs-mode

を実行すると、(おそらく)ファイル名の横あたりに、下図っぽい感じでポケモン名が表示されます。

f:id:gongoZ:20160715133107p:plain

この場合は ナッシー が選ばれました。

つまり /Users/gongo/src/github.com/gongo/pokemon-emacs/README.md にはナッシーが潜んでいる。豆知識です。

ちなみに *scratch* にはナゾノクサが居ます。多分。

実装についてちょっとだけ

特に難しいことはしてませんが

  1. ファイル名、もしくはバッファ名を seed として乱数をゲット
    • なのでどの環境でもファイル名が同じ = 同じポケモンが出てくる。はず。
    • (もちろんポケモン一覧 pokemon--monsters が変化したら変わりますが…)
  2. ポケモン一覧から↑の乱数を index としてポケモンをゲット

これだけです。

少し前に Pokemon-Go におけるポケモン出現率*1 みたいな画像を見たので、出現率に併せて「出やすいポケモン」「出にくいポケモン」みたいな実装をしてたんですが、 あの画像自体デマだったみたいなコメントもあったので、まあいいかってことでとりあえず愚直にリストから取るようにしました。

あとはポケモン一覧はとりあえず初代の 151 匹*2をチョイスしました。他のシリーズ追加すれば勝手に出てくるとおもいます

まとめ

「/path/to/foo にピカチュウが潜んでいたぞ!!」 「ミュウが見つからねえ!!」

みたいな楽しみ方で、エディタ生活に華を添えてください。ポケモン大好き!!

*1:https://www.quora.com/Which-Pokemon-are-rare-in-Pokemon-Go

*2:https://en.wikipedia.org/wiki/List_of_Pok%C3%A9mon

Docker Image がデプロイできるようになった Heroku で、Emacs (elnode) on Alpine Linux を動かす

emacs docker

成果物

(7/21 追記: Docker Hub のリポジトリ名を gongo/docker-emacs を gongo/emacs に変更しました)

経緯

Container registry public beta - deploy Docker images to Heroku | Heroku Dev Center

半年ほど前に heroku-docker を使ってみた んですが、 今回の発表は更に熱くて、まさに Docker Image そのものを Heroku にもっていけるということで、早速試してみました。

作成した Docker Image

今回は Alpine Linux をベースに、Emacs や Cask に必要なライブラリ(python など)をインストールしています。

デプロイしてみる

Container Registry and Runtime | Heroku Dev Center の手順通り。 今回はあらかじめ docker build して動作確認したりしていたので、いざデプロイする時には「Pushing an existing image」を行いました。

$ heroku apps:create gongo-docker-emacs
$ docker tag gongo/emacs:example registry.heroku.com/gongo-docker-emacs/web
$ docker push registry.heroku.com/gongo-docker-emacs/web

そして出来上がったのがこちら(いつか消します)

https://gongo-docker-emacs.herokuapp.com/

まとめ

お手軽感が高いです。 いくつか制限はある らしいですが、まだ Beta ですし、正式リリースされたら解決するかもしれないので、そこらへんはゆったり待ちましょう。

そんなわけでみなさん Emacs を動かしましょう!!