次世代言語11[Rust Swift TypeScript Dart]

**デフォルトの名無しさん** · 2018/06/03(日) 23:53:27.92

スレタイ以外の言語もok

前スレ
次世代言語10[Rust Swift TypeScript Dart]
https://mevius.5ch.net/test/read.cgi/tech/1524607347/

**デフォルトの名無しさん** · 2018/06/03(日) 23:54:53.13

いざ、語ろうぞ。

**デフォルトの名無しさん** · 2018/06/03(日) 23:59:41.73

内包表記だと
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)

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

**デフォルトの名無しさん** · 2018/06/04(月) 00:01:42.36

>>3
最後のはｽｨｰﾌﾟﾗ？いけるやん
これの良さがわからないリーナスとかいう禿げは何何やろなん？

**デフォルトの名無しさん** · 2018/06/04(月) 00:03:00.33

>>3
かっちょええやつで、引数が2つあるときや
同じ引数を2回使いたいときの書き分けはどうすんのん？

**デフォルトの名無しさん** · 2018/06/04(月) 00:08:56.62

>>5
(a => a % 2 == 0)
のスィンタックシュスュガーなだけだから
((a, b) => a % 2 == 0)
こうなるだけやぞ

**デフォルトの名無しさん** · 2018/06/04(月) 00:10:35.66

>>4
Dやで。C++は少なくとも17まではこんなん出来なかった気がする
>>5
Scala全く知らないけど、_1,_2としていくのがMathematicaとかの定番やね

**デフォルトの名無しさん** · 2018/06/04(月) 00:13:39.31

前999

集合論の書き方という発想はなかった

初めに神はxを創造された。
さて、xは0から始まり、荒漠としていて、10まであった。
それから神は言われた、「偶数あれ」。

良く訓練されたパイスォニスタは、コードではなく聖書を書いていたというのか？

**デフォルトの名無しさん** · 2018/06/04(月) 00:15:08.35

>>7
さよか、autoとiotaテケトーにググっただけだから釣られたわ
やっぱｽｨｰﾌﾟﾗは糞なんやな、リーナスは神

**デフォルトの名無しさん** · 2018/06/04(月) 00:22:40.56

>>8
そう見ると割と理解しやすいと思うんやけどなあ……

**デフォルトの名無しさん** · 2018/06/04(月) 00:30:09.23

>>8
自分で書いてあれやが、2倍が抜けてるやん

やっぱリスト内包表記は糞としか思えないんだが
俺の脳内パーサがコンパイルエラーを吐く

**デフォルトの名無しさん** · 2018/06/04(月) 00:31:12.40

pythonはもうドカタが使う言語じゃないからね
内包表記もアレで良いんだよ

**デフォルトの名無しさん** · 2018/06/04(月) 00:31:17.05

内包記法は2重ループとか畳み込みでぐちゃぐちゃになるからイラネ

**デフォルトの名無しさん** · 2018/06/04(月) 00:39:52.31

Scalaの_は糞やで
外側の_をメソッド呼び出しの引数に渡せないから現実にはほとんど使い物にならない
使えば使うほど理不尽な制約の多さに辟易する
Kotlin関係なく、こんな行き当たりばったりなゴミが元々普及するわけがなかった

**デフォルトの名無しさん** · 2018/06/04(月) 00:41:39.99

>>13
それメソッドチェーンでも同じやん
それに場合によるけど二重くらいなら改行すればそんなにぐちゃぐちゃにはならないと思うよ

**デフォルトの名無しさん** · 2018/06/04(月) 00:43:01.33

>>14
あー。Juliaでも議論されて結局それのせいでいろいろ決まらなかったやつやね……
そうかあかんか……

**デフォルトの名無しさん** · 2018/06/04(月) 00:45:26.50

内糞は、必ずmap句、generate句、filter句の順である・・・と覚えりゃいいんだろうか
どう考えても糞ちゃう？

**デフォルトの名無しさん** · 2018/06/04(月) 01:01:34.66

それは糞というより慣れてないだけでは

**デフォルトの名無しさん** · 2018/06/04(月) 01:04:54.97

SQLのSELECT文に近い順番だけど
あれもROM句から考えるほうがしっくりくるんだよなあ

**デフォルトの名無しさん** · 2018/06/04(月) 01:07:53.19

英米人「Catch me if you can!」
ジャップ「捕まえられるものなら捕まえてみろ！」

長いし冗長。

**デフォルトの名無しさん** · 2018/06/04(月) 01:09:29.03

ああ、SQLとも似てるのか、なるほどですね
1ライナーで書くことを強いられてるせいで余計読みづらいのかな

しかし前996に尽きる
前提が数字か文字列か何なのかわからんのに、
いきなり「2倍します」で始まるとかﾌｧｯ!?てなるですよ

**デフォルトの名無しさん** · 2018/06/04(月) 01:14:08.27

まあデータを後ろへ流していくパイプラインの方がより書きやすいというのはわかる。書いてるとメソッドチェーンの方が書きやすいわ。
ただ、ラムダ式に毎回引数を書く必要があったり、外側の_の問題が鬱陶しい

**デフォルトの名無しさん** · 2018/06/04(月) 01:16:51.18

>>20
できるなら捕まえてみ

**デフォルトの名無しさん** · 2018/06/04(月) 01:40:08.83

ポイントフリースタイルにすれば引数も書かなくてよくなるぞ
難読具合もUPするとは思うがw

**デフォルトの名無しさん** · 2018/06/04(月) 02:39:33.33

前950
ホイ卒ってなに？

**デフォルトの名無しさん** · 2018/06/04(月) 08:04:26.36

最終学歴保育園卒

**デフォルトの名無しさん** · 2018/06/04(月) 09:48:53.04

普段C/C++使ってる身としてはいくら読みやすかろうと
実行効率犠牲にされると使う気が起きないな

**デフォルトの名無しさん** · 2018/06/04(月) 10:29:10.04

律速以外でも？

**デフォルトの名無しさん** · 2018/06/04(月) 13:10:56.78

横レスだがCPU時間次第では
I/O律速だから非効率でもいいかとガシガシCPU使ってると熱持ったり電池減ったりするからね

**デフォルトの名無しさん** · 2018/06/04(月) 14:03:57.47

そんなん気にし始めたらもうPythonに限らずスクリプト言語全般無理やん

**デフォルトの名無しさん** · 2018/06/04(月) 14:27:36.11

>>28
最適化作業が当たり前の世界にいるのだけど、最適化って進めるごとにどこがボトルネックは変わっていくんだ
また最近は可能な限りジョブ分割して並列実行させるから特定のcpuが遊んでるってこともあまりない
もし遊んでれば機能追加しようという話になる

そういう世界だと最適化前であっても原則富豪的なプログラミングは許されない
プログラミング言語にもとめるものとして可読性の順位はあまり高くない
どういうバイナリに落ちるか想像つくレベルでないとリバースエンジニアリンクに時間とられるはめになる