次世代言語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/23(火) 01:09:26.07

>>783
それは未対応の現在のコンパイラでの話だよね
そんなことも区別つかないの？

**デフォルトの名無しさん** · 2022/08/23(火) 01:19:05.91

>>784
うん区別付いてない
その「対応」は具体的に何を指して言ってる？
>>775の線形型のpre-RFCのこと？

**デフォルトの名無しさん** · 2022/08/23(火) 01:31:34.47

>>783
ヒント: 781 == 741

**デフォルトの名無しさん** · 2022/08/23(火) 02:13:39.19

現状ではどの言語でも実現できていない話と、
新たに新機能追加／拡張を考えようという話の、
区別がついていないというよりも、
現状では出来ていないと叩いたり制限があると叩いたり、
ものごとの理解ができないキチガイか文句をつけて叩ければいいアンチのどちらか

**デフォルトの名無しさん** · 2022/08/23(火) 02:47:14.79

SFCエミュを2ヶ月くらいで組んでるから
Rustの生産性が低いって事はなさそうね
https://zenn.dev/tanakh/articles/nes-and-snes-emulator-in-rust

**デフォルトの名無しさん** · 2022/08/23(火) 02:49:40.76

いや1ヶ月か

**デフォルトの名無しさん** · 2022/08/23(火) 07:50:29.67

やっと出てきたのがファミコンのエミュかあ

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

つまり複オジは反省しない嘘つき常習犯

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

>>782
さすがHaskellさん

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

この人何回もゲーム機エミュ書いてるからこの人の事例で言語の生産性は測れないよ。

絵師()みたいな人がよく言う
「これまでの人生+10分なんです」
と同じ。

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

>>793
何回も書いてるなら
他の言語で書いた時と比較すれば多少は参考になりそうだけど

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

>>794
書くたびに習熟度が上がるからダメ
記憶をリセットしないと

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

Rustの生産性が高い原因はプログラミングの書きやすさとコンパイル時点で確定保証されることの多さ

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

ISUCONでGoに匹敵するぐらい入賞チーム増えてきたらどんな用途でも生産性が高いと証明されるな

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

>>797
限られた時間内で場当たり的な対応をどれだけこなすかを競うISUCONは現実と離れすぎていてあまり意味がない
もちろん欠陥だらけのシステムの数々の問題点を見抜いて各々に対応する能力は非常に重要
現実にはその能力は安全かつ高速なシステム設計開発に使うものであり短時間での場当たり的な対応に競うものではない

**デフォルトの名無しさん** · 2022/08/23(火) 13:33:30.00

時間は正しく計測できるという仮定の下で
「時間が短過ぎる」等の判断をすることもまた現実から乖離していることがよくある

数年前の過去問と同じ問題がテストに出れば、時間は数年間あってもそれを計測する時計はない

**デフォルトの名無しさん** · 2022/08/23(火) 13:45:48.88

知識を問うテストじゃないはずなのに、ある特定の知識を知ってる人だけがサクッと解けるようなテストだったら、それは問題が悪問なだけ
出題者が悪い

**デフォルトの名無しさん** · 2022/08/23(火) 13:55:00.75

良問を出すべきというのは道徳か？
富裕層は貧困層に寄付するべきと言ってるのと同じ？

**デフォルトの名無しさん** · 2022/08/23(火) 14:07:44.30

ISUCONでRustチームがいっぱい参加して優勝まで取ってたら真逆のこと言いそう

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

性格や適性の問題じゃないかな
ボトルネックの調査と解消を正しく真面目にやれるタイプのエンジニアにとっては、
言語なんかシステムにおける無数のファクターの一つとして相対的に評価されるものでしかないのだろう
Rust信者だったら自分好みにリファクタリングを始めて時間切れになりそうだ
もちろん後者のタイプの人間のほうが適しているタスクもあるだろうけどね

**デフォルトの名無しさん** · 2022/08/23(火) 14:39:05.74

ISUCONのステマかなんかなの？
参加人数少なくて困ってんのかな

賞金を最低でも1000万以上にしたり
グローバル展開してあらゆる国の開発者を集めたほうがいいんじゃないの？
今は実質日本人学生用のコンテストになってるから

**デフォルトの名無しさん** · 2022/08/23(火) 14:46:37.67

俺もまずはリファクタリングから手を付ける
見やすさ追加改変のしやすさ品質に速さなどあらゆることでリファクタリングが基礎になる
あとシステムアーキテクチャに問題があるときは場当たり的な対応より根本設計からやり直した方が長期的に得と分かっている

**デフォルトの名無しさん** · 2022/08/23(火) 14:58:48.56

どこも小学生の自由研究のノリだよなｗ

**デフォルトの名無しさん** · 2022/08/23(火) 15:34:20.38

ディズニーを超えたいと思えばまあ小学生っぽくなるわな

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

youtubeの中学受験の図形関係の問題みたいなもんでパターンを覚えるみたいな感じで
競技プログラムって何かつまらないんだよねぇ

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

>>808
クイズやパズルと一緒
ワンパターンだから飽きるのは仕方がない

**デフォルトの名無しさん** · 2022/08/23(火) 20:26:06.49

ギャンブルならつまらないリスクから逃げるのは常識
だがリスクがない場合、つまらないという理由だけで逃げるのは逆に難度高い

**デフォルトの名無しさん** · 2022/08/24(水) 09:30:33.86

据膳でも感染リスクあるし

**デフォルトの名無しさん** · 2022/08/24(水) 09:31:10.38

>>808
めっちゃ判りますω

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

根源にある感情は「だからなに？」ってことなんだよ
できてもできなくても大差ないということ

**デフォルトの名無しさん** · 2022/08/24(水) 11:01:24.29

ManuallyDrop<T>を知る事と
それを知ってたら何になるかを知る事を区別しないと混乱が起きる

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

>>808
結局そのアルゴリズムを反復練習で書けるかみたいになっちゃうんだよな

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

>>804
参加者はめちゃくちゃ多いよ
ぶっちゃけ業務としてやってる会社が多いけど
俺が参加してた初期の頃はみんな趣味だったんだよね

**デフォルトの名無しさん** · 2022/08/24(水) 15:32:52.45

>>816
年1回の1500人程度の参加でめちゃくちゃ多いというの？？
比べる対象じゃないのかもしれんが競プロは毎週万単位での参加者がいるぞ

**デフォルトの名無しさん** · 2022/08/24(水) 15:49:29.31

だから？
どうした？

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

>>818
辛辣w

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

実務に役立たない競プロよりは
まだISUCONのほうがマシ
なぜならISUCONはサーバーなど含めたシステム全体のアルゴリズム相当も含むため
しかしそれを限られた時間内にその場しのぎの対応を多数こなす競技ISUCONも実務とかけ離れすぎていて単なるゲーム
ちなみに競プロの人口の方が多いのはISUCONの方がより現実に近くて桁違いの知識を必要とするため

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

参加者めちゃくちゃ少ないけどなw
しかも半数以上は新人研修や社内勉強会での参加者で本気で決勝目指してるような奴等ではない

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

ISUCONなんてもともと「いい感じにスピードアップコンテスト」みたいな雑な名前で、
そういうのが好きな運用者のガチ余興から始まったもんだろ。
ベンチマーカーの特性読んで穴見つけて異常点数取ったやつを「スゲェw」みたいに言うお祭り。

なんか箔をつけたい学生さんに目を付けられてからなんかへんな感じになってるけど。

**デフォルトの名無しさん** · 2022/08/25(木) 02:43:34.63

>>822
最近はそういうの無くなってるよ
そもそもお題のサンプル実装の時点ですげーよくできたものが出来上がってくる
仕事としてやってる会社も増えたからそうなるんだろう
昔はめちゃくちゃやっつけで雑だったから
やりようがいくらでもあったのにさ

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

ISUCONを仕事としてやる会社って何なんだよ

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

Rustより難しい疑問だが
その辺にある石ころのように誰にも気付かれない悪問

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

運動会を業務時間にやる会社もある

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

夏休みの自由研究
運動会
学芸会
発表会

楽しそっすね～ｗ

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

研修とかトレーニングとしてってことだろ？

もしかして会社の箔を付けるためなのか？
うちはISUCON決勝進出したんですw的な

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

業務時間扱いで技術大会の運営準備とか練習させてくれるの、わりとどんな業界でも普通だと思うが…。

従業員を工数としか扱わない会社に所属してるなら御愁傷様。

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

>>828
そういう面は大きいよ
特に採用面ではかなり優位だろう
まともなエンジニアがあることがわかってるし

**デフォルトの名無しさん** · 2022/08/25(木) 14:32:09.78

そろそろ学びやすく美しい言語が完成してもいい頃

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

Pascalだな

**デフォルトの名無しさん** · 2022/08/25(木) 15:39:13.49

RustとLispであらゆる用途をカバーすべき

**デフォルトの名無しさん** · 2022/08/25(木) 15:47:59.73

Lispはカッコばかりつけてるナルシストだからダメです

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

そもそもプログラミング言語って本当に必要なのか？

**デフォルトの名無しさん** · 2022/08/25(木) 18:38:47.49

>>829
「仕事としてISUCONに参加する会社」と
「ISUCON参加を業務時間扱いしてくれる会社」は全然違うやろ

前者は半ば強制の指示命令ありき
後者は任意の研鑽を会社が支援するもの
「仕事としてやってる会社」という表現は完全に前者を念頭にしてるよね

まぁぶっちゃけどうでもいいけど

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

>>835
言語がなきゃどうやってプログラミングするんだよ

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

>>836
いや、後者を念頭にしても不自然ではないよ

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

>>835
全てをアセンブラで書くのは無理だぞ

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

>>822
>ISUCON=いい感じにスピードアップコンテスト
>ベンチマーカーの特性読んで穴見つけて異常点数取ったやつを「スゲェw」みたいに言うお祭り

へー勉強になったω
まじありがとう

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

>>839
アセンブラも機械語という言語で方言もある

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

>>841
アセンブラはセーフだと思ってたwww
まさかELFをバイナリエディタで手打ちしない限りは言語を使ってないことにならないのか.....

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

>>842
それは機械語という言語だな

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

>>843
何もできなくて草

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

>>841
アセンブリ言語と機械語は違うよ
アセンブリ言語は機械語に厳密に変換できるがループや条件分岐などをマクロ定義できる
ニーモニックは機械語と言っていい

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

>>844
何を言ってるんだ
フローチャートを書いてそれを頭の中で直接バイナリに変換して打ち込むくらい昔は珍しくなかったぞ

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

一度でいいからパンチカードでFizzBuzzみたいな簡単なプログラムを作って動かしてみたいな

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

>>837
言語じゃなくて"プログラミング言語"ね
コメントからコード生成する技術も出てきているし、将来的にはプログラミング専用言語が必要な場面がより少なくなるのではと思った
画像生成AIに食わせる文章に工夫が必要なように、コード生成AI向けに自然言語をうまく書くような工夫が必要で、それがプログラミング言語と呼ばれるのかもしれないけど

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

>>835
仮に不要だとしてもどうせ
清濁併せ呑むべきという話になって必要な物と不要な物が混ざり合う

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

>>848
さすがにそれは無理
プログラミングしたことないやつにはわからんだろうけど

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

>>850
無理というのは、特定用途でプログラミング言語を代替するものすら現れることはないということ？
なんでそう言い切れるのかが分からない

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

>>851
プログラミング言語が必要かどうかの話をしてる時に特定場面でプログラミングを代替できるものが生まれるかどうかの話にすり替えてたのか

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

>>852
最初の投稿が言葉足らずというか大げさな表現だったね。申し訳ない

どんなケースでもプログラミング言語が必要ということはなくて、新たな何かで置き換えられる領域はある
その新たな何かこそが次世代言語なんじゃないか、という話をしたかった

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

ローコ－ドやらノーコードやらは定期的にブームになるけど
結局は定着しないんだよね

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

そんなん昔は全部ユーザーが自分でプログラムしてやってたのが今では完成済みが売られてるんだから今さらだろ

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

コードより正確に情報残す方法なんてほぼないわ。

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

4GLとかあったなあ
使ったことないけど

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

ノーコード/ローコードはもっとUIだけにフォーカスしたツールが欲しいわ
マウスポチポチでWebUI作ったらAPIにデータ投げてくれるだけでいいのに、今時のSaaSはだいたい余計な中途半端なDB機能がついてきやがる
まあ一気通貫で提供しないとユーザー企業に直接売れずSIerに主導権握られることになるから、SaaSビジネスとしては面白くないんだろうな

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

PCのUIはスマホ大勝利により失脚してるし
UIにも言語と同様の権力闘争があるのは自明の理

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

>>847
っ https://www.masswerk.at/keypunch/
http://www.kloth.net/services/cardpunch.php
https://www.youtube.com/watch?v=vBSVIJsSux4

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

>>853
そんなもの既にある

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

>>861
じゃあこれ以上の発展は見込めないわけ？

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

現代だとどの言語も言語仕様の更新をしているわけだし新しい言語じゃなくても言語の新しいバージョンを使うってのでもいい気もするけどね

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

言語の仕組みなんてLISP、Java、Haskellらへんでほぼ出揃ってて、目新しいものなんてほとんどない
使いやすくこうしてみましたー、とか、いいとこ取りしてみましたー、みたいなのばっり

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

新しいものなんて何もないといいつつ、新たなものを求めて次世代言語スレへやってきてしまう人々
若い頃に出会ったものは相対的にキラキラして見えるだけで、そんな出会いは二度とないので諦めましょう

**デフォルトの名無しさん** · 2022/08/27(土) 00:58:29.99

今の時代はコアの理論や機能だけじゃ広まらない。
ライブラリやビルド・パッケージ等のエコシステムも揃ってさらにはGAMAあたりのサポートもないと中々広まらない時代になってる気がする。

**デフォルトの名無しさん** · 2022/08/27(土) 04:05:38.65

>>864
21世紀になってからも唯一Rustが画期的な言語として登場したくらいかな

差異は所有権の借用とライフタイムという概念の導入だけだがその効果が革命的で
GCなくても常に安全な即時の自動メモリ解放とC言語並の速度の両立を実現したことに加えて
データ競合(シングルスレッド時のmutual aliasingを含む)が全く無いことも実現

高速と安全という従来相容れない二者を静的にコンパイル時点で保証したインパクトは大きく
世界のIT大手たちが揃って共同でRust Foundation設立するまでに到った

**デフォルトの名無しさん** · 2022/08/27(土) 08:35:20.66

>>864 程度で新しい仕組みと言えちゃうなら実行中に一時停止しないことに命かけてるponyの方が余程新しい仕組みになっちゃう
標準入力をそのまま返すだけで新しいクラスを作成させられるからな

**デフォルトの名無しさん** · 2022/08/27(土) 09:26:47.49

>>865
>新たなものを求めて次世代言語スレへやってきてしまう人々

新たなものを求めてるんじゃなく
自分がマウント取れるネタを探しにやってきてるだけ
隔離スレと呼ばれる所以

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

心理学や行動経済学は新たなものを作らない
マウントに限定しなくても心理学全体がそういうものだ

**デフォルトの名無しさん** · 2022/08/27(土) 11:51:54.64

>>867
rust-analyzerがバカスカメモリ食うのなんとかして

**デフォルトの名無しさん** · 2022/08/27(土) 12:19:45.38

所有権もC++のムーブが元なんだけどな
あれをデフォルトにしたらRustになったと言うだけ

**デフォルトの名無しさん** · 2022/08/27(土) 13:34:38.00

ITの新しいところは二つある
低級言語からボトムアップで作るところ
無意識にバグを作ってしまうところ

**デフォルトの名無しさん** · 2022/08/27(土) 14:02:19.73

所有権とlifetimeは元ネタがあったとはいえ、そこからshared xor mutableへと発展させたのは大きな発明だと思うよ

**デフォルトの名無しさん** · 2022/08/27(土) 14:25:45.41

>>874
shared xor mutableも元ネタあるよ
トランザクションを使った同時実行制御の常識
それを所有権やライフタイムの考えと融合させて実用可能なものを作ったところが新しい

**デフォルトの名無しさん** · 2022/08/27(土) 19:24:10.69

研究用プロトタイプとか言語の一部で適用可能にしたレベルで終わりそうなものを基盤にした処理系をいちから作り上げてメインストリームに持ってきたのはホントすごいと思うわ。

**デフォルトの名無しさん** · 2022/08/27(土) 19:57:46.81

組み込みとか低水準で使えるようなシステムプログラミング向けの言語って、候補と呼べるものすら新しい言語はなかなか登場してなかったと思うんだけどなんでだろな

C/C++の存在感がでかすぎて言語開発者の興味が失われてたんかね、GCを贅沢に使った言語はめちゃくちゃたくさん登場してるのに
今となってはRustが成功しつつあるけど、Rustが登場しなかったらずーっとC/C++の天下だったんかな、いやだな

**デフォルトの名無しさん** · 2022/08/27(土) 20:29:15.90

>>872
C++はライフタイムを言語(コンパイラ)が把握管理できないため
ダングリングの発生を検知してコンパイルエラーとできず
セキュリティ含む深刻なバグを未だに量産し続けていることに問題がある

**デフォルトの名無しさん** · 2022/08/27(土) 22:12:41.90

>>877
C++の時点で難易度がもう非常識なレベルになってるから
それ以上先に進むのは常識的にはできなかった

だが偶然その時にC++と関係ない人々の日常会話も非常識で過激になって行った
その結果、難解過ぎることの何が悪いのかと開き直るのを誰も止められなくなった

**デフォルトの名無しさん** · 2022/08/27(土) 23:03:56.45

>>878
いやだからC++にムーブができたんでしょ
std::moveとムーブコンストラクタとムーブ代入演算子を勉強しな？

**デフォルトの名無しさん** · 2022/08/27(土) 23:22:25.52

>>880
それは所有権
Rustは借用とそのライフタイムを言語の制御下に置いたことで初めて安全なメモリ自動解放を実現した
C++がいかにダメな言語なのかをもう少し勉強したほうがいい

**デフォルトの名無しさん** · 2022/08/27(土) 23:38:25.67

安全なメモリ管理ってｗ
単に関数でnewしたものを保存してスコープが切れたら解放するだけでしょｗ
それC++でFile file;のように宣言したのと概ね同じなんじゃね？ｗ

**デフォルトの名無しさん** · 2022/08/27(土) 23:43:33.94

Rustはオワコンだからあんま使いたくないな