次世代言語議論スレ[Go Rust Scala Haskell]第5世代 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/06/13(火) 08:54:07.99

いざ、語ろうぞ。

スレタイ超過のため、一部省略。
その他もウェルカム。

前スレ
次世代言語議論スレ[Go Rust Kotlin Scala]第4世代
http://mevius.2ch.net/test/read.cgi/tech/1492631007/

**デフォルトの名無しさん** · 2017/07/15(土) 11:29:21.79

屁臭いペチプァは寄ってくるな
臭いがうつる

**デフォルトの名無しさん** · 2017/07/15(土) 11:36:09.13

>>400
わかりません。説明して。

**デフォルトの名無しさん** · 2017/07/15(土) 11:53:30.82

>>403
ノーティファイアを見て明らかなように件の実行時エラーはself traitConflictが出している
じゃあこのスタブは誰が設置したか考えれば自ずとコンパイル時に既に衝突は検知できていることがわかるだろう？

**デフォルトの名無しさん** · 2017/07/15(土) 12:03:03.34

コンパイル時に衝突を検知出来ているならコンパイル時にエラーを出そうよ

**デフォルトの名無しさん** · 2017/07/15(土) 13:27:15.35

>>405
件のモック定義のタイミングにフックすれば出せるようにできるけどウザイだけだよ？（Pharo6で確認）

effectiveMethod
   "Return the effective compiled method of this method description."
   | method |
   method := self providedMethod.
   method isNil ifFalse: [^ method].
   method := self conflictMethod.
   method isNil ifFalse: [self error: 'Methods confliction: ', method selector. ^ method].
   ^ self requiredMethod.

**デフォルトの名無しさん** · 2017/07/15(土) 13:56:49.93

そのフックが実行時に呼ばれてエラー吐くだけじゃん
馬鹿すぎて頭痛いわ

**デフォルトの名無しさん** · 2017/07/15(土) 15:18:27.64

このアンチ、レベル低すぎ

**デフォルトの名無しさん** · 2017/07/15(土) 15:59:41.17

アンチがレベル低いのではない。
レベルが低いからアンチなのだ。

**デフォルトの名無しさん** · 2017/07/15(土) 16:53:57.90

>>401
WYSIWYGがどうなのかは知らんけど
ViewとControllerの境界が不確かとかならともかくModelとViewの見分けが付かないのはもはやいろんな意味でMVCではないよ

Smalltalkにはランタイムしかないと考える人には今回の「コンパイル時に」を「静的に」と表現することには抵抗があるかもね

**デフォルトの名無しさん** · 2017/07/15(土) 22:01:58.64

MVCは死産だった
今ナウいカレントトレンドな最先端の設計は、クリーンアーキテクチャ

**デフォルトの名無しさん** · 2017/07/15(土) 22:02:44.95

このアンチってどのアンチだ

**デフォルトの名無しさん** · 2017/07/15(土) 22:06:45.31

ペェ～ル豚とプェチ糞パーは
アンチ云々じゃなく死ね
死ね

**デフォルトの名無しさん** · 2017/07/15(土) 22:52:58.72

PHPは分かったけどPerlもいかんのか……
Perl6はどうなんだ？

**デフォルトの名無しさん** · 2017/07/15(土) 23:04:27.06

PHPなのかー精神分裂病の症状特有の「俺言葉」すぎてなんなのかわからんかったわ

**デフォルトの名無しさん** · 2017/07/16(日) 08:14:33.97

だから徳川家康のような目新しい言葉を一つも作らなかった奴が勝つんだな

**デフォルトの名無しさん** · 2017/07/16(日) 11:06:27.56

>>414
たしか、ただでさえ汚いPerlに
大量の新仕様・新機能が追加されたんだろ

昔ならどうだったか知らんが
「この言語でしかできない」なんてことが少なくなった今、
わざわざPerl選ぶ奴はキチガイとしか思えん

PHPはCMSに強いから、まだわからんでもないところはある
ゴミ屑みたいな言語だから個人的には全く触りたくないが

**デフォルトの名無しさん** · 2017/07/16(日) 11:58:27.53

回転寿司で隣の知らんおっさんが唐突に
「俺はイカが嫌いだ」って話しかけてきたような困惑

**デフォルトの名無しさん** · 2017/07/16(日) 13:03:56.78

このネタどうなんすかねえ
と聞かれたから
昔はよかったけど腐りかけですよ
たまに当たりはあるけどいつも腐ってますよ
と言っただけなのだが

**デフォルトの名無しさん** · 2017/07/16(日) 14:00:50.61

ペェ～ルとか言ってる人に聞いたのに、別っぽい変な人から返事が返って来て俺困惑

**デフォルトの名無しさん** · 2017/07/16(日) 14:43:25.82

python2と3でもこれだけ長引いたとこ見ると
（なんとか3にまとまりそうだけど）
これからPerl6が流行するとは思えない

**デフォルトの名無しさん** · 2017/07/16(日) 18:26:38.70

ペェ～ルおじさん単発ワラワラで草

**デフォルトの名無しさん** · 2017/07/16(日) 19:00:43.00

perl6 って何のメリットもないよね。

**デフォルトの名無しさん** · 2017/07/16(日) 19:17:03.45

>>419
そんな店に行くなよ

**デフォルトの名無しさん** · 2017/07/16(日) 19:35:25.03

コメント欄で雑談するために使って
https://www.youtube.com/watch?v=jgdXBtXCd7Q

**デフォルトの名無しさん** · 2017/07/16(日) 21:05:09.00

何でわざわざ雑談場所を移す必要があるのか…
PV稼ぎも大変だなあ…

**デフォルトの名無しさん** · 2017/07/16(日) 22:01:00.06

>>423
某Sから始まる作者にも見捨てられたクソ言語よりマシ

**デフォルトの名無しさん** · 2017/07/16(日) 22:05:04.15

トンチンカンな低脳アンチに粘着されないだけマシ

**デフォルトの名無しさん** · 2017/07/16(日) 22:06:13.03

>>427
Scalaさんの悪口はやめるのだ

**デフォルトの名無しさん** · 2017/07/16(日) 22:09:41.66

Scalaさんはあくまで実験言語だと作者がずっと言ってるのに
勝手に祭り上げられて勝手に負けたことにされた不憫な言語

**デフォルトの名無しさん** · 2017/07/16(日) 23:08:48.14

コミュ障ファンがマサカリ投げまくって
怖いコミュニティだとすっかり評価を落とした

**デフォルトの名無しさん** · 2017/07/16(日) 23:22:52.15

scalaがいつ誰に負けたんや

**デフォルトの名無しさん** · 2017/07/16(日) 23:38:44.37

2017/05/18、kotlinに負けた

**デフォルトの名無しさん** · 2017/07/17(月) 00:14:52.63

Scalaが作者に見捨てられたってマジなの？

**デフォルトの名無しさん** · 2017/07/17(月) 07:08:09.71

まじ

**デフォルトの名無しさん** · 2017/07/17(月) 07:18:06.21

Scalaは_が糞すぎる
有名な言語であそこまで一貫性のない場当たり的な仕様は稀なレベル

**デフォルトの名無しさん** · 2017/07/17(月) 08:28:56.48

初学者からすると
暗黙のパラメータを何の説明もなく型クラスだと言い切って混乱させたり
両者がイコールではないと疑問を呈すると攻撃してくるとか
すごく怖い人が牛耳ってるイメージ

**デフォルトの名無しさん** · 2017/07/17(月) 09:13:20.32

だがコミュ力を重視するのは的外れだ
コミュ障でも嘘をつかないやつは怖くないから
嘘つき大会で優勝しそうなやつの方が怖い

**デフォルトの名無しさん** · 2017/07/17(月) 10:08:58.85

コミュ障、ガイジ、アスペが揃ってるScala界隈

**デフォルトの名無しさん** · 2017/07/17(月) 10:33:48.20

>>439
患者を治療する医者のような視点だ
それを経済とか経営とかに応用できるとは思えないが

**デフォルトの名無しさん** · 2017/07/17(月) 12:42:41.89

scalaは理屈っぽくてセンスがないrubyって感じ

**デフォルトの名無しさん** · 2017/07/17(月) 12:59:41.12

rubyは静的言語だったら使ってた

**デフォルトの名無しさん** · 2017/07/17(月) 14:03:58.82

Sから始まる言語でマシなのはSchemeとSMLだけ

**デフォルトの名無しさん** · 2017/07/17(月) 14:08:19.67

S言語あかんか……

**デフォルトの名無しさん** · 2017/07/17(月) 14:10:03.81

Simula
Smalltalk
Swift

**デフォルトの名無しさん** · 2017/07/17(月) 14:27:44.45

Go 2でジェネリクスが入るからそれで決着

**デフォルトの名無しさん** · 2017/07/17(月) 15:01:17.40

それはそれで「Goはシンプルなのがよかったのにもう魅力がない」とか言い出す人が出て来そう

**デフォルトの名無しさん** · 2017/07/17(月) 15:05:47.41

Goはシンプルすぎてお話にならない
そんなにシンプルなのがいいならBrainfuckでも使ってろ

**デフォルトの名無しさん** · 2017/07/17(月) 15:15:28.08

Goはもはや次世代言語っていうか良くも悪くも実用言語

**デフォルトの名無しさん** · 2017/07/17(月) 15:41:47.25

いいかげん言語毎にパッケージマネージャやビルドツール作るのやめてほしい
Makefileをもうちょっと書きやすくしてGitに対応させれば済む話なのにいつまで同じものを猿のように再発明し続けるのか

**デフォルトの名無しさん** · 2017/07/17(月) 16:25:32.71

さすがにMakefileをC/C++以外で使わされるのは勘弁して
Gitはその通りだと思うけど

**デフォルトの名無しさん** · 2017/07/17(月) 19:43:49.58

依存の見方が言語毎に違うんだからしゃーない。

**デフォルトの名無しさん** · 2017/07/17(月) 19:59:44.28

上手いこと抽象化できれば基礎ツール+プラグインでいけそう
Haskellerって抽象化得意だろ？何か作ってくれよ

**デフォルトの名無しさん** · 2017/07/17(月) 22:06:17.52

一周回って、ビルドツールなしの人力ビルド・ライブラリ管理のJavaプロジェクト知ってるわ

**デフォルトの名無しさん** · 2017/07/17(月) 22:12:00.96

次世代Makefile！おもしろいね。
git対応は具体的にどんな機能があれば良いのかな。
依存の見方は、例えば空行入れただけみたいなプログラムの意味を変えない変更では無駄だからリビルドしないでほしいとか？
「もうちょっと書きやすく」って？

**デフォルトの名無しさん** · 2017/07/17(月) 23:03:29.82

・依存先の指定としてGitのリモートリポジトリの特定コミットの特定ファイルを指定できる
・ビルド済みのリソースが信頼できるリポジトリに既にあれば透過的にそれを利用する
Git連携はこんなとこじゃね
パッケージ化の単位とか考えるべきことは多いけど、うまいこと設計すれば綺麗に作れそうな気がする
ハスケラくんの出番だな

**デフォルトの名無しさん** · 2017/07/17(月) 23:25:38.52

>>450
Makefileを手書きしやすくする意味がわからない
手書きでできる規模ならただのシェルスクリプトでいいと思う

**デフォルトの名無しさん** · 2017/07/17(月) 23:39:10.02

>>457
だから開発規模が容易にスケールできるように改良すればいいということでしょ
依存関係を自動的に発見するプラガブルな仕組みとかね

**デフォルトの名無しさん** · 2017/07/17(月) 23:58:04.28

スケールって大規模に使う仕組みを小規模にも強制するんだろ
例えばmain関数だけでいい場合でも絶対class作る言語

**デフォルトの名無しさん** · 2017/07/18(火) 02:22:19.92

tupというものがあるよ。作者はtupとgit submoduleを駆使して自作のLinuxディストリビューションを簡単にビルドできるところまでやってる
ninjaと違ってワイルドカードを使えるのに速い

**デフォルトの名無しさん** · 2017/07/18(火) 06:59:58.31

>>457
全コンパイルでも5分とかからないのに
makeのデバッグさせるとかやめて欲しい。

**デフォルトの名無しさん** · 2017/07/18(火) 19:19:47.83

>>450
Windowsとかツールが標準でない環境もあるからだろ
せめてaptみたいな依存関係書いとけば環境整えてくれるパッケージマネージャがOS標準であればな
mavenは割といいと思うが人気ないのかな
やはり手軽にスクリプトを書けるのがいいのか

**デフォルトの名無しさん** · 2017/07/18(火) 23:30:04.84

今どきメーブンて

**デフォルトの名無しさん** · 2017/07/19(水) 00:04:39.12

pom地獄 ((((；ﾟДﾟ))))ガクガクブルブル

**デフォルトの名無しさん** · 2017/07/19(水) 00:24:35.66

Android の、Gradle

Groovy のクロージャで書ける

**デフォルトの名無しさん** · 2017/07/19(水) 07:47:57.21

GoogleはBazelっていうのを押しているだろ

**デフォルトの名無しさん** · 2017/07/19(水) 16:30:34.48

>>463
ずっと1つのツール使う話だから
今どきというのはズレてる

**デフォルトの名無しさん** · 2017/07/19(水) 17:38:31.62

型情報と機械語のせいでファイルとコマンドが異常に多くなるという問題は一つ
答えはいっぱいある

**デフォルトの名無しさん** · 2017/07/19(水) 21:20:24.68

型無し能無し役目無しの糞言語は全て滅びろ

**デフォルトの名無しさん** · 2017/07/19(水) 23:03:41.07

型推論で動的言語みたいな静的言語作るのが今の流れ

**デフォルトの名無しさん** · 2017/07/19(水) 23:45:07.13

JavaScriptはTypeScriptを標準化しろ
PHP Perl Rubyは役目を終えたから、今すぐ廃止しろ
使ってる奴ら・会社・サービスは、全て糞言語幇助の罪で死刑
よいな

**デフォルトの名無しさん** · 2017/07/19(水) 23:57:15.73

Homebrew処刑ってマジ？

**デフォルトの名無しさん** · 2017/07/20(木) 07:54:30.69

Perl6 はなかなか良いぞ。
絶対普及しないだろうけど。

**デフォルトの名無しさん** · 2017/07/20(木) 09:27:29.28

Pythonに静的型・型推論とnull排除したぐらいのが欲しい

**デフォルトの名無しさん** · 2017/07/20(木) 17:15:19.69

>>474
nim とかいかが？

**デフォルトの名無しさん** · 2017/07/20(木) 17:38:00.25

Perl6なー、せめてPerl5からの緩やかな移行をさせてくれれば採用してもいいんだけどなー
ちょっとモチベーションに欠ける

**デフォルトの名無しさん** · 2017/07/20(木) 22:22:12.00

>>474
python3の型ヒントはけっこう使えると思うがな。
パッケージのサポートがまだまだなのが残念だが。

**デフォルトの名無しさん** · 2017/07/20(木) 22:23:52.99

>>474
ホーン・ト・コトイレン

**デフォルトの名無しさん** · 2017/07/20(木) 22:27:02.38

perl使う理由って何かある？

小さいWebアプリならPHP, Rubyで十分
中規模以上ならJVM系
機械学習ならPythonワン択
デスクトップアプリならElectron, C#, Java

Perlってマジで何のために必要なん？
ガイジ？

**デフォルトの名無しさん** · 2017/07/20(木) 22:45:38.08

>>479
better shellscript
だいたいどのUNIXサーバーにも入ってて、bashなんかに比べたら普通のプログラミング言語っぽくてわかりやすい
AIXなんかにも入ってたりするから、慣れない環境を触ることになって途方に暮れてるときにPerlが入ってると
言葉の通じない異国で旧友に出会ったような気持ちになる
入ってる力が全て

**デフォルトの名無しさん** · 2017/07/20(木) 22:47:47.78

これまでLinuxサーバー見て来てPython2が入ってなかったことはないなあ
逆にPython入ってないってどんなのがあるのか気になる

**デフォルトの名無しさん** · 2017/07/20(木) 22:58:24.48

perlは作者のコミュ力がすごすぎた
設計の能力じゃなくて変な設計を人に説明できる能力が異常

**デフォルトの名無しさん** · 2017/07/20(木) 23:02:50.14

今でこそPyPIやnpmなど当たり前になってしまったが、昔はCPANがあるperlが何をするにも便利だった。

**デフォルトの名無しさん** · 2017/07/20(木) 23:09:52.08

老害言語ってことか
早く死んで欲しいな

**デフォルトの名無しさん** · 2017/07/20(木) 23:10:18.31

sedおじさんawkおじさんvbaおじさんと一緒に地獄に堕ちろや

**デフォルトの名無しさん** · 2017/07/20(木) 23:13:27.39

>>481
さっさとpython3標準にしてくれよ

**デフォルトの名無しさん** · 2017/07/20(木) 23:19:24.42

頭がパーのパーカスパールお爺さん

早く死んで！

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

いやーgrep awk sedは今でも便利よ
やっぱりコマンドライン直打ちで効果を発揮するのは大きい

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

頭がパーのパーカスパールお爺さん

俺が引導渡してやるから、俺の前に並べや！

**デフォルトの名無しさん** · 2017/07/20(木) 23:25:18.58

>>486
これはわかる
でも贅沢言うと、Python2じゃないと動かないライブラリもあるからPythonコマンドに両搭載して欲しいわ

**デフォルトの名無しさん** · 2017/07/21(金) 02:09:05.74

Nim良いよね～

**デフォルトの名無しさん** · 2017/07/23(日) 01:22:57.80

Go言語がダメな理由
http://postd.cc/why-go-is-not-good/

**デフォルトの名無しさん** · 2017/07/23(日) 02:52:57.22

>>492
2014年て

**デフォルトの名無しさん** · 2017/07/23(日) 14:19:04.92

2017年、人気のプログラミング言語トップはPython。C、Javaが続く。
検索、Google Trends、Twitter、GitHub、Stack Overflowなどの人気を総合
2017年7月23日

2017年現在、もっとも人気のあるプログラミング言語は「Python」。2位は「C」、3位は「Java」だと、電気通信分野の標準化団体であるIEEE（アイトリプルイー）が発行するオンラインマガジン「IEEE Spectrum」が、記事「The 2017 Top Programming Languages」で発表しました。

1位となったPythonは昨年3位だったのが2つランクをあげて1位に飛び込みました。

ただし、2位のCとの差は0.3ポイント、3位のJavaとの差も0.5ポイントと、1位、2位、3位の差はほんのわずかなものでした。
ちなみに4位のC++は約3ポイント離れた97.1ポイント、5位のC#は10ポイント以上離れた87.7ポイントですので、いかに上位3位の人気が堅いものかが分ります。

http://www.publickey1.jp/blog/17/2017pythoncjavagoogle_trendstwittergithubstackoverflow.html

http://www.publickey1.jp/2017/ieeesp01.gif

**デフォルトの名無しさん** · 2017/07/23(日) 15:30:28.83

ランキング圏外のsmalltalkはどんだけゴミなんだ
prologすら入ってるというのに

**デフォルトの名無しさん** · 2017/07/23(日) 17:24:27.75

ガイジ低脳エスアイアイのお猿さん言語PHPがランクインしてる時点で
大したランキングじゃないよ

**デフォルトの名無しさん** · 2017/07/23(日) 18:07:27.23

うわー荒らしの妄言のせいでちょっとSmalltlkに期待してしまった可哀想な子かま一人

**デフォルトの名無しさん** · 2017/07/23(日) 18:54:45.61

どうでもいいけどIEEEがやることなんだろうか

**デフォルトの名無しさん** · 2017/07/23(日) 21:16:08.30

「原始的なメモリ管理機能しか備えておらず、それが脆弱性や不具合を生む（中略）
Rust言語を勧めており、特にパーサーや入力ハンドラなどの部分から、徐々に
CのコードをRustに入れ替えていくべきであると主張」

C言語は滅びるべきか | スラドデベロッパー
https://developers.srad.jp/story/17/07/19/0754205/
2017年07月20日 7時00分

**デフォルトの名無しさん** · 2017/07/23(日) 21:40:30.93

2位3位がCとJavaって時点で言語の先進性がランキングに影響してるわけでも無いしね。
(多少は影響するにしても)

あくまで実用言語の世界。

**デフォルトの名無しさん** · 2017/07/23(日) 22:47:29.42

>>499
今アセンブラと言うか、その延長で機械語のどのビットがアセンブラのどの命令によって変化するみたいなの読んだんだが、思ったより機械語理解出来そう。
素直に書いた方がアセンブラだと短いけど、機械語だと長くなるとか、CPUの特性に合わせるにはアセンブラの字面だけ理解してもダメなんだな。

その過程でどうもCはわりと素直にアセンブラにし易い構文だったみたいね。
そう言えばCのコードからアセンブラコード想像し易いけど、C++や他の言語じゃ想像出来ないとか話も聞く。

んでここからが本題なんだが、機械語かアセンブラの構文に意味や所用バイト数、所用クロック数の情報付加したリストから効率良い機械語の組合せ見つけて吐き出すってのはどの言語でも不可能じゃ無い気がしてる。
ただそれには相当深い知識が必要ってだけで。
基本は機械語になる様なバイト列をファイルに書き込めば良いんだから、機械語とプログラムとして動作させるファイルフォーマット形式覚えて、その通りにバイナリファイル書き出せば良い。