次世代言語18 Go Rust Elixir Kotlin TypeScript

**デフォルトの名無しさん** · 2019/10/01(火) 02:58:03.93

スレタイ以外の言語もok

前スレ
次世代言語17 Go Rust Kotlin TypeScript Julia
https://mevius.5ch.net/test/read.cgi/tech/1567602619/

**デフォルトの名無しさん** · 2020/03/30(月) 00:15:47.42

>>847
erlang かな
むしろ全て機能を並列処理で書くしか無い割り切りというか

**デフォルトの名無しさん** · 2020/03/30(月) 00:42:47.60

>>847
スクリプト言語ではないが、GPGPU 用のC言語に似た言語は、そもそも
最初から並列処理を前提にしている。

**デフォルトの名無しさん** · 2020/03/30(月) 01:02:40.38

>>860
プロパティが一致しなければ別の型になるので、
piotrwitek/utility-types の nominal type 使うなどして、自分で識別子を与えればできる
JavaScriptというカオスな言語・膨大な資産を利用するには、仕方ない面もある

**デフォルトの名無しさん** · 2020/03/30(月) 19:47:31.17

並列処理などお前らが書く必要はない。
ライブラリを使え。

**デフォルトの名無しさん** · 2020/03/30(月) 20:46:42.03

erlangｔって、堅牢かもしれんが縛りがきつくて決して簡単だとは思えないが。

**デフォルトの名無しさん** · 2020/03/30(月) 21:04:07.42

Objective-C → Swift や Java → Kotlin
と同じ感じで Erlang → Elixir がある

**デフォルトの名無しさん** · 2020/03/30(月) 21:09:02.33

>>864
やっぱりPureScriptでAffがナンバーワン！

**デフォルトの名無しさん** · 2020/03/30(月) 21:15:44.17

いや文法がどうとかじゃなくて、データを一切共有しないアクターモデル自体がね。

**デフォルトの名無しさん** · 2020/03/30(月) 23:04:26.22

Erlang、

**デフォルトの名無しさん** · 2020/03/30(月) 23:41:35.89

並列処理は、データベース管理システムで結合したマルチプロセスでほとんどの場合十分だろ、って思ってしまう
局所的な高速化だったらライブラリ使えになっちゃうし

**デフォルトの名無しさん** · 2020/03/31(火) 01:01:31.54

>>867
JSは自前でWorker使った並列処理書かないと
並列化はされてないんじゃないの？

**デフォルトの名無しさん** · 2020/03/31(火) 09:07:30.53

どこもzenの話題がないな。

**デフォルトの名無しさん** · 2020/03/31(火) 09:22:07.43

zenzen話題にならないね、全然

**デフォルトの名無しさん** · 2020/03/31(火) 09:49:27.32

当然だろ

**デフォルトの名無しさん** · 2020/03/31(火) 11:26:57.93

zig/zen/c2にはCの壁は崩せんかなぁ
いい感じではあるけどいい感じから更に上回って採用するほどではないという

**デフォルトの名無しさん** · 2020/03/31(火) 13:17:16.39

cの壁崩す前にcの前に散っていった言語の特徴でもまとめておいた方がよっぽど前向きだよ。

**デフォルトの名無しさん** · 2020/03/31(火) 13:25:17.44

僕たちはＣの世界で契約したんだ

**デフォルトの名無しさん** · 2020/03/31(火) 14:38:03.91

UNIXにしろWindowsにしろOSのAPIがCの関数だから
アプリもCで書くのが一番自然になる

**デフォルトの名無しさん** · 2020/03/31(火) 15:39:54.43

cしか書けない人はこういう極論を言う

**デフォルトの名無しさん** · 2020/03/31(火) 15:45:01.73

極論であると同時に正論でもある稀有な例。

**デフォルトの名無しさん** · 2020/03/31(火) 16:43:37.28

正論も何もnativeでABI準拠できればいいのであって
cである必然性はない

**デフォルトの名無しさん** · 2020/03/31(火) 16:47:11.45

つまりわざわざC以外にする必要性もないわけだね

**デフォルトの名無しさん** · 2020/03/31(火) 17:06:20.65

システムコールだけが言語選択の基準
って思考から脱却しろ
あほらし

**デフォルトの名無しさん** · 2020/03/31(火) 17:34:36.26

Cおじいちゃんって職場で若者にマウント取ってそう

**デフォルトの名無しさん** · 2020/03/31(火) 17:37:12.28

C調言葉にご用心～♪

**デフォルトの名無しさん** · 2020/03/31(火) 17:38:37.75

でもPHPの方が生産性高いよね

**デフォルトの名無しさん** · 2020/03/31(火) 17:40:28.69

アセンブリでマウント取る爺様方がだいたい鬼籍に入って次はCでマウント取る爺様方の時代になった感じやね

**デフォルトの名無しさん** · 2020/03/31(火) 18:01:22.91

C#からCのAPI呼ぶとき
構造体とか配列のポインタとか面倒だな・・・

**デフォルトの名無しさん** · 2020/03/31(火) 18:27:57.93

Cベースはむしろマシなんだよほとんどの言語でFFIあるし
問題は処理系依存マシマシのC++ベースAPI/ABI

**デフォルトの名無しさん** · 2020/03/31(火) 18:58:18.61

>>888
C#のFFIはかなり良い方だろ
C側でラッパーを一切書くことなくC#から呼び出せる
何より、トラブルの元になりがちな変なコードジェネレータの類がなくて、宣言した通りに正しく素直に動くってのが素晴らしい
そのストレスフリーさに比べたら、C#側で関数や構造体の宣言を書き直さなきゃいけないのは余裕で受け入れられる冗長性だと思う

**デフォルトの名無しさん** · 2020/03/31(火) 21:40:41.75

別にcで書けって話でなくて、cのそういう側面くらい常識として知っとけって
だけなのに、なんかコンプレックス刺激されちゃう奴がいるのな。

**デフォルトの名無しさん** · 2020/03/31(火) 22:05:04.60

>>891
C がわかる、てだけでドヤるのも大概だけれども
それよりももっと性質が悪いのは C がわからないコンプをこじらせているやつ

**デフォルトの名無しさん** · 2020/03/31(火) 22:28:42.75

次スレは「次世代言語を夢見るレガシー言語労働者達のマウンティング合戦スレ」に改題で

**デフォルトの名無しさん** · 2020/04/01(水) 10:12:43.54

解決しそうだけど
何このモヤモヤ感
https://qiita.com/hmuronaka/items/619f8889e36c7b5db92d

**デフォルトの名無しさん** · 2020/04/01(水) 17:19:13.73

C#はわからん

**デフォルトの名無しさん** · 2020/04/01(水) 18:46:22.78

ヒカルと店長からこれまで話してこなかった真面目な話があります
https://www.youtube.com/watch?v=WiPoQWJfFt0&;t=900s
全部話します。YouTuberヒカルが生まれるまでの話しと今の本音
https://www.youtube.com/watch?v=97FsyM7G1jw
高校生の自分に教えたいこと
https://www.youtube.com/watch?v=y0SY32zOExc
嫌われながら好きなことで、生きていく「起業家-ヒカル」
https://www.youtube.com/watch?v=OcsN5iD7C-s
【本音対談】これからYouTubeをはじめるあなたへ【DJ社長×ヒカル】
https://www.youtube.com/watch?v=IDL3dLxyPuk
【好きなことで、生きていく】『レペゼン地球-DJ社長-』
https://www.youtube.com/watch?v=PPnbEiXSYM8

**デフォルトの名無しさん** · 2020/04/01(水) 20:24:09.70

>>896
グロ

**デフォルトの名無しさん** · 2020/04/02(木) 20:08:57.64

標準ライブラリが豊富な言語ってC++, Javaとかになるの？

**デフォルトの名無しさん** · 2020/04/02(木) 22:35:51.75

C++は豊富とは言えない。

**デフォルトの名無しさん** · 2020/04/02(木) 22:39:04.07

Cの非標準ライブラリまとめ言語
と言われたくない人達

**デフォルトの名無しさん** · 2020/04/02(木) 23:17:47.62

プログラム板でこのスレしか人いないのほんと草

**デフォルトの名無しさん** · 2020/04/02(木) 23:53:07.21

Javaと並ぶのはないんじゃないの？

**デフォルトの名無しさん** · 2020/04/03(金) 00:01:45.98

.NETも標準ライブラリ豊富だろ
つか、今時スレが言語スレだが言語だけで語る滑稽さ
次世代言語というより、標準ライブラリも含めた次世代環境がほしい

**デフォルトの名無しさん** · 2020/04/03(金) 00:21:31.40

最近の言語はどれも環境そろってるだろ。
適当なインストーラーとライブラリ管理はあるし。
ビルド通らねー糞が！とかもだいぶ減った。

**デフォルトの名無しさん** · 2020/04/03(金) 00:44:59.65

rustはpythonがらみでエラー出てビルド通らなかった。
本気だして調べる気力もなく、関連ファイル削除して男友達と焼肉食いに行った。
わざわざ男友達と書いたのは、女友達なんかいないからだ。

**デフォルトの名無しさん** · 2020/04/03(金) 01:46:29.30

>>905
わざわざどうでもいいつまらないことを書き込むところが女友達のいない原因だろう

**デフォルトの名無しさん** · 2020/04/03(金) 01:54:07.26

>>905
1行目からイミフ

**デフォルトの名無しさん** · 2020/04/03(金) 07:20:23.73

>>907
rust自身のビルドが、Pythonに依存しているって話じゃない？

**デフォルトの名無しさん** · 2020/04/03(金) 10:41:31.87

Pythonはいいぞ
Makefileより読みやすく
Python自身のビルドはLLVMのビルドより10倍か100倍速い

**デフォルトの名無しさん** · 2020/04/03(金) 10:53:44.07

型無しの時点でゴミという現実

**デフォルトの名無しさん** · 2020/04/03(金) 14:42:39.21

型が無いんじゃなくて型を差別してないのさ
どんな型が来ても受け入れるおおらかさがある

**デフォルトの名無しさん** · 2020/04/03(金) 15:11:10.65

動的な型なだけだな。
ネストした構造をループ処理するときなんかは確かに楽なことも多い。

**デフォルトの名無しさん** · 2020/04/03(金) 15:32:53.86

それを世間一般では型無し糞言語と言うんだよ

**デフォルトの名無しさん** · 2020/04/03(金) 15:51:03.27

強い動的型付けだし型アノテーションだいぶ充実してきたしでだいぶマシだと思うけどなぁ

弱い動的型付けと同一視するのは誤りの元だし、漸進的型付けの存在を無視するのもまた評価を誤りかねないですよ

**デフォルトの名無しさん** · 2020/04/03(金) 16:37:43.22

Pythonの型アノテーションは実際には全くと言っても差し支えないほど使われていないから無視して問題ない
そろそろ後付け静的型の代表的成功例であるTypeScriptと何が違ったのかを真剣に議論すべき時期にきてる

**デフォルトの名無しさん** · 2020/04/03(金) 16:50:18.12

したけりゃすりゃいいじゃん。

**デフォルトの名無しさん** · 2020/04/03(金) 17:36:01.98

TypeScriptの方が使いやすい型システムしてるのわかる

**デフォルトの名無しさん** · 2020/04/03(金) 17:42:02.39

型無しは苦手だけどbashは認める

**デフォルトの名無しさん** · 2020/04/03(金) 18:10:28.37

>>902
C#は多いけど標準かって言われるとな・・・
C/C++も「標準」に拘ると何もできないω

**デフォルトの名無しさん** · 2020/04/03(金) 22:01:00.40

型なし言語でも宣言時に初期化と代入を済ませれば問題がない

**デフォルトの名無しさん** · 2020/04/03(金) 22:20:48.78

動的だと、神関数が、作れるからオススメ。

func add_god(a,b){
return a + b
}

add_god(1,2)
add_god("a","b")
add_god(1,"a")

神関数、があれば、コードの削減が可能！！！！！！！！！
ノーコード時代には動的型付け言語一択！！！！！！！！

**デフォルトの名無しさん** · 2020/04/03(金) 23:12:24.05

型無しのデバッグ作業に駆り出された事有るけど、マジで地獄やぞ。絶滅はよ

**デフォルトの名無しさん** · 2020/04/03(金) 23:39:58.52

ガチのマジで型無し糞言語の良さがわからん
死ねとまでは言わないが生まれてこなければよかったのに

**デフォルトの名無しさん** · 2020/04/03(金) 23:46:38.92

型無し言語より>>921に絶滅してほしい

**デフォルトの名無しさん** · 2020/04/04(土) 01:01:37.87

何回言われても直す気がないからもう悪意だと認識してるけど、動的型付けと型なしは全く別のものとしてそもそも存在してるので、動的型付けを型なしと呼びまた強い型付けと弱い型付けの区別を無視する限りこの議論が有意義に進むことはないよ

**デフォルトの名無しさん** · 2020/04/04(土) 01:03:28.27

このへんでも読めば？
https://myuon.github.io/posts/type-system-poem/

**デフォルトの名無しさん** · 2020/04/04(土) 01:04:40.59

型があれば静的解析に有効というのは間違い無いのだが
静的解析すれば全てのバグを取り除けるというのは間違い

**デフォルトの名無しさん** · 2020/04/04(土) 01:34:09.53

> 静的解析すれば全てのバグを取り除けるというのは間違い

そもそもそんな主張誰もしていない

**デフォルトの名無しさん** · 2020/04/04(土) 02:58:03.09

スクリプト界隈もlintから始まってflowだTypeScriptだ型定義は素晴らしい！静的型付けバンザイ！
とかあれだけ動的型付け素晴らしいからの静的型付け面倒臭いとかディスッといてこの状況は大草原ですわ
まぁ何事もトレードオフだからケースバイケースで使い分ければいいんだが
今頃ブレイクスルーだなんだと大騒ぎなのは滑稽ですな
js界隈も結局サーバサイドレンダリングに回帰してるしファッションや音楽と同じで10～20年スパンでサイクルすんのかね

**デフォルトの名無しさん** · 2020/04/04(土) 04:34:22.45

JSを本業にしてる層って最近の若者で学生時代にちょっと触り始めた生意気なガキが多いから気にしない方が健全

**デフォルトの名無しさん** · 2020/04/04(土) 07:59:21.83

CのunionとかC++のオブジェクトスライシングの話を見てたら型が無いからクソみたいな言説は発生しないはずなんだがな……

型があっても言語としての使い方がクソならクソだし、静的解析のないLLだからってランタイムにきちんと型エラー吐いてくれるものが比較的マシという評価になるのは間違いないでしょ

デジタルな分野扱ってるからって判断までI/Oにするもんじゃない

**デフォルトの名無しさん** · 2020/04/04(土) 08:04:15.02

静的解析マンセーな輩はただテストコード書く技量がないだけ。

**デフォルトの名無しさん** · 2020/04/04(土) 09:42:25.07

>>932
君は　>>921　の関数に、整数、小数、文字列、オブジェクト、真偽値、日付型・・・
たくさんの引数を与えて
一生懸命テストを書くのだろうな

それは素晴らしいことだと思うよ
感動で涙がで、でますよ

**デフォルトの名無しさん** · 2020/04/04(土) 09:47:00.19

またそう言う極論をほざくところが静的解析マンセー厨らしいよ。

**デフォルトの名無しさん** · 2020/04/04(土) 09:48:28.05

>>934
おやおや・・・君もテストコード書く技量がないだけ？？

**デフォルトの名無しさん** · 2020/04/04(土) 09:50:52.18

それともコメントに、
この引数は整数でございます。小数、文字列、オブジェクト、真偽値、日付型・・・は教育によろしくないので与えないでいただけますと幸い至極でございます。
とでも一生懸命書くのかな？？

それでIDEの静的解析に警告を受けたら
「やっぱり型無し糞言語でも安全！！型はいらない！！！」
とか言うのかな

あれっｗ

**デフォルトの名無しさん** · 2020/04/04(土) 10:24:55.54

Pythonは現実的
言語名が不明な「静的型」は現実みが浅い

**デフォルトの名無しさん** · 2020/04/04(土) 10:34:48.74

Pythonは有名ライブラリにことごとく型がついてないので
やっぱりクソ

**デフォルトの名無しさん** · 2020/04/04(土) 10:48:28.81

>>937
現実みが浅い、って日本語として気持ち悪い

**デフォルトの名無しさん** · 2020/04/04(土) 11:05:52.17

逆に静的型付けの何がいいのか知りたい
JavaScriptやpyなんか連想配列や辞書
定義するのもコンソール出力もめっちゃ便利やぞ
コンパイルエラーの手間もないしめっちゃデバッグが楽

**デフォルトの名無しさん** · 2020/04/04(土) 11:12:33.09

>>932
それな
全員がそうだとは言わないけどテスト設計できないやつが大半

**デフォルトの名無しさん** · 2020/04/04(土) 11:46:08.97

// この関数を使えばなんでもできます
func god(args...){}

これだけで基幹システム作ったわ
1年掛かる工数を3日に短縮できる動的言語ってやっぱ神だわ

**デフォルトの名無しさん** · 2020/04/04(土) 11:54:03.53

>>942
うーんこの神
みずほ案件も型無し糞言語を使っていれば3人日で完成していた

**デフォルトの名無しさん** · 2020/04/04(土) 12:50:45.86

>>940
メソッドの実装探すのに苦労する。

**デフォルトの名無しさん** · 2020/04/04(土) 13:09:18.66

public class HelloWorld {
public static void main(String[] args) {
System.out.println("hello, world");
}
}

やっぱJavaだわ
記述量が多いから努力した気になれるし成長した気にもなれる
静的型付けだから動的野郎にもマウント取れるし
昔ながらの大企業でよく使われてるから日本の伝統も感じられるし
今後50年は食いっぱぐれないし
Oracleに転職できるかもしれない

**デフォルトの名無しさん** · 2020/04/04(土) 13:11:54.28

またそう言う極論をほざくところが型無し糞言語マンセー厨らしいよ。

**デフォルトの名無しさん** · 2020/04/04(土) 13:15:24.41

30年後50年後にコードを書く文化って残ってるのかな

**デフォルトの名無しさん** · 2020/04/04(土) 14:40:47.29

英語圏の文化で面白いのがプログラムしかない
これが無くなったら英語自体がオワコン

**デフォルトの名無しさん** · 2020/04/04(土) 17:38:57.41

>>941
動的派の書くテストは正常系を一発通すだけのものが多くて、あれでテストちゃんと書いてますと言われても首を傾げてしまう
動的型のコードがデグレで動かなくなるのは日常茶飯事であるし、そもそも最初から全く動かないウンコであることも珍しくない
だから最低でも変更の度に自動テストで一度動しておけば品質は大幅に上がるのだが、とはいえ血便が下痢便になる程度
一方、静的型はプログラマの品質に対する意識の高さや静的型検査の恩恵のため、動かすだけのテストにはあまり意味がない
起こりうる様々なケースを試したり挙動の変更を厳密に監視したりと、静的型においては自動テストに求められる基準は遥かに高くなる

**デフォルトの名無しさん** · 2020/04/04(土) 17:54:20.92

>>933のいうとおりだな。人間どうミスするかわからんから、
整数、少数..本来は全部やるべきだな

エラーの原因の大半は人間のちょっとしたミスだからな

>>934は勝手に都合のいい解釈でそういうテスト省こうとしてるだけやんw

**デフォルトの名無しさん** · 2020/04/04(土) 17:57:18.65

過激派静的言語マンってミスが一切許されない職場で働いてそう

動的だと一週間で終わるものを三ヶ月ぐらい掛けて実装してそう

**デフォルトの名無しさん** · 2020/04/04(土) 17:59:36.08

>>949
なるほど、まさしく>>934は「異常系」のテストは、極論と自己都合解釈して省こうとしてるのですね

**デフォルトの名無しさん** · 2020/04/04(土) 18:06:51.89

>>951
型無し糞言語脳って、型チェックがあればそもそも発生しないバグのチェックに何日費やしてるんだろうな

静的型だと0秒で終わるバグを三ヶ月ぐらい掛けて修正してそう

**デフォルトの名無しさん** · 2020/04/04(土) 19:42:07.40

ワイ「この作業、手動でやるとめんどいしpythonで自動化するかぁ」

型おじさん「……型は？」

ワイ「え？」

型おじさん「簡単なスクリプトだからって舐めてない？引数とかに色んな型が入ること想定してる？」

ワイ「いや……」

型おじさん「あのさぁ！！！！！型が無いと万が一のこともあるよねぇ！？！？！？エラーが起きてサーバぶっ壊れるかもしれないだろ！？！？」

ワイ「サーバが壊れる！？どうしたんですか」

型おじさん「ああああああああ！！！！！！！！」

次の日にそのおじさん退職したわ
前の職場でも型型騒いで辞めたらしい
お前らも気をつけろよ

**デフォルトの名無しさん** · 2020/04/04(土) 19:46:39.69

>>954
そんな低レベルな職場に一生居たくないと思ったんだろう。
かわいそうに。

**デフォルトの名無しさん** · 2020/04/04(土) 20:02:34.31

型おじ釣られすぎだろ
ネット初心者かよ

**デフォルトの名無しさん** · 2020/04/04(土) 20:03:33.83

>>954
最近多いんだよねー
Pythonとかちょっとかじった程度で
「俺プログラマーやってます」って顔する子

最初の入り口が動的型付け言語なんだよね最近の子って
そんなもんじゃ使いものにならねっての

**デフォルトの名無しさん** · 2020/04/04(土) 20:04:21.63

長文でクソおもんない作り話書いてて楽しそうですね

Juliaなんかはパフォーマンス向上目的での型の導入だけど、型安定とかわざわざドキュメントに記すなら言語側でそもそも制約を強めてエラーにしてしまうとかでよかったんじゃないかと思ってしまう

**デフォルトの名無しさん** · 2020/04/04(土) 20:17:41.20

やっぱり型無し糞言語池沼ってガイジだなｗ

**デフォルトの名無しさん** · 2020/04/04(土) 21:08:43.70

pythonの型とかどうでもいいよ。次世代言語の話をしよう。