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

**デフォルトの名無しさん** · 2022/09/17(土) 19:05:49.83

スレタイ以外の言語もok

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

**デフォルトの名無しさん** · 2022/10/03(月) 10:19:27.04

>>633
>型とテストが複合的にエラーを減らす手段であって排他なものではないということを、理解していないか少なくとも認識していない

めっちゃ判ります
っていうか煽るためにわざと知らない気付かないフリしてるのかと思える

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

・動的型付け言語 ←動的動作のためメモリ上に型情報が必要となる
・GCあり言語 ←GCのためにメモリ上に一部型情報が必要となる
・GCなし言語 ←基本的にはメモリ上に型情報は必要ない
　（ただし敢えて動的に型を扱いたい時は型情報をメモリ上に持たせる）

**デフォルトの名無しさん** · 2022/10/03(月) 11:43:54.89

>>644
>NoSQLデータベースの多くはschema on readではなく、単に入れたものをそのまま出すだけだ

schema on readの意味くらいは理解してからレスしろ

**デフォルトの名無しさん** · 2022/10/03(月) 11:45:28.34

>>645
おまえもschema on readの意味くらいは調べろよ

**デフォルトの名無しさん** · 2022/10/03(月) 12:09:23.06

恥ずかしいから>>654こそ調べたほうがいいぞ
schema on readというのはデータ分析や大規模バッチ処理の文脈で出てくる言葉で、Hadoopのように検索時に生に近い形式のデータを力業でフルスキャンする方式だ
データ分析においてはデータの取り込みは柔軟にしつつ読むときに工夫しろというベストプラクティスがあって、それを端的に表している
対してschema on writeってのは普通のRDBやMongoDB、Elasticsearchのような、書き込み時にスキーマ情報を使ってインデックスを作る方式を指す

**デフォルトの名無しさん** · 2022/10/03(月) 12:15:37.58

>>650
それは実行環境であって、開発ビルド環境のソースファイルは関係ねーだろ？
それともお前はOSも無いファイルシステムもない環境で開発ビルドしたことあんのかよ？あ？

**デフォルトの名無しさん** · 2022/10/03(月) 19:19:43.61

>>656
そもそもソースがファイルかどうかもわからんのにお前は何を言ってるんだ？w

**デフォルトの名無しさん** · 2022/10/04(火) 00:52:19.50

>>657
ム板で、ソースがファイルじゃないなら何？

**デフォルトの名無しさん** · 2022/10/04(火) 06:00:39.30

>>658
ストリームとかじゃね
あるかどうかは知らんけどワンパスコンパイラなら標準入力からソースもらうとか可能なはず

**デフォルトの名無しさん** · 2022/10/04(火) 09:09:48.35

こういうとき絶対>>657本人じゃなくて
横から「○○じゃね？」っていうやつがやってくるの面白いよね

**デフォルトの名無しさん** · 2022/10/04(火) 11:43:33.67

>>660
知らんけどがついてたらモアベターだったよね。

**デフォルトの名無しさん** · 2022/10/04(火) 12:54:23.68

ファイル以外のソースがあるとしてそれがファイルの拡張子が決まってないこととなんか関係あるのか？

知らんけどw

**デフォルトの名無しさん** · 2022/10/04(火) 13:32:51.60

こういう流れで>>657本人が出てきて
最後まできっちり議論に付き合うケースって皆無よねｗ

**デフォルトの名無しさん** · 2022/10/04(火) 13:44:57.74

そんな話じゃないでしょ…
C++の規格はフリースタンディングも想定してるから、ファイルシステムなんかそもそも規約に入れようが無く、結果、ソースファイルについても何の規約も無い、みたいな話ではないの？
規約が無いかは調べてないけど。

**デフォルトの名無しさん** · 2022/10/04(火) 13:59:03.52

C言語のソースファイルは*.c
そしてヘッダファイルは*.h
決まっていて困ることはない
ファイルシステムがどうこう言い訳してるやつは屁理屈

**デフォルトの名無しさん** · 2022/10/04(火) 14:14:34.11

>>662
ストリームに名前なんて無いんだから拡張子なんてつけようがないだろ

>>664
そもそも開発環境とかを規定してる言語の方が珍しいだろ

**デフォルトの名無しさん** · 2022/10/04(火) 15:59:25.45

本人再登場ww
ファイルシステムなんて関係ねーだろw

**デフォルトの名無しさん** · 2022/10/04(火) 18:44:15.47

>>658
ソースは俺。

**デフォルトの名無しさん** · 2022/10/04(火) 18:59:59.83

規格で拡張子が決まってる言語なんてあるの？

**デフォルトの名無しさん** · 2022/10/04(火) 19:21:43.31

知ってる範囲ではc#が規格内に拡張子が書かれてるけど、確かに規定では無いな。

**デフォルトの名無しさん** · 2022/10/04(火) 21:33:50.53

javaとかは決まってるんじゃないか
知らんけど

**デフォルトの名無しさん** · 2022/10/04(火) 21:35:32.21

汎用機とかでファイル名の最大長が短くて拡張子使わないケースとかはあるわな

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

>>671
javaは拡張子やフォルダー構成も決まってたような気がするけど言語仕様なのか単なる開発環境の決め事なのかはよく知らん

**デフォルトの名無しさん** · 2022/10/05(水) 00:45:16.34

誰か拡張子の歴史について調べてこい

**デフォルトの名無しさん** · 2022/10/05(水) 02:18:07.42

俺様がベーシックやってた頃は拡張子なんて無かったぞ
誰か説明しろよ

**デフォルトの名無しさん** · 2022/10/05(水) 06:29:51.10

拡張子なんて決め事以上のものではないからなぁ。

**デフォルトの名無しさん** · 2022/10/05(水) 06:37:01.54

拡張子で言語が流行るかどうか決まる

**デフォルトの名無しさん** · 2022/10/05(水) 17:09:15.64

最近読んだC++コードの拡張子がc++だったのはたまげたな

**デフォルトの名無しさん** · 2022/10/05(水) 17:51:07.30

c++は
.cpp
.cc
.cxx
.c++
.C
.hpp
.hh
.H
とか節操無さすぎ。

**デフォルトの名無しさん** · 2022/10/05(水) 20:10:07.38

その点Rustは統一されてて安心安全
ついでにメモリも安心安全

**デフォルトの名無しさん** · 2022/10/06(木) 02:02:14.61

c言語は UNIX という OSを実装するために作られたものだから
ファイルシステムとは表裏一体だったという歴史は捨てようがない
派生した言語や OS も色々引きずっている

**デフォルトの名無しさん** · 2022/10/06(木) 02:04:08.96

拡張子なんてもんはいつからできたんだよ
誰か調べてこい

**デフォルトの名無しさん** · 2022/10/06(木) 05:32:32.78

>>681
もうC++の話はいいのか？w
C言語では *.[cC], *.[hH] でない処理系は見たことないな

**デフォルトの名無しさん** · 2022/10/06(木) 05:57:55.23

拡張子の文化が広まったのは、
８ビットマイコン時代にCP/Mが普及したのがキッカケで
CP/M→MS-DOS→windows の系譜で定着したのだろう
当初は、アセンブリ言語のソースや実行ファイルを拡張子で区別したが
高水準言語（高級言語）が次第に移植された

**デフォルトの名無しさん** · 2022/10/06(木) 08:26:06.13

拡張子の由来
https://ja.wikipedia.org/wiki/%E6%8B%A1%E5%BC%B5%E5%AD%90#%E6%8B%A1%E5%BC%B5%E5%AD%90%E3%81%AE%E7%94%B1%E6%9D%A5

拡張子は、もともとはDECのオペレーティングシステム (OS) 、たとえば、TOPS-10、OS/8やRT-11に利用されていた。
その後、CP/Mでも採用された。CP/Mのファイル名は8+3バイトの構成になっており、後ろの3バイトが拡張子と呼ばれた。
さらにCP/Mと互換性を取るため、MS-DOSやOS/2、Windowsなどに受け継がれた。現在のWindowsでは3バイトの制限はない。

**デフォルトの名無しさん** · 2022/10/06(木) 08:29:55.98

CP/Mが真似たDECのOSから普及していたが

**デフォルトの名無しさん** · 2022/10/06(木) 08:44:08.07

そりゃ、K&Rの時代から .c .hが有ったにしても
DECのミニコンを庶民はそうそう導入できない

**デフォルトの名無しさん** · 2022/10/06(木) 09:13:49.27

そりゃ当然、コンピュータを使っている人への普及の話だろ。使ってもいない人に普及するわけはないが。

**デフォルトの名無しさん** · 2022/10/06(木) 09:39:10.81

>>687
いつから庶民の話になったんだ？

**デフォルトの名無しさん** · 2022/10/06(木) 09:59:11.55

>>689
UNIXとCの話は先に書いたから、
次にマイコン時代の浸透と拡散の話に進めたけど、早かったか
それらの前、BCPL等の時代に拡張子やファイルの概念があったのかは調査中だ

**デフォルトの名無しさん** · 2022/10/06(木) 10:07:30.39

簡単過ぎるから未解決のまま放置される問題というのがある
アクセルとブレーキどうやって区別するのかとか
拡張子を何にするかとか

**デフォルトの名無しさん** · 2022/10/06(木) 13:00:49.78

>>691
ナルセのワンペダルで解決しているよ。
(日産のパチもんじゃないので注意)

**デフォルトの名無しさん** · 2022/10/06(木) 14:56:07.85

>>691
優先度低いためにいつまでたっても解決されない問題とかあるわ。
本来なら時間経過とともに優先度は上げるべきなんだよな。

**デフォルトの名無しさん** · 2022/10/06(木) 15:37:24.75

ホントに困ってたら優先順位上げるだろ
ずっと低いままと言う事はたいして困ってないってこと

**デフォルトの名無しさん** · 2022/10/06(木) 19:23:24.18

>>694
追加機能とか便利になる機能とかは困ってるわけじゃないからなぁ。

**デフォルトの名無しさん** · 2022/10/06(木) 20:36:12.00

拡張子の話もういいよｗ

**デフォルトの名無しさん** · 2022/10/06(木) 22:34:31.24

やっぱりヘッダーファイルができた
C言語あたりから拡張子が必要になったんじゃないか
それまではソースファイル一つとオブジェクトファイル一つで
データは外から読んで、外に書き出すものだったから

**デフォルトの名無しさん** · 2022/10/07(金) 12:11:11.36

そもそもwikipediaをソースにしちゃうひとってω

**デフォルトの名無しさん** · 2022/10/07(金) 12:12:35.68

>>683
.inc とか .m とかたまに観る

**デフォルトの名無しさん** · 2022/10/07(金) 12:14:03.56

>>675
.N88 とか .BAS より古いのか

**デフォルトの名無しさん** · 2022/10/07(金) 12:14:41.50

そんなの初めて聞いた
いったいどこの処理系だよ

**デフォルトの名無しさん** · 2022/10/07(金) 12:17:48.21

>>699
.inc はまだしも .m はみたことないな

**デフォルトの名無しさん** · 2022/10/08(土) 00:54:36.30

>>700
Csave命令に拡張子はなかった
何冊か確認した
80年代のキッズ向けゲームプログラミングの本だ

**デフォルトの名無しさん** · 2022/10/15(土) 13:35:22.93

Siv3DやDXライブラリ等のゲーム制作用のフレームワークを使用したくてC++に初めて手を出そうと思うのですが
世の中の風潮がC++での新規開発はナンセンスでありC++を代替する言語（主にRust？）を選択すべきとあるようです
正直C++もRustも構文が複雑ですぐに忘れそうなので、NimかZigが良さそうと感じました
Zigは安定版がまだまだ先なので採用できませんがNimが流行っていないのは何か致命的な欠点があるからでしょうか

**デフォルトの名無しさん** · 2022/10/15(土) 13:37:39.38

ゲーム作りたいならunityかc++じゃないの？rustはいずれ台頭するかも知れないけど今はまだ成熟してない気がする。

**デフォルトの名無しさん** · 2022/10/15(土) 13:48:06.01

>>705
Unity等のゲームエンジンは使用せずプログラミング言語（GCは無しか軽めのやつ）でいきたいです
C++のフレームワークは最悪DLL化すればよいので、読みやすくコンパイルや実行速度が速い言語が良いです
総合するとNimが最有力かなと思いました
Nimがなぜこんなにも流行っていないのか不思議でなりません

**デフォルトの名無しさん** · 2022/10/15(土) 14:06:33.72

C++が嫌、Unityも嫌って趣味でするなら何でもいいけど
もし仕事ならそれは無理があるｗ

**デフォルトの名無しさん** · 2022/10/15(土) 14:14:29.81

普通にフレームワーク使えば良くないか？
こだわりがあるわけでもないみたいだし

**デフォルトの名無しさん** · 2022/10/15(土) 14:26:29.95

先週のレスだけど.mはObjective-C

**デフォルトの名無しさん** · 2022/10/15(土) 14:40:37.67

Nimは別に致命的な欠陥があるとかではないんだろうけど
わざわざ使う理由もないんだよな
構文が好きな人はいるだろうけど結局個人の好みなので
みんなで移行するほどの動機にはならない

**704** · 2022/10/15(土) 14:45:33.73

レスどうもです
ひとまずC++でいこうと思います
C++20とかで昔よりは書きやすく見やすくなっている気がしますし
何より日本語の参考情報・コミュニティが多いのが長期的に見れば問題発生時に助かるはず

**デフォルトの名無しさん** · 2022/10/15(土) 14:53:07.87

IT土方を目指すならRust
趣味や個人でやるんならNim

**デフォルトの名無しさん** · 2022/10/15(土) 14:54:50.47

土方がRustなんか使えないし使わないｗ

**デフォルトの名無しさん** · 2022/10/15(土) 15:10:11.71

人形劇ご苦労さん

**デフォルトの名無しさん** · 2022/10/15(土) 15:50:43.54

ゲームそのものを作るのはUnity/UE/cocos2dのいずれか又は全部で、それぞれの1stターゲットの言語を使ってやりつつ、エンジン自作はC++でやればいいと思う
一応Rustもこないだ見たらwindows-rsでDirectX 12も書けるしXamlも食えるようになってたのでナシではない
Windows以外のプラットフォーム向けなら何個かVulkanラッパーあるし
いずれにせよ修羅の道だけど

**デフォルトの名無しさん** · 2022/10/15(土) 16:31:40.59

>>706
ネイティブコンパイラじゃなくトランスレーターだから。
過去トランスレーターで流行ったのはTypescriptしかない。

**デフォルトの名無しさん** · 2022/10/15(土) 17:46:33.43

>>716
初期のC++もトランスレーターだったから流行らない原因をトランスレーターと言うのはちょっと違うと思うな

**デフォルトの名無しさん** · 2022/10/15(土) 18:11:19.69

セルフホスティングできない言語は2流

**デフォルトの名無しさん** · 2022/10/15(土) 18:13:42.88

ゲームでは、Unity 以外は無理

特に、C++ なんて10年以上は掛かる

**デフォルトの名無しさん** · 2022/10/15(土) 19:30:07.96

unity使うなら素直にc#だな。

**デフォルトの名無しさん** · 2022/10/15(土) 19:43:34.04

>>717
それはMicrosoftが開発言語に採用したからだ。

**デフォルトの名無しさん** · 2022/10/15(土) 19:48:13.86

Unreal Engine「あの・・・」

**デフォルトの名無しさん** · 2022/10/15(土) 20:13:38.24

>>721
それならますますトランスレーター関係ないだろw

**デフォルトの名無しさん** · 2022/10/15(土) 20:25:42.25

nim言語は普通にコンパイルして使う場合には
ネティブコードコンパイラと違いはない

nim c -d:danger -d:strip hello.nim

でバイナリの実行コードができるので。

**デフォルトの名無しさん** · 2022/10/16(日) 11:35:47.53

イケてない最大の理由は名前
kotlinとかnimとか名前がダサい
響きが野暮ったい

**デフォルトの名無しさん** · 2022/10/16(日) 11:59:35.86

錆に言われても…

**デフォルトの名無しさん** · 2022/10/16(日) 15:31:24.57

イケてないネーミングは

rust

が一番だわ w

**デフォルトの名無しさん** · 2022/10/17(月) 01:09:17.45

>>726
>>727
俺もそう思う。
初めて見た時なんで錆？って思ったわ。

**デフォルトの名無しさん** · 2022/10/17(月) 01:42:41.41

ゴタクはいいよ
なんでnimが流行ってないかお前らも考えろよ

おおかたロゴかマスコットキャラがキモかったんじゃねーの

**デフォルトの名無しさん** · 2022/10/17(月) 02:11:22.42

ゴタクｗｗｗ

**デフォルトの名無しさん** · 2022/10/17(月) 09:05:27.87

流行ってない泡沫言語なんて山のようにあるんだから考えるだけ無駄。
流行っている理由ならまだしも。

**デフォルトの名無しさん** · 2022/10/17(月) 10:09:48.88

まあ流行自体が目的でない限り、真の目的のために流行を犠牲にするのはごく普通の手段でしょ
対価を一円たりとも支払わない方針のほうが珍しい

**デフォルトの名無しさん** · 2022/10/17(月) 11:36:17.89

チャリンカスの言う事はわかんねえな

**デフォルトの名無しさん** · 2022/10/17(月) 16:14:18.51

単発お疲れ

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

CNET Japan: グーグル、Rustで書かれたセキュアなOS「KataOS」を発表.
http://japan.cnet.com/article/35194751/

**デフォルトの名無しさん** · 2022/10/18(火) 15:54:59.76

>>735
＞　このOSは、デスクトップPCやスマートフォン向けではなく、モノのインターネット（IoT）、おそらくはスマートホームを対象としたものだ。

**デフォルトの名無しさん** · 2022/10/18(火) 15:58:15.67

Zig言語日本語マニュアル
https://ja.wikibooks.org/wiki/Zig

これは助かる

**デフォルトの名無しさん** · 2022/10/19(水) 08:41:14.53

>>736
だから何？

**デフォルトの名無しさん** · 2022/10/19(水) 11:24:46.83

>>735
だから何？

**デフォルトの名無しさん** · 2022/10/19(水) 12:28:59.25

>>738
PCのOSじゃないのか、がっかり

**デフォルトの名無しさん** · 2022/10/19(水) 12:29:54.54

>>739
グーグルがRustで本格的にOSつくりだしたことで、Rustの覇権が決定的なものとなった

**デフォルトの名無しさん** · 2022/10/19(水) 12:36:32.14

Google Researchだから論文出して飽きたら終わりだよ

**デフォルトの名無しさん** · 2022/10/19(水) 13:04:51.36

ハードを遠隔操作するOSは飽きるんじゃなくてハードが規制される
言語は規制されないから終わらない

**デフォルトの名無しさん** · 2022/10/20(木) 06:12:38.97

>>741
RTOSだとRustの制約がきつすぎて他の言語と変わらなくなりそうだと思うがね。

特にAliasing XOR Mutabilityをマルチスレッドで有効活用するのはキツイんじゃね？Mutex、RwLock、Atomicの管理で破綻しそうだし、熟成するまでせっかちなGoogleが我慢できるとも思えん。

**デフォルトの名無しさん** · 2022/10/22(土) 09:25:03.56

Rustが覇権取ってくれるのは一向に構わんがはよ流行れよとｗ
いつまで同じこといってんのよ～って感じやな
Goが下火になってきてるのはいいことやとは思う
はよGoを滅ぼしてくれよRustさんよぉ

**デフォルトの名無しさん** · 2022/10/22(土) 09:59:05.95

Rustも流行らないよ
borrow checkerが厳しすぎる

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

>>745
用途が全然違うのになぜ比較したがるのか
RustはCとC++の代替言語な

**デフォルトの名無しさん** · 2022/10/22(土) 11:37:42.63

そりゃあどんな物でもお金と交換できると思ってるならなんでも比較できると思うだろう

**デフォルトの名無しさん** · 2022/10/22(土) 13:08:21.47

>>745
Webサービスに使うならGoで良いんじゃない？
GCあっても誤差レベルだし
ライブラリも豊富だから作りやすいでしょう
非同期ランタイムとか面倒なこともないし

**デフォルトの名無しさん** · 2022/10/22(土) 21:40:08.13

>>749
>GCあっても誤差レベルだし
これマジで言ってる？ｗ