行ってきたのでメモを残しておきます。この勉強会の目的と方針(暫定)ネットワークのプログラマビリティに関するオープンな勉強会。今のところ企画は2人。あとは仕事のつながりとかで近い方に発表とかをお願いしてる。経緯SDNとかNFVはやってきてるけど、いままでクローズドな機械ベースの話してた人たちからすると、なかなかそういうオープンな話や素養を勉強していくのが難しい。NWエンジニア同士でそういう勉強とか情報交換とか交流とか、なかなかチャンスがないですよね。プロトコルや標準を作る...という観点ではいろいろやってるだろうけど、ソフトウェア開発とかそういう観点での勉強をやる機会はあまりなかったのではないか。勉強会NWエンジニア同士で、NWにおけるプログラマビリティ全般について情報交換をしたいほかの業界から(インフラ、ソフトウェア)からNW的なところへ関心を持ってもらって参加するのも歓迎。数人セミナーと言うよりは、有志に話題を提供してもらって、意見交換するようなスタイルを考えてる。社の人主体でやってますが、オープンな会にしていきたいので、特定企業の色がついてしまうようなことがないようにしたい。即効性のあるネタだけでなく、基礎体力をつけるようなネタもOK。使ってみたいNW関連の統計計算とか。書くと、途中で失敗したりした後、再度やってもうまくいかないとか。環境に変更があったときに再度動かして動くか、とかは怪しくなる。した冪等性を担保してくれる。不要な作業のチェックとか面倒くさいことの処理はフレームワーク側で吸収してくれる。的サービスを自分で作るなら、サービスプロバイダ側の実装でこうした冪等性を担保する必要がある。NW機器だとコンフィグ消して上書きとかしないといけないことがある。同じ環境を再現できる。何かあったらすぐ戻せるとか。インフラ状態のコード化、に狙いが移りつつあるアプリケーション開発の方法論をインフラにも適用しよう。自分が作った機能がほかのコンポーネントに影響することがある(デグレ)のを見つけたい。わからないと、いつ、どのタイミングで何が起きたのか...を探るのに時間がかかる。外部仕様を買えずに中の実装を最適化して技術的な負債を減らす。過去の悪いところをなくしていく作業をやるのが、ソフトウェアの継続メンテナンスでは重要。インフラCI(継続的インテグレーション)システムを全部一人で作れるわけじゃない。プッシュの段階で全体の結合テストして全体としてちゃうと動くかどうかを見る。いうのをインフラでもできる。ソフトウェアほどじゃないけど、頻繁な更新に対してメリットがあるだろう。