- 1 名前：デフォルトの名無しさん [2019/10/01(火) 02:58:03.93 ID:aEwUIB6s.net]
- スレタイ以外の言語もok
前スレ
次世代言語17 Go Rust Kotlin TypeScript Julia
https://mevius.5ch.net/test/read.cgi/tech/1567602619/
- 849 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 15:46:21 ID:VaiYZBCN.net]
- >>812
そうじゃない。
nullable指定を明示的に行うことは良いと思うが、
nullを絶対悪として、NullObjectとPolymorphismで対応することで
nullを完全排除しようとしている一部の人に対して反論していただけだ。
- 850 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 15:53:09.55 ID:Oj6vZ37J.net]
- 結局これ「型」の宣伝だからね
この謎のゴリ押しにタダ乗りして得をしてるのはRustも同じ
- 851 名前：デフォルトの名無しさん [2020/03/27(金) 15:58:44.21 ID:6mKroLAz.net]
- let a = 1;
型無し数値リテラルはデフォルトでi32でintと変わらないし数値リテラルで変えたい時は明示的にする
だから
long int a = 1;
より
let a = 1i64;
または
let a: i64 = 1;
の方がデフォルト以外の型が現れるかつタイプ数も少ない
こういうやつらはなんで後置型指定でletで変数宣言するか意図を理解してない
そもそもNull最高とか言ってるやつらに構っても意味ないな
一生C/C++とかJava、PHP、VB触ってろよ無能
- 852 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 16:00:21.15 ID:VaiYZBCN.net]
- >>818
違う。C/C++では、
long int a = 1;
とも書けるが、typedefやusingなどを使えば、
i64 a = 1;
と非常に古くから書ける。
- 853 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 16:02:26.87 ID:zbLM5N3A.net]
- そもそもCの理解も怪しいよな
- 854 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 16:06:14.83 ID:gM1jKcLP.net]
- >>806
型推論できるのは冗長性があるからで
冗長性にもいい面悪い面がある
悪い面は変更に弱くなる
あっちかえたらこっちもってね
rustはそのへんバランスとろうとしている
効果はさておき
そのへんまで考察しないと浅いよ
- 855 名前：デフォルトの名無しさん [2020/03/27(金) 16:10:41 ID:sMse3dA+.net]
- >>819
普段C++触るけど同じ型指定なのに二通りの書き方あるのはC++の悪いところだと思う
Cの資産引き継ごうとしててC++特有のカオスによりしてる
- 856 名前：デフォルトの名無しさん [2020/03/27(金) 16:15:28 ID:9RtDMjhb.net]
- C/C++ は typedef した型を区別出来れば良かったのにな
- 857 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 18:30:43 ID:E0iV7Jya.net]
- 別のclasssにすれば区別できるお、
intと同じ振る舞いをするがintと区別されるclass、みたいな�
- 858 名前：竄ﾂは必要に駆られてたまに作る []
- [ここ壊れてます]
- 859 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 19:41:47.93 ID:1SbgdhCL.net]
- C++は最悪templateで筋肉解決できるけどCでtypedefを別の型にしちゃうとインターフェイス相応のものもderiveマクロ相応のものもそもそもないし、組み込み型のオペレーター群を指定する方法もないから記述がべろべろになってしまうんだよな
C++はそれと統一性をもたせざるを得なかったから現状がある
良しか悪しきかは知らん
- 860 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 20:40:39 ID:t91Qh+gU.net]
- 型なんて屁みたいなもんでガチャガチャ言ってる入口さん
どんだけ効率的に書けて実行出来るか焦点はforeach と食わすリストよ
動的なリストでも分岐無くすとかキャッシュ乗り鬼効率な凄いのをくれ
- 861 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 21:51:32 ID:vVxM6cgA.net]
- その屁みたいなもんが無くなったらNumPyやCythonの無いPythonのようなもので
それはもうウンコやん
- 862 名前：デフォルトの名無しさん [2020/03/27(金) 22:51:32 ID:YevT+Fte.net]
- phpはシンタックスがゴミ
（そもそもなんだよ $ -> => って...）
パッケージ管理もゴミ
ログ出力の見やすさもデバッグのしやすさもゴミ
バージョン乱立
フレームワーク乱立
土台の言語仕様自体がゴミなの棚に上げて
コーディング規約の強要
やることなすこと全部他言語の猿真似
動的片付けの癖にプリミティブ型がメソッドや属性すら
持ってない
JavaやRailsやJavaScriptはいい加減糞PHPを
著作権侵害で訴えろや
消えうせろ、潰れちまえパクリウンコゴミ溜め言語が
- 863 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 23:03:13.17 ID:AdoNhS+g.net]
- >>828
で？君はPHPで書かれたプロダクトより良いプロダクトを持っておりゅかね？？
- 864 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 23:19:21 ID:h10m8k5F.net]
- Rubyは
次世代の日本を担う素晴らしい言語
Railsは、流行りのWebサイトでほとんど使われてる。
Qiitaも、Rails
最近流行ってた、質問箱も、Rails
雇われから脱出し、マックザッカバーグを目指すならRails一択！！！！！！！
- 865 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 23:52:10 ID:oRj/lH5B.net]
- phpもそうだしエクセルもそうなんだけど、濫用するヤツが増えると悪評が一気に増える
もしかしたらm4がphp並みに嫌われる世界もあったかもしれないと思う
言語の適用範囲を高めるためには、抽象度の高い概念を基本とした方が良い。できるなら数学的に議論可能なレベルで
- 866 名前：デフォルトの名無しさん [2020/03/28(土) 00:26:31 ID:UNB7xn0N.net]
- マックザッカーバーグを目指すから、
Facebookに倣ってPHPにするは！
- 867 名前：デフォルトの名無しさん mailto:sage [2020/03/28(土) 00:51:24.52 ID:ZE1QO4UJ.net]
- FacebookほどPHP憎んでそうな企業もないと思うが
HackやらReactやら
- 868 名前：デフォルトの名無しさん [2020/03/28(土) 02:26:30.25 ID:7+pamnWR.net]
- なんでReact？？
そもそもフロント技術だし、しかもフレームワークだし、ベースがJSだからPHPと全然違う
PHPは糞言語なのは間違いないけど論点違うだろ
- 869 名前：デフォルトの名無しさん mailto:sage [2020/03/28(土) 02:37:43.77 ID:ZE1QO4UJ.net]
- 関数型、immutable、思想の話
- 870 名前：デフォルトの名無しさん [2020/03/28(土) 03:00:20 ID:7+pamnWR.net]
- じゃあ尚更PHPとの比較は外した方がいいな
関数型、immutableってJSがESで取り込んでいった方針だから
- 871 名前：デフォルトの名無しさん mailto:sage [2020/03/28(土) 03:06:32 ID:5hSs4v6h.net]
- Facebookつながりで書いてるだけやろ
- 872 名前：デフォルトの名無しさん [2020/03/28(土) 03:39:20.77 ID:UNB7xn0N.net]
- ちなみにザッカーバーグのfacebookはrubyもrailsも全く関係ない。
安定のrubyガイジ妄想クオリティ。
- 873 名前：デフォルトの名無しさん mailto:sage [2020/03/28(土) 04:46:49.21 ID:N90Naszz.net]
- Railsで作られたサイトは、山ほどあるけど、Laravelで作られた有名なサイトは、少ない。
というか、見たことない。
Laravel使いは、誰も使わないサービスを量産してお金を稼ぐ負の存在。。。！？
技術だけじゃなく、ビジネスで勝負したいならRails一択！！！！！
- 874 名前：デフォルトの名無しさん mailto:sage [2020/03/28(土) 07:02:49.77 ID:jVMyeik2.net]
- 人はパンのみにて生くるにあらずという名セリフを知らないのかよ
- 875 名前：デフォルトの名無しさん mailto:sage [2020/03/28(土) 13:06:34 ID:zHaA6Kc0.net]
- 本屋のrubyの本消滅していてワロタ
- 876 名前：デフォルトの名無しさん mailto:sage [2020/03/28(土) 14:11:57.48 ID:lvHGCPQW.net]
- ZOZO は、Laravel
レールは続く】 Ruby on Rails Part21 【これからも
https://medaka.5ch.net/test/read.cgi/php/1545146635/103
世界を驚かせた、表示速度が異常なサイトも、Rails 製だった！
https://dev.to/
- 877 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 11:04:58.76 ID:IJ+/NVut.net]
- Goだとクリティカルになる場合だけRustを使う、あとは面倒なだけだから(マークアップ以外は)絶滅して無問題、わりとマジで
- 878 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 14:53:46.23 ID:mFLaDIgK.net]
- wasmて使用言語混ぜて分割コンパイルとか出来るん?
- 879 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 15:19:30.65 ID:Kzf4aDfw.net]
- >>844
Wasmはマシン語に相当するものなので、Wasm自体には使用言語に関する混合に関して何の制限も無い。
ただし、nativeアプリの場合と同じで、C言語の関数を通じてお互いに呼び出しあうなどは必要。
なお、今のところ、最低限マシン語とC言語の仕組みに関して知識がないと難しい。
（最低、アドレスやポインタについての理解がいる。）
- 880 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 15:27:11 ID:Kzf4aDfw.net]
- >>845
例えば、LLVMをバックエンドに持つコンパイラであって、LLVMの中の
%struct.XXXX のアラインメントのとり方が同じであって、かつ、
export、importする関数がC言語のインターフェースを持っているならば、
Wasm用のリンカでリンクが可能。
この条件を満たさない場合、リンクするのは難しいが、以下のようにすれば、
実行段階でお互いに関数を呼び出しあうことが出来る。
・それぞれの言語処理系でリンクを行って、*.wasm ファイルを作る。
これらは、「Module」と呼ばれる。
・ModuleをWasmとして機能させるには、JSでInstace化を行う。
・この際に、それぞれの関数名を import すれば、お互いに関数を呼び出しあうことが可能。
・この場合、文字列や配列の様なものにアクセスし合いたい場合、ポインタ値がJSレベルでは
単なる整数値になるので、それを、Memory と呼ばれる線形メモリーの ArrayBufferの
アドレス値とすることで、可能。
- 881 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 21:23:25 ID:s3Co173K.net]
- 並列処理一番簡単に書けるスクリプト言語なに?
- 882 名前：デフォルトの名無しさん [2020/03/29(日) 21:30:38.73 ID:aoCWY+mA.net]
- go
- 883 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 21:33:30.37 ID:Erzf/uFl.net]
- ｐｈｐ
- 884 名前：デフォルトの名無しさん [2020/03/29(日) 21:33:38.94 ID:AoSt3bhf.net]
- >>847
PureScript
- 885 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 21:44:17 ID:MKM75DKF.net]
- bash
- 886 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 21:47:11 ID:s3Co173K.net]
- バラバラじゃん
人によって違うのか
- 887 名前：デフォルトの名無しさん [2020/03/29(日) 21:51:55 ID:AoSt3bhf.net]
- そらそうやろ
何個言語あってプログラマ何人おると思ってるねん
- 888 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 22:23:37 ID:GFdzppn9.net]
- コロナ菌に強い言語は？
- 889 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 22:55:19 ID:Erzf/uFl.net]
- ｐｈｐ
- 890 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 23:14:39 ID:Sg0tN/NI.net]
- >>847
Make
- 891 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 23:23:25 ID:AoSt3bhf.net]
- TypeScriptで質問なんだけど、全く新しい型を導入する方法ってあるのかな？
構文がわからないから疑似コードで書くけど、
t
- 892 名前：ypedef X; // Xという新しい型を定義
function makeX<T> (t T): X { /* ... */ }
// makeXで作られた値以外を渡したらいつもコンパイルエラー
function soSomethingWithX( x: X ) :void { /* ... */ }
こういうことがしたいんだけど… [] - [ここ壊れてます]
- 893 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 23:53:44 ID:Erzf/uFl.net]
- TypeScript は構造的部分型だから無理
type Nekko = {
name: string
age: number
}
type Inu = {
name: string
age: number
}
これらは同じ扱いになる
っていう話？
それとも makeX 以外で X を作れなくしたいという話？
別に X を満たせば、 makeX 以外が X 作ってもよくない？
makeX が作った X と、makeX 以外が作った X が別物なのであれば、
それらは別の型だろう
- 894 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 23:54:30 ID:Erzf/uFl.net]
- なんか頭おかしそうな奴とID被ってて最悪・・・
- 895 名前：デフォルトの名無しさん mailto:sage [2020/03/30(月) 00:09:09 ID:2aeq6Dek.net]
- 型の表現力が低くて嫌だねそれ。0以上の数を表す型とか作れないじゃん
- 896 名前：デフォルトの名無しさん [2020/03/30(月) 00:15:47 ID:byCSvntg.net]
- >>847
erlang かな
むしろ全て機能を並列処理で書くしか無い割り切りというか
- 897 名前：デフォルトの名無しさん mailto:sage [2020/03/30(月) 00:42:47 ID:Oymj8mf6.net]
- >>847
スクリプト言語ではないが、GPGPU 用のC言語に似た言語は、そもそも
最初から並列処理を前提にしている。
- 898 名前：デフォルトの名無しさん mailto:sage [2020/03/30(月) 01:02:40 ID:DOS6yDxg.net]
- >>860
プロパティが一致しなければ別の型になるので、
piotrwitek/utility-types の nominal type 使うなどして、自分で識別子を与えればできる
JavaScriptというカオスな言語・膨大な資産を利用するには、仕方ない面もある
- 899 名前：デフォルトの名無しさん mailto:sage [2020/03/30(月) 19:47:31.17 ID:UMPMfaDu.net]
- 並列処理などお前らが書く必要はない。
ライブラリを使え。
- 900 名前：デフォルトの名無しさん mailto:sage [2020/03/30(月) 20:46:42 ID:kgJURof2.net]
- erlangｔって、堅牢かもしれんが縛りがきつくて決して簡単だとは思えないが。
- 901 名前：デフォルトの名無しさん mailto:sage [2020/03/30(月) 21:04:07.42 ID:bUcOwvrU.net]
- Objective-C → Swift や Java → Kotlin
と同じ感じで Erlang → Elixir がある
- 902 名前：デフォルトの名無しさん [2020/03/30(月) 21:09:02.33 ID:08TDMd3Q.net]
- >>864
やっぱりPureScriptでAffがナンバーワン！
- 903 名前：デフォルトの名無しさん mailto:sage [2020/03/30(月) 21:15:44.17 ID:kgJURof2.net]
- いや文法がどうとかじゃなくて、データを一切共有しないアクターモデル自体がね。
- 904 名前：デフォルトの名無しさん mailto:sage [2020/03/30(月) 23:04:26.22 ID:N7kDQWeU.net]
- Erlang、
- 905 名前：デフォルトの名無しさん [2020/03/30(月) 23:41:35.89 ID:mSBWf3OZ.net]
- 並列処理は、データベース管理システムで結合したマルチプロセスでほとんどの場合十分だろ、って思ってしまう
局所的な高速化だったらライブラリ使えになっちゃうし
- 906 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 01:01:31.54 ID:G9etW8qy.net]
- >>867
JSは自前でWorker使った並列処理書かないと
並列化はされてないんじゃないの？
- 907 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 09:07:30 ID:tO4cMY6a.net]
- どこもzenの話題がないな。
- 908 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 09:22:07.43 ID:c3F4yVlK.net]
- zenzen話題にならないね、全然
- 909 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 09:49:27 ID:PWbizjT8.net]
- 当然だろ
- 910 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 11:26:57.93 ID:S3VhPMDw.net]
- zig/zen/c2にはCの壁は崩せんかなぁ
いい感じではあるけどいい感じから更に上回って採用するほどではないという
- 911 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 13:17:16.39 ID:OTxurRkT.net]
- cの壁崩す前にcの前に散っていった言語の特徴でもまとめておいた方がよっぽど前向きだよ。
- 912 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 13:25:17.44 ID:c3F4yVlK.net]
- 僕たちはＣの世界で契約したんだ
- 913 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 1
]
- [ここ壊れてます]
- 914 名前：4:38:03.91 ID:EXHwmcq2.net mailto: UNIXにしろWindowsにしろOSのAPIがCの関数だから
アプリもCで書くのが一番自然になる [] - [ここ壊れてます]
- 915 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 15:39:54.43 ID:chhHfIYK.net]
- cしか書けない人はこういう極論を言う
- 916 名前：デフォルトの名無しさん [2020/03/31(火) 15:45:01.73 ID:54ZUq6ql.net]
- 極論であると同時に正論でもある稀有な例。
- 917 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 16:43:37 ID:chhHfIYK.net]
- 正論も何もnativeでABI準拠できればいいのであって
cである必然性はない
- 918 名前：デフォルトの名無しさん [2020/03/31(火) 16:47:11.45 ID:54ZUq6ql.net]
- つまりわざわざC以外にする必要性もないわけだね
- 919 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 17:06:20.65 ID:chhHfIYK.net]
- システムコールだけが言語選択の基準
って思考から脱却しろ
あほらし
- 920 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 17:34:36.26 ID:WCUraC1a.net]
- Cおじいちゃんって職場で若者にマウント取ってそう
- 921 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 17:37:12.28 ID:mFEQEhdF.net]
- C調言葉にご用心～♪
- 922 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 17:38:37.75 ID:c3F4yVlK.net]
- でもPHPの方が生産性高いよね
- 923 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 17:40:28 ID:qnv4SZcB.net]
- アセンブリでマウント取る爺様方がだいたい鬼籍に入って次はCでマウント取る爺様方の時代になった感じやね
- 924 名前：デフォルトの名無しさん [2020/03/31(火) 18:01:22.91 ID:uDSFrRRV.net]
- C#からCのAPI呼ぶとき
構造体とか配列のポインタとか面倒だな・・・
- 925 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 18:27:57.93 ID:S3VhPMDw.net]
- Cベースはむしろマシなんだよほとんどの言語でFFIあるし
問題は処理系依存マシマシのC++ベースAPI/ABI
- 926 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 18:58:18.61 ID:DEnjdkJH.net]
- >>888
C#のFFIはかなり良い方だろ
C側でラッパーを一切書くことなくC#から呼び出せる
何より、トラブルの元になりがちな変なコードジェネレータの類がなくて、宣言した通りに正しく素直に動くってのが素晴らしい
そのストレスフリーさに比べたら、C#側で関数や構造体の宣言を書き直さなきゃいけないのは余裕で受け入れられる冗長性だと思う
- 927 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 21:40:41 ID:OTxurRkT.net]
- 別にcで書けって話でなくて、cのそういう側面くらい常識として知っとけって
だけなのに、なんかコンプレックス刺激されちゃう奴がいるのな。
- 928 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 22:05:04.60 ID:HDRrREDo.net]
- >>891
C がわかる、てだけでドヤるのも大概だけれども
それよりももっと性質が悪いのは C がわからないコンプをこじらせているやつ
- 929 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 22:28:42 ID:G9etW8qy.net]
- 次スレは「次世代言語を夢見るレガシー言語労働者達のマウンティング合戦スレ」に改題で
- 930 名前：デフォルトの名無しさん [2020/04/01(水) 10:12:43 ID:5VJq6KKK.net]
- 解決しそうだけど
何このモヤモヤ感
https://qiita.com/hmuronaka/items/619f8889e36c7b5db92d
- 931 名前：デフォルトの名無しさん [2020/04/01(水) 17:19:13.73 ID:XWi3lCYB.net]
- C#はわからん
- 932 名前：デフォルトの名無しさん [2020/04/01(水) 18:46:22 ID:60SS71wY.net]
- ヒカルと店長からこれまで話してこなかった真面目な話があります
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
- 933 名前：デフォルトの名無しさん mailto:sage [2020/04/01(水) 20:24:09.70 ID:GB
]
- [ここ壊れてます]
- 934 名前：jVGlaM.net mailto: >>896
グロ [] - [ここ壊れてます]
- 935 名前：デフォルトの名無しさん [2020/04/02(木) 20:08:57.64 ID:SaXsz2/b.net]
- 標準ライブラリが豊富な言語ってC++, Javaとかになるの？
- 936 名前：デフォルトの名無しさん [2020/04/02(Thu) 22:35:51 ID:0tSRYO67.net]
- C++は豊富とは言えない。
- 937 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 22:39:04 ID:D0Dsg/MO.net]
- Cの非標準ライブラリまとめ言語
と言われたくない人達
- 938 名前：デフォルトの名無しさん [2020/04/02(木) 23:17:47.62 ID:iuGcEdKM.net]
- プログラム板でこのスレしか人いないのほんと草
- 939 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 23:53:07.21 ID:tEUzHDBS.net]
- Javaと並ぶのはないんじゃないの？
- 940 名前：デフォルトの名無しさん mailto:sage [2020/04/03(金) 00:01:45.98 ID:0E621fjE.net]
- .NETも標準ライブラリ豊富だろ
つか、今時スレが言語スレだが言語だけで語る滑稽さ
次世代言語というより、標準ライブラリも含めた次世代環境がほしい
- 941 名前：デフォルトの名無しさん mailto:sage [2020/04/03(金) 00:21:31.40 ID:v6FKoEXq.net]
- 最近の言語はどれも環境そろってるだろ。
適当なインストーラーとライブラリ管理はあるし。
ビルド通らねー糞が！とかもだいぶ減った。
- 942 名前：デフォルトの名無しさん [2020/04/03(金) 00:44:59.65 ID:WSo5wZTZ.net]
- rustはpythonがらみでエラー出てビルド通らなかった。
本気だして調べる気力もなく、関連ファイル削除して男友達と焼肉食いに行った。
わざわざ男友達と書いたのは、女友達なんかいないからだ。
- 943 名前：デフォルトの名無しさん mailto:sage [2020/04/03(金) 01:46:29 ID:y4LIlYUL.net]
- >>905
わざわざどうでもいいつまらないことを書き込むところが女友達のいない原因だろう
- 944 名前：デフォルトの名無しさん mailto:sage [2020/04/03(金) 01:54:07 ID:b0rZIsH6.net]
- >>905
1行目からイミフ
- 945 名前：デフォルトの名無しさん mailto:sage [2020/04/03(金) 07:20:23.73 ID:x2AIwLRG.net]
- >>907
rust自身のビルドが、Pythonに依存しているって話じゃない？
- 946 名前：デフォルトの名無しさん mailto:sage [2020/04/03(金) 10:41:31.87 ID:TFqtSApO.net]
- Pythonはいいぞ
Makefileより読みやすく
Python自身のビルドはLLVMのビルドより10倍か100倍速い
- 947 名前：デフォルトの名無しさん mailto:sage [2020/04/03(金) 10:53:44.07 ID:b0rZIsH6.net]
- 型無しの時点でゴミという現実
- 948 名前：デフォルトの名無しさん mailto:sage [2020/04/03(金) 14:42:39 ID:Tc814Ws0.net]
- 型が無いんじゃなくて型を差別してないのさ
どんな型が来ても受け入れるおおらかさがある
- 949 名前：デフォルトの名無しさん mailto:sage [2020/04/03(金) 15:11:10.65 ID:v6FKoEXq.net]
- 動的な型なだけだな。
ネストした構造をループ処理するときなんかは確かに楽なことも多い。
|
 |
