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

**デフォルトの名無しさん** · 2022/04/17(日) 17:52:35.38

スレタイ（順番はRedMonk準拠）以外の言語もok

前スレ
次世代言語24 Go Nim Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1647887021/

**デフォルトの名無しさん** · 2022/06/05(日) 12:43:13.05

それだけ昔も今もタイトルの読めない人が蔓延ってることだよ。

**デフォルトの名無しさん** · 2022/06/05(日) 12:57:34.82

次も脈絡なくdockerとか言い出されたらちゃんと無視しようね

**デフォルトの名無しさん** · 2022/06/05(日) 13:04:45.18

KEИTAの時点でKidsってわかるから

**デフォルトの名無しさん** · 2022/06/05(日) 13:45:25.71

なんかあの動画原稿読んでる感が強いんだけどゴーストライターが原稿書いてるなんて事ないよな
自分の書いた原稿ならそんなに棒読みにならんとは思うんだけど

**デフォルトの名無しさん** · 2022/06/05(日) 14:28:41.29

プログラマはプログラムに忠実なんだよ

**デフォルトの名無しさん** · 2022/06/05(日) 19:33:39.96

やーいおまえらの年収、ケンタ氏の月収レベルｗ

くやしくないんか？ｗ

**デフォルトの名無しさん** · 2022/06/05(日) 19:42:08.90

はらたいらに負け

**デフォルトの名無しさん** · 2022/06/05(日) 20:41:09.63

スクラッチのPHP並にWEB開発が楽な次世代言語が欲しいんですよ
多分Rustだろうけど

**デフォルトの名無しさん** · 2022/06/05(日) 22:14:31.32

自演臭がするから相手にしないように

**デフォルトの名無しさん** · 2022/06/06(月) 00:16:37.72

某スレで気持ち悪いオナニーコード書いて一生懸命しょーもないフィボナッチの話してるふりしながらダメ人間批判のアホどもへ
　 ┏━━━━━━━┓
　 ┃//　 Λ＿Λ　 ┃
　 ┃/　 <｀Д´>つ┃
　 ∧＿∧m9　　ﾉ　┃
　<　　　>し―Ｊ //┃　ダメ人間！
　( Ｏ　つ　　　// ┃
　し―Ｊ ━━━━━┛
技術上の優劣は、人格や感情的表現とは一致しない。

**デフォルトの名無しさん** · 2022/06/08(水) 23:30:06.88

PHPer全員死なねえかな

**デフォルトの名無しさん** · 2022/06/11(土) 09:49:22.66

お前ら元気ないな
五月病かい？

**デフォルトの名無しさん** · 2022/06/11(土) 10:52:10.66

下らねえ煽りするよりコード書けよ

**デフォルトの名無しさん** · 2022/06/11(土) 11:36:40.03

Denoってts使うのやめるんか知らんかった
https://qiita.com/Syoitu/items/244c6bf99a6b7bf5ab9c

**デフォルトの名無しさん** · 2022/06/11(土) 11:48:08.84

>>739
内部コードの話みたいね

**デフォルトの名無しさん** · 2022/06/11(土) 14:02:26.40

rustも同じ運命になりそう

**デフォルトの名無しさん** · 2022/06/11(土) 14:30:04.70

Go→Rustになったのも遅いから理由だったしな

**デフォルトの名無しさん** · 2022/06/11(土) 16:48:28.61

> TypeScriptはJavaScriptの改良版と見なされることもありますが、実際はそうではない。
> 他の言語と同じように欠陥があります、最も重要なものの1つは、コンパイル時間が遅いことです。
> 小さなプロジェクトでは、純粋なJavaScriptからTypeScriptに切り替えるときにコンパイル時間が大幅に増加することはないかもしれませんが、複雑な、例えばReactのような大規模なプロジェクトでは顕著になります。
> ランタイムのサイズが大きいことを考えると、DenoがTypeScriptを止めるのも当然のことです。
>
> 開発中の型チェックは、コンパイル時にコストがかかります。

ようするにTypeScriptは巨大プロジェクトに向いてないのか
Microsoftは巨大プロジェクトのノウハウなんて膨大に持ってるだろ、なんとかしろよ・・・

**デフォルトの名無しさん** · 2022/06/11(土) 17:15:19.17

時間掛かるから型チェックやめまーす
ってじゃあそのチェック何で代替すんねん
指さしヨシッでもすんのか？
バカじゃねーの

**デフォルトの名無しさん** · 2022/06/11(土) 17:26:46.05

テスト書くから必要ないって事だろ
文盲か（何故か変換できない）？

**デフォルトの名無しさん** · 2022/06/11(土) 18:42:07.57

wasmにコンパイルされる専用言語が待たれるという説

**デフォルトの名無しさん** · 2022/06/11(土) 19:13:02.17

TSにはインクリメンタルビルドの仕組みがなくてファイル変更のたび毎回フルビルドが必要なの？

**デフォルトの名無しさん** · 2022/06/11(土) 19:29:52.04

本当に欲しいのは制約であって型ではないし

**デフォルトの名無しさん** · 2022/06/11(土) 19:35:24.48

>>748
制約を明示したり強制したりするのにリーズナブルだから型が使われているんだと思うが
何で代替しようとしているの？

**デフォルトの名無しさん** · 2022/06/11(土) 19:46:54.60

>>749
型は制約じゃないぞ
階層理論の産物さ
制約とはtrait systemのことさ

**デフォルトの名無しさん** · 2022/06/11(土) 20:03:26.11

窓の杜: 「Rust」でOSの自作に挑戦！低レイヤーシステム開発の解説書『Rustで始める自作組込みOS入門』が発売.
https://forest.watch.impress.co.jp/docs/bookwatch/news/1416093.html

**デフォルトの名無しさん** · 2022/06/11(土) 20:15:54.30

>>742
コンパイル時間でGoに勝てる言語ってある？

**デフォルトの名無しさん** · 2022/06/11(土) 20:18:17.35

>>752
出来上がったバイナリ(deno本体)の実効速度の話ね

**デフォルトの名無しさん** · 2022/06/11(土) 20:38:23.65

>>752
DとGoはどちらが速い？

**デフォルトの名無しさん** · 2022/06/11(土) 20:38:55.36

>>745
例えばある関数がnumberだけ返すことをテストで網羅できんの？

**デフォルトの名無しさん** · 2022/06/11(土) 20:55:28.16

D言語って今ちょうどver2.100.0なんだね

**デフォルトの名無しさん** · 2022/06/11(土) 21:05:03.93

正直言ってD言語とかの存在価値がわからないんだが使っている人いるの？

**デフォルトの名無しさん** · 2022/06/11(土) 21:11:25.04

>>753
何言ってんだこいつ
Denoはコンパイル時間って言ってるんだが

**デフォルトの名無しさん** · 2022/06/11(土) 21:14:34.94

これだからトーシロはダメ

**デフォルトの名無しさん** · 2022/06/11(土) 21:26:17.06

>>758
Go→RustもTS→JS
どっちも一貫してDeno自体の実行速度を最優先してるわけよ

**デフォルトの名無しさん** · 2022/06/11(土) 21:48:50.29

tsで問題視してたのはコンパイル時間の方じゃね？

**デフォルトの名無しさん** · 2022/06/11(土) 21:55:33.13

Denoのjsってそんなに大規模か？
VSCodeなんかに比べたら全然大した量じゃないように見えるが
ビルドパイプラインがヘボいんじゃね

**デフォルトの名無しさん** · 2022/06/11(土) 22:14:50.96

>>760
文盲乙

**デフォルトの名無しさん** · 2022/06/11(土) 22:17:19.48

>>761
その時間ってもろホットリロードのタイムラグなわけじゃん

**デフォルトの名無しさん** · 2022/06/11(土) 23:00:17.90

Denoチームの連中が低学歴なんだろ
バカばっか

**デフォルトの名無しさん** · 2022/06/11(土) 23:13:10.68

Rustのようにかなり強力にコンパイル時エラーでほとんどの問題を排除してくれる堅さとは異なり
TypeScriptは型チェックしかしてくれず元のJavaScriptの緩さから本質的には変わっていない
本体はがっちりRustで作りあとはJavaScriptという方針は間違っていない

**デフォルトの名無しさん** · 2022/06/11(土) 23:15:22.91

確かにRustのコンパイルが遅いのが嫌だという意見はわかる。”C++より早いだろ？”とか”嘘つき！Rust速い！”とかコメントしなくてあ、結構です
仕組み上トレイトの組み合わせで遅くなるのはわかるんだが、もう少しどうにかならんかの？

**デフォルトの名無しさん** · 2022/06/12(日) 00:08:25.22

>>765
学歴コンプのある人はすーぐ学歴の問題にする

**デフォルトの名無しさん** · 2022/06/12(日) 00:22:54.09

>>768
ハーバードでMBA持ってるけどな
F欄は口くせーから喋んなゴミ

**デフォルトの名無しさん** · 2022/06/12(日) 00:34:08.70

掲示板ではなんとでも言える

**デフォルトの名無しさん** · 2022/06/12(日) 01:47:05.21

>>769
知性のかけらも感じさせないレスだわね

**デフォルトの名無しさん** · 2022/06/12(日) 02:09:11.61

プログラミングにも理解があって英語ぺらっぺらな海外トップ学歴の経営人材なのに
日本語の匿名掲示板という狭い世界で推し言語の擁護にムキになってるとはご乱心だな

**デフォルトの名無しさん** · 2022/06/12(日) 06:32:40.30

>>755
当然

**デフォルトの名無しさん** · 2022/06/12(日) 06:42:11.19

Javascriptに対するTypescriptってCに対するC++みたいなもんだろ？
その気になればある程度まともな型システムは使うことができる程度

**デフォルトの名無しさん** · 2022/06/12(日) 08:25:07.16

結局地がjsな以上互換性を保ちながら完全に型で覆うのは難しいよねって
まぁPurescriptみたいになってもらっても困るんだが……

**デフォルトの名無しさん** · 2022/06/12(日) 08:59:49.71

JVMバイトコードに対するScalaみたいなもん
Java書くより罠が多いけど圧倒的に便利
バイトコードを直接書く阿呆はいない
こんな感じ

**デフォルトの名無しさん** · 2022/06/12(日) 09:50:18.87

さすがにそこまでじゃない
JSをそれなりの規模で使いたければTS使った方が楽なのは確か

**デフォルトの名無しさん** · 2022/06/12(日) 10:29:55.16

denoてどのくらいnodeからの移行が進んでるんだろ？

**デフォルトの名無しさん** · 2022/06/12(日) 11:30:16.99

serialportとかちゃんと使えるならラズパイとかで使ってみたいな

**デフォルトの名無しさん** · 2022/06/12(日) 12:13:55.79

>>778
進まないから今現在必死に最適化してるんだろう

**デフォルトの名無しさん** · 2022/06/12(日) 13:11:27.34

少なくともそのQiitaには、Denoの実行速度が遅いからJavaScriptに移行した、とまでは書いてないと思うんだけど、なんか誤読してる人多い？
Denoの実行速度が遅いからじゃなくて、Deno自体のビルド速度が遅くてDenoを開発する人にとって辛いから移行したんでしょ？

**デフォルトの名無しさん** · 2022/06/12(日) 13:21:32.88

いやそこ誤読してる文盲はおらんやろ・・・おらんやら？

**デフォルトの名無しさん** · 2022/06/12(日) 15:26:48.02

typescriptのコンパイラはtypescriptで書かれてJavascriptにして実行されてるから遅いんだろう
言語としてはセルフコンパイルしたいし、いろんな環境で動かすためでもあるし
でもrustとかで書いてもいいのでは

**デフォルトの名無しさん** · 2022/06/12(日) 15:28:48.97

マシン語にしてるわけでもないし、処理としてはコンパイラとしては軽い方だから
rustにしたら爆速になるのでは

**デフォルトの名無しさん** · 2022/06/12(日) 15:49:11.35

Kotlinとか確か開発者がロシアじゃなかったっけ？もうオープンソースだから米国的にはOKなの？

**デフォルトの名無しさん** · 2022/06/12(日) 20:58:25.55

いち早くロシアの侵攻を批難する声明を出したから許されてるんだろう

**デフォルトの名無しさん** · 2022/06/12(日) 22:01:47.21

>>786
いち早く出してねーよ
ロシア政府なみの嘘つくな

最初のツイートはロシアのプロパガンダと同じ巧妙な内容で反感買いまくってから追加で声明出したんだろ

**デフォルトの名無しさん** · 2022/06/12(日) 22:19:05.57

JetBrainsのサンクトペテルブルクのオフィスとブラハのオフィス(本社)の写真みたけどすげぇ格差だったわ
ああいうの見ると建前上の本社を東京に置いてる中華企業と体質が同じに感じてもう一つ信用できない

**デフォルトの名無しさん** · 2022/06/13(月) 02:53:25.83

tsの変換や型チェック処理する機能はgoやrustで書き直すプロジェクト進行中だから
そこは欠点じゃないよね

**デフォルトの名無しさん** · 2022/06/13(月) 03:23:11.66

PHP+味付け程度にJSでシステム作ってる化石野郎でも応用効く言語教えやがれください

**デフォルトの名無しさん** · 2022/06/13(月) 03:50:52.66

またPHPの話してる

**デフォルトの名無しさん** · 2022/06/13(月) 05:19:59.34

PHPに勝ったところで次世代PHPにしかならないのに？

**デフォルトの名無しさん** · 2022/06/13(月) 07:43:09.16

PHPってマジで話聞かなくなったよな
使ってるのって2010年代の旧システム？

**デフォルトの名無しさん** · 2022/06/13(月) 09:29:29.62

ワードプレスはもうPHPじゃなくなったのか？

**デフォルトの名無しさん** · 2022/06/13(月) 09:30:42.95

次世代言語すげー

**デフォルトの名無しさん** · 2022/06/13(月) 19:42:18.44

Goにオプショナル型とスプレッド構文とmap,reduce,filterのコネクション系操作が入ったら最高なんだけど
Go 2だとかで機能増やしてくれないかな

**デフォルトの名無しさん** · 2022/06/13(月) 19:52:35.02

Typescriptの糞なところ

標準ライブラリがゴミ、ゆえに依存が爆発的に増える
巨大node_modules、プロジェクトごとに作られるのが最高に糞
commonjsやらesmodulesやら統一されていないモジュール形式
prettierやらtsconfigやら大量の面倒な設定
サードパーティーのライブラリに向かってコードジャンプしても型定義ファイルに飛ぶせいでコードが読めない、ゆえにGithubを見に行く必要がある
例外の型定義がないので静的検査ができない、どこでエラーをどうハンドリングするべきかの判断が全くつかない、ゆえに全体をtry catchで囲むことになる

この辺がすべてGoでは問題ないから、あとは少し機能増やしてくれたら文句ないんだよなー

**デフォルトの名無しさん** · 2022/06/13(月) 21:04:41.26

GoのMap糞過ぎて全く読めない
JSONをそのまま使えっておまけに型までつくTSさいつよってことなんよ

**デフォルトの名無しさん** · 2022/06/13(月) 21:39:05.94

構造体作ってマッピングするのじゃ何がダメなの？必要なのだけ定義すればいいんだが？
Typescriptだと型ガードしっかり書かないとただのなんちゃって状態になる雑魚

**デフォルトの名無しさん** · 2022/06/13(月) 21:47:26.95

>>797
＞サードパーティーのライブラリに向かってコードジャンプしても型定義ファイルに飛ぶせいでコードが読めない、ゆえにGithubを見に行く必要がある

「Atom」を開発終了に追いやった「Visual Studio Code」、月例更新でさらに強力に
https://forest.watch.impress.co.jp/docs/news/1416263.html

TypeScript開発では「TypeScript 4.7」が導入されたほか、待望の［ソース定義への移動］がサポートされた。100％の確度ではないが、型定義ファイル(*.d.ts)ではなく、JavaScriptによる実装部分へ直接ジャンプできる。
https://twitter.com/mattbierner/status/1517182624917340162
https://twitter.com/5chan_nel (5ch newer account)

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

>>800
おーこんなのあったんだ、ありがとー
適当に試してみたけどできないのも結構あるね

**デフォルトの名無しさん** · 2022/06/13(月) 22:32:02.90

標準ライブラリ大きいのと小さいのどっちが良いのかね

**デフォルトの名無しさん** · 2022/06/13(月) 22:36:53.23

大きくて、APIが安定していて、ゴミが少ないやつが良い
スレタイの中だとGoだろうな

**デフォルトの名無しさん** · 2022/06/14(火) 00:15:44.86

goはpackageの命名が糞杉
_すら許さないからどいつもこいつも呪文みたいになって可読性最悪

**デフォルトの名無しさん** · 2022/06/14(火) 11:26:15.39

Dも_を変な扱いしてたな

**デフォルトの名無しさん** · 2022/06/14(火) 11:32:38.45

Effective Goでは、パッケージ名は1単語にしよう、って書かれてるけど、アンダースコアや大文字小文字が使えないわけではないよ

どうせ1単語とかいう命名規約はあまり守られてないだろうし、つらいならそのへんの規約も破っちゃえば？

**デフォルトの名無しさん** · 2022/06/14(火) 12:24:42.88

アンダスコアはPythonが悪い

**デフォルトの名無しさん** · 2022/06/14(火) 14:45:46.33

いまだにgenrandom, gen_raondom, genRandom, GenRandomのどれがいいかわからん
PythonやってるとgenrandomだがJavaScriptもやるからgenRandomも使う
GoもやるとなったらGenRandomまで使わんといかん
いったいどれがいいんだ？
誰か俺に教えてくれ

**デフォルトの名無しさん** · 2022/06/14(火) 14:49:34.72

言語の推奨に従ってください

**デフォルトの名無しさん** · 2022/06/14(火) 17:17:08.52

CSSならlong-name-propertyだし、JSONならLong_Name_Property、SQLならLONG_NAME_PROPERTYまたは
long_name_property、JSなど言語ならlongNamePropery、でも定数ならLONG_NAME_PROPERTY、CSVなどなら
Long Name Propertyだ。
そして、JavaやC#、C/C++、PythonやGoでもRustでも命名規則（多くは悪魔でも推奨）のようなものがあり、歴史的な経緯と
作者の今日子な意思、プログラミングのしずらさ、あるいはシヤスサ、あるいはコードレビューマウントのために脈々と受け継がれる。
つまり、人類はいまだに命名の正解を得ていない・・・
モジュール snake_case
型 CamelCase
トレイト CamelCase
Enumのバリアント CamelCase
関数 snake_case

**デフォルトの名無しさん** · 2022/06/14(火) 17:26:35.25

言語内で閉じるなら慣習に従うだけだけど言語またがる時は迷うよね

**デフォルトの名無しさん** · 2022/06/14(火) 17:49:20.30

標準ライブラリは名前が綺麗なのに、自分で命名しようとすると難しくて悲しい

**デフォルトの名無しさん** · 2022/06/14(火) 17:55:42.15

そうでもないぞ
RustのThe Booｋに出てくる乱数のほぼ標準ライブラリは非常に名前が汚い
馬鹿が考えたような名前と構造

**デフォルトの名無しさん** · 2022/06/14(火) 17:58:02.15

Goも標準ライブラリが汚い
仕組みも複雑

**デフォルトの名無しさん** · 2022/06/14(火) 17:58:54.42

C++とJavaも大概だわ

**デフォルトの名無しさん** · 2022/06/14(火) 18:01:35.42

>>810
なおGoはlongnameproperty

ガイジか？

**デフォルトの名無しさん** · 2022/06/14(火) 18:02:29.74

>>815
Goは後発の分際であの体たらく
どんな頭弱が作ったのか顔が見てみてーわ

**デフォルトの名無しさん** · 2022/06/14(火) 18:08:01.45

Goのstrconv::atoi()って

悲しくなるわ

**デフォルトの名無しさん** · 2022/06/14(火) 18:13:47.77

>>804
_ "github.com/mattn/go-sqlite3"

>>806
だね、触ったこともない人が騒いでるだけ。とんでもねえアホ

**デフォルトの名無しさん** · 2022/06/14(火) 18:18:15.24

>>818
std::num::strconv::float_to_str_bytes_common
(´；ω；`)ｗ

**デフォルトの名無しさん** · 2022/06/14(火) 18:20:27.99

golang入門したころにファイルの読み書きや文字の扱いのライブラリを見て愕然としたな
こういう世界がまだあるんだなって

**デフォルトの名無しさん** · 2022/06/14(火) 18:31:08.14

>>817
goの作者知らんのか...

**デフォルトの名無しさん** · 2022/06/14(火) 18:32:45.87

>>819
golintでエラーだぞ
おまえこそエアプだろカス
PHPでも書いてろ

**デフォルトの名無しさん** · 2022/06/14(火) 18:35:13.31

goの作者の一人は有名人過ぎるけどもう後進に道を譲れよよ思う

**デフォルトの名無しさん** · 2022/06/14(火) 18:40:13.93

>>821
file, err := os.OpenFile("foo.txt", os.O_APPEND|os.O_CREATE|os.O_WRONLY, 0777)
これがキレイだとは決して思わんが....

let mut file = File::options().read(true).write(true).open("foo.txt")?;
これもどうかと思うぞ？何故、直感的ではないoptionsでopenに繋げるチェーンなのか..確かにオプションの設定はpanicが起こらないから
言語的な理由（言い訳）は分かる。でもRustってオプション扱いを第二引数にしない思想があるんだろうか...

>>822
デニス・リッチーとかC言語の作者とかだからC言語のライブラリと似た名前になるはある意味当たり前だよなあ

**デフォルトの名無しさん** · 2022/06/14(火) 18:46:33.92

>>825
Rustの標準ライブラリが汚い理由はオーバーロードがない、デフォルト引数がないから