YAPC::Asia Tokyo 2015 - 皆に作ってもらったイベントだった : D-7 <altijd in beweging>
前の記事では事実関係のみを淡々と書いたけど、今度は少しエモい話。 前の記事でも書いたけど、YAPC::Asia Tokyo 2015の成功の裏側にはたくさんのスタッフの協力があった。自分だけでやろうと思ったら物理的に手が足りないのは当然だが、他にも自分では全く思いつかなかったであろう様々な事柄があって、それらを皆の力で埋めていってもらった。 昨年までももちろんそうだったんだけど（あ、昨年は俺やってないわ）それにしても今年のスタッフは優秀だった気がする。もちろん反省点はいくつかあるけど、それはどちらかというと主催である自分が決めきれなかった、もしくは間違った判断をしてしまったディテールであり、それ以外の企画・運営は本当最高だった気がする。開催中にオンスケジュールな運営や内容について初めて来た海外勢にも褒められて鼻高々であった Feminiraptor @maryloulenhartI'm t
日記風味に綴る、YAPC::Asia Tokyo 2015までの道 : D-7 <altijd in beweging>
YAPC::Asia Tokyo 2015が終わった。厳密にはこれからスタッフ打ち上げの調整、動画関連、支払い関連、ブログ関連、写真関連の仕事がまだあるけど、まぁともかく山場は過ぎた。 今回は最大の大きさにもかかわらずいわゆるコアスタッフの面々とこれまで何回もボランティアスタッフをやってくれていた方達が次々と起こる予測していない事態や、主催の自分がセッションでの出番やMC等でいない時に進めなければいけない様々な事柄の指示を出してくれててものすごく助かった。もちろん自分も自分が指示を出せないとわかっているときはその前に責任の委譲や指示だしをやっていたけど、それ以上に自律的に動いていてくれたのでものすごく助かった。今回のYAPCは完全にスタッフのみんなの能力の勝利だった。 エモい話や将来の話とかはまたいつかするとして、このエントリではとりあえず日記風な感じで昨年9月末からの大まかなな流れを書い
myfinderさんとのシンクロニシティ : D-7 <altijd in beweging>
注：すっごくくだらない話です 先週OSCON 2015というのに行ってたのです。イベントはポートランド（オレゴン州）で開催されていたのですが、土曜日の夜にシアトル経由で羽田に到着したのですね。 で、日本について早速携帯をオンにして10時間弱のフライトの間にポストされていた色々を見ていたらmyfinderさんが同じ頃に羽田空港にいて、これから同じシアトルに向かうというではありませんか そのときはそれ以上思わなかったので「入れ違いですねー」ってコメントだけして僕は家路につきました。ところが次の日にもう一度myfinderさんのポストを見るとどうやら 僕が乗っていたのと同じデルタ航空だったようで、見覚えのある席がポストされてました
来た、焼いた、食った。 YAPC::Asia TokyoとBBQ : D-7 <altijd in beweging>
序章 YAPC::Asia Tokyo 2015の準備で慌ただしくてしてるある日、俺は肉が焼きたかった。誰でも1年に1回くらい肉を焼きたい時があると思う（要検証）。ステーキ肉だ。焼きたい。 別に高級肉が焼きたいわけではない。そこそこおいしければ普通の肉でいいのだ。しかしスーパーで売ってる 牛ステーキとか、あれは肉の厚さが1cmもないことがほとんどだ。1cmの肉なんてステーキ肉ではない。それは紙だ。ステーキ肉は2cm以上からだ。願わくば3~4cmは欲しい。 牛肉は2cmを超えて初めてステーキ肉になるのだ。 そんなおり、俺のタイムラインに以前より懇意にしているThe Meat Guyのポストが流れてきた。 え、なにこれ… いやだ… カッコいい…。焼きたい！俺はこれを焼きたい！他の肉も一緒に焼きたい！ ということで「日本なのになぜかアメリカンな肉を買える」ことで俺の中で有名なMeatguyで巨大
grpcを（Goから）かるーく触った : D-7 <altijd in beweging>
grpcをさらっと触ってみた。僕の個人的な結論から言うと、小規模なシステムにはいれるメリットあんまりないけど、複数チームでわりとバラバラに開発をしてるけど同じRPCを叩く必要があり、なおかつそれなりのトラフィックがあるなら有効そう。 他の言語の事は知らん。とりあえずGoでさわる。github.com/grpc/grpc-commonをチェックアウトして、サーバーとクライアントを起動する。ドキュメント読んでるとProtocol Buffersの話とかでてくるけど、動かしたいだけなら全部忘れてよし。 $ cd go/greeter_server $ go run main.go $ cd go/greeter_client $ go run main.go これだけだと一回RPCが走るだけでつまらないので、client側を変えて100 goroutineでぼちぼちたっぷりのコールをするようにす
Software Design 2015/3月号とWeb+DB Press vol 85 : D-7 <altijd in beweging>
Software Design 2015年3月号 ソフトウェア デザイン 2015年 03 月号 の表紙はYAPC::Asia Tokyo 2013, YAPC::Asia Tokyo 2014でもお世話になり、今年もお世話になる予定の CONBUの面々による「カンファレンスネットワークの作り方」です。普段正直ほとんど技術系の雑誌ってわざわざ買わないんだけどこの号は購入した。 本文の記事ももちろんおもしろいんだけど、個人的にはやはり「YAPC」という文字列が専門誌とは言え一般的にあちこちで流通している雑誌の表紙に載っているのが胸熱…！ 今までも雑誌にYAPC::Asia Tokyo関連の記事を載せてもらったり書いたりしたことはあったんだけど、もうYAPC本体とはなんにも関係ないところで自然？な形でこういう形でYAPCの名前が載るのがとにかく感動であった。 Web+DB Press vol
小ネタ: kurado + h2o 0.9.1 でHTTP2有効にしたときのバッドノウハウ : D-7 <altijd in beweging>
更新： h2oを0.9.1から1.0.0にしたらこのハック無しでもいけたくさいです！ HTTP2使いになりたい！と思いはじめて数ヶ月。でもなかなかうまいことここぞという使い道がなかったので、2週間ほど前にとりあえず仕事でkuradoを立てた時に前段にh2oを入れて様子を見ていた。kuradoならたくさんグラフ表示されるし、HTTP2の恩恵を受けられるはず…！と思って。HTTP1モードでは当然特になんにも問題はなかったのだが、いざChromeでenable-spdy4を有効にした時になーんか… 崩れる… 具体的にはCSS、画像の類いがこない事が多いが、たまにメインのHTML部分が返ってこない。Chromeの開発者ツールやnet-internalsを見ててもただERR::connectionResetみたいなエラーが返ってくるだけで全然意味がわからなかったので、しばらくそれはそれで忘れてた。
ソーシャルコーディングの時代に置いてはエンジニア以外もレポジトリ（GitHub等）を見るべき : D-7 <altijd in beweging>
ソーシャルコーディング時代の非技術者と技術者の関わり方についてちょっと考えをまとめたい。なお、これは「技術によって実現されるなにかをベースに商売をしている団体」という前提のもとで書く。たまたまインフラの一部にGitHubを使っているとかそういうのはここに含めない。また、大きめの企業・団体では数の利をいかしてなんとかこのあたりを解決できてしまったりするので、それもここでは含めない。 昔々、自分がメーカー系の会社に勤めていた頃バグトラッカーやレポジトリ（Perforceだった）などにエンジニア以外の人を入れるのは御法度だった。技術者側からの「わけのわからん注文をされる」「話がかみ合わない」など、納得の理由もある。なにより技術的な素養をもたない人達にとってはこれらのツールを使いこなすことが難しく、閲覧することさえなかなかかなわなかった。こちらもごもっとも。 が、21世紀に入って10年以上過ぎてい
急成長中の会社をサクッと辞めた事に関して色々言われるので書くつもりがなかった退職エントリを書く : D-7 <altijd in beweging>
タイトルの通りなんですが、某急成長中／快進撃中のあの企業を11月末ですごくサクッとやめて、イベント運営サポート・チケット販売システムをやっているスタートアップであるPeatixにジョインしました。とりあえずインフラ周りをがっつり整備する方向。 この話をするとわりと真顔で「え、なんで？あの会社を辞めるなんてなんか事件でもあったの？！」って感じの反応をされるんだけど、そういうことではないのでそこだけ説明のため好きでもない退職・転職エントリを書いている次第です。 まず、なにか事件があったわけではない。べつになーんもなかった。子供のお迎えとかをしてても基本文句も言われなかったとか、色々融通を効かせてくれてたのは明らかだし、そのまま居れば皆も知ってる勢いのある企業でボチボチ高給取りでいられたかなーとは思う。 だから退職せずにもっと良い方法を模索すればよかったのかなぁとは思わないではないけど、やっぱり
Automating peco releases via Docker : D-7 <altijd in beweging>
「なんか外部CIサービスだるいなー」「リリースとかもうローカルの環境でやりたいなー」「マシン取っ替えてもすぐ環境作れるようにしたいなー」などなどの欲求があったのと、go1.4がリリースされたのもあってDockerで全部自動化してみた。 戦略としては Travis CIとかの連携は残すけど、手元でいつでも同様のテストを走らせられるようにしておくリリースは手元でバージョン指定すれば基本的に一発で通るようにしておく実装は単純で、ubuntuベースのイメージに必要なgoのバージョンとツール類（goxcとghr）を展開しておいて、pecoのディレクトリは後からdocker run -vでマウントできるようにしておく。 使う時は先にイメージを作成しておく（キャッシュ使ってるから当然素早く走りますね！）
YAPC::Asia Tokyo 2015 の会場の紹介 : D-7 <altijd in beweging>
YAPC::Asia Tokyo 2015 は ななななんと！8/20-8/22にビッグサイトで開催されます！ まだまだ本番までは時間はありますが、本エントリではどどーーーーーんとその辺りを先取りして 皆様に紹介したいと思います！ もしこれを見て「スポンサーに興味あるんだけど、この会場だったら○○とかできる？」というような興味が湧いた方は是非こちらのフォームからお問い合わせください！さて、というわけで会場です。ビッグサイト！ビッグサイト、名前からして大きそうですよね！実際大きいです！ビッグです！実は僕は今回見学しにいくまでビッグサイトは行った事がありませんでした。ビッグサイトすごいですね！ 今回お借りする会場は「会議棟」です。有名なコミケとかが行われる会場は「展示棟」のほうです。会議棟は実はこの逆三角形の建物の中にあります。 入り口から入って左手に上に昇エスカレーターがあります。これで一気
YAPC::Asia Tokyo 2014 is right around the corner... : D-7 <altijd in beweging>
このブログを普段から読んでいただいている方達は当然既知の事かと思いますが、来週YAPC::Asia Tokyo 2014というイベントが開催されます。 YAPC::Asia Tokyoは確か2006年が初開催で、その時は現在はRebuild.fmで有名な宮川さんが旗を振って開催されました。自分は最初の年からスタッフとして参加していてその後毎年同じように参加していました。 それまでも裏方をなんとなく覗き見していて運営大変だなーとは思っていたのですが、2008年の小山さんのLTの内容を見て「法人が必要だろこれ！」と決心したところからJapan Perl Association (JPA)という団体の創設とその団体によるYAPCの運営の引き継ぎをしました。本当は2009年はJPAは裏方で助けるつもりだったのにいつのまにか主催になってたけどな！ 2009年は色々あり開催こそできたものの、かなりメチ
pecoがぼちぼち成功した3つの理由 : D-7 <altijd in beweging>
さきほどちょろっとアップデートが入ったpeco v0.2.2をリリースしました（Changeログ）。 で、ついでに昨日mattnさんがpecoについてツイートしてたので流れてしまう前にまとめておく mattn@mattn_jppeco、便利だしとても完成度高いんだけど、客観的に見るとあのプロジェクトがあれだけ流行ったのには理由があると思ってる。 2014/07/22 23:17:31 mattn@mattn_jpまず、Windows をネイティブサポートしたこと。少数ユーザの様で意外と多い。Windows だけ一部機能が欠けてるという事もない。 2014/07/22 23:22:00mattn@mattn_jp次に人気が出る中、手を止めなかったこと。停滞するとユーザも飽きる。 2014/07/22 23:25:44mattn@mattn_jpそして丁寧な README とアニメーションgi
つながり駆動開発 or 「pecoのキー処理周りは全部パクりました」 : D-7 <altijd in beweging>
先週 @k0kubunさんがpecoで複数キーの入力シーケンスに対してアクションを起こす（例：C-x, C-cで終了する、みたいなの）PRをしてくれたのでそれをマージした。pecoには楽しいお兄さんが色々コントリビュートしてくれているので、そのPRを見た瞬間にこんなコメントが mattn@mattn_jpこりゃあ、コナミコマンド作るしかねぇべ / “Accept key sequence by k0kubun Pull Request #124 peco/peco GitHub” http://t.co/YwjJo9Ao1A 2014/07/03 01:06:44 おお、いいですね、ということで実装してみようとしたところ… うっ… 設定ファイルから読み込んで動的に作る無名関数からレキシカルな変数へのスイッチングしてて、これをプログラム内部から他に作る方法がねぇ！w 設定ファイルからはできる
珪藻土バスマットが（俺的に）革命的だった : D-7 <altijd in beweging>
諸事情によりうちにまともなバスマットがないまま暮らしてきて5年？くらいたった。あんまり気にしてなかったんだけど、この間からバスマット代わりに使っているタオルの繊維が浴室に入るのが気に入らず俺がキレて「値段が高くてもいい！高性能バスマットを買おう！」と宣言した。 そしたら妻がこれにしない？と提案してきたので「よっしゃそれだ！」と買ったのがこちら やー、これすごい！シャワーを浴びて普通に体を拭いて浴室からでてきたら足の裏がサラサラしている…ッ！すごい、サラサラだ！何回も言うけどサラサラだ！足の裏の革命だ！なんでもっと前に買っておかなかったんだー！ 何日かに一回陰干しして乾燥させる必要があるけど、これはたまらん。このサラサラ感、ちょっと説明できないくらいサラサラなので是非試して欲しい。布で水分を取るのとはわけが違う感じ。 あとはこれがいつまでも持つのかとかが気になるが、もしすぐに使えない とかに
Githubでpecoのアカウントを融通してもらった件 : D-7 <altijd in beweging>
tl;dr; githubで長い事使われてないアカウントはリリースしてもらえることがあるpecoのURLが変わりましたpecoの有効な使い方があったら、ぜひWikiでシェアしてくださいpecoが何か自分の予想を超えて使われ始めているので責任を逃れるために今後の事を考えてGithub Organizationにしようかなーと思って調べてたらpecoってユーザーがすでに存在してたのでがっかりしたのが昨日の朝。 Daisuke Maki@lestrratugh. taken. no activity either. disappointment haunts all my dreams.https://t.co/04HBzVjpzw #golang #peco 2014/06/19 08:56:45 でもこのアカウント全く使われてなかったんだよね。コミットもなければstarもwatchもない。そ
私家版のgoでホットデプロイの仕組み、もしくは椅子もマサカリも投げられたくないときの気遣い : D-7 <altijd in beweging>
なんかごく一部に補足されているので、念のため軽く説明しておきます。 masahiro nagano@kazeburo某所のlestrratさんのgolangなアプリはhot-deployが可能になってる。サーバはserver_starter経由で起動されていて、バイナリ消してHUPを送ると自動でビルドしなおしてプロセスを入れ替えてくれる。便利 2014/04/30 12:18:31 これ、ベストな方法だとは思っていないんだけど、最初にこれを書いた当時の考え方は以下の通り： これは自分の部署で初めて 本番に設置するgoアプリである一次対応をする人は自分とは限らない細かいコード内容の修正はともかく、明らかなバグっぽいものの修正（例：SQL文の変更）などを自分以外の人間が施した後にサーバーを簡単に再コンパイル＋再起動するする方法がないと椅子が降ってくる事が容易に予想される Apache::Log
Rebuild.fm ep42の補足等 : D-7 <altijd in beweging>
tl;dr: 別にPerl捨ててないです。Perl大好き。俺はLLはPerlでいい。でも別ドメインの事もやってもいいよね！ Rebuild.fmに限らず、公の場でYAPC/Perl以外の話をする事があるとは正直思っていなかったが、このたびRebuild.fm ep 42に置いて１時間Goについてしゃべりまくってきた。1時間ぶっつけ本番でしゃべりたい事はだいたいしゃべってきたのだけど、その後のフィードバック等もふまえてまとめておきたいと思ったのでこのエントリでまとめてみます Go事始め そもそもなんでここまでGoをガリガリ書き出したのか。 正直親父ギャグとvimで有名なあの人が「Goいいよ！」と言い出したときにはGoに対してはうさんくさい印象しかなくて特に注意すらしてなかったんだけど、そろそろ違う言語とドメインに向いてみるかーと思って探していた時に「あ、俺もうLL系の言語別にいらないな」とふ
TPFによるPerl助成金の交付の変更等について : D-7 <altijd in beweging>
ちょっと前から私が関わらせてもらっているThe Perl FoundationのGrants CommitteeはPerl関連で広い範囲において有用性が認められるプロジェクトにたいして定期的に助成金を交付しています（詳細はこちら）。基本的に誰でも応募可能です（応募方法はこちら）。 この活動ルールにいくつか変更が加えられました（原文はこちら）。なおTPF Grants Committeeには現在自分とMakoto Nozaki（筆頭メンバー）さんの二人の日本人が関わっておりますので、日本からの応募が今までのどの時点よりも通りやすい（便宜を図るという事ではなく応募に不備があった場合などの対応について日本向けの対応がちゃんとできるという意味です）ので、皆様是非ご検討ください。 なお変更内容については以下の通りです： 1. 二ヶ月おきに応募審査が行われる これまでは四半期ごとでしたが、 もっと頻繁
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
smartcdで捗る話 : D-7 <altijd in beweging>