次世代言語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/04/19(日) 15:20:31.24

次世代言語議論スレ【Go Rust Haskell Scala Erlang Elixir】
https://echo.5ch.net/test/read.cgi/tech/1479434349/
次世代言語議論スレ【Go Rust Haskell Scala Erlang Elixir】第二世代
https://echo.5ch.net/test/read.cgi/tech/1486816357/
次世代言語議論スレ[Go Rust Haskell Scala]第3世代
https://echo.5ch.net/test/read.cgi/tech/1488608741/
次世代言語議論スレ[Go Rust Kotlin Scala]第4世代
https://mevius.5ch.net/test/read.cgi/tech/1492631007/
次世代言語議論スレ[Go Rust Scala Haskell]第5世代
https://mevius.5ch.net/test/read.cgi/tech/1497311647/
次世代言語議論スレ[Rust Kotlin Haskell]第6世代
https://mevius.5ch.net/test/read.cgi/tech/1503924817/
次世代言語Part7[Go Rust Swift Kotlin TypeScript]
https://mevius.5ch.net/test/read.cgi/tech/1508403098/
次世代言語Part8[Haskell Rust Kotlin TypeScript]
https://mevius.5ch.net/test/read.cgi/tech/1512137301/
次世代言語9[Haskell Rust Kotlin TypeScript Dart]
https://mevius.5ch.net/test/read.cgi/tech/1520298555/
次世代言語10[Rust Swift TypeScript Dart]
https://mevius.5ch.net/test/read.cgi/tech/1524607347/

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

次世代言語11[Rust Swift TypeScript Dart]
https://mevius.5ch.net/test/read.cgi/tech/1528037607/
次世代言語12 Go Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1530664695/
次世代言語13 Go Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1534769753/
次世代言語14 Elixir Crystal Julia Rust Swift
https://mevius.5ch.net/test/read.cgi/tech/1536668904/
次世代言語14 Go Rust Swift Kotlin TypeScript (実質15)
https://mevius.5ch.net/test/read.cgi/tech/1536664054/
次世代言語15 Go Rust Swift Kotlin TypeScript (実質16)
https://mevius.5ch.net/test/read.cgi/tech/1541331010/
次世代言語15 Go Rust Bosque Kotlin TypeScript (実質17)
https://mevius.5ch.net/test/read.cgi/tech/1555679940/
次世代言語17 Go Rust Kotlin TypeScript Julia (実質18)
https://mevius.5ch.net/test/read.cgi/tech/1567602619/
次世代言語18 V Julia 他 (実質19)
https://mevius.5ch.net/test/read.cgi/tech/1569852711/
次世代言語18 Go Rust Elixir Kotlin TypeScript (実質20)
https://mevius.5ch.net/test/read.cgi/tech/1569866283/

1 · 2020/04/19(日) 15:23:41.40

やはりこのスレは必要

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

じゃ、Python以外で有望な言語はなんですか？

**デフォルトの名無しさん** · 2020/04/19(日) 17:56:25.08

(´･ω･｀)知らんがな

**デフォルトの名無しさん** · 2020/04/19(日) 17:58:02.24

それを議論するのがこのスレの意義だろ
まあ、そもそも Python は次世代言語としては論外だが

「コレクションが最高にイケてる言語を作ろう(dat落ち)」から引用
http://mevius.2ch.net/test/read.cgi/tech/1491491123/43-45

> 43 1 名前:デフォルトの名無しさん Mail: 投稿日:2017/05/05(金) 18:00:36.59 ID:oGFFYBoD
> コレクション使ってて使いづらいと思うことも最近は減ってきたよな
> 昔より言語が進歩してるんだろか
>
> 44 名前:デフォルトの名無しさん Mail: 投稿日:2017/05/05(金) 21:23:00.44 ID:Qc8J8Hpx
> >>43
> でもねぇ、世の中にはコレクション操作が使いづらい
> 退化した最悪な言語が存在する
>
> http://d.hatena.ne.jp/edvakf/20090405/1238885788
>
> 元々は手続き型として設計された簡潔な言語だったけど、
> オブジェクト指向やら関数型やらを行き当たりばったりに増築し続けたおかげで、
> コレクション操作に関する「一貫性」という設計哲学が破綻してしまった例だね
>
> 45 名前:デフォルトの名無しさん Mail: 投稿日:2017/05/05(金) 21:52:01.71 ID:Qc8J8Hpx
> [Ruby]
> a.sort().reverse().map{|x| x.to_s}.join('-')
>
> [JavaScript]
> a.sort().reverse().map(function(x) { return x.toString() }).join(“-“)
>
> [Python]
> '-'.join(map(lambda x: str(x), reversed(sorted(a))))

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

前スレでGo一択って決定しただろ？

**デフォルトの名無しさん** · 2020/04/19(日) 20:53:26.32

Rustじゃないの？
理由は、俺が本を買ってしまって、GWに読むつもりだから。

**デフォルトの名無しさん** · 2020/04/19(日) 21:47:54.67

>>5
JavaScript
有望な言語というより万人向けの安泰な言語だと思うけど、
Pythonに比類しうるならね

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

>>7
> [Ruby]
> a.sort().reverse().map{|x| x.to_s}.join('-')

a.sort.reverse.map(&:to_s).join('-')
元の文脈の趣旨に無関係なのは自覚してる

**デフォルトの名無しさん** · 2020/04/19(日) 22:35:59.91

Rustは勉強マニアがオナニーするために使う言語って感じ、つまり5年前ぐらいのScala

**デフォルトの名無しさん** · 2020/04/19(日) 23:10:38.51

TypeScriptが好きな連中は
フルスタックエンジニアw を自称してることが多い

**デフォルトの名無しさん** · 2020/04/19(日) 23:12:04.97

>>12
＞Rustは勉強マニアがオナニーするために使う言語って感じ、つまり5年前ぐらいのScala
おっしゃる通りです。
いろいろ言語やって、やっぱりC系だなーと思って戻って
きたら、Cはそのまんま面倒くさそう、C++はカオス。
だったら、Rustかなーって思う。

**デフォルトの名無しさん** · 2020/04/20(月) 08:51:44.52

やればやるほど結局c++と同じくらいになってくけどね。

**デフォルトの名無しさん** · 2020/04/20(月) 18:27:41.79

GopherくんがキモいからRustの勝ちでいいよ

**デフォルトの名無しさん** · 2020/04/21(火) 04:41:04.13

キモナイ

**デフォルトの名無しさん** · 2020/04/21(火) 04:49:41.58

いいやキモいね

**デフォルトの名無しさん** · 2020/04/21(火) 06:32:04.12

ハム太郎のキャラは出っ歯じゃないから可愛いのに
Gopherくんは出っ歯だからキモい

**デフォルトの名無しさん** · 2020/04/21(火) 13:40:40.73

キモナイ！！

**デフォルトの名無しさん** · 2020/04/21(火) 16:31:44.57

星もちがキチガイすぎてみんな愛想をつかした
自身で荒らしてる事がまわりにバレてないとか本気で思ってるアホの子だってのが致命的

**デフォルトの名無しさん** · 2020/04/21(火) 17:59:06.72

Pythonは新しいところもあるけど、「あ、Perlと同世代の設計だな」ってとこが見え隠れする

**デフォルトの名無しさん** · 2020/04/22(水) 03:49:11.78

う、うん…

**デフォルトの名無しさん** · 2020/04/22(水) 07:31:53.55

明らかにperlだったらpascalのがええやんって設計だろ

**デフォルトの名無しさん** · 2020/04/22(水) 13:31:59.08

>>22
どの辺が?

**デフォルトの名無しさん** · 2020/04/22(水) 17:39:58.27

>>22ではないが、いくつか例を挙げよう

(1) すでに世界的にメジャーであったにもかかわらず、
　後方互換性を断絶させる基礎的な言語仕様の変更が断行された
　・文字列出力の print 文が廃止され、組み込み関数となった
　・整数の除算演算子の意味が変更された
　・… etc

(2) 否定形の予約語 nonlocal が存在する
　スコープに関する言語仕様設計の破綻という現実を逃避し、
　安易に泥縄的な解決を選択

(3) 本体に文(ステートメント)が書けない中途半端なラムダ式
　・クロージャって何がいいの？
　　http://mevius.2ch.net/test/read.cgi/tech/1415419907/197
　・この関数型プログラミング対応という視点では、Perl にも劣る

こうした言語仕様以外に、言語の原作者である Guido 氏が自ら引退を宣言せざるを得ない
状況に追い込まれてしまうという、コミュニティの特異性も見逃せない

さあ、どれを取ってもも過去のプログラミング言語の歴史目にしたことのない
歴史的な革新といって過言ではない、と思わないか？

**デフォルトの名無しさん** · 2020/04/22(水) 18:20:54.00

全然、「あ、Perlと同世代の設計だな」の例になっていない件

**デフォルトの名無しさん** · 2020/04/22(水) 18:31:23.36

Perl 未満の例ばかりでスマソ

**デフォルトの名無しさん** · 2020/04/22(水) 18:45:52.84

pythonは伸びやかじゃないよねrubyに比べて
スイスイ～ってんじゃなくて
ンッガクック！って感じ
お前ら俺の言うことわりと分かると思うけど

**デフォルトの名無しさん** · 2020/04/22(水) 23:17:43.72

pythonはライブラリの使い方を知ってる奴が威張れる実務言語の系譜よ
VB → Java → python
VBと前後してチョロっとperlが顔覗かしたけど速攻消えたｗ

**デフォルトの名無しさん** · 2020/04/23(木) 00:08:17.94

>>29
めちゃわかるわ～

**デフォルトの名無しさん** · 2020/04/23(木) 01:10:04.61

そういうところに拘ってるから
お前らいつまで経ってもドカタなんだよ
せめて確定申告が必要なレベルくらいまでは稼ぎな？

**デフォルトの名無しさん** · 2020/04/23(木) 07:50:13.60

言語について個人的に好きな良さがある事よりも稼ぐ事が基準でもいいと思うけど、それならその基準での次世代言語がどれかみたいな話は欲しいな
とはいえ今は00～10年代で出てきた言語のブラッシュアップと競争がメインで新しい言語が少ないタイミングというのは実際ある

**デフォルトの名無しさん** · 2020/04/23(木) 08:49:29.46

今時はjavaみたいな古臭いコンパイル言語でもスクリプト言語並みにテキトーに動くし、ライブラリも標準であるし、
言語でマウントする奴は単なる馬鹿だよ。

**デフォルトの名無しさん** · 2020/04/23(木) 09:52:27.50

>>29
ターボジェットの様に一定の回転数を超えてしまえば
あとはすいすい楽ちん高パフォーマンスになるのがpython

**デフォルトの名無しさん** · 2020/04/23(木) 09:53:06.31

>>5
C#

**デフォルトの名無しさん** · 2020/04/23(木) 15:10:05.79

たしかに言語ではないよね。
女性には言葉でマウントするものだから。

**デフォルトの名無しさん** · 2020/04/23(木) 18:23:47.18

>>35
つまり、トレンディでナウいヤングメンがイチオシするのが python なんですね
すごくわかりやすいです

**デフォルトの名無しさん** · 2020/04/24(金) 00:35:00.34

>>37
腰にマウントしてますが

**デフォルトの名無しさん** · 2020/04/25(土) 06:13:22.74

>>13
suin

**デフォルトの名無しさん** · 2020/04/26(日) 13:59:06.89

空飛ぶパイソン最強伝説！！！

**デフォルトの名無しさん** · 2020/04/26(日) 19:24:25.04

パイパンはそれほど好きでない。

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

V言語気に入ったけど、Nim以上に将来どうなるかが不安

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

ぶっちゃけV見限ってるまであるんだけどなんか劇的な更新あったの？
相変わらずメモリ管理なんか進行中のままだけど

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

ベーパーウェアかとオモテたよ

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

Rust/WinRTだとさ
MSはいよいよ本気でRust使う気なのかね
https://blogs.windows.com/windowsdeveloper/2020/04/30/rust-winrt-public-preview/

**デフォルトの名無しさん** · 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

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