次世代言語24 Go Nim Rust Swift Kotlin TypeScript

1 名前：デフォルトの名無しさん [2022/03/22(火) 03:23:41.60 ID:ZDHdo9X7.net] スレタイ以外の言語もok 前スレ 次世代言語23 Go Nim Rust Swift Kotlin TypeScript https://mevius.5ch.net/test/read.cgi/tech/1638086359/ 399 名前：デフォルトの名無しさん [2022/04/03(日) 11:14:22.42 ID:1jVKF75a.net] >>377 俺は逆の話しか聞いたことない。 波括弧は目パースされてるが丸括弧はされてない。 例えばlispは丸括弧だらけだけど、あれの括弧の整合性はエディタ支援がでかい。 400 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 15:53:41.27 ID:kjO3l4sO.net] >>384 TypeScriptはJSの全ての値に型をつけるために無茶な仕様追加してるからな ゼロベースで設計すればマシな言語になるのにな 401 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 16:06:48.55 ID:YCOwGNk6.net] Typescriptには 完全なオーバーロードと 完全な形比較機能がほしいな 402 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 16:13:43.21 ID:enboo0xE.net] >>398 そういう発想のaltJSはみんな死んじゃったんじゃないかな… 403 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 16:15:00.29 ID:/giYNahv.net] goは詳しくないが。 関数で複数の値を返却できるが、エンジニアのスキル差がある時に、コードの整合性を保つのがめんどい。 Jsonのパースがめんどい。 とりあえず言語仕様として提供する機能が少なすぎて、Java、Rubyとかに慣れたエンジニアからしたら使いづらい。 メリットとデメリットは表裏一体の側面もあるが、こういう意見を持つエンジニアの方が多分多いんじゃね？ 少なくともwebサービス開発においては、goは一時の流行りで終わると思うわ。複数人でのコードの管理がめんどいもん。 結局、言語仕様が複雑すぎず軽すぎずが好まれる傾向にあると思う。なので、スレタイに含まれる言語の中ではKotlinに一票 404 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 16:20:18.51 ID:kjO3l4sO.net] >>400 それで成功したから生JSと混ぜられるのは必要なんだろうな 俺はかっちりした言語を使いたいけど 405 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 16:22:15.40 ID:RzJGOQaY.net] TypeScriptが実現しようとしているのはVSCode上でのJSの完璧な型検査であって、別に最強の独自言語を作りたいわけでもコンパイル時チェックをしたいわけでもない MSが提案しているJSへの型アノテーションの導入が実現したらTypeScriptは.ts.dのみを残して役目を終える 406 名前：デフォルトの名無しさん [2022/04/03(日) 17:52:10.08 ID:rc6NcMYZ.net] ナデラのMSは良いMS 407 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 18:03:50.41 ID:PXdtBjdx.net] だ、Dart… 408 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 19:57:40.10 ID:DNCDVh6y.net] >>401 どういう認識なんだ？ 普通はgoは低機能だから誰が書いてもほぼ同じコードになるのがメリットだと言われてるんだけどｗ 409 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 20:01:53.30 ID:k51Q+Vww.net] >>401 言語機能が少なくて文句言われてるが？ ジェネリクスがようやく入ったレベルだぞ 410 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 20:38:24.09 ID:N+64wXdQ.net] >>406 それ言語機能が少なすぎてコピペしまくり＝誰が書いても同じになる というのがオチなんだよね 控えめに言ってゲェージ 411 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 20:40:34.46 ID:k51Q+Vww.net] >>408 コピペと言語機能は無関係だろ 412 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 20:53:04.52 ID:En8qx50/.net] goのエラー処理は俺が2019年に業務でちょっと触った時は if err !=nil {} みたいなのをひたすら書くしかなくて愕然とした経験があるんだが、これって今は改善されてるの？ 比較的新しい言語にしてはずいぶん泥臭いことやるんだなって思った 413 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 21:02:47.89 ID:N+64wXdQ.net] Go「ぜんぶ　ひらがな　に　すれば　かんじ　や　かたかな　が　なくて　よみやすいね！」 言うほど読みやすいか？ 414 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 21:03:41.40 ID:/giYNahv.net] >>410 されてない認識 これめちゃくちゃめんどいし、戻り値の管理が無駄に煩雑になるだけだと思うんだが パターンマッチングもめんどい 415 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 21:05:03.73 ID:N+64wXdQ.net] >>409 ジェネリクスがないからコピペ or interface{}でAny化して型安全を捨てる言語やぞ エアプは黙っとれ 416 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 21:32:49.77 ID:DNCDVh6y.net] >>408 違うよ 文法が厳格でしっかり書いてないと枝葉みたいなしょうもない理由でコンパイル通らない それでレベルが担保される 417 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 21:35:23.71 ID:DNCDVh6y.net] コーディングになんでエアプが出てくるんだろうか？ 語彙が貧困すぎる 脳が死んでないか？ 418 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 21:49:33.85 ID:gPxpOVle.net] 高度に抽象化され凝縮度の高い用語を使ってるだけだよ エアプガイジは黙っとれ 419 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 21:56:36.46 ID:DNCDVh6y.net] ガイジ ← 脳が委縮した差別主義者が使う言葉 エアプ ← いつまでもゲームでしか物事を例えられない人が使う言葉 420 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 21:59:40.61 ID:gPxpOVle.net] 脳が委縮した差別主義者いつまでもゲームでしか物事を例えられない人は黙っとれ Goみたいな文だな 421 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 22:02:18.79 ID:DNCDVh6y.net] いやいや使い方が違うだろ 見不明な置換するなよｗ 本物の馬鹿なんだな 422 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 22:03:00.73 ID:DNCDVh6y.net] 意味不明 423 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 22:18:16.65 ID:9lFqLTmO.net] go の if err 1= nil は貧者のEither/Result型って感じはするな rust の enum みたいなものを導入すると付随していろいろなものを導入する必要があり言語仕様が膨らむということならば シンプルな仕組みで代替するという go なりの割り切りなんだと思うけど 実際のところどうなんだろうね 424 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 22:32:45.61 ID:F6bFXWLK.net] Goのエラーハンドリングの仕様については、長いこと議論され続けてるよ Go1はもう変わらんだろうけど、Go2は新しい仕組み入りそう https://go.googlesource.com/proposal/+/master/design/go2draft-error-handling-overview.md 425 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 02:08:47.79 ID:pXIYfz5U.net] Rustなどのように『値付きenum＝タグ付きunion』を導入している言語たちは 色々シンプルかつ効率と容易さと美しさを両立できているから プログラミング言語として常備すべき基本的な型なのだと思われる 426 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 07:33:26.24 ID:fw6p8g0C.net] Goにいまさらenum導入しても標準ライブラリから全部変えないとあまり恩恵ないし if err !=nil {}のシンタックスシュガー導入くらいが妥当だろうね 427 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 13:42:12.37 ID:lSnbwV1p.net] 関数が複数の値を返却できるのはメリットのように見えて、ソースコードの規模が大きくなるほど型の管理が難しくなるだけだと思うわ KENTAという人はgo推してるが、保守性の高いコード組みやすい代替言語にすぐ取って代えられると思うんだよな 428 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 14:41:15.89 ID:mbicHYAd.net] >>374 20年前にPythonがこんなに普及するとは思わなかったよ。 Perl 便利って思ってたもの。 429 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 19:55:04.23 ID:hAxNvJK9.net] PerlとRubyが自爆してPythonだけ生き残った感はあるが。 430 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 19:58:12.66 ID:Mr7tYRvj.net] 三大Poop言語と言えば？ 431 名前：デフォルトの名無しさん [2022/04/04(月) 20:08:25.60 ID:ZaQ2qXNU.net] 10年ぶりにプログラミング学習勧めてるけどpython面白いなー 5chではそんな流行ってない感じ？ 432 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 20:13:10.33 ID:w+f2Elco.net] >>429 5ch全体ではわからないけど少なくともこのスレではpythonは下火 今一番流行っているのはRustだね。 一番人気。それだけにアンチも多くて喧々諤々の議論が巻き起こっている状態。 というよりRustの勢いが羨ましくてファビョってるだけだけどなｗ 433 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 20:48:23.61 ID:mbicHYAd.net] Perl 6 は Raku になったし、自滅かもしれんが、Ruby は「ペナンブラ氏の24時間書店」に登場する位にカリフォルニアの方では認知されてたと思ったんだけど。 434 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 21:22:41.62 ID:yu8UGqfF.net] >>413 コード生成すりゃいいじゃん 435 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 21:23:22.47 ID:yu8UGqfF.net] >>429 すれ違い 436 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 21:24:09.92 ID:yu8UGqfF.net] >>427 PHPもだが言語機能に大差はないからあとはライブラリの質だけの差になった そこで圧倒的差がついた 437 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 21:25:42.99 ID:yu8UGqfF.net] >>426 年齢はPerlと大して変わらんからな Pythonなんてモダンな要素全くないのにここまで流行ったのは凄い 特にRubyやRailsみたいな積極的なマーケティングとかもしてないのに 438 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 21:32:16.24 ID:CuNEs20T.net] ついにRubyが反撃の狼煙を上げる RubyのWebAssembly/WASIへの移植が実現、プレリリース版のバイナリ公開。RubyGemsにも対応 https://www.publickey1.jp/blog/22/rubywebassemblywasirubygems.html 439 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 21:48:11.28 ID:g5kOP8Pm.net] >>436 ぜひRailsに導入してほしい 総スカン食らって完全終了だろう 440 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 23:20:01.52 ID:yu8UGqfF.net] >>436 これRubyインタプリタをwasmにコンパイルしてそれ上で動かすんだろ？ ありえんでしょ 441 名前：デフォルトの名無しさん mailto:sage [2022/04/0 ] [ここ壊れてます] 442 名前：4(月) 23:35:26.89 ID:AN+U/Dr9.net mailto: >>432 これホンマガイジ 言語機能が足りないから自動コピペ生成すりゃいいじゃんが罷り通ってるって 頭Goしてるんちゃうか？ [] [ここ壊れてます] 443 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 23:45:58.24 ID:TGLutmH3.net] >>435 たしかにまあRubyはRailsがキラーアプリとなって日の目を見ることが出来たけど、Pythonは人気を得るきっかけとかあったのかな GoogleはPythonをめちゃ使ってて、GuidoがGoogleに入社した2005年頃にはすでにPythonがスクリプト言語の中では勝ち組感があったんだろうけども、なんでやろ 444 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 23:50:33.75 ID:6MqP0wMX.net] >>436 WebAssemblyでガベージコレクションのある言語を動かすのは無駄の極致 445 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 23:56:53.89 ID:yu8UGqfF.net] >>439 Cもそうだけど 446 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 00:05:51.56 ID:2NHa52hR.net] Cを使うならRustにした方が機能豊富でプログラミングしやすいよ もちろんデータ競合もメモリ管理ミスも検出してくれる そしてほとんどの場合で速度差もない 447 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 00:48:48.74 ID:vdX4VYV5.net] The Rust Programming Language 日本語版 をちょこっと読んでみたけどC++作ったストラウストラップが変態だった気がしてしまう 448 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 01:05:33.37 ID:CALU2HjK.net] コード生成もコピペ扱いするならrustのderiveもコピペだよな 449 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 01:29:37.39 ID:/ryaTu8Q.net] >>442 ガイジの真似とてコピペを走らば即ちガイジなり CがガイジだからGoもガイジで〜ぇすでええんか？ 450 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 01:35:13.81 ID:u+FS9OX1.net] >>446 だからコピペじゃないって 君のいうコピペより上の概念だよ 人が介在してない 451 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 01:37:22.57 ID:/ryaTu8Q.net] >>447 機械がするコピペはきれいなコピペか？違うだろ？バカか？ 452 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 01:42:08.31 ID:u+FS9OX1.net] >>448 君のいうコードジェネージョンがコピペというなら ジェネリクスも中身は型が違う同じコード生成してるだけだよ？ はい勝った 完膚なきまでに勝った ここを君を導きたかった 勝ち俺の勝ち ジェネリクス否定 矛盾 ジェネリクスはコンパイラによるコードジェネーション 勝ち俺の勝ち 勝ち完全 フルに勝ち 勝った 453 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 01:46:35.34 ID:raev6Sae.net] >>449 見事に勝っちゃったねえ レスバ見てたけどそこに導こうとしてるのはわかったよ そっちに行くな！って思ってた そもそもコンパイラがコードジェネレータだしね 本質的には同じことしてるわけで機会がコピペしてるからなあ そっちに行っても負けは確定する 454 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 01:50:00.91 ID:u+FS9OX1.net] >>450 いや危なかったジェネリクスがゴミっていう風に持っていくと絶対に勝てないからね 勝つにはなんとか相手を捻じ曲げさせるしかなかった うまく誘導できたよ 負けるかと思った 455 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 01:53:56.08 ID:QYmdMKfu.net] >>413 そんなにGoは酷い言語なのか なぜそんなことに？ 456 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 02:13:39.62 ID:a+cPs4U5.net] >>448 そうだよ。 457 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 02:19:13.35 ID:fMFdzsU+.net] 元の話はこれか 型安全を捨てるのは暴挙だな >>413 > ジェネリクスがないからコピペ or interface{}でAny化して型安全を捨てる言語やぞ 458 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 07:05:37.18 ID:82POVtug.net] >>440 pythonはなんといってもAI（ディープラーニング）が起爆剤だろ あとは自動化・RPA関連（Excel連携、スクレイピング）でもライブラリが豊富で人気がでた 459 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 07:07:35.56 ID:82POVtug.net] たった3ヶ月でウェブエンジニアになれた きっかけはRailsを学んだこと とか言ってるの最高に気持ち悪い 今はRustとかやって難しいところに悩んでる人がエンジニアだと思う 460 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 07:20:44.40 ID:fQZQ0DHq.net] Rust自体は特に難しくはない もしRustを難しいと感じるようなレベルの人ならば一般的にプログラミングに向いていない 461 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 08:14:13.65 ID:/ryaTu8Q.net] なんかバカが勝手に盛り上がってて藁 どこのチンカス野郎がマス書いたコピペジェネレータと言語標準じゃ全く次元が違うだろ はい勝った 完膚なきまでに勝った ここを君を導きたかった 勝ち俺の勝ち ジェネリクス否定 矛盾 ジェネリクスはコンパイラによるコードジェネーション 勝ち俺の勝ち 勝ち完全 フルに勝ち 勝った 見事に勝っちゃったねえ レスバ見てたけどそこに導こうとしてるのはわかったよ そっちに行くな！って思ってた そもそもコンパイラがコードジェネレータとかﾜﾛｽ 本質的には同じでないわけでｶﾞｲｼﾞがコピペしてるからなあ そっちに行っても負けは確定する 462 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 08:37:48.08 ID:VqqpMSri.net] >>456 でもそういう奴等はわかりやすい地雷で助かる IT業界は人手不足だって言われているのは「自走できる」人材の不足なのに、どっかのYoutuberやプログラミングスクールの言うことを鵜呑みにしてRailsで作成したポートフォリオをドヤ顔で出してくるような奴は俺が企業の採用担当だったら速攻で落とすわ 463 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 09:19:59.73 ID:pUAnaqqP.net] >>454 Goはおもちゃ言語だから 464 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 13:07:10.50 ID:dZMax2uf.net] ひろみGO 465 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 14:27:50.37 ID:ZwTPjiXX.net] >>455 AI関連の前に科学技術系のライブラリをpythonでって流れは結構あった。 そこらへんがperl、rubyにはなかった。 float回りをいじくると途端に言語や開発環境が汚くなるわけだが、その辺を躊躇しなかったってのが良くも悪くもある。 466 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 14:54:27.96 ID:hteyj+L8.net] >>455 せやな、現在の圧倒的なPython人気はAI関連が充実してるからやな でもGoogle社内の開発言語にもっと昔から採用されてたのにはAIは関係ないやろ >>462 NumPyやSciPyみたいなのがキラーアプリだと？ もっとよく思い返すとRed Hat、Debian、GentooなどのOSでパッケージマネージャなど様々なツールがPythonで実装されてたし、 数値計算とか関係なく、スクリプト言語のデファクトスタンダードとしての地位を2000年ぐらいには確立してたね キラーアプリがあるからというよりは、単純に開発者コンセンサスを得やすい言語だったんだろうな、と思ってきた 467 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 15:30:06.85 ID:ZwTPjiXX.net] >>463 いやそのころのpythonのパッケージ管理ツールって相当ひどかったぞ。 まともに依存関係を解決できることなんてほとんど期待できなかったし。 まあ今もそういう傾向はあるが。 468 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 15:49:46.89 ID:Zafpq7jd.net] pythonは2007年ごろには将来デスクトップ系ではスクリプトの中核になるから小さな社内スクリプトやプラグインのスクリプトは可能な限りpythonにしましょうってずっと自分は運動してたわ。 幸い反対する人もほとんどいなかったな。 もちろんアプリはpythonでは書かないが。 AIなんかはあまり関係ないなぁ。 469 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 15:55:55.07 ID:VZWFnuGC.net] 40-300行ぐらいのpythonスクリプトは便利だわ Windowsだと特にshell(cmd)の扱いづらさが際立つし 470 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 16:01:09.15 ID:Om5krohy.net] googleはyoutubeや検索エンジンをpyｔhonで実装してたもんな それでpythonが注目されだした 確か書き換えたらコード量が大幅に減ったのとメンテナンスコストが下がったんだ 当時はC++,java,PytohnがGoogle三大言語だった 今は知らんけど 471 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 16:03:31.17 ID:Zafpq7jd.net] pythonはmayaのプラグイン組み込み言語でもあったから 行列やベクトルや虚数を使った回転などを多用する層が そこで増えていったってながれもあるやろな。 472 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 16:19:20.26 ID:I+HzSIOd.net] カーニハン、ロブ・パイクが1999年に出したプログラミング作法(The Practice of Programming)では Perl, awk, C++, Java, C で処理速度とソースコードの行数表にしてた。 473 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 17:31:17.76 ID:kTsaT80P.net] ポストPythonってJuliaなの？ 474 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 17:35:57.79 ID:82POVtug.net] >>470 Rustだろうな Web業界はRustに移行しはじめている 475 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 17:36:28.83 ID:X/Z+fkc6.net] ベターPythonかもしれないがポストPythonではないだろう 476 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 18:09:13.50 ID:Zafpq7jd.net] rustは広くは使われないだろうねぇ。 システム部分以外は ルーズで簡単で気にかけることや 独特な概念が少ない言語でないと広く使われない プログラミング未経験者が数日である程度書ける程度のでないと 477 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 18:21:07.39 ID:RXEj+ZGQ.net] そこでKotlinですよ ベターJavaの位置付けで学習コストも低い Scalaほど複雑でもなく、初心者にも手を出しやすいからRustよりはWebでは使われるんじゃないかね Goは学習コストが低いとかで誤魔化してるだけで、一昔前の使いづらい言語みたいな感じ 478 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 18:54:22.88 ID:iyhQru73.net] >>471 所有権気にしなきゃいけないのにPythonの後継は無いなぁ。 >>52 >c++とhaskellあたりを学んでおけば大したことないし とかいう世界だろ。 479 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 19:19:35.56 ID:4JjDvpWU.net] >>475 理解する気がないから勘違いしてるのだろうけど 所有権なんて難しい話ではなく非常に簡単なことだぞ このスレにもRustのコードが多数書かれてきてるようだが何か難しいことや特殊なことあったか？ 480 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 19:48:47.33 ID:3noiRnfQ.net] Kotlinなんてぱっとせんもん一生泥から出てこんやろｗ webでは絶対流行らない Javaで既に作られてるもんはわざわざKotlinにしようなんてならんし Javaに慣れ親しんでる層はJava17を導入するやろな Javaみたいなのを毛嫌いする層はそもそもKotlinに見向きもしてないし 481 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:20:35.48 ID:fN/L9gSF.net] まあKotlinはswiftと同じ位置づけで表には出てこない気がする 482 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:25:45.56 ID:8mvJZb/O.net] kotlinとjavaは相互運用可能なのに、わざわざjavaを選択する発想なんて出てこないだろ goは学習コスト低い分、この先流行りに乗って採用する企業は増えるかも知れんが、機能不足故にいずれ見離されるんじゃない？ rustは初心者には複雑すぎるし、それこそweb開発でメリットがあまりない kotlinはともかく、rustやgoが10年先も使われるイメージが想像できない 483 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:27:09.43 ID:fN/L9gSF.net] これからは同じ内容をどれだけ短くてわかりやすく書けるかと言うことに 各言語は対応せざるを得ない状況になる 484 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:28:17.56 ID:3noiRnfQ.net] いや逆や わざわざKotlinをwebで採用する意味ないし 今もそんなことしてる会社は物好きな少数のみ 485 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:28:18.67 ID:82POVtug.net] まあJavaやpythonに比べたらkotlin,swift,rustなんてまだまだでしょ https://i.imgur.com/1uhp9kc.png 486 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:33:11.57 ID:3noiRnfQ.net] goは流行ってるし機能拡張していってるんやから機能不足やから廃れるってことはないやろ つい最近genericsが導入されたやん フレームワークにしろ何にしろ使う人が増えればより充実して行くもんよ こういうのは流れが大事 流れがないswift、Kotlinが今更伸びることはないやろ 487 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:40:11.88 ID:fN/L9gSF.net] 最初の言語としてKotlinやSwiftは選びたくない 488 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:51:09.86 ID:RriiMuS9.net] >>479 むしろRustだけは生き残ることが確実 Rustの以下のメリットを持つ代替言語が存在しないため ・ガベージコレクションを必要とせずC言語と同等の速さと省メモリを実現 ・各種データ競合やメモリ使用の安全性を保証 ・現代的な各種プログラミングパラダイムを洗練して採り入れており非常にプログラミングしやすい 489 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 20:52:42.92 ID:fN/L9gSF.net] 一番最初の言語に選びたくないNo1は今のところRustかな？ まあそんなことにはならないでしょうが 自分は最初はBASICだった もう使うことはないと思ってたらAppleiiのエミュにBASICが入ってて 使ったことはないのに適当にやっても結構動くものが作れた 490 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:04:57.35 ID:jsmatYo9.net] CからC++に行かずにRUSTに行く 491 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:11:03.50 ID:ks20fz6N.net] >>487 たぶんそれが正解 スクリプト言語程度で良い用途は別として 普通にちゃんとしたプログラミングをするならばC言語で基本をまず学んだ上でRustがベストかな 492 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:14:31.44 ID:jsmatYo9.net] Cからちょっとだけアセンブラ（オプションで出力させたものを解読できる程度）もありかも知れない 493 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:17:03.29 ID:fN/L9gSF.net] C →　Rust その人たちは何がやりたくてプログラミングするのか疑問だなあ 494 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:18:27.03 ID:/ryaTu8Q.net] >>474 Kotlinやろうとしたら必然的にJVMとJavaも勉強しないとだよね 学習コスト３倍じゃん バカじゃん 495 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:18:44.27 ID:hteyj+L8.net] システムプログラミングでしょ 496 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:28:32.93 ID:8mvJZb/O.net] rustはシステムプログラミングとか、低レベルプログラミングの分野で生き残ると思いますよ あくまで俺が話してるのはweb系の話 ちょっと主張を代えてしまうようで申し訳ないけど、俺が主張したいのは、kotlinが来るというよりも、goやrustがこの先web開発で盛り上がりを見せるとは思えないということです 497 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:28:36.30 ID:jsmatYo9.net] Javaやってた人が楽したくてkotlin触るのがほとんどだと思うわ 498 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:32:44.23 ID:u+FS9OX1.net] >>493 サーバーサイドに関してはpython一択になると思うよ 今の若手がpython推しなんだからそいつらが偉くなったらみんなpythonになる 現に俺が管理して利権として享受してるサービスをpythonでリプレースしようという案が出てきてる 全力で防いでるが 499 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 21:33:48.12 ID:m6fZyHop.net] >>493 大規模ウェブサイトのバックエンドにgoやらrustやら使う事例は多いからweb系とひとくくりにするのもちょっと不正確では

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef