https://ubiteku.oinker.me/2015/12/22/elixir%E8%A9%A6%E9%A3%B2-1-%E4%BB%8A%E3%80%81%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E%E3%82%92%E9%81%B8%E3%81%B6%E3%81%A8%E3%81%84%E3%81%86%E3%81%93/

[kamocyc]

ホットスワップに興味ある。今だとマイクロサービス化とかに通じるのか

[kent-where-the-light-is]

“手続き型やオブジェクト指向は、コーディングスキルが向上するほどコードが読みやすくなっていくように思えるのに対して、関数型はスキルが高いほどコードは難解になっていく印象がある。”

[gologo13]

Scalaのは派閥の話おもしろい。確かに組織が拡大していく上で課題になるな。

[BigFatCat]

"手続き型やオブジェクト指向は、コーディングスキルが向上するほどコードが読みやすくなっていくように思えるのに対して、関数型はスキルが高いほどコードは難解になっていく印象がある。"

[takaken1123]

[2016-12-06 10:19]

[katzchang]

Scalaは所詮JVMを動かすための言語なのでーという話はいつもしてしまっている。。。

[azihsoyn]

“これらの派閥間のすれ違いが無視出来なくなるという。端的に言えば、関数型追求派のプログラマーの書いたコードを、Better Java派はメンテナンス出来なくなる。”

[haru_skywalker]

"Scalaプログラマーは以下の二つの派閥に分かれる傾向があるらしい"

[ilyaletre]

"関数型はスキルが高いほどコードは難解になっていく印象がある。" 関数型でも程よく抽象化された良いコードは目的を直接的に表現する。(ノイズがない) 難解な印象の元になったコードが単純に駄目だった説。

[issyurn]

“オブジェクト指向が日常的な抽象性をベースにしているのに対して、関数型は数学的な抽象性、つまり日常的な抽象性の延長としては理解し難い領域の抽象性を扱っているからではないかと推測している。”

[tacke]

"小規模のチームであれば、それほど大きな問題にはなり辛いが、プロジェクトが成長して規模が拡大すると、これらの派閥間のすれ違いが無視出来なくなるという。"

[fuktommy]

Elixir試飲録 (1) – 今、プログラミング言語を選ぶということ: Scala, Go, Elixir | ゆびてく

[michael-unltd]

“Elixirは、Erlangのvirtual machine（BEAMと呼ばれている）上で動く言語で、ErlangとElixirの関係は、丁度JavaとScalaの関係に似ている。”

[higed]

Erlangが大人気．

[shogo_okamoto]

AltJava, BetterJavaとしてKotlinがかなり筋が良いと思います。これなら誰が書いてもある程度同じようなコードになると思われました。流行るかどうかはわかりませんが。

[unagi_tabetai]

「高度なリアルタイム性と大量の同時接続を要求するオンラインゲームの世界でもErlangは活躍しており、Call of Duty や Game of War といったゲームで利用されているということだ。」

[onefootinthegrave]

Elixirは型ないからなあ

[kimutansk]

「手続き／オブジェクト指向は、スキルが向上するほどコードが読みやすくなるが、関数型は難解になる」は確かにあるのかも。難解というか、スタンスが他のパラダイムとずれる感ですが。

[digitalglm]

Elixir試飲録 (1) – 今、プログラミング言語を選ぶということ: Scala, Go, Elixir | ゆびてく: Elixir試飲録 (1) – 今、プログラミング言語を選ぶということ: Scala, Go,…

[yanbe]

"関数型追求派のプログラマーの書いたコードを、Better Java派はメンテナンス出来なくなる。”