平常運転

アニソンが好き

過去記事とかは記事一覧で見れます

2017年下半期のおたくイベント振り返り

続きです。

astj.hatenablog.com

夕食にビールを飲んだということもありスピードアップしていきましょう。これ書いた後で1年の振り返りもしたかったんだけど初詣に出発するので諦めました。もしかしたら年越してから振り返るかもしれません(手遅れ)。

続きを読む

2017年上半期のおたくイベント振り返り

今年は完全にブログを書く気力を完全に失ってしまっているので記憶とカレンダーを頼りに今年行ったイベント/ライブの振り返りをします。
ブログ書いてなかったイベントは一言感想くらい書こうと思います。途中で途切れてたら許してね!

続きを読む

アイドルマスターのライブを見るために台湾に行った話

あまりにも今更だけれど、今年の4月に台湾で行われた THE IDOLM@STER 765 MILLIONSTARS First Time in TAIWAN に行ってきた時の話をする 長らくメモに転がっていた感想の供養でもあるし、2018年の4月に今度はシンデレラガールズの単独ライブが同じく台湾であるということで、その参考となれば良いなと言う気持ちもある。しかし公式ツアーの申込締切目前も目前では……

f:id:astj:20171007011155j:plain

初のアイマス単独海外公演、初の765 MS(AS+ミリオン)名義でのライブということですごいワクワクして臨んだ公演で、765ミリオンそれぞれの見せ場あり、LTDのデュエットあり、それぞれの持ち曲のコラボありと、いろんな良さが感じられてすごく良いライブだった。
ぼくは初日は台湾現地に見に行って、2日目は日本に帰ってライブビューイングを見に行った。日本から台湾にライブを見に行く公式ツアーもあったけど、それではなくて個人手配で行った。

本当は感想もいろいろ書こうと思っていたのだけど、2017年は完全にブログ疲れしてしまっていて放置してしまっていた。ライブの感想はだいぶみずみずしさを失っていて苦しいのだけれど、台湾に行くという話はまだいくらか語れるはずなのでそれを中心に書く。と思っていたけど、結局ライブの感想で後半がえらい膨らんでしまった、ご愛敬ということで……

続きを読む

ライセンスとギョーム利用

業務利用かどうかでライセンスに線引きがされているソフトウェアを使おうとして、どれがどう該当するのかナと悩んで眺めている:

いかにも

この辺は迷う余地がない、というか定義のママ

  • 仕事で担当しているクローズドソースのソフトウェア開発は業務利用である
  • 仕事と一切関係ないクローズド/オープンソースのソフトウェア開発は業務利用ではない

まあそうだね

  • 業務として行っているオープンソースのソフトウェア開発は業務利用である
    • はてなで Mackerel 開発業務に従事しているぼくがタスクアサインを受けて mackerel-agent(MIT) の開発をするのはいかにも
    • 業務開発上遭遇した外部OSSライブラリのバグのパッチを業務時間中に書くと業務利用?

どうですか

  • 業務でも触っているオープンソースのソフトウェアに業務外でコントリビュートする開発はどうですか
    • (業務でも使っているライブラリで)業務と関係なく遭遇した外部OSSライブラリのバグのパッチを書くのは業務じゃないと思う
    • 業務開発上遭遇した外部OSSライブラリのバグのパッチを日曜日に書くのは業務利用?
    • ふだん業務で開発してる mackerel-agent(MIT) に業務と一切関係ないパッチを日曜に書くのは業務利用?

というのを書きながら思ってきたけど、「職務として行った開発なら業務利用」と言って良いような気もしてきた???

あと具体的なソフトウェア/ライセンスの名前出さないと線引きできない気もしてきた。まあいいか。

これはポエムです

趣味のアニソンコピー?カバーバンド活動で今日ライブしたのだけれど、色々あって非常に幸せな気持ちになった。







この趣味は、テンションの濃淡はありつつもう10年以上やっていて、そうするといろんな人の縁ができてきて、その縁をいろいろな形で今日再確認できたというのもよかった。楽器がそんなにうまいわけでもないし人付き合いもそんなによくないのだけれど、いろんなライブに出させてもらって、いろんな人とステージに立たせてもらってきた結果、お互い長いことやってますなぁという知り合いのステージを見れたり、また別経路での古い知り合い同士が同じバンドで出てるのを見れたりしてご褒美っぽい感じだった。

後もちろん、今回(主催に誘われた結果)自分がバンマス的なポジションで企画バンドをやらせてもらえたのも良かった。まぁ顔なじみの面々に集まってもらったという感じでそんな新鮮味はなかったんだけど、自分から声掛けて集まってもらうというのは気持ち的に違うところがあった。

だんだん脈絡がなくなってきた。とにかく楽しかったんです。良い日曜日だった。ただ今頭痛いので明日仕事行けるか心配

Travis CI で go のバージョン指定するときに気をつけたいこと

tl;dr

  • 1.9.x とかでパッチバージョンを指定したいけど
  • これは手作業のアップデートが必要なのですぐには更新されなくて
  • みなさん気をつけてやっていきましょう

資料

Building a Go Project - Travis CI

github.com

今回の話題のネタはだいたいここで語られている:

github.com

解説

Travis で go のバージョンを指定すると、指定されたバージョンは travis-ci/gimme によってインストールされる。
gimme 自体には 1.9.x のようなバージョン指定を受け付ける機能は特になくて、 gimme だけでは「特定マイナーバージョンの最新パッチバージョンを使う」というような仕組みはない。けれど Travis では一見この機能が使えるようになっていて、それは何故かというと Travis のプロビジョニング側で 1.9.x => 1.9.2 のようなマッピングを行っているからである。様子はここにある:

travis-build/go.json at master · travis-ci/travis-build · GitHub

しかし、このファイルは特に自動的に更新される訳ではなくて、人間が更新する必要がある。テクニカルにはこのファイルは gimme リポジトリ内のテストデータを元に生成されている(不思議だ……)ので、 gimme => travis-build の順に更新してもらう必要がある。

github.com

github.com

大本のマスターデータ自体は Google API のデータで、( 様子 )、このデータ自体は素早く更新されるのだけど、 gimme と travis-build は手作業で更新しなければならないようで大変。僕は乱暴に gimme 側に p-r を送ったけど、 issue を立てれば更新してもらえる可能性は高そう。

まとめ

  • 1.9.x とかで望んだパッチバージョンが落ちてこなかったら
  • Issues · travis-ci/travis-ci · GitHub とかで issue を立てましょう
  • 人間が丁寧に更新しています

感想

gimme がネイティブで 1.x.x 解釈してくれ〜〜〜