3(2): デフォルトの名無しさん [sage] 2018/06/03(日) 23:59:41.73 ID:CcsWt1Gk(1) AAS
内包表記だと
result = [i * 2 for i in range(10) if i%2==0]
で
かっちょええチェーンは
val result = (0 to 10).filter(_ % 2 == 0).map(_ * 2)
で
ちょっとかっちょよくないチェーンは
auto result = iota(0, 10).filter(a => a % 2 == 0).map(a => a * 2)

なんだなあ。最後のはちょっと長いし無駄が多い印象

14(1): デフォルトの名無しさん [sage] 2018/06/04(月) 00:39:52.31 ID:zpFlbA/4(1) AAS
Scalaの_は糞やで
外側の_をメソッド呼び出しの引数に渡せないから現実にはほとんど使い物にならない
使えば使うほど理不尽な制約の多さに辟易する
Kotlin関係なく、こんな行き当たりばったりなゴミが元々普及するわけがなかった

154(1): デフォルトの名無しさん [sage] 2018/06/09(土) 08:58:56.31 ID:0rvSqpFq(11/12) AAS
>>153
こっちでしたかww
深いな、人間関係てのは難しいことだね。

計算コストもそうだけど、気軽に書けるってのも大事だと思う。
高階関数って昔からあるみたいだけど、やはりハードの性能が追いついたから使える感じになったんかな？

LISPとかの昔を知らんので、どうなんですかね、その辺。

660(2): デフォルトの名無しさん [sage] 2018/06/22(金) 00:42:37.48 ID:fxQEanUA(1) AAS
速くなる訳ねーだろ。。
外部ﾘﾝｸ:cocopon.me
なんでこいつらこんな簡単に騙されるの？

661(1): デフォルトの名無しさん [sage] 2018/06/22(金) 00:43:40.93 ID:H0orbnfz(1) AAS
型推論の計算コストは有効範囲と言語の持ってる型システムの表現力でけっこう変わるよ
関数内でのみ有効なのと関数宣言でも使えるのだと随分違う
既存の、コーディング中に型を書くのが苦にならないような言語だと後から型推論追加しても旨味が少ないと思う

Rustはコンパイル速度を気にしてかライフタイム関係の推論が面倒だったのか知らんけど、関数内でしか型推論有効にしなかったのは個人的にマイナス

759(1): デフォルトの名無しさん [sage] 2018/06/26(火) 10:30:34.11 ID:Uq9cj0Jx(1) AAS
>>758
DB消すようなとこが信頼できる？

913(2): デフォルトの名無しさん [sage] 2018/07/02(月) 09:01:43.20 ID:Ovw/GWMA(1) AAS
>>911
すげー思い込み強すぎ。中にはそういう人もいるかもだけど多数派じゃないだろ。
原理主義者怖すぎ。あんまり偏りすぎて人刺したりするなよ。