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

**デフォルトの名無しさん** · 2022/08/05(金) 08:26:38.87

スレタイ以外の言語もok

前スレ
https://mevius.5ch.net/test/read.cgi/tech/1655771266/

**デフォルトの名無しさん** · 2022/08/28(日) 18:39:21.55

そもそもRustは仕事がないのでimplは必要ない。

**デフォルトの名無しさん** · 2022/08/28(日) 18:40:17.57

>>918
うん
インタフェースは必要でむしろクラスが要らないよね
そのわかりやすい道を選んだのがGoとRust

**デフォルトの名無しさん** · 2022/08/28(日) 18:44:55.39

Rustは仕事がない。
Goは仕事がある。
この差は大きい。

**デフォルトの名無しさん** · 2022/08/28(日) 18:45:28.11

雇われ仕事はな

**デフォルトの名無しさん** · 2022/08/28(日) 18:46:02.45

>>913
自分の判断ではrustはスパゲッティだから

**デフォルトの名無しさん** · 2022/08/28(日) 18:47:05.71

ていうか、Rustって使ってる人少なすぎじゃね？

**デフォルトの名無しさん** · 2022/08/28(日) 18:48:13.72

メソッドが無いってんならともかく、クラスが無いと言っても明示的なクラス定義に比べてソースコードの物理的レイアウトの自由度が高いというくらいの話でしかないでしょ
そんなドヤ顔で語るほどのことでもない

**デフォルトの名無しさん** · 2022/08/28(日) 19:04:58.89

>>925
少なくとも他の言語と比べたらスパゲティになりにくいね

>>927
メソッド自体はクラスと関係なくてクラスベースのプログラミング言語でなくても存在するものだよ
クラスを特徴付けるものはクラスの親子関係を示す継承だね
GoとRustに継承はないからクラスとは明確に異なるよ

**デフォルトの名無しさん** · 2022/08/28(日) 19:06:04.35

クラスに継承は必須ではないよ
VBAのクラスに継承は無いぞ？

**デフォルトの名無しさん** · 2022/08/28(日) 19:06:48.27

Rust、Haskellは仕事がない。

**デフォルトの名無しさん** · 2022/08/28(日) 19:07:23.94

>>920
implは操作の定義
structはデータの定義

この2つを分けたことの意味が分からないようならRust辞めたほうがいいよ

**デフォルトの名無しさん** · 2022/08/28(日) 19:08:15.18

始めても居ないだろ。

**デフォルトの名無しさん** · 2022/08/28(日) 19:16:42.43

Goのimplicitなインターフェース実装よりも
Rustのexplicitなトレイト実装のほうが断然いい

ただJavaと違ってC#やSwiftならExtensionで後からクラスにインターフェース実装追加できるからGoやRustの方式が特に優れてるわけでも無いと思うけどね

**デフォルトの名無しさん** · 2022/08/28(日) 19:25:12.79

>>929
VBAは他にもできないことや制限されることが色々とあるから置いときましょ

>>931
違うよ
implは『実装』の定義だよ
structは(構造体の)『型』の定義だよ

**デフォルトの名無しさん** · 2022/08/28(日) 19:32:34.36

>>933
優れてるかどうかは誰も言っていなくて
元々の話はRustはトレイトがあるから複雑で難しいとかいう批判に対して始まった議論やろ
実際にはクラスとそれに纏わる諸々がないからGoもRustもクラスのある言語より簡単でわかりやすくなってる

**デフォルトの名無しさん** · 2022/08/28(日) 19:39:33.75

importしないと使えないメソッドがあるのが理解できない

**デフォルトの名無しさん** · 2022/08/28(日) 19:45:44.96

問題はクラスではなく副作用だよ
勘違いするなよ
クラスのメンバーが途中で書き換えられたりしなければ問題はないのよ

**デフォルトの名無しさん** · 2022/08/28(日) 19:49:05.31

rustはstructのフィールドごとにmut設定できないので欠陥言語

**デフォルトの名無しさん** · 2022/08/28(日) 19:53:38.21

次スレのタイトルは

次世代言語28 Rust

にしとこうか？

**デフォルトの名無しさん** · 2022/08/28(日) 19:55:42.04

仕事がない言語に未来はない。

**デフォルトの名無しさん** · 2022/08/28(日) 20:11:14.04

仕事があっても未来がない言語の方が多い件

**デフォルトの名無しさん** · 2022/08/28(日) 20:17:59.03

RustはPHPより優れているんだ！！といくら主張しようとも。
Rustは仕事が無くてPHPは仕事があるんだから仕方がない。

**デフォルトの名無しさん** · 2022/08/28(日) 20:18:38.81

>>941
具体的にどういう言語に未来がないの？

**デフォルトの名無しさん** · 2022/08/28(日) 20:25:11.67

>>943
COBOL Fortran Ruby Perl VB.NET VBScript Delphi

**デフォルトの名無しさん** · 2022/08/28(日) 20:25:27.41

コボラーの人たちは逃げ切ったと思う
くいっぱぐれなかったコボラー

**デフォルトの名無しさん** · 2022/08/28(日) 20:30:40.83

Objective-Cもまだ仕事はあるだろうけど未来はないな

**デフォルトの名無しさん** · 2022/08/28(日) 20:35:31.36

全部、一時代を築いた言語たちじゃないか。

**デフォルトの名無しさん** · 2022/08/28(日) 20:36:35.22

だから仕事と過去はあるけど未来がないと言われてるんだろ

**デフォルトの名無しさん** · 2022/08/28(日) 20:38:56.54

Elmとかいうの一時期Qiitaで流行ってたけどもう下火だな

**デフォルトの名無しさん** · 2022/08/28(日) 20:48:08.93

世界で見捨てられたころに日本で流行らせようとする人たちが出てくるのは何故なんだろうな。

**デフォルトの名無しさん** · 2022/08/28(日) 20:51:32.52

流行らせよう・・・そんな未来形は使う必要がねえんだ

**デフォルトの名無しさん** · 2022/08/28(日) 20:52:32.31

PHPとRoRのプロの人は今後も食いっぱぐれないと思う

**デフォルトの名無しさん** · 2022/08/28(日) 20:57:10.97

COBOLみたいに進化が止まればね
PHPはアグレッシブに言語仕様変えてるから往年のぺちぱーにとっては厳しくなりつつあるんじゃないか？

**デフォルトの名無しさん** · 2022/08/28(日) 21:08:03.91

>>935
トレードオフなんだよ
得たものもあれば失ったものもある
ある状況において簡単になってるように見えるだけ

**デフォルトの名無しさん** · 2022/08/28(日) 21:09:02.48

おれRoR得意だけどRails使ってるとこはフットワーク軽いとこ多いし、みんなどんどんGoに置き換えてるよ
Railsにフロントもやらせるとゴチャっとしてメンテしづらくなりやすいし、APIだけやらせるんならRailsである必要性もないし・・・

**デフォルトの名無しさん** · 2022/08/28(日) 21:25:19.61

>>955
APIだけの場合でもモデルの作りやすさとか考えると全然あり
まぁLambdaとかでコスト削減したいなら無し

**デフォルトの名無しさん** · 2022/08/28(日) 21:31:52.80

スレタイは次世代言語じゃなく新世代言語にしとけば？
それならスレタイにある現世代の言語でも違和感ないから

**デフォルトの名無しさん** · 2022/08/28(日) 21:41:34.26

>>955
Goにする理由がわからないなあ
Web APIだけならRailsで十分でしょうよ

**デフォルトの名無しさん** · 2022/08/28(日) 22:08:57.12

>>944
C, C++, C#, Python, JavaScript/TypeScript, Go,

**デフォルトの名無しさん** · 2022/08/28(日) 22:10:55.80

>>959
未来のある言語ばかりだな

**デフォルトの名無しさん** · 2022/08/28(日) 22:12:52.50

>>944
途中で書き込んでしまった
あとFORTRANはスパコンとかの数値演算系ではまだまだ現役で未来がないわけじゃないよ

**デフォルトの名無しさん** · 2022/08/28(日) 22:16:33.25

>>961
Formura「いつのスーパーコンピュータの話をしてるんだ」

**デフォルトの名無しさん** · 2022/08/28(日) 22:41:58.53

YouTube で有名な雑食系エンジニア・KENTA が勧めるキャリアパスは、
Ruby on Rails → Go のみ

さらに彼は、PHP, Scala をオワコン認定した。
要するに、この2つはRailsに勝てる要素がない

時価総額1兆円のGitLab は、Railsで続けることを宣言している

**デフォルトの名無しさん** · 2022/08/28(日) 22:54:34.17

ああ、ごめんなさい、ガイジを召喚しちゃった・・・

**デフォルトの名無しさん** · 2022/08/28(日) 22:58:49.50

>>962
富岳とかの利用方法見たらわかるけど、最初に載せてる
なんだかんだ言って言語仕様的に最適化し易いのとライブラリに1日の長がある

[コンパイラ/インタプリタ]
富士通コンパイラ(Fortran2008 & Fortran2018サブセット, C11 & GNU拡張仕様・Clang拡張仕様, C++14 & C++17サブセット & GNU拡張仕様・Clang拡張仕様, OpenMP 4.5 & OpenMP 5.0サブセット), GNUコンパイラ, Julia, OpenJDK (Java), Python, Ruby, XcalableMP, LLVM
https://www.hpci-office.jp/pages/r-ccs_riken_2022-2

**デフォルトの名無しさん** · 2022/08/28(日) 23:01:39.48

>>965
それ今はまだ使われてるってだけで未来の話はしてないよね

**デフォルトの名無しさん** · 2022/08/28(日) 23:11:01.40

Fortranは過去の資産が大量にあるからなあ
しかもバリバリ現役のが
普通にCOBOL以上だよ

**デフォルトの名無しさん** · 2022/08/28(日) 23:15:53.85

>>966
新規案件もあるしコンパイラの改善も進んでるけど？
あんたの未来の定義はなに？

**デフォルトの名無しさん** · 2022/08/28(日) 23:23:42.78

>>968
話の流れくらい把握してから聞いてくれよ

**デフォルトの名無しさん** · 2022/08/28(日) 23:27:23.09

>>969
把握できてないのは貴方では？

**デフォルトの名無しさん** · 2022/08/28(日) 23:52:33.65

次の土方言語

**デフォルトの名無しさん** · 2022/08/29(月) 00:01:26.37

機能を追加しつつげてるC#辺りの方が、次世代って言わないだろけれど、時代に合わせて進化続けてる感じするよ。

**デフォルトの名無しさん** · 2022/08/29(月) 00:13:24.90

C#は一つの言語にアグレッシブに手を入れ続けるという点では現在進行系で最も成功している言語だろうね
単純な言語仕様の量で言えばもはやC++を超えてるんじゃないか

**デフォルトの名無しさん** · 2022/08/29(月) 00:15:09.28

C#に一番類似してるやつとさっさと決着つければいいのに
PythonとRubyがとうの昔にやったことを未だにできてない

**デフォルトの名無しさん** · 2022/08/29(月) 00:24:30.02

Javaと言いたいのかもしれないが、C#の方が別物になりすぎて今や全然類似していない
今だと一番類似してるのはKotlinあたりだろうが、シェアではそもそも全く勝負になってないな

**デフォルトの名無しさん** · 2022/08/29(月) 00:38:48.50

科学計算系の現役のライブラリの中覗くとFortranのコードベタ移植してたりするよね

**デフォルトの名無しさん** · 2022/08/29(月) 01:40:27.72

>>953
PHPは太古のコードも割と動くからな…

**デフォルトの名無しさん** · 2022/08/29(月) 06:56:36.80

>>970
IEの新規案件もまだあるんだがそれでもJScriptに未来があると言うのか

**デフォルトの名無しさん** · 2022/08/29(月) 07:04:39.97

>>978
> IEの新規案件もまだあるんだが
それ一般的なのか？

**デフォルトの名無しさん** · 2022/08/29(月) 07:10:46.62

>>979
新規案件があるくらいじゃ未来があるとは言えんという話だぞ
話の流れずっと理解してないな

**デフォルトの名無しさん** · 2022/08/29(月) 07:32:15.58

>>980
詭弁のガイドライン
2. ごくまれな反例をとりあげる

**デフォルトの名無しさん** · 2022/08/29(月) 07:42:30.60

>>942
次世代言語スレでそれ言われてもw

**デフォルトの名無しさん** · 2022/08/29(月) 08:14:52.94

Rsstは土方言語何人分の戦闘力を持ってるの？人件費ペイできる？

**デフォルトの名無しさん** · 2022/08/29(月) 08:32:22.22

反例は一つあれば十分というのを知らんのか
論文くらい書いたことあるだろ

**デフォルトの名無しさん** · 2022/08/29(月) 08:57:30.33

>>984
バカなの？
そんなのでいいなら
> COBOL Fortran Ruby Perl VB.NET VBScript Delphi
だって新規案件の一例くらいあるだろ
少なくともうちでVB.NETはまだ現役だし、受注案件だけどDelphi案件もあったし
そもそも IE は開発元がやめるって言ってるのにw

**デフォルトの名無しさん** · 2022/08/29(月) 09:00:20.14

新規案件があるけど未来がないって話をしてるのにマジで流れを読まず反射だけでレスするやつだな

**デフォルトの名無しさん** · 2022/08/29(月) 10:39:54.92

未来とは？
仮に十年後の案件数と定義するならたぶんRustはCOBOLやVB.NETには勝てないだろうな

**デフォルトの名無しさん** · 2022/08/29(月) 10:47:42.18

>>986
だからお前の未来の定義はなんだよw
FORTRANは今後も使われ続けるのに未来がないというなら定義を示せ

**デフォルトの名無しさん** · 2022/08/29(月) 11:05:20.92

>>980
次スレの未来もヨロ

**デフォルトの名無しさん** · 2022/08/29(月) 11:09:13.81

仕事は手段
目的はお金だがそれも未来を未定義にしておく手段でしかない
溜め込んだお金でいったい何を買いたいのかを定義しないと

**デフォルトの名無しさん** · 2022/08/29(月) 11:22:48.11

次スレ
https://mevius.5ch.net/test/read.cgi/tech/1661739736/

**デフォルトの名無しさん** · 2022/08/29(月) 13:24:53.95

Fortranをpythonで書き直すプロジェクトやってるけど
なかなか辛い
トランスレータ作ろうか？って話になってる

**デフォルトの名無しさん** · 2022/08/29(月) 15:22:41.69

共産主義国家にレッドコーダーが多い理由

**デフォルトの名無しさん** · 2022/08/29(月) 15:28:49.68

numpyでええやん

**デフォルトの名無しさん** · 2022/08/29(月) 17:54:32.14

Fortran変数名の規則が他の言語とだいぶ違うし変な省略多いしマジ読みづらい

**デフォルトの名無しさん** · 2022/08/29(月) 18:58:34.91

ブッラータ

**デフォルトの名無しさん** · 2022/08/30(火) 00:59:24.56

>>887
なぜC++や他の言語はその(3)まで進めなかったのだろう？

**デフォルトの名無しさん** · 2022/08/30(火) 02:29:24.49

>>997
コンパイラが収束しない

**デフォルトの名無しさん** · 2022/08/30(火) 08:10:41.84

>>997
ガチガチになりすぎて実用的じゃないから、GCに任せる方向になった。

**デフォルトの名無しさん** · 2022/08/30(火) 08:11:01.83

1000

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 24日 23時間 44分 24秒