次世代言語21 Go Nim Rust Swift Kotlin TypeScript

**デフォルトの名無しさん** · 2020/04/19(日) 15:06:02.92

スレタイ以外の言語もok

前スレ
次世代言語18 Go Rust Elixir Kotlin TypeScript (実質20)
https://mevius.5ch.net/test/read.cgi/tech/1569866283/

**デフォルトの名無しさん** · 2020/05/02(土) 12:12:02.92

MicrosoftもMozillaのステマに引っかかってしまったのかー

**デフォルトの名無しさん** · 2020/05/02(土) 15:59:29.71

Rustベースの新言語作ってるとか聞いてたけどやっぱRustでいくんかな

**デフォルトの名無しさん** · 2020/05/03(日) 22:39:42.43

C/C++コードをリプレースするのに使えれば言語自体はなんでもいいんじゃね？

**デフォルトの名無しさん** · 2020/05/04(月) 00:55:52.02

C/C++のリプレイスをするのに使えれば
という条件のきつさわかってるのか

**デフォルトの名無しさん** · 2020/05/04(月) 10:48:29.38

Rustは2022版で後方互換捨て構文統一しないと増改築歪マンションみたいな
変人しか全貌を把握出来ないRust++になりそう。既に成りかけてるけどw

**デフォルトの名無しさん** · 2020/05/04(月) 11:19:57.79

MSがやるならMozillaは追い出して全権を握ってほしい
DもScalaもKotlinもRustも、MS製以外の俺様最強言語は結局全部カオス化して崩壊したよね

**デフォルトの名無しさん** · 2020/05/04(月) 11:38:32.29

Kotlin と Rust はまだいけるよ

**デフォルトの名無しさん** · 2020/05/04(月) 12:08:10.57

>>52
goは？

**デフォルトの名無しさん** · 2020/05/04(月) 13:12:48.36

>>46
WinRTって時点で誰も使わんだろ。

**デフォルトの名無しさん** · 2020/05/04(月) 14:30:22.34

なにいってんだこいつ

**デフォルトの名無しさん** · 2020/05/05(火) 14:04:51.13

Rustのどこがカオスなんだ
いつもの人かな

**デフォルトの名無しさん** · 2020/05/05(火) 14:44:45.32

>>52
MS様のF#は生き残ってるの？

**デフォルトの名無しさん** · 2020/05/06(水) 12:00:11.16

コンテナが主流になってきて思うんだけど
VM系の言語って存在価値無くね？
もうrustでいいんじゃないか？

**デフォルトの名無しさん** · 2020/05/06(水) 13:48:44.71

なぜ？

**デフォルトの名無しさん** · 2020/05/06(水) 14:33:19.61

ワンソースでどこでも動くって言う利点がほぼ無くなったからじゃね？

**デフォルトの名無しさん** · 2020/05/06(水) 14:35:58.63

ワンソースってかワンビルドか

**デフォルトの名無しさん** · 2020/05/06(水) 14:53:43.94

実態は逆なんだよなあ
実行環境を構築する責任がアプリ開発者自身に押し付けられたことで、
アプリ開発者は、Goに代表されるような、よりシンプルでデプロイの容易なアプリを指向するようになった
コンテナによる仮想化はアプリ開発者にとっては明らかに過剰であり、メリットに対して過大なオーバーヘッドとなっている
そこで、ビルド済みのバイナリを突っ込めば動くVM系の性質はむしろ好都合だ
Javaがコンテナで好まれないのは単に他の選択肢があるのとエコシステムとしてマイクロサービス志向と相性が悪いからで、VM云々は関係ない

**デフォルトの名無しさん** · 2020/05/06(水) 15:05:04.90

めっちゃ早k

**デフォルトの名無しさん** · 2020/05/06(水) 15:09:45.16

ビルド済みのバイナリ突っ込めば動くのはむしろgoとかrustでしょ
そもそもランタイム構築できなきゃ開発もできないじゃん
頭おかしいのか

**デフォルトの名無しさん** · 2020/05/06(水) 15:13:24.85

最後の一行はいらんだろ
いい議論なのに

**デフォルトの名無しさん** · 2020/05/06(水) 15:37:04.35

VMは中間コードを解釈してネイティブコード化する機能だけじゃないからね
それだけ見ればRustでもC#やJavaでも大した違いはない
CLRにはJVMのGraalのような実用的なAOTコンパイラがまだないってだけ

Rust code -> LLVM IR -> native code
C# code -> CLR IL -> native code

**デフォルトの名無しさん** · 2020/05/06(水) 16:51:19.70

>>65
開発もコンテナ内でやってる開発者なんてほとんどいないし、
仮にコンテナ内で開発してたとしても実行環境とは別のイメージ使うだろ
開発環境からそのまま本番へ持っていけるなんて完全に妄想だよ

**デフォルトの名無しさん** · 2020/05/06(水) 17:18:40.43

Goはシンプル方向じゃなくてイージーな　勘違いすんな

VMとネイティブで大した違いないとか小学校からやり直してこい

**デフォルトの名無しさん** · 2020/05/06(水) 17:25:52.44

>>68
スクリプト言語はコンテナ内で開発するだろ

実行環境ってなんのことを指して言っているんた？

**デフォルトの名無しさん** · 2020/05/07(木) 10:29:22.09

>仮にコンテナ内で開発してたとしても実行環境とは別のイメージ使うだろ
その前段はまああることだが、ここは言ってることがおかしい。

**デフォルトの名無しさん** · 2020/05/07(木) 11:23:50.12

そうか？
ステージングはともかく、開発中はデバッグ用のツール等の入った別のイメージを使うだろう

**デフォルトの名無しさん** · 2020/05/07(木) 14:14:40.81

ほんとにコンテナ使った開発してるのか？

**デフォルトの名無しさん** · 2020/05/07(木) 15:10:38.12

してたら実行環境用のコンテナでローカル開発をやることがどれほど非効率か知ってるはずだけどな

**デフォルトの名無しさん** · 2020/05/07(木) 15:23:11.50

噛み合わない会話だな
作ってるものも使ってる技術も違うのにコンテナ技術はこうであると言い切るのがおかしい

**デフォルトの名無しさん** · 2020/05/07(木) 15:41:25.82

ルドルフとイッパイコンテナ

**デフォルトの名無しさん** · 2020/05/08(金) 01:17:59.87

シンタックスが優れてる言語ってみんななに？
自分はNimを押すけど

**デフォルトの名無しさん** · 2020/05/08(金) 07:27:26.66

HaskellとかPureScript

**デフォルトの名無しさん** · 2020/05/08(金) 08:38:40.53

「プログラミング言語Go完全入門」の期間限定公開のお知らせ
https://tech.mercari.com/entry/2020/03/17/120137

**デフォルトの名無しさん** · 2020/05/08(金) 09:38:23.85

nim

**デフォルトの名無しさん** · 2020/05/08(金) 09:49:29.54

https://qiita.com/gobori/items/821e6d8219033c4f68a8

**デフォルトの名無しさん** · 2020/05/11(月) 20:00:00.91

>>75
いや、少なくとも実行環境と開発環境の環境差をなくすためのものって意味じゃ共通だろ。
そこでヘンテコなこと言ってるわけだ。
デバッグツールの容量惜しむくらいならコンテナなんか使うなよ。

**デフォルトの名無しさん** · 2020/05/11(月) 22:35:49.36

いや、同じじゃないわ
開発環境と実行間隔
という区分けがまずヘンテコだし噛み合ってない

**デフォルトの名無しさん** · 2020/05/11(月) 23:02:02.02

コンテナで一括りにしちゃうから
人によって違った意見になるんじゃないかと予想
dockerとlxcじゃ使い方も開発方法も違うんでないか？

**デフォルトの名無しさん** · 2020/05/12(火) 01:01:47.76

コード生成のコマンドなんかもわざわざコンテナで実行するの？
拘りを否定はしないけどご苦労なことだな
俺はむしろ変に環境に依存して壊れやすいコードにならないように、ローカルではできるだけホストで直接動かしてテストしてるわ
コンテナでのテストはプルリク作ってCIが回るまでやらないことも多い

**デフォルトの名無しさん** · 2020/05/12(火) 01:32:02.26

ローカル開発環境もコンテナ化してるから変に本番と違う環境では確認も実行もしなくて良いのがコンテナのメリット

**デフォルトの名無しさん** · 2020/05/12(火) 08:51:25.48

無理やり違うってところをひねりだしてるだけだろ。。ばかばかしい

**デフォルトの名無しさん** · 2020/05/12(火) 11:19:25.36

個々人/個別のチームがどれを選択するかは別にして、dockerの場合マルチステージビルドがある事からビルドと実行環境とか細かい環境の区分けは想定されていると思える

**デフォルトの名無しさん** · 2020/05/12(火) 20:51:36.64

>>63 の言ってることが実態に即してるかどうかだけが議論の的だら
俺はそもそも何を言ってるか分からんかったが

**デフォルトの名無しさん** · 2020/05/15(金) 22:45:11.65

cronで1分おきにpullすればデプロイは最強
コンテナにもオートスケールにも対応可能

**デフォルトの名無しさん** · 2020/05/16(土) 19:22:29.32

コンテナ関係なくjavaがgoより好まれないてだけってのはあるな。

**デフォルトの名無しさん** · 2020/05/16(土) 21:31:30.60

Javaはそれで統一しないと価値ないからね
ポータビリティ云々じゃなく、マイクロサービスであえて選ぶ意味がない

**デフォルトの名無しさん** · 2020/05/26(火) 20:57:07.70

待望の新言語

ZetZ、形式的検証機能を備えたCのダイアレクト
https://www.infoq.com/jp/news/2020/05/zz-formal-verified-c-dialect/

**デフォルトの名無しさん** · 2020/05/28(木) 08:03:06.98

言語じゃない！

**デフォルトの名無しさん** · 2020/05/29(金) 00:58:39.13

>>93
アニメじゃないのにZZとか

**デフォルトの名無しさん** · 2020/05/30(土) 08:23:38.83

構文がだせぇ

**デフォルトの名無しさん** · 2020/05/30(土) 14:26:57.08

開発者がもっとも好きなプログラミング言語は「Rust」、Stack Overflow「2020 Developer Survey」より
https://codezine.jp/article/detail/12350

**デフォルトの名無しさん** · 2020/05/30(土) 15:43:15.73

IBMがRustを使ってNode.jsのプロジェクトを書き換え。その背景とは？
https://thinkit.co.jp/article/17561

**デフォルトの名無しさん** · 2020/06/02(火) 22:13:15.49

GoとRustはどっちがいいんですか？

**デフォルトの名無しさん** · 2020/06/02(火) 23:05:49.41

どっちも良いよ。Rust難しいと聞くけど、所有権もライフタイムも大して難しくはない
けど、Goに比べて圧倒的に調べるのが面倒、流行ってんのか情報充実してきたけど
このCrateはfuturesの何が要るのか要らんのか、devに何か足さないと動かないのか
大抵crates.ioに乗ってるけど、自分で書き始めるとそれ以上の何かが必要な時に元のソースをゴリゴリ読む事になる
この辺、みんなどうしてんのかな。Goに戻って勝手にimport補完してくれるわ、標準ライブラリーで大半は済むわ、
Godocの調べやすさに対してcrates.ioの調べに草w

**デフォルトの名無しさん** · 2020/06/04(木) 08:22:36.72

例が二つともよくわからん
俺は困ってない

**デフォルトの名無しさん** · 2020/06/05(金) 14:04:47.29

GoとRustが合体したみたいな言語があればいいんだが

**デフォルトの名無しさん** · 2020/06/05(金) 20:41:52.51

Gost作るか

**デフォルトの名無しさん** · 2020/06/05(金) 20:46:55.91

スレタイにある言語って第7世代？

**デフォルトの名無しさん** · 2020/06/06(土) 20:29:52.43

今度Windowsにネイティブ対応するらしいSwiftは？

**デフォルトの名無しさん** · 2020/06/06(土) 21:40:05.53

まあ対応してから判断すればいいんじゃね？

**デフォルトの名無しさん** · 2020/06/06(土) 23:40:53.02

日本人が作って今でも発言権があるということを重視すると、Ruby

**デフォルトの名無しさん** · 2020/06/07(日) 04:35:46.58

そもそもプログラム言語より英語が読めないのが辛い。

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

英語勉強しろ

**デフォルトの名無しさん** · 2020/06/13(土) 21:14:39.52

英語勉強したくないのでなでしこに乗り換えます

**デフォルトの名無しさん** · 2020/06/15(月) 14:44:07.98

Hegel,新しいJavaScript型チェッカ
https://www.infoq.com/jp/news/2020/06/hegel-type-checking-javascript/

**デフォルトの名無しさん** · 2020/06/15(月) 16:38:45.12

禿そう

**デフォルトの名無しさん** · 2020/06/15(月) 16:49:35.07

ヘーゲルの弁証法のヘーゲルもハゲって話をするんじゃない

**デフォルトの名無しさん** · 2020/06/15(月) 17:06:31.59

屁ー出る

**デフォルトの名無しさん** · 2020/06/15(月) 19:54:29.55

コメントでメタデータをあれこれするライブラリは成功例を見たことねえなあ

**デフォルトの名無しさん** · 2020/06/15(月) 22:05:17.87

TypeScriptと比較した短所
・TypeScriptはJavaScript文法をたくさん拡張しているのにHegelは少ししかない
・TypeScriptにはany型があるのにHegelでは使えない

**デフォルトの名無しさん** · 2020/06/15(月) 22:35:54.06

静的型付けマンセー人類からすれば静的型付けと言いながら悪魔の様に万能なany型の禁止は長所だけど

**デフォルトの名無しさん** · 2020/06/15(月) 22:37:50.44

>>115
コメントでメタデータをあれこれしてるように見えたんですねw

**デフォルトの名無しさん** · 2020/06/16(火) 08:37:02.16

OSSの宿命だけど、こういうのって少ししたら俺も俺もって、新しいのが作られて、お互いに食い合って、消えていくんだよ
重要なのは、長期的に責任をもって、メンテナンスしてくれるかどうか
TypeScriptの成功は、マイクロソフトへの信頼があってこそ

**デフォルトの名無しさん** · 2020/06/16(火) 08:56:17.23

Concurnas - 並列およびGPUコンピューティングのための新しいJVM言語
https://www.infoq.com/jp/news/2020/06/concurnas-jvm-gpu/

**デフォルトの名無しさん** · 2020/06/16(火) 22:48:27.54

どういう売りの言語なんだ？

**デフォルトの名無しさん** · 2020/06/17(水) 09:10:16.82

まあアノテーションで動作注入するってのは意味が広すぎるからぱっと見、動作がわからんってのはある。

**デフォルトの名無しさん** · 2020/06/17(水) 11:11:39.35

Jが付くのは大体糞だな

**デフォルトの名無しさん** · 2020/06/18(木) 06:55:32.16

Java
Japan

Korea
Kotlin

**デフォルトの名無しさん** · 2020/06/18(木) 07:36:48.15

トレンドマイクロはJavaとJavaScriptを区別できないらしいな

**デフォルトの名無しさん** · 2020/06/18(木) 13:00:41.64

goが流行ってるのって静的言語の中ではビルドが楽って理由じゃね？

**デフォルトの名無しさん** · 2020/06/18(木) 13:22:18.44

他と比べてそんなに楽かい？

**デフォルトの名無しさん** · 2020/06/18(木) 13:56:16.60

JVMに依存したくない
.NET runtimeにも依存したくない
クラウド上で使うので出来るだけ少ないリソースで動かしたい

消去法で残る選択肢の代表格がGo

**デフォルトの名無しさん** · 2020/06/18(木) 14:24:44.95

.NETも.NET Coreになってからは快適だけどな

**デフォルトの名無しさん** · 2020/06/19(金) 11:00:03.40

Rustって実用性ってどんなもん？
ライブラリの充実度とか色んな面で

**デフォルトの名無しさん** · 2020/06/19(金) 11:34:29.32

Rust自体は既にプロダクションの実績がいくつもあります
貴方にとって実用になるかどうかは開発メンバーの脳味噌の実用性次第です

**デフォルトの名無しさん** · 2020/06/19(金) 11:57:46.89

>>131
えー！！
教えてくれてありがとう
でもさ、言語ってさコンパイラ作ったら終わりじゃないじゃん
cmake、Mavenのようなビルドツール
Webフレームワーク
IDE
デバッカ（C++の場合finstrument-functionsよる実行時関数トレースまで出来る）
プロファイリング
Valgrindみたいな仮想機械
静的コード解析
コンパイラによる最適化
などなど言語作るって本当に大変だと思うんだけどRustがオープンソースでそこまでしてくれてるのかなーって思ったんだ
開発メンバーが優秀でもそこまで自分たちじゃ作れないもん

**デフォルトの名無しさん** · 2020/06/19(金) 12:19:28.67

全部込みなら結局.NETが最強ってわけよ

**デフォルトの名無しさん** · 2020/06/19(金) 12:40:44.64

.NET使いが本当に.NET使えてるのか疑問に思うわ

**デフォルトの名無しさん** · 2020/06/19(金) 12:55:25.35

>>134
「本当に言語（やフレームワーク）を使う」ってどういう意味？

**デフォルトの名無しさん** · 2020/06/19(金) 15:23:42.80

Valgrindは言語非依存だろ

**デフォルトの名無しさん** · 2020/06/20(土) 15:52:56.50

結局V言語のメモリ管理ってどうなったのさ？

**デフォルトの名無しさん** · 2020/06/20(土) 16:06:26.98

だから詐欺だって言ったじゃん

**デフォルトの名無しさん** · 2020/06/21(日) 20:59:09.47

>>132
大企業のバックアップがいくつかあるから
うちでは小さな企業だけどいくつも製品に適用してる

**デフォルトの名無しさん** · 2020/06/22(月) 01:34:11.04

素人質問なんだけどNimってGCだからRustよりメモリ消費量が増大するのかな？
GCが優れてたらRustの出番なくなる気がするんだけど

**デフォルトの名無しさん** · 2020/06/22(月) 07:52:04.28

その僅かなGCもクリティカルになる場合で必要だから出番は無くならない

**デフォルトの名無しさん** · 2020/06/22(月) 08:59:44.79

そうかなあ
Rustのメモリ管理はどっちかというと、人間にとってある程度の予測可能性は犠牲にしつつもGCほどには不確定ではないっていう、
GC頼りからのクォリティアップのための選択肢としての性格が強い印象
本当に厳密に全てを人間が把握する必要があるような用途ならメモリは静的に確保するのが基本なんで、むしろC/C++で十分

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

GCの問題ってメモリの使用量より実行コストなのでは
何にせよ「優れていてたら」という曖昧な評価を前提に議論するようなことではない

**デフォルトの名無しさん** · 2020/06/22(月) 12:53:01.15

>>142
個人的印象じゃなくて仕様から動作説明しろよ

**デフォルトの名無しさん** · 2020/06/22(月) 13:08:53.95

>>143
コンパイル時間は多少かかるけど最適化されたcが出てくるから実行は早いんだよ
https://pbs.twimg.com/media/DoLuLlsUUAATlmC.jpg
https://twitter.com/nim_lang/status/1045659954923724802

ただGCにも限界あるし大きいファイル高速に処理したりとかは無理なんだろうな
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2020/06/22(月) 13:20:43.45

まずGCがなんたるかを勉強してこい