[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 12/03 05:21 / Filesize : 235 KB / Number-of Response : 1025
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]
|
↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました |
次世代言語15 Go Rust Swift Kotlin TypeScript
- 1 名前:デフォルトの名無しさん [2018/11/04(日) 20:30:10.42 ID:OF8fjEC1.net]
- スレタイ以外の言語もok
前スレ 次世代言語14 Elixir Crystal Julia Rust Swift https://itest.5ch.net/mevius/test/read.cgi/tech/1536668904
- 237 名前:デフォルトの名無しさん [2019/02/10(日) 19:35:12.91 ID:xjQD7Pcp.net]
- >>222
OSやCPU等が違ってもVMがあれば同じVM用のコンパイル済みバイナリがそのまま動くってのが利点ではないかな。 まあしかし実際にはVMごとに違うバグがあったりして中々理想通りにはいかんことがJavaで証明されてしまった感があるわけだが。
- 238 名前:デフォルトの名無しさん mailto:sage [2019/02/10(日) 19:39:43.57 ID:zG9Tu9P3.net]
- PGはどれも出来損ないだからな
- 239 名前:デフォルトの名無しさん mailto:sage [2019/02/10(日) 19:41:11.34 ID:iwNxJm36.net]
- SEになればいいのか?
- 240 名前:デフォルトの名無しさん mailto:sage [2019/02/10(日) 20:30:52.78 ID:EWmLbbO6.net]
- >>228
配列アクセスが1始まりだったり、掛け算記号が必要なかったり、 教科書にある数式をそのまま使えるように意識された言語という印象。 推してるやつも理論よりすぎて個人的には好きになれん。
- 241 名前:デフォルトの名無しさん mailto:sage [2019/02/11(月) 12:20:42.21 ID:ijgTPsVT.net]
- >>222
移植性は昔から言われてることだけど、コンパイラも作るのが楽だし、中間言語は都合の良い命令セットが定義できるからサイズも小さくなる。 何より、コンパイラの改良とVMの改良を分離出来るので、割と柔軟に改良できる。 使う言語のバージョンと、VMのバージョンに厳密な区切りが要らないと言うか。 最低限このバージョンが要る、ぐらいは必要だけど。 新しい言語のバージョンを使って、古いVMで動かすって事が不可能ではなくなる感じかな。 逆も然りで、古いバージョンの頃に書いたものを、最新のVMで動かすことも不可能じゃない。こっちは割とよくある。 ネイティブバイナリ吐いてると、そのへんキツイと思う。特に標準ライブラリがその言語で実装されてるGoとか。
- 242 名前:デフォルトの名無しさん mailto:sage [2019/02/11(月) 12:25:06.71 ID:ijgTPsVT.net]
- 過去Javaは確かに辛かった時代もあるけど今は安定してるし、Monoも割と安定してるぞ。
.netは.net Native使わんでも、ngenかければ良い。
- 243 名前:デフォルトの名無しさん mailto:sage [2019/02/11(月) 12:38:03.57 ID:RZokWE5N.net]
- でもjAvAは有料化して死んだよね
- 244 名前:デフォルトの名無しさん mailto:sage [2019/02/11(月) 12:51:24.69 ID:QKPibkAC.net]
- JavaはDockerに乗せるには重すぎる
- 245 名前:デフォルトの名無しさん mailto:sage [2019/02/11(月) 12:52:13.71 ID:mQ/izvcF.net]
- 死んだかどうかはともかく
有料化はしてないよ
- 246 名前:デフォルトの名無しさん mailto:sage [2019/02/11(月) 13:05:51.95 ID:Anzgdh02.net]
- date、localdateとか混在してjavaめんどい
- 247 名前:デフォルトの名無しさん mailto:sage [2019/02/11(月) 13:46:40.87 ID:a3vDiVrE.net]
- >>243
バカなコミッターがDateを完全に消去しなかったせい 今後も互換性テストの呪いでいつまでも残り続ける
- 248 名前:デフォルトの名無しさん [2019/02/11(月) 13:56:32.92 ID:RMH+C64t.net]
- ログまわりもひでぇしな
java書くくらいなら転職するわ
- 249 名前:デフォルトの名無しさん mailto:sage [2019/02/11(月) 14:32:39.08 ID:dnf98RXr.net]
- >>229
>>237 なるほど 実用というよりまだ実験レベルっぽいんだね
- 250 名前:デフォルトの名無しさん mailto:sage [2019/02/11(月) 14:54:39.14 ID:ijgTPsVT.net]
- Javaの日付周りは闇かもなぁ。
- 251 名前:デフォルトの名無しさん [2019/02/11(月) 15:23:01.36 ID:oA8l1dyY.net]
- commonsや独自のutilで特段大きな問題を感じたことはない
- 252 名前:デフォルトの名無しさん mailto:sage [2019/02/11(月) 20:43:19.19 ID:QQiWH0mp.net]
- >>246
実験レベルというよりは本来が実プロダクトより実験を目的に作られてる面が大きい 目的にと言うと言い過ぎかもしれないが作っているコミュニティが理論や実験寄りなので
- 253 名前:デフォルトの名無しさん mailto:sage [2019/02/11(月) 23:03:42.77 ID:823dyXFP.net]
- >>249
オレの考えた最強の言語! みたいなやつかw
- 254 名前:デフォルトの名無しさん mailto:sage [2019/02/11(月) 23:16:48.45 ID:EPRTYP70.net]
- なろう系言語www
- 255 名前:デフォルトの名無しさん mailto:sage [2019/02/11(月) 23:41:47.02 ID:QQiWH0mp.net]
- >>250
何も間違ってないけど雑な数値計算実験やアルゴリズム実験には本当にイケてるのよ? 漸進的型付け
- 256 名前:でも型推論と最適化が程よい塩梅で効いてるし私は好き []
- [ここ壊れてます]
- 257 名前:デフォルトの名無しさん mailto:sage [2019/02/12(火) 01:05:03.07 ID:g6CslLMJ.net]
- 雑な実験でいいならcかc++くらい使えばいいのにと思うけどね。
- 258 名前:デフォルトの名無しさん mailto:sage [2019/02/12(火) 08:24:33.10 ID:VUa3es/D.net]
- >>232
不人気でユーザがいなくなっちゃった言語が 40年越しの環境でそのまま動いても意味ないけどね
- 259 名前:デフォルトの名無しさん mailto:sage [2019/02/12(火) 08:31:43.79 ID:jKA+nxgG.net]
- 雑な実験をC++でやるのには何の問題もないけどそれでもなお煩わしい(ex.tupleとかpairとかがびみょい)
ていうかC++こそ本腰入れた実験に使うんもん(分野によります)だし普段はもっと雑に書きたいなという気持ち Cは無いかなー できるけどC++以上にやりたくない
- 260 名前:デフォルトの名無しさん mailto:sage [2019/02/12(火) 09:25:59.07 ID:2Rlz0B+x.net]
- 実験って何の実験?
大抵の場合c++は向いてないと思うけどね ハマってる時間がもったいない
- 261 名前:デフォルトの名無しさん mailto:sage [2019/02/12(火) 09:36:40.65 ID:jKA+nxgG.net]
- 高性能計算は言語の選択肢がほとんど無いので……
- 262 名前:デフォルトの名無しさん mailto:sage [2019/02/12(火) 12:22:11.18 ID:2Rlz0B+x.net]
- そういうコアな計算部分にc++の機能あんまりいらないと思うけどね
結局パフォーマンス必要ならcudaにオフロードとかするんだろうし 構文的なところは凝らないのが正解だよ
- 263 名前:デフォルトの名無しさん mailto:sage [2019/02/12(火) 14:19:55.88 ID:TPiqZniI.net]
- >>254
他言語のコミュニティメンバーがもう誰にも使われなくなった言語の しかも40年前の環境を復活させたんなら逆に凄いことだな!
- 264 名前:デフォルトの名無しさん mailto:sage [2019/02/12(火) 15:29:47.85 ID:Fn4hDa9I.net]
- よし、FORTH を復活させよう
- 265 名前:デフォルトの名無しさん mailto:sage [2019/02/12(火) 21:08:01.13 ID:jKA+nxgG.net]
- CとC++とFortranで型システムが一番マシ(個人の感想)なのがC++って選び方なので
- 266 名前:デフォルトの名無しさん mailto:sage [2019/02/12(火) 21:32:38.15 ID:Y8wvRjd+.net]
- 雑にやりたいのに型システムにこだわるのが間違い
- 267 名前:デフォルトの名無しさん mailto:sage [2019/02/12(火) 21:35:55.50 ID:zazJl4ej.net]
- 論文のために数回動けばいいようなコード
→ Python (主要な計算部分はライブラリ任せ) 雑とは真逆の実用ライブラリ → C (NumPyなど) というのが数値解析などの分野の人達の感覚では そしてライブラリ使ってない箇所もあわよくば早くしたいけど 動的言語からあまり離れたくという欲張りさんのために NumbaやJuliaなどがある
- 268 名前:デフォルトの名無しさん mailto:sage [2019/02/12(火) 21:42:29.55 ID:jKA+nxgG.net]
- >>262
だから雑にやるときはJuliaって言ってるんだよなぁ
- 269 名前:デフォルトの名無しさん mailto:sage [2019/02/13(水) 11:27:30.70 ID:0cDEleYh.net]
- >>263 python でNumpy やNumba を動かせばよいだけの話。
pythonをNumbaでJIT化すれば高速に動く。 だから数値解析、統計、機械学習などでpython が広まっている。 numbaを利用したpythonループの高速化 https://qiita.com/ken223/items/311032e45f7cd9fb6be6 numpy.sum() より numba でJIT化したほうが若干早い 全体をもっと高速化したい場合はCythonでコンパイルすることになるが、若干ソースに変更が伴うのが欠点。
- 270 名前:デフォルトの名無しさん mailto:sage [2019/02/14(木) 08:13:11.35 ID:DfXs7ULg.net]
- そのへんのPythonをネイティブにする類、GILはどうなるの?
- 271 名前:デフォルトの名無しさん mailto:sage [2019/02/14(木) 09:24:39.49 ID:QGThOkDI.net]
- >>266 明示的に書けば良いのでは?
Cython のスレッド並列処理 https://www.isus.jp/products/python-distribution/thread-parallelism-in-cython/ Cython の特長の 1 つは、ネイティブ並列処理 (英語) をサポートすることです (cython.parallel モジュールを参照)。 cython.parallel.prange 関数は並列ループに使用できるため、Python* でスレッド並列処理を使用して、インテル® メニー・インテグレーテッド・コア (インテル® MIC) アーキテクチャーを活用することができます。 インテル® Distribution for Python* 2017 の Cython
- 272 名前:デフォルトの名無しさん mailto:sage [2019/02/14(木) 10:58:54.92 ID:WZ7QG3tT.net]
- >>266
nogil=TrueでGIL無しになる
- 273 名前:デフォルトの名無しさん mailto:sage [2019/02/14(木) 18:56:49.51 ID:62bujRGv.net]
- それは良さそうだな。
- 274 名前:デフォルトの名無しさん mailto:sage [2019/02/14(木) 20:55:14.89 ID:fSoz/vTj.net]
- もうjulia使うのが目的になっとるな。。
- 275 名前:デフォルトの名無しさん mailto:sage [2019/02/16(土) 02:33:00.49 ID:9HG1VuDS.net]
- >>121
パイプ演算子だけで何が出来んだよw
- 276 名前:デフォルトの名無しさん mailto:sage [2019/02/17(日) 11:02:26.51 ID:HW0MSqPy.net]
- 関数のカリー化がないのにパイプ演算子だけ持ってきちゃったElixirはなんか変だよな。
パイプ演算子というよりUFCS。ピリオドにしておけばよかったのに。
- 277 名前:デフォルトの名無しさん [2019/02/17(日) 20:53:38.23 ID:4EK3mNUu.net]
- ユーチューブみてたら外人さんが今年はじめるおすすめ言語でGoあげてたけどどうなの?
https://youtu.be/Wp6Z2wVyPeY
- 278 名前:デフォルトの名無しさん mailto:sage [2019/02/18(月) 00:25:05.73 ID:0K8QCv5v.net]
- PHPよりはマシ程度
- 279 名前:デフォルトの名無しさん mailto:sage [2019/02/18(月) 10:03:46.42 ID:PGieQvh3.net]
- 外人って誰?
お前の友達?
- 280 名前:デフォルトの名無しさん [2019/02/18(月) 10:32:14.54 ID:9yTHlAk5.net]
- >>273
英語わらないけど パイパンなのはなんとなくわかった
- 281 名前:デフォルトの名無しさん [2019/02/18(月) 10:38:37.16 ID:GrFE76R+.net]
- Goはいい言語だと思うが文法がきらいという理由で俺個人としてはやりたくない。
- 282 名前:デフォルトの名無しさん mailto:sage [2019/02/18(月) 10:39:27.28 ID:DEZyRf0o.net]
- Goは悪くないけどGoやるくらいならCで良いって思っちゃう
- 283 名前:デフォルトの名無しさん mailto:sage [2019/02/18(月) 11:33:15.82 ID:SDMSLfor.net]
- Cって爆発するんでしょ?
- 284 名前:デフォルトの名無しさん mailto:sage [2019/02/18(月) 14:31:28.10 ID:UVnB+wSW.net]
- シーッ!
- 285 名前:デフォルトの名無しさん [2019/02/18(月) 16:23:53.97 ID:1FoQC5sv.net]
- どうしてRustはこんなにおデブちゃんなの?www
https://developers.google.com/web/updates/2019/02/hotpath-with-wasm#conclusion CやAssemblyScriptと比べて割に合わなさ過ぎだろうwwwww
- 286 名前:デフォルトの名無しさん mailto:sage [2019/02/18(月) 17:03:38.39 ID:6vaPKOJl.net]
- その下の節の Update: Rust で 370B になったとあるけど
- 287 名前:デフォルトの名無しさん [2019/02/18(月) 17:11:02.34 ID:1FoQC5sv.net]
- 人力でそんな手間書けるくらいなら最初からCで書くよね普通。
- 288 名前:デフォルトの名無しさん mailto:sage [2019/02/18(月) 17:54:25.43 ID:etnkgylc.net]
- これ最終的に全部機械語で書けって流れ?
- 289 名前:デフォルトの名無しさん mailto:sage [2019/02/18(月) 18:36:38.63 ID:DEZyRf0o.net]
- なぜ機械語が出てくるのかが分からんなw
- 290 名前:デフォルトの名無しさん mailto:sage [2019/02/18(月) 19:42:42.37 ID:2Z8BFsKx.net]
- 手間っつってもそんなでもなくない?
普通に-Osオプション的なのもデバッグ情報の削除もCでやるでしょ
- 291 名前:デフォルトの名無しさん mailto:sage [2019/02/18(月) 19:47:35.74 ID:2Z8BFsKx.net]
- 連投になって悪いがなんならltoも普通にCでやるだろうし存外普通の事しかやってないぞ?
- 292 名前:デフォルトの名無しさん mailto:sage [2019/02/18(月) 20:19:28.46 ID:7ubWqY/W.net]
- c + lint で済む話をバカが無視するからコンパイラに組み込んだみたいな話、本当バカ。
- 293 名前:デフォルトの名無しさん [2019/02/18(月) 21:50:19.37 ID:788tab2z.net]
- 普通ならなぜデフォにしないの?
Cパイセンに華持たせてるの?
- 294 名前:デフォルトの名無しさん mailto:sage [2019/02/19(火) 07:58:57.65 ID:rJLbVU1K.net]
- 実装してる人に、聞くのが早そうだな。
- 295 名前:デフォルトの名無しさん mailto:sage [2019/02/19(火) 09:43:28.93 ID:UvIEs0xP.net]
- 当然ながらデバッグし易さやコンパイル時間などとトレードオフがあるので
特化をデフォルトにする必要は無い Cは現役だし使うことを誰も止めはしない 比較は構わないけど推されてもここでは単純にスレチ
- 296 名前:デフォルトの名無しさん [2019/02/19(火) 10:27:13.34 ID:SwtNBaDU.net]
- デバッグし易さやコンパイル時間などを考慮した結果、せっかくwasmのクセに性能はす、す、すくりぷとげんごwwのじゃばすくりぷとwwwと大して変わらずww5倍wも巨大なwasmバイナリをデフォで吐いてしまうビチグソ言語()があるらしいwww
CやAssemblyScriptは性能大して変わらなくてもデフォでジャバスクリプト()よりサイズ小さいのにどう言い訳すんのこの新世代()うぇぶ言語wwwww
- 297 名前:デフォルトの名無しさん mailto:sage [2019/02/19(火) 10:59:22.66 ID:wBIPfytb.net]
- 楽しそうで何より
- 298 名前:デフォルトの名無しさん mailto:sage [2019/02/19(火) 17:44:22.10 ID:flzwRht/.net]
- >>271
ビルダーパターンを置き換えられるとか
- 299 名前:デフォルトの名無しさん mailto:sage [2019/02/19(火) 22:52:49.55 ID:8ne5Wfny.net]
- >>278
クラスタ分散周りのコード書くならgoが良いと思われる。
- 300 名前:デフォルトの名無しさん mailto:sage [2019/02/21(木) 08:38:19.03 ID:k9ihouSJ.net]
- IEEE ランキング
https://news.mynavi.jp/article/20180806-674740/
- 301 名前:デフォルトの名無しさん [2019/02/24(日) 13:15:52.70 ID:6KasUEnW.net]
- A better C = Go
A better Perl = Python A better Java = Kotlin A better Javascript = TypeScript A better Lisp = Clojure
- 302 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 13:24:51.15 ID:9J0kSw8Y.net]
- >>297
PythonとPerlって言うほど用途被ってるか? 個人的には A better Python = Node.js だって思うけどな
- 303 名前:デフォルトの名無しさん [2019/02/24(日) 13:28:03.32 ID:8D34p5sx.net]
- Groovyは?
- 304 名前:デフォルトの名無しさん [2019/02/24(日) 13:29:59.40 ID:6TiHqsFQ.net]
- A bitter C++ = D
- 305 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 13:35:04.27 ID:dX43HuRA.net]
- 俺はKotlinよりScala推しだけどバックについてる規模がなあ
- 306 名前:デフォルトの名無しさん [2019/02/24(日) 18:42:02.16 ID:iK4D+UQi.net]
- >>297
Goにbetter Cはま
- 307 名前:デフォルトの名無しさん [2019/02/24(日) 18:42:38.76 ID:iK4D+UQi.net]
- だ無理だ。
バイナリが大き過ぎる。
- 308 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 18:47:20.41 ID:KL6kEpaz.net]
- A poorer C = Go
A poorer Perl = Python A poorer Java = Kotlin A poorer Javascript = TypeScript しっくり来るな
- 309 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 18:50:58.08 ID:1vpoAdpW.net]
- >>303
まだというかずっとじゃね GCやgoroutineスケジューラのサイズは削れないし 用途がいくらか被るにせよ、性質的にCの代わりを目指したものでもないし
- 310 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 18:55:07.72 ID:qLJosHl4.net]
- 他の言語が無駄な機能を増やすほどCがbetterということに気づかされる。
- 311 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 19:04:15.79 ID:KL6kEpaz.net]
- >>306
betterというか完全にbestだね 使いやすいけどとっつきにくさがどうしてもあるから 優しいとされる他の言語が重宝されがちになるが
- 312 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 19:04:42.82 ID:+6ZRRI/z.net]
- >>306 Cは、アセンブラみたいなものだからな。
- 313 名前:デフォルトの名無しさん [2019/02/24(日) 19:04:43.79 ID:iK4D+UQi.net]
- >>305
禿同。 Goは鯖で速度重視専用な気がする。 マイコンの規模で使える気がしない。
- 314 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 19:05:34.94 ID:77XTfT9B.net]
- なら他の言語使ってる人気は全員馬鹿だな
- 315 名前:デフォルトの名無しさん [2019/02/24(日) 19:16:29.07 ID:iK4D+UQi.net]
- 違う。
それだけマイコン使う分野がマイナーってだけ。 CPUパワーがあれば楽出来る言語使うのは当然。
- 316 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 19:24:41.78 ID:+6ZRRI/z.net]
- >>311 はあ? マイコンって何を指してるか知らんが、今のスマホのパワーは、数年前のデスクトップを凌駕してるぞ。
- 317 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 19:37:59.48 ID:77XTfT9B.net]
- >>311
ああごめん、>>306への話ね
- 318 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 19:47:42.34 ID:+6ZRRI/z.net]
- >>313 だから、>>311 も>>306 もなんか的外れに見えるという話。
見る視点がまるで違う。
- 319 名前:デフォルトの名無しさん [2019/02/24(日) 19:50:17.53 ID:iK4D+UQi.net]
- >>313
そそ。 PICとかそこまで小さい規模の話。 スマホでもゲームとかはCやC++もあるだろうけど、楽出来る分にはCは無いわな。
- 320 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 19:51:43.29 ID:+6ZRRI/z.net]
- 100円のチップでPythonが動く時代なんだぞ。 自動車の自動運転のマイコンなんか、下手なPCよりパワーはあるぞ。
- 321 名前:デフォルトの名無しさん [2019/02/24(日) 20:04:26.13 ID:iK4D+UQi.net]
- >>316
自動運転用の石はそうだが、パワステ制御だけとか小さい石は今でも8ー16bitだし、CPU全体じゃそっちのが数は多い。(80%) IntelやARMは小さいパイで大きく稼げる市場を独占しただけで。
- 322 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 20:06:31.17 ID:9J0kSw8Y.net]
- 自動運転のマイコンってどこの石使ってるんだろ?
- 323 名前:デフォルトの名無しさん [2019/02/24(日) 20:13:36.10 ID:iK4D+UQi.net]
- 少なくとも日本車はルネサス製マイコン使ってる。
Casl2とかニーモニックがそのまんま。 まさに試験が企業の求める人材発掘の篩になってる。
- 324 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 20:38:43.40 ID:HXZhXTRb.net]
- でもワイウェッブ系だから
- 325 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 20:48:48.19 ID:+6ZRRI/z.net]
- >>318 今はARMだろ。 中央のは、NVidia とか、Intel を使ってるのかな?
自動車って、何十とCPUを使ってるから何がメインかというのは難しいのでは? Nvidia もIntel も実態はARMコアを使ってるみたいだけど。 ルネサスも震災以降はダウンして、ユーザーからのARMを使えという声に応じざるを得なくなったみたいだし。
- 326 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 20:50:55.47 ID:9J0kSw8Y.net]
- >>321
ルネサスって元は日立とどっかの合資で出来たとこだっけ
- 327 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 20:53:54.40 ID:+6ZRRI/z.net]
- >>322 NECとか、日本連合だね。
- 328 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 20:54:06.21 ID:zOdfoNDQ.net]
- >>307
Go は better C ではなく better C++ なんだけどな better C 目指しているのは Rust
- 329 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 22:16:13.14 ID:ObazTuX8.net]
- ざっくりした言い回しは自然と情報量が落ちてしまうので難しいもんだが、GoはやっぱりCompiled PythonとかC++とJavaの中間とって言語機能をC並に絞ったとかの複雑な立ち位置の印象だ
Rustもbetter C 兼 replacing C++の印象
- 330 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 22:38:05.42 ID:qLJosHl4.net]
- まあ別に無理やり結びつける必要はないんだけどね。
- 331 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 23:12:15.59 ID:ROsmA06r.net]
- 理論的には理想に近い言語でも、実用環境が限られたり、スピード的に極端に落ちると現実的ではなくなるからね。
やはり言語的に洗練されていて、環境を選ばずに動き、スピードの解がある言語は伸びる。 Javaは、環境を選ばずに伸び、スピードの解はJITでまあまあ解決した。 Pythonは色々難しい問題がありそうだが、PyPyはJITで動いてるしいずれ本家がJITをサポートする様になるんじゃ無いのかな。Cythonは直接Cに落ちるが互換性の問題があるし。
- 332 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 23:34:44.89 ID:HXZhXTRb.net]
- goは構文が糞すぎて糞
ゲネリクスとかそう言う問題以前 変数宣言さえ糞 設計した奴はガイジの糞 グーグルって俺よりバカなんだなと思うわ
- 333 名前:デフォルトの名無しさん mailto:sage [2019/02/24(日) 23:37:57.60 ID:OZS1hzPH.net]
- goは触れば触るほど、Cでも良かったよね
Cのほうが論理的に簡単にできるよねってことが多過ぎる
- 334 名前:デフォルトの名無しさん mailto:sage [2019/02/25(月) 00:38:45.01 ID:qTGaZXOu.net]
- Goの勝手にセミコロン補完される仕様がホントクソ
- 335 名前:デフォルトの名無しさん mailto:sage [2019/02/25(月) 01:11:58.26 ID:PRsbysjw.net]
- チュートリやってたら変数宣言だけで4つくらい出てきてガイジかな?って気持ちになった
- 336 名前:デフォルトの名無しさん mailto:sage [2019/02/25(月) 01:58:52.98 ID:AuhEt3eH.net]
- Lisp方言やPythonとRubyのように類似品を乱立させるやり方は古臭い
Java Kotlin C# TypeScript Go の中からRubyと同じ失敗を繰り返す言語が続出すると思うと残念だ
- 337 名前:デフォルトの名無しさん mailto:sage [2019/02/25(月) 02:36:48.48 ID:9+tyf5TU.net]
- この中だとGoとKotlinが危ないな。
typescriptも、ecmaに型アノテーション 付く形で合流しそう。
|

|
[ 続きを読む ] / [ 携帯版 ] 
前100
次100
最新50
▲ [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<235KB
read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef