次世代言語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/09(火) 11:16:03.77

新規はいいが保守案件なんて誰がやりたがるんだろう
お前らやりたいか？

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

>>139
そんな嘘を付いてまで逆恨みしている理由を知りたい

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

>>141
現実を見ましょう。
ttps://jp.indeed.com/Rust%E8%A8%80%E8%AA%9E%E9%96%A2%E9%80%A3%E3%81%AE%E6%B1%82%E4%BA%BA?vjk=31e817738ecb93b4

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

Rustの引継案件はやりたくないな
今では誰も使ってない変なライブラリだらけになってそう
Goなんかはその点では古くなりにくいよね

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

>>142
Rustの求人多いんだな
高給でいいな

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

型付けって、静的動的よりも強いか弱いの方が重要じゃないの？

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

>>144
かなり高待遇だけど、こんな高待遇じゃないと、人来ないって事？

**デフォルトの名無しさん** · 2022/08/09(火) 12:08:34.66

業務委託だからこんなもんでしょ

**デフォルトの名無しさん** · 2022/08/09(火) 12:09:53.05

>>146
Rustは高速かつ安全で保守性もよいためその認識と需要が広まりつつある
リソースコスト削減となる点と需給バランスにより今後も高給の傾向が続くだろう

**デフォルトの名無しさん** · 2022/08/09(火) 12:13:30.83

フリーランスで業務委託って責任負わせるって事か？ｗ
準委任しかやってられんよｗ

**デフォルトの名無しさん** · 2022/08/09(火) 13:28:04.16

PHP使ってもいいけど型明示しとけ。

**デフォルトの名無しさん** · 2022/08/09(火) 13:54:44.47

整数は整数と明示したいが32ビットとか64ビットとか明示したくない
そこで型名をTとする

**デフォルトの名無しさん** · 2022/08/09(火) 14:00:22.05

>>149
おまえ業務委託も知らんのかw
そんくらいは勉強しとけ

**デフォルトの名無しさん** · 2022/08/09(火) 14:24:45.63

>>147
こんなフワッとした内容で業務委託とか、振る方も受ける方も怖くない？

>>148
大手以外、メリット出すの難しそうだね。スタートアップとか大手とか、開発得意にいているところ向けなんかね？

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

>>153
小規模なところはcrypt関係みたいに速度が最重要でもなければ技術力があってもメリットでにくい

今なら技術力アピールになるというメリットはある

**デフォルトの名無しさん** · 2022/08/09(火) 18:40:37.50

それ以前に、Rustの案件ではない。

**デフォルトの名無しさん** · 2022/08/09(火) 19:34:23.64

>>120
単語カウントのベンチで実はPHPがめちゃくちゃ速いことがわかったけどWeb系の人はそこには何も言わないのな
あれはマジで予想外だった
スクリプト言語最速と言われるV8と五分だった

**デフォルトの名無しさん** · 2022/08/09(火) 19:38:57.62

Rustより速かった。

**デフォルトの名無しさん** · 2022/08/09(火) 21:03:55.36

シェルスクリプトでは、Cと同じ速さのコマンドがあるのは常識で分かる
だがそれを他のスクリプト言語で真似したら多くの人が認知的不協和に陥る

**デフォルトの名無しさん** · 2022/08/09(火) 21:05:46.33

>>156
速くても生産性の観点で論外
静的型付け以外うんこ

**デフォルトの名無しさん** · 2022/08/09(火) 21:06:10.39

あと非同期プログラミングがまともにできないのでゴミ

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

大手で素のPHPが選ばれないのはメンテナンス性が低いから
PHPが7以降速いのはある程度やってる人なら知ってるよ

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

>>159
じゃあお前はシェルスクリプトも使わないのかよ

**デフォルトの名無しさん** · 2022/08/09(火) 22:06:42.97

>>162
使うわゴミ
ただしシェルスクリプトはちょっとしたものしか使わない

PHPはちょっとしたものも大規模なソフトウェアでもどちらでも話にならない

**デフォルトの名無しさん** · 2022/08/09(火) 22:59:20.68

正直、Cに型は無いようなもんだしな。

PHP良いぞ。単ファイル単機能で作ったら保守性もそこまで下がらん。
あれはHTML返すから地獄になる。

そもそも本当にPHPやってる会社は静的解析ぐらい内製してるでしょ。

**デフォルトの名無しさん** · 2022/08/09(火) 23:16:15.02

これからはキャストの時代ですしね。

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

>>164
metaくらいしかPHPやってないってこと？

**デフォルトの名無しさん** · 2022/08/10(水) 01:38:00.37

facebookは型付きの独自PHPを実装してそれ使ってるらしいからね
過去の資産が多すぎてそうするしかなかったのだろうけど

**デフォルトの名無しさん** · 2022/08/10(水) 01:48:08.23

PHPを開発に使ってる会社って事業初期に大量のPHP資産が作られてメンテせざるを得ない会社、っていうイメージしかない

**デフォルトの名無しさん** · 2022/08/10(水) 02:23:41.34

ウェブって、当たるも八卦当たらぬも八卦だから。
PHPで始めるのは合理的。
PHPは速いので、当たった場合もリファインまでの時間を稼いでくれるし。

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

YouTube で有名な雑食系エンジニア・KENTA が、PHP, Scala をオワコン認定した。
これにより、優秀なプロが使わなくなるので、
ZOZO はLaravel だけど今後、良い開発者を集められなくなる

TIOBE の5つの絶滅する言語が、Ruby, Haskell, Objective-C, R, Perl

PHP, Scalaは、これに入っていなかったのに、KENTAに認定された

KENTAの天敵・SES のモローも、Rubyはオワコン、
これからは、Java, PHPの時代と言っていたが、
下の動画では、Railsのキャリア相談まで始めたw

【2022年版】Ruby on Railsの将来性
www.youtube.com/watch?v=YWKxh3KoNsY

日本では益々、Rails 1強へ進んだ。
でも外人でも、試作品をJavaScript で8週間掛かったのが、
Railsで2週間で作れたという香具師もいる。
サーバーをJSで作るのは馬鹿らしい

上場して時価総額1兆円のGitlab も、Railsを使い続ける宣言をしている

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

HaskellはRustと同じコンセプトだから廃れないだろ。

**デフォルトの名無しさん** · 2022/08/10(水) 03:43:44.42

HaskellとRustは紙一重。

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

>>161
>>169
PHPは遅いだろ
この前の単語カウントのベンチでもC++より5倍以上も遅かった

> 0.27 C++
> 1.40 PHP

**デフォルトの名無しさん** · 2022/08/10(水) 07:15:25.76

商用はZend Server使うので、滅茶苦茶速いっすよ。

**デフォルトの名無しさん** · 2022/08/10(水) 07:54:12.37

>>174
ベンチでも使われた普及しているphpはZend Serverと同じZend Engineが使われている

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

待望の新言語

オブジェクト崇拝は罪！古ヘブライ文字で記述する創世的プログラミング言語が降臨
そこはかとなく神聖な感じのするソースコードがやんごとない
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1431426.html

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

>>176
オブジェクト指向ではない理由が
「偶像崇拝は禁止されている」
ってのがいいね、徹底してるわw

**デフォルトの名無しさん** · 2022/08/10(水) 09:35:03.01

>>168
そういうのはわりと仕様がシンプルだから全リニューアル難しくないし
余りに酷い作りだったら全リニューアルすればいいんじゃないかと思う

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

確かに、ペチパーって難しいシステム構成をやりたがらないから、意外とPHP資産って扱いやすいんだよね
過去にSIerが入って無茶苦茶になったシステムに比べたら遥かにマシ

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

その点で言うとJavaとかRubyで組まれたものがわりと厄介

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

そうそう、それなりに頭使って真面目に作られた、しかし複雑さを制御できるだけのスキルが開発者にないシステムが一番厄介なんだよねえ
難しいものを難しいまま実装して変なデータ連携が大量に生じ、そのくせ目的は正しいことが多いから業務と切り離せなくなる

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

Javaの場合標準ライブラリの設計が汚いからそれに習って作られてるシステム自体も設計が汚くてどうしようもないんだよなあ
オブジェクト指向が主流じゃない時代にようわからんヤツが指揮を執って無理やりクラス書いてたってのもあるだろうけど

**デフォルトの名無しさん** · 2022/08/10(水) 12:42:08.99

Rustをやり始めてわかったんだけど
一般的に設計が下手だとデータの依存関係がぐちゃぐちゃになりGC言語はそれでも通っちゃうのに対して
Rustで通すにはデータの依存関係を整理するのが一番の近道となるため良い設計にさせられしまう
結果的にRustで書いたコードはメンテナンス性も良くなるという良い副作用が

**デフォルトの名無しさん** · 2022/08/10(水) 12:52:13.96

それのどこがいい設計というの？

**デフォルトの名無しさん** · 2022/08/10(水) 12:57:14.26

文盲か？
データの依存関係が整理されてるなら、そうでないやつよりいい設計と言えるだろ。
俺はRust使ったことないけどね。

**デフォルトの名無しさん** · 2022/08/10(水) 13:01:14.16

COBOLおすすめ

**デフォルトの名無しさん** · 2022/08/10(水) 13:24:29.70

依存関係がぐちゃぐちゃだとRustでは通らないというのはAがBに依存していてBがAに依存しているというような循環参照があるとRustでは通らないってこと?
循環がある複雑な設計ができないというのはメリットかもしれないけど、どうしても循環が必要な場合はRustは使えないってこと?

**デフォルトの名無しさん** · 2022/08/10(水) 13:29:04.51

>>187
共通部分Cを別に括りだしてAとB両方がCを参照するようにすれば大半の場合循環参照は回避できるはずだけど

**デフォルトの名無しさん** · 2022/08/10(水) 13:46:25.86

GCは関係なさそう
無理矢理こじつけるならvirtualデストラクタに関係あるが
重要なのはvirtualの方だ

**デフォルトの名無しさん** · 2022/08/10(水) 13:47:44.80

相当本人の設計レベルが低いんじゃ。。

**デフォルトの名無しさん** · 2022/08/10(水) 13:51:24.78

>>187
Rustでもそういう互いに依存しあう形も可能だがその分だけ少しだけ複雑な型となる
つまりRustではそんな形を取るよりもスッキリと依存関係が整理された良いデータ設計をした方が書きやすい
そのためRustで書くと自然に良い設計のプログラムになるよう誘導される

**デフォルトの名無しさん** · 2022/08/10(水) 13:56:50.60

つまり、rustはenterprises向けではない

**デフォルトの名無しさん** · 2022/08/10(水) 13:58:59.52

RefCellとか使うと、実行時に借用チェックしてパニックが起きうるんでしょ？
そうするとRust使う意味がなくなっちゃうしな

**デフォルトの名無しさん** · 2022/08/10(水) 14:00:14.32

>>192
いうてもGoogleやMSやFBなんかは積極的にRust導入していくって言ってるしな

**デフォルトの名無しさん** · 2022/08/10(水) 14:02:45.42

gotoはスパゲッティだがcomefromは良い設計という説がある
これを拡大解釈すると
traitとかinterfaceとかの実装側だけが依存関係を宣言するのはスパゲッティである

逆にエンドユーザー側から依存関係を列挙したい

つまり、追放されていたCの共用体の汚名返上をした方がいいのでは

**デフォルトの名無しさん** · 2022/08/10(水) 14:06:25.83

>>195
共用体はC++じゃなくCじゃなきゃダメな組込みやカーネルなんかの分野だといつでも現役だけどね

**デフォルトの名無しさん** · 2022/08/10(水) 15:00:30.99

>>195
Cの共用体は時代遅れの遺物。
例えばRustでは、排他データ共用であるタグ付き共用体＝ボディ付きenumと、同一データ共用であるtransmuteの、
役割の異なる二つの機能に分化され利便性も安全性も向上している。

**デフォルトの名無しさん** · 2022/08/10(水) 16:04:48.53

>>187
Weakとか使えば良いがこれまでみたいな雑な処理はまず無理
全てのデータの参照を完全に頭の中で再現できる設計にしなきゃダメ

**デフォルトの名無しさん** · 2022/08/10(水) 16:38:38.42

Rust使うかどうかに関係なく互いに依存しあうコードとかぐちゃぐちゃな設計は書かないでってみんなに呼びかければいいじゃん。

**デフォルトの名無しさん** · 2022/08/10(水) 17:06:24.53

プロトタイピングレベルだと設計なんて気にしてられない。
Rustはそういうのには使えんな。

**デフォルトの名無しさん** · 2022/08/10(水) 17:57:07.65

いやいや設計のためにプロトタイピングするんだろ。
本来プロトタイプは捨てるのが前提だから。
捨てる前提だからRust使うまでもないのは同意で、それこそ動的型言語でさくっと作るのでもよい。

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

Rustで実用的なソフトウェアを作るにはC/C++の10倍の労力と注意深さが必要。

**デフォルトの名無しさん** · 2022/08/10(水) 18:35:36.42

>>201
違うよ。設計のためじゃなくて問題領域の情報収集のためにやるんだよ。
プロトタイピングの段階で設計を考えるのは「早すぎる最適化」の典型。

**デフォルトの名無しさん** · 2022/08/10(水) 18:42:49.97

>>202
むしろ静的型付け言語の中でRustはそのあたりについてかなり楽な言語やろ
注意深さなんて無くてもコンパイラが教えてくれる
コンパイル時点で問題を取り除いてくれるから労力も少なくて済む

**デフォルトの名無しさん** · 2022/08/10(水) 18:45:06.71

実用的でメジャーなソフトウェアが皆無。

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

linux

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

>>204
「プロトタイピング」て知ってる？
「問題領域」て分かる？

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

>>205
Firefoxめっちゃ使ってるんだけど
HTML、JSのデバッガとしてはChromeよりも遥かに優秀なんだがな

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

皆一体何と戦っているんだ

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

>>205
Rustは実用的になったのがようやくここ数年だからまだ少ないと思うけど
逆にここ数年に出てきたものの中だとDenoとかTauriとかRust製が目立ってるかな

**デフォルトの名無しさん** · 2022/08/10(水) 21:12:32.20

Firefoxって、そんなにRustで置き換えられてる？
元が大きいのもあって、大して置き換わってなかったような。

**デフォルトの名無しさん** · 2022/08/10(水) 21:15:46.69

How much Rust in Firefox?
https://4e6.github.io/firefox-lang-stats/

**デフォルトの名無しさん** · 2022/08/10(水) 21:47:08.63

>>209
むしろ個人と個人の戦いを回避したいから集団を作らせようとしている印象だが

**デフォルトの名無しさん** · 2022/08/10(水) 21:56:02.90

>>203
お前の言う設計は範囲が狭いな。逆に俺の言う設計は広くておおざっぱ過ぎるか？

**デフォルトの名無しさん** · 2022/08/10(水) 23:16:30.22

>>212
なんで安全のために全部Rsutに置き換えないの？

**デフォルトの名無しさん** · 2022/08/10(水) 23:36:42.52

>>215
目的のためなら何でもするとは言ってないから
何でもするとかいう方針自体が全然安全じゃないから

**デフォルトの名無しさん** · 2022/08/11(木) 00:11:49.77

Rustで書くと危険な部分もあるんですねえ。

**デフォルトの名無しさん** · 2022/08/11(木) 00:25:31.63

>>214
設計の範囲も狭いが
プロトタイピングという言葉の範囲がめちゃ狭いから噛み合わんのやろ

**デフォルトの名無しさん** · 2022/08/11(木) 00:37:42.94

目的を固定すると危険しかない

**デフォルトの名無しさん** · 2022/08/11(木) 00:55:10.26

>>215
100と0しかない世界線の住人か？

**デフォルトの名無しさん** · 2022/08/11(木) 02:27:09.28

Cloudflare WorkersがC, C++, Rustに加えて
Python, Scala, Kotlin, Reason, Dartに対応したけど
Reasonなんて使ってる奴おるんか？
https://blog.cloudflare.com/cloudflare-workers-announces-broad-language-support/

**デフォルトの名無しさん** · 2022/08/11(木) 02:53:54.65

>>220
Rustでは無理な部分もあるんですよ。
HTMLの仕様を読めばわかるけど。

**デフォルトの名無しさん** · 2022/08/11(木) 03:13:46.61

>>222
プログラミング言語によってHTMLを扱えたり扱えなかったりすることはありません

**デフォルトの名無しさん** · 2022/08/11(木) 03:33:33.51

>>223
仕様書を読めばわかるんですけど、HTMLは相互参照の山なんですよ。
ですからRustには荷が重いというか、HTMLはRust殺しなんですよね。
これ、Rustが悪いのかHTMLが悪いのかというと、自分はHTMLの設計が古臭いと思いますね。
理論的にはRustの方が正しいと思います。

**デフォルトの名無しさん** · 2022/08/11(木) 03:40:04.40

そもそも現在のHTML仕様はJSとC++を前提に書かれていて、その他の言語で取り扱うには、特有の事情を考慮しないといけないんですよね。
C#で取り扱おうとか、Javaで取り扱おうとか、そういうのはあまり問題ないんですよ。
C++同様、フルコースの言語なんで。
ところが、Cで取り扱おうとか、Rustで取り扱おうということになると、いろいろ考える必要がある。
これはいずれHTML仕様のほうを修正していくべきなんでしょうね。

**デフォルトの名無しさん** · 2022/08/11(木) 03:48:44.40

それはHTMLというかDOMでは？

**デフォルトの名無しさん** · 2022/08/11(木) 06:57:33.65

>>225
初期のwebサーバーはCで組んでたけど、特に支障はなかったよ
何か勘違いしてないかい？

**デフォルトの名無しさん** · 2022/08/11(木) 07:15:59.88

Rustでちょっと複雑なことさせると
すぐスパゲティになっちゃうんだろうな

**デフォルトの名無しさん** · 2022/08/11(木) 07:24:38.68

>>225
C++が一番向いていない
C++でDOMを扱おうとすると参照カウント必須
そうじゃないと使われなくなった断片を回収できない

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

>>229
参照カウントを使えばC++でも実現できるのだから全く問題ない
誰から参照されているのか一覧リストを管理するよりも参照カウントが一番軽い
カウントがゼロになったらメモリを解放できる

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

こんな感じだと、Rust好き的には、まず現実世界をRustで扱いやすいように修正するところからだね～

**デフォルトの名無しさん** · 2022/08/11(木) 08:34:02.44

>>227
彼はプログラミング経験があまりないいつもの妄想バカ
だからC++では扱えるけどCやRustや他の言語では扱えない！とかバカなことを主張している

**デフォルトの名無しさん** · 2022/08/11(木) 08:52:59.49

>>230
それならC++以外の言語でも実装できてしまう
C++でしか扱えないって嘘じゃん

**デフォルトの名無しさん** · 2022/08/11(木) 11:12:00.07

>HTMLは相互参照の山なんですよ。
複オジなみのアホ迷言だなww

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

C/C++のプログラム用のライブラリをRsutで書こうとするとグルーコードまみれになって危険と言いたいのか？

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

このスレに場違いなC++君がいつも頓珍漢なことを言ってるのは
叩き道具としてC++を持ち出しているだけであってC++でプログラミングしているわけではなく無知なため

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

>>222
無理なところまでRust使う必要ないだろ？
なんで全部Rustでないとだめなのよ？
100と0しかない世界線の住人か？

**デフォルトの名無しさん** · 2022/08/11(木) 11:34:46.22

効率的市場ってやつ？
0秒で100年先を織り込むという

**デフォルトの名無しさん** · 2022/08/11(木) 11:35:01.03

>>222 >>237
Rustで無理な部分なんて無いです
全部Rustで行けます