次世代言語15 Go Rust Bosque Kotlin TypeScript

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2019/04/19(金) 22:19:00.41ID:er92Du55
スレタイ以外の言語もok

前スレ
次世代言語15 Go Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1541331010/
2019/06/04(火) 08:50:39.65ID:yaxKDqPh
Go別に速くねえと思うんだけど、速いって何と比べてんだ？
2019/06/04(火) 08:53:46.08ID:PT1aYVFP
>>232
Pythonと比べてだよ
2019/06/04(火) 08:54:25.85ID:uV7L9uhk
マルチスレッドを扱いたいときにはgoは便利なんだけど、
マルチスレッドって可能な限り避けるべきと思ってて、
そんなgo使いたいことってある？って気持ちになる
2019/06/04(火) 09:15:55.70ID:aXH0FNpK
Goがアーリーアダプターの能力に恵まれたってのはある
血統や反C++思想に惹かれてベテランのCエンジニアが賛同し、
デプロイ性の高さや非同期処理のエレガントさに惹かれてハイスキルなバックエンドエンジニアが賛同した
最初に目をつけたのがRuby信者やHaskell信者だったら、ElixirやScalaのようにエモい人達の一時の祭で終わってた
2019/06/04(火) 09:26:55.20ID:/ArpXH0n
>>233 Python といってもいろんな実装があるからな。
スピードが欲しい時はそれなりの実装を使うだろ。
PyPy とGOは同程度のスピードだろ。
NumbaだとGO の3倍くらいは早くなるよ。
Cython だともっと早くなる。

大抵はライブラリが最適化されてるから何もしないでもかなり早いよ。 実際に統計処理とか比較してみるとわかる。
2019/06/04(火) 09:36:02.60ID:BqYZEthc
きっついなあ
2019/06/04(火) 10:17:42.21ID:sjABaDzo
反C++思想といいながらなぜPythonと比較するんだい？
それは「C++もPythonもどっちもどっち」とでもいうべき思想だろ
239デフォルトの名無しさん
垢版 |
2019/06/04(火) 12:07:17.04ID:mQ8ck/bX
それなりのライブラリを使ったら速いのは知ってるんよ。。。
2019/06/04(火) 12:12:16.04ID:PT1aYVFP
>>236
C言語だからな
2019/06/04(火) 12:45:13.80ID:CpA2RwQS
>>232
スピンアップじゃね？
これもGoogleが作ってる恩恵なんだろうが
2019/06/04(火) 13:40:03.02ID:jLvBHzFI
>>235
エモい（）無能の祭りで終わった言語にRust足しといて
243デフォルトの名無しさん
垢版 |
2019/06/04(火) 14:24:39.32ID:mQ8ck/bX
firefoxで使われてんじゃん
2019/06/04(火) 15:51:24.12ID:NXFcAVnA
WebAssemblyを次世代言語って言い張れる？
いちおうそれまでなかったのは確かｗ
245デフォルトの名無しさん
垢版 |
2019/06/04(火) 15:58:59.38ID:XXr8i2SB
誰も素で書かないコンパイルターゲットだからバイナリとかVMバイトコードとかの競合では
246デフォルトの名無しさん
垢版 |
2019/06/04(火) 17:41:42.55ID:mQ8ck/bX
いずれwebassemblyって無くなりそうじゃない？
2019/06/04(火) 18:27:03.01ID:5jXXyAl7
あれもビルドがめちゃくちゃ遅いw
ほんとダメな機能ってのはわかりやすいわw
2019/06/04(火) 18:51:05.59ID:dNNFpIm2
>>244
中間言語の位置じゃね？
2019/06/04(火) 19:30:35.98ID:E0r3YgMl
そうだね
2019/06/04(火) 20:41:46.70ID:ZlKC//L6
scalaはいろいろ実績もあるしelixirやjuliaなんかと一緒にされたら可哀想
2019/06/04(火) 21:03:43.85ID:9Fy8GThN
やっぱrustは終わりかけてるの？
2019/06/04(火) 22:04:21.17ID:u1zIpl/p
パカソンが型ガバだからGoがウケたってのもあるな
mypyゴミすぎ
2019/06/04(火) 22:17:03.60ID:5jXXyAl7
pythonとgoなんてほとんど関係ねーわ。
パースを楽にしようとかそのくらいの視点しか関係してるところがない。
2019/06/05(水) 00:23:45.19ID:glBBZ66U
>>251 rust は最初から錆び付いてるからね。
2019/06/05(水) 05:24:48.22ID:4HG+BJju
えーみんなrust嫌いなの？
256デフォルトの名無しさん
垢版 |
2019/06/05(水) 10:21:36.89ID:QNgI/yz/
おれ的には始まってる
なんとか説得して少しだけ使ってるけど心地よすぎぃ
2019/06/05(水) 10:32:46.07ID:2znEyXal
もっと客観的な欠陥があればその話をしたいところだが
嫌われているかもしれない以外の問題点が見つからなかったんだ
2019/06/05(水) 11:25:25.15ID:3xG5TVcc
>>250
負の実績がいっぱいあるね
2019/06/05(水) 15:32:02.23ID:gaDZjJ4I
>>256
どんな仕事で使ってるの？
やっぱりc++置き換えとして？
2019/06/05(水) 18:56:26.25ID:g8AzjXwK
性能もデプロイも人と一緒に作業することも考えなけりゃそりゃ心地いいだろうね。
2019/06/05(水) 19:01:46.58ID:rszITDB+
ちんちんしこしこ？
262デフォルトの名無しさん
垢版 |
2019/06/05(水) 19:48:44.82ID:x4otE0k9
goとrubyのnilが受け付けない。
いや、nullにしろよ。
2019/06/05(水) 20:07:29.78ID:2jwaxdi4
lispをかじったことがあるならnilに抵抗無い。nullもnilもラテン語由来で無を意味するもので、別にtypoというわけじゃない。
けどnullもnilもあって別物だよ！とかいう言語は設計をやり直した方が良い。片方だけにしろと言いたい。
2019/06/05(水) 20:27:33.95ID:QMmZtnRR
nilだとエロくないからなあ
2019/06/05(水) 21:08:16.91ID:B6OX/2jE
nilはSwiftで慣れた
2019/06/05(水) 21:15:45.44ID:cY5QBS5f
nilはパスカルじゃ？
267デフォルトの名無しさん
垢版 |
2019/06/05(水) 22:22:57.66ID:QNgI/yz/
>>259
cとかjavaとか

>>260
そんな楽な仕事があるならいいな！
2019/06/05(水) 22:50:26.06ID:9aT8oaGi
nil が正しい

null はポインター
2019/06/05(水) 22:55:22.69ID:3yoUAklH
niplとかなら本気出せたな
270デフォルトの名無しさん
垢版 |
2019/06/05(水) 23:33:28.01ID:ATy2STqf
>>263
これ同意。
2019/06/05(水) 23:35:44.89ID:g8AzjXwK
やっぱ悪貨は出回りやすいのう
2019/06/06(木) 00:07:13.34ID:+5R4d7Ae
>>266
LISPは1960年に発表された時点でNILだし流石にLISPが先では
2019/06/06(木) 00:17:37.37ID:CGBb6kW5
>>263
ハイ先生質問です
nullとundefinedがあるJavaScriptは許されますか？
274デフォルトの名無しさん
垢版 |
2019/06/06(木) 00:27:12.35ID:P4iafl1G
つまりtypescriptにもある
2019/06/06(木) 00:37:48.55ID:9Lk/GXlB
PythonのNoneは？
2019/06/06(木) 04:58:36.69ID:ayvzjhnZ
typoscript

pythonは許す
2019/06/06(木) 11:52:20.99ID:aWWZAAJo
NoneはOption<T>
nilはList<T>
nullはポインタ<T>

型は不要と思うならこういうのが3つ以上存在することに抵抗がある
1つくらいならあってもいいが
278デフォルトの名無しさん
垢版 |
2019/06/06(木) 12:14:30.45ID:xShiUKMH
概念の違いと運用を混同している
2019/06/06(木) 14:06:06.41ID:aWWZAAJo
Optionの不動点は自然数と等価なんだよな
これは人間の錯覚や感情論などではない
2019/06/06(木) 22:34:22.75ID:uIbc2dkb
SwiftUIが盛り上がってたから久々にSwiftの言語仕様の変更点とか見てたら
Opaque Result Typeってのがあって、これ自体はまぁいいんだけど

protocol周りの仕様がホント悪臭放ってんなって改めて思ったわ
2019/06/07(金) 02:28:39.22ID:QhySpqzr
これのバックエンドは全部Rustらしい
Goでも書いたけどRustで書き直したってさ

https://gigazine.net/news/20190606-bloom-open-source-google/
https://users.rust-lang.org/t/bloom-a-free-and-open-source-google-in-rust/28981
2019/06/07(金) 06:29:06.55ID:922CsxqV
BUT the language itself is too poor. Lack of immutability, lack of generics, mediocre module system, very poor package management at the time … made it doesn’t really scale.

It’s really easy to write HTTP servers in Go, but nothing more, the business layer is completely rotten by the imperative paradigm. The worst thing being pointers.

なるほどね
2019/06/07(金) 12:18:53.00ID:m0fFZImx
prologブームの遺児みたいなimmutabilityに
googleの仕事が奪われる
2019/06/07(金) 18:43:06.16ID:v2trRtxB
>>281
いつかメンテナンスできなくならなければいいんだが
2019/06/07(金) 18:51:12.09ID:v2trRtxB
一時期ブームに乗ってscala採用した企業は今どうやってメンテナンスしてるんだろ
2019/06/07(金) 18:52:53.52ID:OA9Em/oo
どうって？
2019/06/07(金) 19:45:47.00ID:m0fFZImx
文献の貯蔵は十分か？
2019/06/07(金) 20:33:49.35ID:tpdGq8L9
>>284
何言語使えば将来のメンテが安心？COBOL？
2019/06/07(金) 20:58:05.33ID:/Ew8uqLj
rustだったgoのがメンテしやすいだろ。
290デフォルトの名無しさん
垢版 |
2019/06/07(金) 21:41:24.93ID:V73sG2sy
両方書いてそう思うとは思えないな
291デフォルトの名無しさん
垢版 |
2019/06/07(金) 21:42:46.89ID:ZMpzzdgz
scalaはtwitterが使ってたよね
2019/06/07(金) 21:49:11.58ID:/Ew8uqLj
>>290
両方書いてそう思うが。
逆に両方書いてそう思わないのが不思議。
293デフォルトの名無しさん
垢版 |
2019/06/07(金) 22:27:17.36ID:V73sG2sy
そうか
感性の違いだな
2019/06/07(金) 22:33:20.57ID:POgNcTtv
scalaはコンパイル重杉重三さんなのが致命的だったね
劣化scalaのkotlinなんぞに負けるとは情けない
2019/06/08(土) 00:09:04.82ID:/R00i8+d
何と戦ってるか知らんが
scalaで負けたならkotlinを投入しても結果はほぼ同じだろ
結果を変えたいなら学習コストも保守コストも桁違いの手段を使えばいい
2019/06/08(土) 08:10:32.53ID:JxaHk6L1
>>293
サンクコストにひきづられるかどうかの違いだよ。
まあそれも感性か。
297デフォルトの名無しさん
垢版 |
2019/06/08(土) 08:36:13.18ID:NFKxoFW3
>>292
>>293
これ興味ある。感性の違いで片付けずに戦ってみてくれないか？
規模の違いとかoopっぽく書いたかどうかとかなんかな
それとも人員確保の話なのかな
2019/06/08(土) 10:32:52.62ID:YH+kJex2
行数の分だけバグは増えるぞ
2019/06/08(土) 13:00:28.02ID:JxaHk6L1
暗黙の動作が多い言語ほどバグを引き起こす。
2019/06/08(土) 13:02:28.86ID:LupmWo5+
>>288 バカ言ってんじゃないよ。どこからそんな考えが出てくるのやら。 情報処理試験からも削除された化石言語だぞ。

情報処理試験の C Java Python なら心配する事は無い。
2019/06/08(土) 13:29:35.68ID:YH+kJex2
>>299
それはただの副作用ですよね
2019/06/08(土) 14:11:25.45ID:JxaHk6L1
「ただの」と言い切ってしまう感性のやつはプログラムをやらない方がみんな幸せそうだと思うよ。
303デフォルトの名無しさん
垢版 |
2019/06/08(土) 14:41:41.32ID:WG0iLGtf
>>299
rupyのことですね分かります
2019/06/08(土) 15:21:17.99ID:YH+kJex2
手続き型でコードをたくさん書くのが幸せと感じる、個人の趣味と混同するようなレベルの低いプログラマーとは
いっしょに仕事したくないね
2019/06/08(土) 15:49:24.97ID:GwcfdAyE
>>300
どう見ても冗談だと思うけど…
2019/06/08(土) 16:27:41.85ID:LupmWo5+
>>305 どこが？ むしろ COBOL の方が冗談きついだろ。
2019/06/08(土) 16:41:08.79ID:W+raSQT8
COBOLは何十年前のコードがそのまま動くし
今書いたコードが突然非互換アップデートで死ぬ心配もない
2019/06/08(土) 17:46:22.81ID:xnSDG8io
マシンには読めても人には読めなくなる。マシンが読むには不要な意味や意図が読めないのなら、そのシステムは進化も変化もできなくなる
2019/06/08(土) 18:21:42.01ID:YH+kJex2
COBOLが悪いんやない
設計も実装もできない趣味で手続き型量産してる>>302みたいなガイジがCOBOL書いたから悪いんや
2019/06/08(土) 18:23:20.95ID:YGJXUtcq
レッテル貼りとは情けない
2019/06/08(土) 18:24:28.68ID:LupmWo5+
>>307 全くどうしようもない奴だな。 誰がCOBOL で書かれたシステムをメンテナンスするんだ？
COBOL なんて老人ホームの人間しかメンテナンス出来ないぞ。 少し強調しすぎたが。

言語と言うのはどんなニッチな言語でもかなりの期間は使い続けられるが、それをメンテナンスできる人間が継続して育つかと言うのとは別問題。
2019/06/08(土) 18:29:56.76ID:rLOGbPKB
COBOLはついこの前まで原発を動かしていた
メンテナンス出来る人間は一応いる

というか今でも日本のどこかで動かしてるんじゃないの？
2019/06/08(土) 18:30:53.46ID:rLOGbPKB
というか今でも日本のどこかで動かしてるんじゃないの？というのは原発のこと
2019/06/08(土) 18:40:57.88ID:k6Gr0wGL
>>311
COBOLなんか誰でもできる
不足しているのはCOBOL工ではなく、メインフレームを運用できる技術者
オープン系より遥かに難易度が高く、高度な修練が必要とされる職人芸の世界
2019/06/08(土) 18:44:49.33ID:wFQ4/a7C
>>311
python2とかRuby1.xとかPHP4とかのメンテは
人が育つとかの次元じゃねーぞ
2019/06/08(土) 18:53:06.08ID:rLOGbPKB
今から本気の本気でscala勉強しようとする人はいるのか？
しかも超優秀で使い物になる人で
2019/06/08(土) 19:53:22.51ID:YH+kJex2
>>315
cobolのシステムより価値がなく
cobol並にレガシーな言語
悪夢だわな
2019/06/08(土) 19:58:45.02ID:F1Ag0yzz
>>317
COBOLは言語処理系自体が消えるとかは
無いのでそこはちょっと違う
2019/06/08(土) 21:56:54.48ID:Yv0NxNrw
コンテキストによって使えるAPI制限できる言語ってありますか？
割込みコンテキストとかイベントループでsleep禁止のような
2019/06/09(日) 03:00:13.29ID:rrOdeJnk
>>319
言語自体に？聞いたことない
というかコーディングルールで決めてLINTみたいなもので自動チェックさせるんじゃない？
2019/06/09(日) 03:38:53.80ID:+EirEPbP
あとはRoslynのAnalyzerはめっちゃ強力で自由度も高い
2019/06/09(日) 06:10:20.02ID:iH+avyP7
コンテキストってのを明示的にsleepに渡すのがセオリーだよな
つまりsleepの引数を一個増やす

ただしコンテキストの捏造はないものとする
その型のコンストラクタ使用禁止
同じ型の変数定義禁止またはその変数への代入禁止や所有権移動禁止
323デフォルトの名無しさん
垢版 |
2019/06/09(日) 06:22:10.99ID:QhNKpSst
センスがないな
324デフォルトの名無しさん
垢版 |
2019/06/09(日) 07:15:38.36ID:Hf+s2B1M
>>297
俺はGoが嫌いだからそれはできないな
2019/06/09(日) 07:46:59.42ID:iH+avyP7
例えば英語圏の外の人がいくら勉強しても英語のセンスがないとか
英語の本格的な発音を聞いただけで笑ってしまうとか
感性とかセンスとか言ってる場合じゃないだろ
2019/06/09(日) 08:24:12.13ID:OSjRKT39
>>104 Python 実装系の一つ PyPy は、静的型付けの有る RPython と言うPython のサブセットで書かれている。
RPython はC のソースコードなどを吐き出す。 しかもJIT で動く。
概ね、PyPy は、CPython (本家のPython) より4倍くらい早い。( JIT の効果 )

RPython で作られたRuby実装 で Topaz が有るが早いみたい。(実験的に作られただけ見たい)
同じくRPython でPHP実装 も作られてる。
2019/06/09(日) 08:41:41.42ID:UPAQxCOy
つまりCってことなんだよな
なら最初からCで書けって話になる
2019/06/09(日) 09:03:13.51ID:OSjRKT39
>>327 最初からCで書いた実装が、CPython なんだよ。

それよりなぜ早くなるかと言うと、VM 上でJIT が動くからだよ。
PyPy がインタプリタとして動くときは、C のコードを吐き出すんじゃなくて、バイトコードを吐き出し、そのバイトコードをVM 上でJIT が動かしている。

CPython もバイトコードインタプリタなんだけどJIT で動いていない。 その一部をJIT で動くようにしたのがNumba
2019/06/09(日) 09:24:23.09ID:/FZVYwra
>>319
そういう問題を技術で解決しようと思うのが間違ってる。
322の意見のようなクソシンタックスを無駄に増やすだけだから。
2019/06/09(日) 09:36:31.41ID:rOs+UB5j
つまり精神論で解決しろと。
2019/06/09(日) 10:04:24.28ID:/FZVYwra
>>330
こういう極論言うバカにコードを触らせるなということ。
2019/06/09(日) 10:09:55.36ID:/FZVYwra
冗談抜きにほとんどの事例において「バカにコードをいじらせない」が
ベストソリューションなケースはかなり多いのになんで採用されないのかね？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況