2016年12月3日とにかく楽しくて満足度が高かった。この調子で、2017年はさらに雑多なカンファレンスを目指してほしいです。運営、発表者の皆さん、お疲れ様でした。いうチャンネルの主をしていて、そこでは体重の公開義務があり参加者は毎日体重をポストしています。これが1年間ぐらい続いたので、ポストした体重を抽出してグラフ化して公開しました。体重を公開するという発想はパーフェクトBody(仮)というスライドに影響を受けています。2016年5月10日その他http://www.amazon.co.jp/dp/B00V35HEIC「会社に遊びに行く」と具体的に何をして遊んでもらえるのか知りたかったので会社に遊びに行ってきた最近よく「会社に遊びに行く」というのをよく聞くようになったけど、具体的に何をして遊ぶのかよく考えたらわからなかったので、「会社に遊びに行く」という風潮を作った(と自分は思ってる)Wantedlyさんに遊びに行ってきた。Wantedly経由で。17最近人づてで採用を行う際に、「会社に遊びに来てください」って言って実際に遊びに来てもらうことになったものの、いざ当日になって「会社に遊びに行くって具体的に何するんだろう」って思ったのがきっかけだった。その日は結局遊びに来てくれた人とずっと話をしていて、具体的に下記のような話をしたとなんとなく記憶してる。会社について会社が運営しているサービスについて運営してるサービスのシステムについて給料について労働時間についてコードの書き方について福利厚生について最近また1人遊びにきてもらったけど、基本的な内容は同じだったと思う。1回目は中途採用の募集要項が無かったので、システムについての話は募集要項と絡めて、もう少し踏み込んで話をした気がする。他には、新卒採用のプロジェクトもみんなでやってるから手伝ってほしい的な話もした記憶がある。そんな感じだったのでじゃあ自分が遊びに行く立場になってみようと思って、せっかくなのでWantedlyさんに行ってみた。RubyKaigi1日目の寿司に目が眩んで「話を聞きに行きたい」ボタンをクリックしてたので、すぐ話を聞きに行けた。あと、業務時間内の様子が見たかったので業務時間内に行った。遊びに行って何をして遊んだか、結論から言うとずっと話をしてただけだった。内容については覚えてる範囲で、こんな話をしてたと思う。2016年度版もらった具体的に何を話すとかは決まってなくて、遊びに行ったり誘ったりするってことは少なくともお互い興味は持ち合ってるはずなので、自然と会話が弾んだ。遊んでくださった方も、いつも対応するときは具体的に何を話すか決めてないとおっしゃってた。自分がやってたこととそんな変わらなかった。話す内容もこうして箇条書きにしてみると普通話す事だよねという感じがする。話す内容以外で今の所自分のノウハウはこんな感じ。気長にやっていこう当たり前だが、採用面接ではないここ勘違いした人がやると、遊びに来た人が萎える遊び相手は遊びに誘った人がする特定の職種の人が遊びに来たからといって、その職種の人が対応する必要は無いと思う例えば、エンジニアの人が来たからといって、エンジニアが必ずしも対応する必要は無いと思う今回遊び相手してくださった方が広報の方だったのでそう思ったでも人による特定の職種や、特定の内容や、特定の人の話が聞きたければ遊びに行く側がそう言った方がいい誠実に対応する遊び相手をする人は、会社とサービスのミッションとゴールについてぐらいは理解して話せた方がいい遊び相手の方がそれをちゃんと話せる方だったので、会社の魅力をちゃんと伝えてくれたと思う職種が異なってても今回楽しめたのはそれがあったからだと思うでも人による給料の話はするべき誠実に対応する誠実に対応する誠実に対応するそういえばペパランチョンにも以前行ったんだけど、やっぱり同じ感じの内容を話した記憶がある。会社に遊びに行く文化いいですね遊びに行く側と遊び相手両方やったけど、お互いをよく知るための取り組みとしてはとてもいいと思う。みなさんもっと会社に遊びにいくといいですよ。Wantedlyの方がおっしゃってた「彼氏彼女とおつきあいする前に、お互いを知りたくて知るためにデートするじゃないですか。」っていうのがとてもしっくりきた。一方で、遊び相手をした人は遊びに来てくれた人に情が湧きやすくなってしまうので、本格的な採用面接時にフラットに評価する仕組みやガイドラインは考えておくべきだと思った。(リファラルリクルーティングも同じ問題抱えてると思うんですがどうしてるんですかね。知見吸いたい)それに対する直接的な対策ではないけど、Wantedlyさんでは採用候補の人と1日一緒に実務をやってみるという試みもしてるようで、非常に興味深かった。関係無い話でWantedlyさんってネットで見る広報的な記事見て「チャラチャラしてんなこいつら」とか思ってあんまり良い印象持ってなかったけど、中の人と話したり業務中の雰囲気見て、実際はそうでもないなと思った。(これも遊んでくれた方に言った)広報活動はいろいろ模索してるっぽい。楽しくて有意義な時間を過ごせたし、行く前よりずっと会社に良い印象を持てたので、「遊びに行く」という施策の効果は得られたと思う。最後にWantedlyさん、ありがとうございました。#rubykaigiRubykaigi2015http://rubykaigi.org/2015/sponsors正確に言うと、自分が今所属してるtenso株式会社の持株会社のBEENOS株式会社です。Webエンジニアとして働くようになってから、色々なカンファレンスや勉強会に行くようになり、こういうののスポンサーになる企業で働きたいと思うようにりました。2015に同僚と行って、終わった後のテンションで「ヘーシャもスポンサーやろうぜ!!!!」という話になり、社長(グループ会長)にプレゼンすることにしました。全社員に対して発表できる機会があったので、結局全社員に対してプレゼンしました。以下がその時のメモです。非エンジニアを対象に、会社のエンジニアコミュニティへの理解と貢献の推進を目的とした発表のメモもともと技術や環境に対して理解もあり、投資もしてくれる会社だったのですんなり通りました。長年ソフトウェア開発コミュニティに貢献を行っている企業からすると、まだまだ小さなものと思えるかもしれません。これは今自分が所属する会社にとって、とても大きな一歩になったと思っています。これからも引き続き、会社としてソフトウェア開発コミュニティに貢献する活動を続けていきたいです。謝辞この内容を書くにあたり、@sunaotさんにレビューをしていただきました。本当にありがとうございました。当時のやりとりhttps://twitter.com/onigra_/status/636724177588764672https://twitter.com/onigra_/status/639273474456813568また、同じくプレゼンのレビューをしてくれて、後押しと理解をしてくれた同僚、そして、スポンサー費用を出してくれた会社に対し、この場でお礼申し上げます。勤務先のオフィスビルのシャトルバスの時刻表APIを作ってHubotで見れるようにしたこれ作った。onigra/gotenyama_trust_bus_api4月から御殿山トラストタワーっていうビルにいて、駅から遠くてシャトルバスが出てるんだけど、カジュアルにバスの時間確認できるようにしたくて、雑にAPI作ってHerokuにホストした。HerokuのURLとかAPIの使い方はREADME参照。御殿山トラストタワーに勤めてる人はよかったら使ってください。これを作った本当の目的はHubotから使えるようにするためで、なるべくjs書きたくないからAPIを用意することにした。(このAPI使ってChromeエクステンション作りたいって人がいたっていうのもある)余談js書きたくないならRuboty使えばいいじゃんって思うし、実際plugin作ったんだけどなんとなくやめた。Pluginの方の実装をコピペして作ったから命名が変。連休を寝て過ごしただけっていう結果にどうしてもしたくないというモチベーションで作った。novaというグループ展に行ってきた。”は5/3までになります。在廊予定:4/25(土)17~20時、4/26(日)14~20時の予定です。これ以降の在廊予定は追ってツイートいたします。24高橋さんはSIRENの10周年記念ニコ生で、SIREN2が出た時に2chで「闇人乙式がトラウマになったからもう2度とこのゲームをやらない」という書き込みを読んで「やった!!!」って思ったって話がめっちゃ面白くてファンになった。今日はご本人もいらっしゃるというので、これはと思い見に行ってきた。運良く少しお話できた。1/3作品は退廃的、幻想的で美しかった。基本Photoshopで書いてて、一部展示するものはプリントした後に加筆していてご本人のTumblrでも見れる“朝、雷鳴”なんかは加筆されてて荘厳さが増していた。(この作品の女性が着てるの、ウェディングドレスっぽく見えるんだけど、雰囲気は葬式に見える。展示されてたやつだとうっすら幽霊みたいな他の顔も書き込まれてた。)ベクシンスキーとかH.Rギーガーとか好きな人にオススメです。レッドピラミッドシングもいいけどカッコ良すぎて生理的嫌悪感が無いので選外。#shibuyarb渋谷.rb[:20150318]の資料です。本当はAzusaColors使おうとしたんですけど、普通のAzusa使うよりもセンスいるなと思って諦めたら@cyber_yoshidaさんの資料で使われててセンスの差を感じました。新しく作るサーバのテストと動いてるサーバの状態を変えたい時のテストは分けて考えられる新しく作るサーバのテストはそのぐらいの観点でいいと思うServerspecとは違うが、動いてるサービスに対してのテストでntfっていうの使ってなどなど、参考になるアドバイスを多くいただけました。ありがとうございます。Itamae、chefの話が出てAnsibleと比べてどうなの?的な話が出てたので、「Ansibleはchefと比べて学習コスト低い的な風潮あるけど、実際両方やってみてそんな変わらんよ」的なことを言っておきました。Tweetもされてましたが、Ruby界隈はやっぱりItamae使いはじめてる人、気になってる人が多い印象でした。次回のmeetupでAnsibleの話したいとおもってます。それとは別に、Reactを使ってみてる、気になってるという話も結構聞きました。渋谷Ruby会議02が企画中みたいですよ。#shibuyarbPumaとUnicornで最近自分が理解したことプロジェクトでRubocopを使って自動コードレビューしてみた話コーポレートサイトを自動デプロイするようにしたこのコーポレートサイトはCIにwercker使ってて、この間自動デプロイするようにした。→コーポレートサイトのNginxの設定をチューニングも兼ねていじった年末にリニューアルしたコーポレートサイトのNginxの設定をチューニングも兼ねていじった。4最終的なnginx.confとビルド時のコマンドhttps://gist.github.com/onigra/ff92467d1107a5b868e1やったことhttpサーバの設定を本格的にいじったのが初めてなので、インフラ専門の人から見て特に目新しいことはしてないと思う。parts読んだりしたんだけど、発端になった@kennさんの記事のブコメでmod_rewriteでやるべきっていうのを見てなるほど、と思ったのと同時にそもそもバージョニングをアプリケーションにやらせない方が幸せになれるんじゃないかと思って、思いついたのが下記の方法。