Your browser doesn't support the features required by impress.js, so you are presented with a simplified version of this presentation.

For the best experience please use the latest Chrome or Safari browser. Firefox 10 (to be released soon) will also handle it.

まったく捗らない話

24時間4Gbpsを
Open & Share する
技術

@開発部のミーティング

Yappo: yappo あっと shibuya.pl
hikarie Perl Mongers

はじめに

経営統合でライブドア株式会社という名前が無くなって久しいですが、 Open & Share 続行っていう噂らしいので、僕が今までやって来た Open & Share についてまとめてみました。

この資料を外に公開するという事と、どの業務やってる人にも参考になるのを考えてたらこうなった。
(このスライドだけは全編 Twitter で実況可能です)

想定聴衆

開発1室

事例紹介

まずは、過去の事例を紹介してから具体的な技術について解説します。

Web+DB PRESS #1

Twitter で「 CodeRepos の記事寄稿したい！」って言ったら実現しました。

個人プロダクトだし、他者との契約もないので全ての部分を自分の裁量で Open & Share できました。

Web+DB PRESS #2

一度実績が出来たと言う事で「また何かやらない？」と言われたので、主要言語のモダン入門特集を企画してみた。

言語自体の記事は勤務先の業務を影響及ぼす事は少ないので自分の裁量で書けますね。

ただし、複数言語に精通した記事を一人で書くのは無理なので、複数の人に協力をおねがいした。

Ficia 連載

大人な事情がくんずほぐれつで始まったが、最終的に自分が主導権握った。

この連載のテーマは「Ficia の肝である大量の写真をサクサク表示する方法」を詳しく解説してるという、一見すると機密情報を晒してるようにみえる。

Ficia 連載が可能だったわけ

大量の写真を軽快に表示する技術はクライアントサイドに偏ってる(サーバサイドでも工夫があるけどありきたりで紹介する必要が無い)
クライアントサイドは 99% JavaScript で実装されてるので、実装内容は公開されてるも同じ
実装の解説はおまけで、そこに至った考えや別の分野に応用可能な知見をメインテーマとしていた
殆どの実装を担当してたので、何をいっちゃ駄目かとか肌でわかってた

Perl Hackers Hub

Ficia のやつとダブルで連載の話がきてて死ぬのみえたから lestrrat さんにお願いした
もともとバトン形式の連載はクオリティ高そうで見たかったから丁度よかった
バトン回すのも関わった人の見たいベースだけど、最初だけは typo さんと yusukebe を巻き込んで手伝ってもらった
何もしなくても Open & Share が自動的に進んでて Open & Share が捗る

JPA 講師派遣制度

僕の場合は下っ端なので、開催情報を嗅ぎ付けたら「呼んで下さい！」ってお願いして呼んでもらってる。

主催者の方が呼んでくれる気になったら、 JPA との交渉をしてもらうので、領収書を握りしめて最大限捗る話をして牧さんの所まで領収書をもってけばミッション終了。

逆に「来て下さい！」って lovecall されてるのに返事しない mala みたいな人もいる。

住所正規化 API

あの仕組みの大元は、僕が6年前の Shibuya.PM で発表した内容が元
本当は内向けの API だったけど、上司が外出ししようって言って公開に
住所データの元データもオープンだし、基本的にコードが外に漏れても困らない(というか外出ししてるの取り込んでる)ので、 Kyoto.PM とか Hokkaido.PM とかでコード見せてフィードバック貰ったりしてた

技術まとめ

これらの事例を踏まえて、なるべく安全に Open & Share する技術を紹介します。

Open する題材を見極める

おーぷんあんどしぇあーするためにも、おーぷんするものをかんがえよう！

個人プロダクト

そんなの好き勝手にだせばいいじゃん誰も困らないし。「ぼくのとっておきのぷろだくとだからだせないよ！」？だれも気にしてないからだせばいいよ。

業務プロダクト

なんでも間でも出す、なんでもかんでも出さない。は愚か者。例えば「フォントの横幅を考慮して、この横幅を越えそうだったら"..."を末尾につけて切り詰める JavaScript ライブラリ」とかそういうのは、ソースコードだしても誰も困らないしむしろ嬉しい人多いから出すべき。

ただ「勤怠システム自動化ツール」とか「NAVERまとめぶっこ抜きツール」とか、他社がからんでたり自社や関係会社からんでるのは微妙すぎて出したら怒られる。「ロケタッチ OpenAPI つかったツール」みたいのは公開情報だから問題なし。

簡単な見極めかた

外出ししても 100% 自分でコントロール出来る題材が望ましい
実業務の運用の話をそのまま出すと大概アウトなので、社内固有の情報を全部捨てて一般化した話に落とし込むと良い
不安だったら周りに相談すればよい

※だめな事はJK的に考えて書くのおかしいから書いてない

責任分解点を常にクリアにする

みんなが良くやってる事としては、仕事に使いそうな道具を予め一般化したコードとして外出ししておいてから、いざ使う時に自社プロダクトに導入という手順を踏むと線引きしやすくて良いですね。 ikachan とかもこの手法で社内ツールとして投入しました。

こいう形で「どっから何処までか公開ツール」って事が明らかになってると、他の人が Open & Share する時に ikachan 連携の話が出しやすくて、 Open & Share が捗るのでおススメですね。

その他のコツ

無理に一人で抱え込まない、一人で厳しそうだった周りを頼るの重要。

Share 先を考える

GitHub
Blog
勉強会
Hackathon

と色々あるので、勝手にやればいいです。恥ずかしくて出来ないとか思ってる人に言っとくと、どうせ誰もあなたの事見てないのできにしなくて良いです。 Share の積み重ねをして行く事が Open & Share の基礎技術です。

Share の裏技

社員ならキモト API が使えるので、即座に8000人に向けて Open & Share ができるので超おすすめ。

Open & Share されたく無い情報を Open & Share されても困らない技術

ソーシャルメディアの炎上って恐いですよね。もしバラされたく無い事を Share されてしまった時にダメージを無くすソーシャルハックとしては「木を森の中に隠す」ですが、一人のアカウントでそれをやってもしょうがないので多数の人が森になると、K本さんが混乱する事象が発生して困らなくなるという事例が報告されています。

Close & Share

さいきんうちのチームで、位置情報系の周辺技術が捗る社内向け API の整備とかしたので、もし社内の他の所で使いたい人がいたら捗るのでそれを社内 wiki 見ながら説明します。

これも外出ししてもあんま困らないだろうけど、インパクト凄いのあるから別資料で。

One More Thing

あともう一個発表があって

Open & Hackathon やります

カヤックがイノベーションハッカソンってのをはじめた記事を見た時に、 sugyan が社内ハッカソンやりたがってたのを思い出したのでやる事にしました。

ルール

単なる業務になったら意味ないんで、制約つけます。

業務と関係無い外出しできる作りたいもの作る
参加中の参加者同士のネットコミュニケーション禁止
業務しなきゃいけなくなったら自席に戻る

※社外の人が参加したい！言ってきても支障が起きない鉄の掟です

日時など

隔週水曜日 (初回は 5/2)
18時から20時まで (伸ばせたら&需要があれば伸ばそう)
初回は sugyan, tagomoris, yappo が参加確定で、まだまだ入れます！

場所

和会議室 (外部の人入れないらしいので、外部参加希望者受け入れる時はカフェでやりましょ)

以上です

弊社では Open & Share するエンジニアを募集しています。

ということで、あとで github に、この資料あげときますー