前日にPokemonGoMapに消耗して徹夜で行きました。終日立っていたのでところどころ聞けていなかったです。イベント中はずっとルアーモジュールが使用されていました。やってみんとわからんことだらけ。さくらのIoT企画・開発365日の軌跡。チームビルディングという観点で紹介されていました。あとブースでさくらクラウド2万円クーポンありがとうございました。文化を支えるインフラとビジネスの変化に強いインフラブースに座ったまま聞けたので、最高でした。このセッション聞けて満足して午前が終わりました。Wantedlyのインフラチームはコードを書いて問題解決をしている。憧れていた仕事はこういうものだったと気づいたセッションでした。気づかせてくれたし、今後の生存戦略の方針が決まってきた感じがありました。場所にいけるようやっていきが高まったセッションでした。Bookは買って読んでいます。Easyであることのおはなし。Wantedlyの社員数と売上のグラフをみましたが、伸びかたがすごかったです。これがグロースというものなのかと思いました。XaaSとAWSの両方を使い、利用できるものはどんどん利用する。HerokuやRedisやFirebaseとAWSの組み合わせなどもやっている。これらはスピード感とコスト感などで選択しているとのこと。Developerからインフラへのタスク依頼が増えてインフラ側がボトルネックになっていく。デプロイできる環境を提供できるようにするのが、変化に強いインフラ。インフラにタスク依頼がこないようにした。Developerに使ってもらえるように気をつけている。ヒアリングをして同じ結果になるようにコマンドを作成した。PackerでAWSのinstanceのAMIを作成などをした。インフラがコードをメンテするので、インフラがボトルネックになってしまう。etc)dnsimpleを操作させている。Officialにamiが用意されているのでCoreOSを試験運用してきた。golangでツールを作成。TAGを元にsystemdにサービスを提供させるもの。これはAutoScaleでよいのでないかしらとおもいました。何台分でもよくて、一回限りでもよい。Kongに対してdeployすればよい。Gatewayの働きをする。GenerateはAPIを作成してくれる。Wantedlyのインフラチームはコードを書いて問題解決をしているとのことでした。途中から聞けるようになったのでよかった。いい話でよかったです。やっているからスキル高いんだなあとも思いました。来年も同じセッションを聞いていい話と思っちゃいけないとも思いました。今年一年で、来年このセッションを聞く必要がないようにならないといけない。手を動かしてやっていかないといけないと思いました。途中からだったんのですが、内容としてはプログラミング初めて写経の次はどうするのか問題。写経の次は車輪の再発明のすすめ。自分でプロトコル、アルゴリズムを実装するのがよい。自分が普段使っているプロダクトに似ているものを作ってみる。Apacheやkeepalivedなどなど。これをやることでボトルネックの想像がつきやすくなってくる。HTTPサーバの実装だったら、HTTPのRFCを読んで、知らないヘッダを読む。理解することができるようになる。HTTPサーバの自作はおすすめらしい。ヘッダを無視して、メソッド、パス、受けたら返すようにするのを目指す。これをやるとc10k問題がどういうものなのかが、わかってくる。ファイルディスクリプタをセレクトでみてるからc10k問題になる。ほかにはCGIはどのようにして動作しているのかわかる。いうのをやって、どれだけ役に立っているかというと毎日役立ってると思うくらい役に立っているとのこと。自作したHTTPサーバに対して、curlやブラウザが返ってくるのは感動。セッション中ではJavaで自作する本が出ているのをおすすめしていました。他にはLinuxコンテナエンジンの自作をしてみる。Dockerは巨大なので、実装することで中でどのような動きになっているか理解できる。cgroupやchroot,vethのような技術も理解できる。先駆者がいるので、コードを読んで参考にするのがよい。Denaのjaillingのperlは200行ぐらいで書かれていたりする。言語処理系、LispのNosql系、プロビジョニングツール、Itamaem、ldapが大変なので、ログイン認証サーバを作ってみる。他には監視サーバをつくてみるとかもよい。分散システムのアルゴリズムを実装してみたりもおすすめ。車輪の再発明はプロトコルや低レイヤなどの普遍的で長く使える技術を効率よく学べる。似たものを作るので元のソースコードを必然的に読むことが増える。RFCを読み解く練習にもなる。新しい実装の公開にも読み解ける。車輪の再発明の次はなにか、それは代表的プロダクトを作ってみる。代表的プロダクトとはあの人といえばこのプロダクトと呼ばれるもの。既存のソフトウェアの不満点を解決、デプロイや運用が既存のソフトウェアより簡単になっている。抽象化しすぎると特定の規模に絞れないので、ドメインを対象に特化してみる。書き直すならどの言語で書き直すのか?UIの考え方も重要。ここのUIは運用する人目線のインターフェースをとらえる。既存の言語をGOで書き直す流行りがあった。ワンバイナリで動くので導入障壁が低い。自動化の妨げにならないとか運用目線で考える。設定ファイルや自動化が難しいツールをCruby/mrubyなどで作り直す。既存の劣化品を作ってプロダクションにいれてしまうことなど。既存のモノの修正で十分済むのに新しい物をつくって導入してしまうことなど。自分の発明にするには作ろうとしている対象の領域の深い知見が必要。実装すればわかるのは、たいてい勝てない。作りなおすのはアーキテクチャとしてダメなとき。どこまで調べるのかは最初からきめる。最初にゴールを決める。合意をとるためにも見せられるものが必要。そのためにも手を動かす。機械学習興味あるならやってみようよというお話だったと思います。ベストスピーカー賞ももらっていました。ここでも疲れが出てきて、ちゃんと聞けていなかったです。数学とかちゃんとやらないとだよなあ。SIerから移ったはずなんだよなあということを思い返しました。やりたかったことを思い出して、やっていこうと思ったセッションです。非機能要件を満たしたシステム監視を行う。人は失敗するので手作業を減らして自動化をしようというお話。テストもserverspecやinfratesterでテストの自動化ができますね。個人の経験や組織のナレッジを自動化で更に活かすようにしていく。Linux,FreeBSD脆弱性検知ツールVulsを開発したらServerspecを超えるGitHubスターを獲得するほどバズった話タイトルがかなり釣り感があるセッションでした。人に役立つものを作ろうと思ったらしいです。OSSに貢献した結果、娘から見直されたといういい話が聞けました。代表的プロダクトを作るには娘が必要で絶望なんて思ったものです。良さそうだったので、ちょっといじってみようかなと思いました。格闘家かしらと思ったけど、いい人そうだったなという感想。今エンジニアに最も必要なものは「戦略」である!孫子に学ぶ本質のつかみ方この時疲れがピークに達していて寝てしまっていた。戦術と戦略の違いから説明していてよかったです。中国で出版されている戦略の本をおすすめしていてマニアックだなと思いまいした。ITイベントでもこの手の話を聞けるとは思いませんでした。個人的には良いと思います。結果どういう話に結びついたのかは、あまり覚えてないです。懇親会やぱちーとも微妙にエンジニア層が被ってなさそうだなあという印象。運営側らしく忙しそうだった。これができるエンジニアかと思いました。ナデシコ観てるんだあ思っていました。その成長速度に感服しました。コードがかけるインフラエンジニアになれるように背中を追っていきたい。dtan4さんじゃんと!名刺を見返して気付きました。酔っててもちゃんとその場で、名刺をよくみよう。今回はコード書いてるインフラの人と話せたのが本当に良かった。本来やりたかったことをやっていくべきなんだと気付きました。やっていくからやってみたになっていこうと思います。月別アーカイブはてなブログをはじめよう!oza__shuさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。