次世代言語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/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が遊んでるってこともあまりない
もし遊んでれば機能追加しようという話になる

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

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

>>31
よくC++でどういうバイナリに落ちるか想像つくな
どのくらい勉強したん？

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

>>30
普段 C/C++ 使ってる>>27みたいな人はスクリプト言語でやるような仕事はあまりしてないんじゃないか

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

>>33
それってつまり関係ない話題ぶっこんで来たってことか
反応する必要なかったか

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

コンパイルと起動用のスクリプトにpython使おう
最適化の世界ではコンパイル時間と起動時間はノーカンだろ常識的に

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

起動時間をノーカンにしてたからクライアントサイドJavaは嫌われて滅びたというのに

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

その程度シェルスクリプトでいいだろそれこそ

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

>>34
そもそもここ実行速度の遅い、C代替になり得ないようなスクリプト言語のスレなのか？

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

>>38
両方ありのスレだろ。TypescriptがCの代替になるとは思えない。
そして俺達は今C代替になりえるかとかそういう話はしていなかった。てっきり続きの話題なのだと思ったけど、続きでなく新規の話題だったなら俺が反応する必要はなかった

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

実行速度は速いに越したこと無いけど、速いだけじゃCの代わりは無理だからね

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

米Microsoftが米GitHubを買収することで合意
http://www.itmedia.co.jp/news/articles/1806/04/news058.html

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

Go言語さよなら

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

ダウンロードとコンパイルを最適化した結果がこれなのか

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

ところでうちのサーバー、オフラインだからパッケージマネージャの類い全然有り難くないどころかむしろ鬱陶しいんだけど、お前らの所ってそうでもない？

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

>>44
そんな環境で次世代言語？
ストレス溜まるだけだから諦めよう

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

>>44
パッケージ配布のためのローカルなフィード作ればいいだけやない？

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

そもそもパッケージマネージャーとか抜きにオフラインキツイわ。
大抵そういう現場ってバカの保身の為で全然本質でないことをやらされるイメージ。

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

linuxを起動する円盤にもパッケージが入ってるので
この仕組みを解明できたらネット接続は本質ではない

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

>>46
ごめん分からなかった。良ければ解説リンクみたいなの頂けませんでしょうか？

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

気軽にリポジトリのURIをローカルに指定できるパッケージマネージャとそうでないやつがいるから何とも言えない
Rustのパッケージマネージャはcrates.io決め打ちでリポジトリの構造もオープンでないからネット環境無いと面倒くさい

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

>>49
https://docs.microsoft.com/en-us/nuget/hosting-packages/local-feeds

https://maven.apache.org/guides/mini/guide-3rd-party-jars-local.html

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

ギフハブがギフハブになってしまった

**デフォルトの名無しさん** · 2018/06/05(火) 05:54:47.26

wasmの世界になったらめっちゃ楽しそう。
c++で書いたwasmが一番早いのですか？

**デフォルトの名無しさん** · 2018/06/05(火) 07:24:28.28

>>51
あざす

**デフォルトの名無しさん** · 2018/06/05(火) 07:37:45.69

>>53
c++をバグなく書ける人がいないから
最も遅くなるよ

**デフォルトの名無しさん** · 2018/06/05(火) 11:31:15.84

>>39
発端は>>27だからC代替の話だね
一体なんの続きだと誤解していたんだ？

**デフォルトの名無しさん** · 2018/06/05(火) 11:34:35.01

>>56
>>27自体が内包表記とメソッドチェーンの話題に対するレスかと勘違いしてたよ

**デフォルトの名無しさん** · 2018/06/05(火) 11:51:29.20

流れとしてはそうなんだろうけれども
C/C++ で実行効率がという話だからスクリプト言語は視野に入ってなかった

**デフォルトの名無しさん** · 2018/06/05(火) 18:13:50.98

誤解してないんやんけ

**デフォルトの名無しさん** · 2018/06/05(火) 19:04:10.03

誤解なんて放っておけば自然治癒することもあるし
悪化したら何が問題か自然に明らかになる

**デフォルトの名無しさん** · 2018/06/07(木) 00:15:53.20

で、次世代最強言語は決まったのか？
おまえら人類は今まで何してたんだ？
シコって昼寝するだけのカスだったのか？

**デフォルトの名無しさん** · 2018/06/07(木) 01:20:30.76

そんなものはない

**デフォルトの名無しさん** · 2018/06/07(木) 01:50:03.91

Nimが面白そうなんだがイマイチ盛り上がってないな

**デフォルトの名無しさん** · 2018/06/07(木) 07:24:06.06

nimとかcrystalとかredの話が全然ないな

**デフォルトの名無しさん** · 2018/06/07(木) 07:30:04.00

数値計算が得意でないかライブラリが足りない言語ばっかりで、いずれも「最強」と呼ぶには値しない

**デフォルトの名無しさん** · 2018/06/07(木) 08:25:43.68

かなしい

**デフォルトの名無しさん** · 2018/06/07(木) 10:24:43.22

みんなで使う言語が最強の言語だが決めるのに時間がかかりすぎる
自分だけ使う言語を今すぐ決めよう

**デフォルトの名無しさん** · 2018/06/07(木) 11:41:03.70

JVM系言語は全滅と考えていいの

**デフォルトの名無しさん** · 2018/06/07(木) 12:09:43.24

銀の弾丸を求めても意味ないよ。
自分の戦場の自分の兵科で一番便利だったり一番強い武器使えば良いじゃん。
同じ戦場でも狙撃手と本隊とだとライフルとサブマシンガンに別れるように、
同じ業務系とくくられる開発でもそれぞれ最強言語が違って当たり前だと思うよ。
さらに領域すら異なるなら、最強とか言ってもホントに無駄でしょ。

「この言語はこう新しくて、ここが好き」とか、
「この言語も最近は良くなってきた、特にこの辺」とか
そういう話題からの
「じゃあ〇〇系の開発でも使い物になってきたな」みたいな話題ならわかるんだけど、
使いみちありきの言語ageは違うと思う。

そういう意味では、ちょっと前から出てるRailsファンは書き込む前に考えてから書き込んでほしい。

**デフォルトの名無しさん** · 2018/06/07(木) 12:52:00.52

>>69
そんなんどっちでも良くないか？
ルールとしてRailsユーザは禁止ってならわかるけど
そもそもここの人間はなぜrubyを親の敵のように叩いているのかわからない。
特定の人物が騒いでるだけ？

**デフォルトの名無しさん** · 2018/06/07(木) 13:02:20.59

rubyは敵だと1秒で決める人物もいるし
20年考えても敵か味方かを決められない人物もいる

**デフォルトの名無しさん** · 2018/06/07(木) 13:08:52.98

rubyと言うより信者が糞。
別言語のスレで唐突にrubyでは～とか言ってrubyコード貼り出したりその言語のライブラリ探してんのにrubyのライブラリとruby薦めだしたりやりたい放題。
スレ違いだと言っても無視してずーっと居座る。
目には目をだな。

**デフォルトの名無しさん** · 2018/06/07(木) 13:37:18.13

信者がキモいからこのスレで叩くというのは筋が通らない。一時期沸いてたHaskellアンチと同レベル

**デフォルトの名無しさん** · 2018/06/07(木) 14:12:54.62

リアルでの信者のキモさでいえば明らかにHaskellは最底辺
Ruby使いはライトなレイラーも多いから平均的にはそこまで酷くない

**デフォルトの名無しさん** · 2018/06/07(木) 14:31:09.52

>>70
どっちでも良くない事はわかってるだろ。
叩かれてる原因ぐらい理解できるだろうし、理解できないならそれこそもっと考えるべき。
rubyが1.9からくさった事は何度も書いた。

**デフォルトの名無しさん** · 2018/06/07(木) 17:25:34.76

>>74
はああん？C++忘れてんだろこの野郎。

**デフォルトの名無しさん** · 2018/06/07(木) 17:31:50.45

一位を決められない奴が「とりあえず最下位を決めよう」って思いつくのなんでだろう

**デフォルトの名無しさん** · 2018/06/07(木) 18:31:57.63

C++は主に江添だけのせいでは

**デフォルトの名無しさん** · 2018/06/07(木) 18:50:26.14

信者がキモくない言語って単に人口が多いだけのPython以外にあるか？

**デフォルトの名無しさん** · 2018/06/07(木) 18:59:11.40

信者をNGした

**デフォルトの名無しさん** · 2018/06/07(木) 19:28:08.97

言語を叩くってのがだいたい噴飯ものなんだよ
センスも経験も力量も劣ってるクソゴミ野郎が
自分のサイズすら見えず
プログラミングの成果物のうちでも
偉大な
恐れ多いプログラミング言語というもんを気軽に叩きやがる
もっとひれ伏せよ蛆虫

**デフォルトの名無しさん** · 2018/06/07(木) 19:50:52.57

そこまでは言わんが何が嫌いかより、何が好きで語ったほうが良い。

**デフォルトの名無しさん** · 2018/06/07(木) 21:35:07.09

Rubyは信者というより作者がキモい。(主に見た目が)

**デフォルトの名無しさん** · 2018/06/07(木) 21:51:25.73

いや言語については嫌いな理由のが有意義な情報な場合が多い。
好きとかクソみたいな理由しかないし。

**デフォルトの名無しさん** · 2018/06/07(木) 21:51:44.18

昔リリースマネジメントが滅茶苦茶だったころBTSぐらい導入しようと提案されて
自分は無くても困ってないので不要という趣旨のこと言ってて
だから滅茶苦茶なんだと呆れ果てた

**デフォルトの名無しさん** · 2018/06/07(木) 22:48:17.20

次の戦場はwasmだから、そこでどの言語が勝つかな。何か開発力はMSが一番な気がするからTypeScriptな気がする。.Netがwasmに対応するほうが早いか？

**デフォルトの名無しさん** · 2018/06/07(木) 23:20:58.57

jstsはまだまともにコンパイルできる処理系がないという点で一歩出遅れているけどな。
pypy的なアプローチでいけたりするかな。

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

結局みんなCに戻るのか
こんな世界滅んでしまえばいいのに

**デフォルトの名無しさん** · 2018/06/08(金) 00:11:05.92

>>88
そう思った理由をぜひお聞かせください、とても期待しています

**デフォルトの名無しさん** · 2018/06/08(金) 00:29:23.23

>>87
そもそもpypyって別に速くないぞ
Python界では無駄にリソースを分散させているだけの嫌われ者

**デフォルトの名無しさん** · 2018/06/08(金) 00:49:21.99

>>89
wasm
はいロンパリオン

**デフォルトの名無しさん** · 2018/06/08(金) 01:40:00.25

言語がバージョンアップしていってどんどん多機能になっていくの何か嫌い
むしろ機能を削っていくキレキレ言語が欲しい

**デフォルトの名無しさん** · 2018/06/08(金) 02:02:55.40

互換性こわれる

**デフォルトの名無しさん** · 2018/06/08(金) 02:53:28.27

互換性の問題をクリアした言語作ればいいのに
ソースファイルにコンパイラのバージョン書くとか

**デフォルトの名無しさん** · 2018/06/08(金) 05:34:34.00

同じ言語間の新旧interop用の機能を用意するのと、互換性のために機能を残しておくのと
何が違うというのか

**デフォルトの名無しさん** · 2018/06/08(金) 06:46:21.42

Cとbash
wasmとJSとかいうマルチパラダイムinteropが解禁されたら結局みんなCに戻る

**デフォルトの名無しさん** · 2018/06/08(金) 06:47:55.23

>>94
jsで言うとstrictモードとかね。
jsは最新仕様のコードから古いjsコードを吐き出せるトランスパイラを、作ることで進化スピードが上がった。トランスパイラなら後方互換性が壊れても良いかもね。
デバックは死にますが

**デフォルトの名無しさん** · 2018/06/08(金) 06:48:31.79

>>92
つ　golang

**デフォルトの名無しさん** · 2018/06/08(金) 07:17:27.08

c++はgccかVCで実装が終わってから標準にすりゃいいんだよ。
標準委員とか全く実装をわかってないバカがクソ仕様を決めてんのが大問題。

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

その点「標準にしたけど、実装難しかったから次のバージョンからやっぱなしｗ」ってやるFortranってすげえわ

**デフォルトの名無しさん** · 2018/06/08(金) 08:11:56.10

C言語の複素数だって後からオプションになったぞ

**デフォルトの名無しさん** · 2018/06/08(金) 10:18:00.57

これが柔軟性か

**デフォルトの名無しさん** · 2018/06/08(金) 12:06:26.31

いろんな言語でwasm対応は進むと思うから、そっから先の使い勝手で勝負する感じになるんではないかな
wasm-bindgenみたいに関数のバインディングを楽にするとか
デバッグのしやすさとか