次世代言語18 V Julia 他

**デフォルトの名無しさん** · 2019/09/30(月) 23:11:51.54

スレタイ以外の言語もok

前スレ
次世代言語17 Go Rust Kotlin TypeScript Julia
https://mevius.5ch.net/test/read.cgi/tech/1567602619/

**デフォルトの名無しさん** · 2019/10/09(水) 20:59:51.67

>>462
PHPのおかげでもあるな

**デフォルトの名無しさん** · 2019/10/09(水) 21:15:19.58

PHPは知恵遅れでも動かせるじゃん？
安全かどうかはともかく

**デフォルトの名無しさん** · 2019/10/09(水) 21:29:37.60

例の見下しフローチャートの画像だれか貼ってあげて

**デフォルトの名無しさん** · 2019/10/09(水) 21:33:59.83

このスレって単純作業にプライド持ってる奴隷がたくさんいるよなぁ
コンビニのバイト達がレジ打ちの速さを競ってるようにしか見えない

**デフォルトの名無しさん** · 2019/10/09(水) 21:37:35.62

ていうか契約プログラミングの次に来るものは
願望プログラミングだろうＪＫ
知恵遅れでも安全にプログラムができうる

**デフォルトの名無しさん** · 2019/10/09(水) 21:38:24.93

実際は単純作業もまともにできないカスばっかだけどな。

**デフォルトの名無しさん** · 2019/10/09(水) 22:09:52.96

ある程度以上できる側の人なら

・単純作業ではない比較的高度な研究開発をしている
・単純作業もロクにできない大多数のゴミどもの作るスクラップをリペアして組み直して回ってまともに動くプロダクトにしている

のどちらかになるから、コンビニのバイトに例えるということは……

**デフォルトの名無しさん** · 2019/10/09(水) 22:31:10.86

その後者はできる人に分類していいのか…？

**デフォルトの名無しさん** · 2019/10/09(水) 22:35:16.31

スクラップアンドスクラップですわ

**デフォルトの名無しさん** · 2019/10/09(水) 22:55:22.28

軍事にたとえるのやめた時点でもう
「やるなら軍師」理論は終わコン

**デフォルトの名無しさん** · 2019/10/10(木) 04:27:59.80

>>456
外人はどうやねん。

**デフォルトの名無しさん** · 2019/10/10(木) 18:43:45.87

【悲報】TypeScriptの型システムだけで4bit VMを実装してコンパイル時にFizzBuzzを解くバカが現れる
https://gist.github.com/acutmore/9d2ce837f019608f26ff54e0b1c23d6e

**デフォルトの名無しさん** · 2019/10/10(木) 19:19:15.19

次世代言語やんけw

**デフォルトの名無しさん** · 2019/10/10(木) 19:24:58.45

バカすぎるだろ…

**デフォルトの名無しさん** · 2019/10/10(木) 19:36:48.46

c++のテンプレートがチューリング完全と似たような話か

**デフォルトの名無しさん** · 2019/10/10(木) 19:39:21.45

Haskellやってるとき同じ悩みにあった記憶
先に式変形で解くのがいいのか計算で解くのがいいのか
ごっちゃになってプログラムが崩壊した

**デフォルトの名無しさん** · 2019/10/10(木) 20:19:42.39

gitがあれば崩壊しなくてすんだパターンかな

**デフォルトの名無しさん** · 2019/10/10(木) 23:13:53.50

プログラマを実力巡にABCと分けるとして
Aを揃えるというのは殆どの経営者にとって現実的じゃないから選択肢から外れるわけ
悩んでいるとCでも扱えるものがあると聞いてPHPやRoR を使えるCを安く雇って作らせてたわけ
けどCが作るものは持続不能なゴミだと気付いたわけ
そんで今はBにGoなりVなり使わせて前進してるわけ
そんなわけでいまBの市場価値が上がりまくって苦しいわけ

**デフォルトの名無しさん** · 2019/10/10(木) 23:36:54.78

ちょっと違うかな
地頭はAだけどプログラミングの小手先の技術や経験に乏しい人ってのは世の中に沢山いるんだ
彼らは往々にして、自分をAだと思っているBに小手先のテクニックでマウントを取られて本来のパフォーマンスを発揮できずにいる
そこで小手先のテクニックの要らない言語を強制してマウンティングを封じることで、全体的にはパフォーマンスが向上するというわけ

**デフォルトの名無しさん** · 2019/10/11(金) 00:12:15.39

ヘイトスピーチのように犯罪として裁くことでパフォーマンスを向上させるやり方も
あると思うのだが
やはり、犯罪はないものとする前提なんだな

**デフォルトの名無しさん** · 2019/10/11(金) 00:44:38.34

Ａ；俺はやればできる子！

**デフォルトの名無しさん** · 2019/10/11(金) 05:56:20.16

＞Bに小手先のテクニックでマウントを取られて本来のパフォーマンスを発揮できずにいる

草
どんな妄想だ

**デフォルトの名無しさん** · 2019/10/11(金) 06:13:14.30

そもそも仕事のプログラミングに高度なスキルなんて求められてないがな

高度なものを実装したところで誰もメンテナンスできない聖域が増えるだけでデメリットでしかない

**デフォルトの名無しさん** · 2019/10/11(金) 08:23:20.08

つまり首切られないってことじゃんｗｗｗ

**デフォルトの名無しさん** · 2019/10/11(金) 08:27:43.32

>>486
こういう属人化させる=クビにならない=優秀
って考えてる地雷キチガイは採用段階で見極めないとあかん

**デフォルトの名無しさん** · 2019/10/11(金) 08:37:04.46

職業プログラマーとして優秀なのは

レベルの低い人でもわかりやすい命名や設計をして、シンプルなコードを書いて、教育もできる人な

高度なことがしたいなら個人でアプリ作るか、基礎研究所にでも転職しろ！

**デフォルトの名無しさん** · 2019/10/11(金) 09:04:33.43

>>487
つまり採用済なら有効なテクニックてことじゃん

**デフォルトの名無しさん** · 2019/10/11(金) 09:07:25.52

COBOL最高まで読んだ

**デフォルトの名無しさん** · 2019/10/11(金) 09:44:43.53

>>489
せやで
数年前にScalaとかを仕組んでたら中々の腕前だよ

**デフォルトの名無しさん** · 2019/10/11(金) 09:54:57.98

COBOLが昔から変わらないとしても
読みやすいと感じる人の割合は乱高下する

相場操縦はないものとする

**デフォルトの名無しさん** · 2019/10/11(金) 10:18:32.92

再代入ループより高階関数の方が宣言的でシンプルに書けるけど、
map, filter あたりはともかく reduce あたりから理解があやしいヤツが出現し始める

**デフォルトの名無しさん** · 2019/10/11(金) 10:26:51.38

>>488
採用段階でレベル低いの入れなきゃいいじゃん

**デフォルトの名無しさん** · 2019/10/11(金) 10:50:38.25

つまり入ったら勝ち。型パズル推進する価値あり。

**デフォルトの名無しさん** · 2019/10/11(金) 11:04:09.86

>>493
内部動作まで分かっていれば良いけど、使い方だけ分かってる程度の人が書くと
外見綺麗で中は水垢が詰まった配管のようなコードが出来上がる場合もある

大量データに遅延評価版でないmap使ってメモリ食いつくしたり
純粋関数型言語でもないのにreduceで副作用無くそうとして非効率な合成したり
そういう人は大人しくforで書いてくれた方が安全だから無理させなくていい

**デフォルトの名無しさん** · 2019/10/11(金) 11:43:54.79

>>494
こんなブラック業界に好んで入ってくる「レベルの高い人」は少数なんだよ

**デフォルトの名無しさん** · 2019/10/11(金) 11:44:11.80

静的型に反対するなら動的型
これ超わかりやすかったのに
賛成派も反対派もどっちもダメとか、パズルみたいなこと言い出した奴いるよね

**デフォルトの名無しさん** · 2019/10/11(金) 13:06:16.26

静的と動的が合体した言語があればいいんだが

**デフォルトの名無しさん** · 2019/10/11(金) 13:19:27.12

それがまさにTypeScriptでは？

**デフォルトの名無しさん** · 2019/10/11(金) 13:53:18.81

TSのアプローチは素晴らしいけど
ブラウザ環境や外部との連携が多すぎて
型を諦めざる終えないのがきつい
外部の広告モジュールとか型ないじゃーん！
そこ一番型欲しいとこなのに！ってなる

**デフォルトの名無しさん** · 2019/10/11(金) 14:09:18.41

any使えば良いじゃん？

**デフォルトの名無しさん** · 2019/10/11(金) 14:13:47.95

全部anyつければ解決

**デフォルトの名無しさん** · 2019/10/11(金) 14:23:51.72

全部つけるの面倒だし省略したいな

**デフォルトの名無しさん** · 2019/10/11(金) 14:25:54.81

つ noImplicitAny: false

**デフォルトの名無しさん** · 2019/10/11(金) 17:03:32.31

>>502
>>503
嘘つきがたくさんいますねぇw

**デフォルトの名無しさん** · 2019/10/11(金) 18:43:21.71

型付けて喜んでたら肩叩かれた

**デフォルトの名無しさん** · 2019/10/11(金) 19:49:03.04

私物かたづけとけよってか

**デフォルトの名無しさん** · 2019/10/11(金) 20:25:33.17

>>501
それが真に動的な型なんでなければ自分でtype guard function書いて型を付けてやればいい。

**デフォルトの名無しさん** · 2019/10/11(金) 23:07:02.77

型パズルというのはピンポイントすぎて盛り上がらないな
科学パズルとか資本主義パズルとかスケールの大きい議論の方が参加者も増える

**デフォルトの名無しさん** · 2019/10/12(土) 00:05:58.58

>>501
歴史的理由で型無しライブラリを使う場合でも
そこだけ any にできる
質は局所的に落ちるが、全体の低下は防げる

**デフォルトの名無しさん** · 2019/10/12(土) 00:11:56.33

TypeScriptは革命的言語だなあ
漸進してゆく世界、

**デフォルトの名無しさん** · 2019/10/12(土) 00:46:37.40

しょせんはＪａｖａＳｃｒｉｐｔ
クライアントサイド以上の仕事はできない

コンパイルの手間増えただけじゃないの

**デフォルトの名無しさん** · 2019/10/12(土) 01:05:37.94

node.jsでサーバーサイドもいけるぞ

**デフォルトの名無しさん** · 2019/10/12(土) 02:56:56.44

>>513
サーバーサイドで使ってるが

**デフォルトの名無しさん** · 2019/10/12(土) 03:34:27.68

そういえばdenoというnode.jsとは別のサーバーサイドJavaScript/TypeScript実行環境の開発が進んでいるらしい
https://github.com/denoland/deno

**デフォルトの名無しさん** · 2019/10/12(土) 06:05:59.10

>>513
webpackに通すbabelがtypescriptに変わるだけだゾ

**デフォルトの名無しさん** · 2019/10/12(土) 06:40:50.34

スクリプトの話はもうやめよう
所詮おもちゃなんだし

**デフォルトの名無しさん** · 2019/10/12(土) 06:51:03.18

Cしか勝たん、

**デフォルトの名無しさん** · 2019/10/12(土) 12:48:29.54

TSやフレームワークで蓋しても臭いものは臭いんだよなぁ
サーバサイドをTSで開発し始める動きもあるが型の共有とか夢物語だろ

**デフォルトの名無しさん** · 2019/10/12(土) 13:00:26.48

吹いたｗ
いつの時代の人だよ

**デフォルトの名無しさん** · 2019/10/12(土) 17:54:26.13

開発し始める動きどころかお前が知らんだけでもうそこら中でTSサーバー動いてますがな
JS/TSは言語としてはうんこだが処理系のnodeっつーかV8はスクリプト系の言語ではダントツで速いから仕方ないね

**デフォルトの名無しさん** · 2019/10/12(土) 19:36:17.61

さすがにゼロイチの話と受け取られるとは思わなかったわ

**デフォルトの名無しさん** · 2019/10/12(土) 19:45:29.89

いや、0-1じゃなくて程度問題だろ？

**デフォルトの名無しさん** · 2019/10/12(土) 20:04:40.50

新規事業での言語選択としてGolangの方に需要が流れていたがTSの方に揺り戻しが起きたというのが俺の認識だ

**デフォルトの名無しさん** · 2019/10/12(土) 20:07:41.11

言語としてTSはいいけどnodeをサーバーサイドで運用するのはかなり無理ゲー

**デフォルトの名無しさん** · 2019/10/12(土) 22:19:30.50

早くdeno流行れ
nodeは過去の遺産が豊富で生きてるけど
色々と4んでるわ

**デフォルトの名無しさん** · 2019/10/12(土) 22:41:42.70

色々って何が？
具体的に。
そのままだとあたらしもの好きにしか見えないので。
きばってどうぞ。
さあ！
↓

**デフォルトの名無しさん** · 2019/10/12(土) 23:08:08.01

とりあえず名前がださい

**デフォルトの名無しさん** · 2019/10/13(日) 01:51:50.70

サーバーサイドJSがあれだけ盛大に爆死して
フロント裏のAPIサーバ用途はGoが覇権取ったのに
TSに回帰する動きってどこの異世界だよ

そもそもサーバサイドJSが死んだ理由のひとつは
node本体のメモリリークとかプロセス不審死とかの不安定さだろうに
TS化してもnodeである以上同じ結果にしかならんだろ

**デフォルトの名無しさん** · 2019/10/13(日) 01:55:22.10

>>530
いわゆるBFFではまだjsサーバー生きてるな

**デフォルトの名無しさん** · 2019/10/13(日) 02:35:14.13

分かったけどそれでなんでdenoが流行ると解決すると思い込んでるのかがわからん

**デフォルトの名無しさん** · 2019/10/13(日) 02:41:27.85

denoはセキュアでシンプルなアーキテクチャ目指してるらしいから
アンチnodeらしい

**デフォルトの名無しさん** · 2019/10/13(日) 03:16:02.61

アンチというか反省を活かして、だろ。
node作った人なんだから。

**デフォルトの名無しさん** · 2019/10/13(日) 05:43:39.31

まずgoが覇権ってどこ情報だよ

**デフォルトの名無しさん** · 2019/10/13(日) 06:14:04.94

長年Javaを使ってたアドテク業界でもGoを使う流れがきてる

**デフォルトの名無しさん** · 2019/10/13(日) 06:43:44.16

アドテクとかいえば渋谷の緑だけど
あそこはscalaだった気がする

**デフォルトの名無しさん** · 2019/10/13(日) 07:04:51.62

>>537
緑はもうGoだろ
Scalaは黒歴史の負債として残ってるだろうけど

**デフォルトの名無しさん** · 2019/10/13(日) 10:42:19.34

Go強いけど書き手視点での言語仕様が特別良いわけじゃなく
コンパイラやランタイムの性能が尋常じゃないのが大きいと思う

レイテンシ
https://github.com/ixy-languages/ixy-languages/raw/master/img/latency-hdr-hist-1.png
スループット
https://github.com/ixy-languages/ixy-languages/raw/master/img/batches-3.3.png

低レイテンシのガベージコレクションの研究にかなりのリソースを投入しているそうで
GC言語でありながらレイテンシの低さがC/Rustにかなり近づいている

**デフォルトの名無しさん** · 2019/10/13(日) 11:52:52.64

グラフを見たけどRustにするわｗｗｗ

**デフォルトの名無しさん** · 2019/10/13(日) 11:59:26.23

>>530
渋谷・五反田・六本木・銀座・中目黒辺り

**デフォルトの名無しさん** · 2019/10/13(日) 12:07:14.59

>>539
言語仕様が単純だからチューンしやすいってのはあるだろう。

**デフォルトの名無しさん** · 2019/10/13(日) 12:13:04.65

C#強いな

**デフォルトの名無しさん** · 2019/10/13(日) 12:45:57.87

RustとHaskell使えれば最強って感じね

**デフォルトの名無しさん** · 2019/10/13(日) 12:48:56.60

>>544
C#の性能が驚異的だな
高度なランタイムに依存する言語ならではのグラフの変なガタツキもないし

**デフォルトの名無しさん** · 2019/10/13(日) 12:49:17.53

ちりもつもれば..
>>539みるとクラウドで金節約するためにJSなんか使わない方がいいな。リリースの無駄遣いって事？

**デフォルトの名無しさん** · 2019/10/13(日) 12:53:05.97

>リリースじゃなくてリソースやな
結局C#バランス最強ってことかな。さすがmicrosoftや。

**デフォルトの名無しさん** · 2019/10/13(日) 12:54:38.53

広告屋のGoogleごときが技術でMSに勝てるわきゃねーわな

**デフォルトの名無しさん** · 2019/10/13(日) 13:04:01.41

>>539
Rustすげえええ
Cをやっと捨てられる

**デフォルトの名無しさん** · 2019/10/13(日) 14:53:34.59

レイテンシの右側が高い程、CG等による遅延のブレが大きいということ
なのでパフォーマンスの安定性は C/Rust ＞ Go ＞ Java ＞ C#

スループットに関してC#が優秀なのはその通り

あとこのスレに居て今更Rustに驚いてる人はRustをどういうものだと思ってたの
パフォーマンス、開発効率、メンテ性などのレードオフがあるから
C言語一強にならなかったわけで

**デフォルトの名無しさん** · 2019/10/13(日) 14:54:59.70

トレードオフ

**デフォルトの名無しさん** · 2019/10/13(日) 15:26:24.04

このパフォーマンスならC#使うのがバランスいいな

**デフォルトの名無しさん** · 2019/10/13(日) 15:46:00.98

やっぱC#にするわ。

**デフォルトの名無しさん** · 2019/10/13(日) 16:51:06.08

トレードオフって言ったら賢く見えるのはよくわかるけど
結局何と何がトレードオフで、どういう理由でその一方を取るのか説明できない奴が多すぎる

**デフォルトの名無しさん** · 2019/10/13(日) 16:58:44.07

>>554
じゃあお前が説明しろよ

**デフォルトの名無しさん** · 2019/10/13(日) 18:16:19.45

実行速度、メモリ使用量と開発効率。
開発効率については主観的とかいって馬鹿は排除しにかかるけどな。
ビルド速度なんかは明らかに重要なのに。

**デフォルトの名無しさん** · 2019/10/13(日) 18:40:50.43

Rustは開発効率も良い

**デフォルトの名無しさん** · 2019/10/13(日) 18:44:03.34

そうなんか？

**デフォルトの名無しさん** · 2019/10/13(日) 19:14:38.24

その種のウソを信じたいのだろう。
https://github.com/gnzlbg/slice_deque/issues/57
こういうバグ見ると結局それなりの性能が必要なところでは
それなりの危険なコードが必要だということをrust信者は意図的に無視している。

**デフォルトの名無しさん** · 2019/10/13(日) 19:50:56.00

rustは習得できたらラクだけどそのレベルになるまでが苦労する

**デフォルトの名無しさん** · 2019/10/13(日) 19:54:22.94

>>559
Haskellではクイックソートが数行で書ける！！（性能はお察し）（性能を出そうとすると結局愚直に書くことになる）
みたいなやつを思い出したわ

**デフォルトの名無しさん** · 2019/10/13(日) 20:18:59.16

rustが完全無欠だなんで信者ですら言ってないだろ
どんな言語も弱点はあるが、rustはマシだから選ばれてる