YAPC::Asia 2014で「いろんな言語を適材適所で使おう」という話をした #yapcasia - Kentaro Kuribayashi's blog

YAPC::Asia Tokyo 2014で、いろんな言語を適材適所で使おう - YAPC::Asia Tokyo 2014という話をしてきました。 これまでのソフトウェアエンジニアとしての経験から、継続的に価値を提供し続けるための技術選択はどのようにあり得るのかということをずっと考えていて、「「技術的負債」を問いなおす」というタイトルでJAWS DAYS 2014で話してきた #jawsdaysや、GMOペパボのエンジニア新人研修 #lldiverという発表でもそのあたりの問題意識に基いて話したりしてきました。今回の話は、では、それらの延長線上での、将来における技術選択の最適化について考えてみました。 もうちょっとちゃんと定量化できる感じにしたいけど、まだまだ難しそうだなあという感じ。もうちょっと深堀りして考えていきたいと思います。

[antipop]

話しました

[K2ICE]

今更ながらmicroservicesってUNIX道だな

[lesamoureuses]

こういうの1人が思ってるだけじゃダメで組織をどう変えるかみたいなことになるから難しい

[kenjiskywalker]

説明するのは大変なのでこのスライドを参照してくれ

[razokulover]

どうやったらこれだけ知識の引き出しと深さが増えるんだ...

[hyuki]

すばらしい。大変勉強になりました。

[koemu]

サーベイする時の評価観点がまとめてある

[iga_k]

とても良い発表だった！いろいろ妄想できた。

[udzura]

マイクロサービス、各コンポーネントを少しずつ置き換えるのに向いてそうだと思ったら同様の内容が書かれていた（発表お疲れさまでした

[Nyoho]

技術的負債、記述選択

[uzulla]

漠然と感じていることをこうやって整理されると、人と話すのに便利なのでとてもよいな〜／「表の中身は適当です」の良さ

[ono_matope]

Microservicesのコストの均衡のところよかった

[kimutansk]

開発言語の選択は継続してし続ける必要がある、ただ、そのためにはそれを受け入れるだけの組織能力が必要、と。そうですよね。

[kamatama_41]

これは良い資料

[a-know]

うん

[t-wada]

"技術選択において「言語自体の特性」「エコシステム」「組織能力」という評価軸がある" "選択は、ある時点で確定することはなく、時間の経過とともに、その都度、何度でも行う必要がある" すばらしい資料

[masaya-chonan]

microservicesというarchitectureか。