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/
749 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 17:01:41 ID:COJzGufp.net] >>714 Pythonは、RAD系。C#も、RAD系的。 Rustは、RAD系とは正反対で、深く使いこなそうとするとCよりもC++よりもずっと難しい。
750 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 17:39:26.59 ID:COJzGufp.net] 海外のサイトでRustを褒めている人は実際には表面的にしか理解してない。 多くの人の投稿を見ているとC++14などの新しいC++が難しいから嫌になって その代替としてRustを使いたいと思っている。 また、うたい文句である所の「安全、ガベージコレクターなし、簡単なC統合」 などをそのまま真に受けている。 ところが現実は違う。 C++ですら複雑に感じる人は、Rustで独自のリンクリストを設計することは決して出来ないと予言しておく。 そして、それが出来ない状態でシステム作りするのは、とても危険である。 (C++が難しく感じるプログラマの99.9%は、Rustで、標準のリンクリストを僅かでも作り直すことは出来ないだろう。)
751 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 17:40:30.68 ID:2CCp9AcV.net] >>720 あーそうなんか残念やな C#は登場から20年経ってようやくパフォーマンスに舵を切り始めて俺が使うことはないやろけどSystem.Runtime.Intrinsicsなんかもリリースされたから下々にもパフォーマンスを享受できるようにしてほしいわ 個人的にp/invokeをpythonのようにctypes/cdllでみたいに使いやすくしてくれへんもんかなC++/CLIでラッパー書くのしんどすぎる
752 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 17:57:58.76 ID:Y3hcHT+A.net] C#はMS製というのが唯一の欠点 食わず嫌いも多いであろう
753 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 17:58:43.28 ID:cjzqzk4A.net] >>716 全処理を囲む?それ設計の問題やろ
754 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 18:00:18.34 ID:giqHqMXk.net] >>722 なかなか支離滅裂な文章だな
755 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 18:05:41.08 ID:fCjn9EhQ.net] >>716 >そもそも例外が起きないようにプログラミング書くのに全処理をtry-catchで囲む慣習が個人的にずっと不服やったんよ エラーハンドリングの基礎を学んだほうが良さそう それにRustとGoではエラーハンドリングの機能や考え方は全く違うぞ
756 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 18:34:22.72 ID:2CCp9AcV.net] 元請けが決めるんやからしゃーないやろw そやから慣習って書
757 名前:「てるやんけ [] [ここ壊れてます]
758 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 19:35:02.48 ID:3tnofAZc.net] 元請けのトンチキさに縛られる環境なら RustやPythonの特徴がどうのとか考えるだけ 無駄では
759 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 19:38:00.42 ID:KwM83K9a.net] Rustをどうしても認めたくない人多いイメージ 海外大手を筆頭に導入が広がりだしてるのは確かなんだが
760 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 19:54:40 ID:eUPBV1Bq.net] 海外の競争原理、和を乱す
761 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 21:17:55.06 ID:eNR5PFXP.net] 海外の事例(○○をrustで書き直しました!)はかなりタメになる rustはいいぞ!なんで使わないの、やくめでしょっていう話は楽しくない 最近だったらDiscordをrustで書き直したって記事が面白かった https://blog.discordapp.com/why-discord-is-switching-from-go-to-rust-a190bbca2b1f ただ、こういうリライト記事って基本的に「既にある≒要件がとても固まってるシステム」が対象なので、 試行錯誤しながら正解を探すっていう普通のプログラミングに合うのかは分からないよね
762 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 22:20:32.82 ID:hLf3cIQd.net] GCに困ってないならRust使う理由無いと思うが
763 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 23:01:17.38 ID:eUPBV1Bq.net] GCのアルゴリズムはいっぱいある 最も単純な方法では何か困ったからいっぱい作った
764 名前:デフォルトの名無しさん [2020/03/25(水) 23:26:28.94 ID:6cLcCOlB.net] ふつう何かを開発するのにGCとか型付けとか 関数型プログラミングとかそんなくだらない事はどーでもいいわけ。 numpyやpandas、数学ライブラが充実してるから pyを使う 組み込みで機械動かせるからC系を使う ブラウザはJavaScriptで動作するからJavaScriptを使う モバイル開発専用の言語だからkotlinやswiftを使う みんな使ってるからJavaを使う GoやRustにそれらの専売性がありますか? ないよね?それを使わざるを得ない状況がないよね? じゃあ要らないよね。
765 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 23:29:23.97 ID:ukHBAVn8.net] いやそれGC使ってるからね。。
766 名前:デフォルトの名無しさん mailto:sage [2020/03/25(水) 23:43:09.74 ID:JWe47CB2.net] Goは文法がガチでウンコ あれ作った低学歴に説教してやりてえわ
767 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 00:00:42 ID:ldfbk/zu.net] GAEに最適だから俺はこのGoの言語を選ぶぜ
768 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 00:11:18.82 ID:Dsy66Brp.net] このGoに及んでくだらんことを言うな
769 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 00:36:21 ID:Gvi6EW7Y.net] >>735 サーバー書くのなら割とGoが最適解の時あるのでは
770 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 00:42:11.16 ID:Dsy66Brp.net] サーバーって、ショッピングの Web API サーバーとか? あの記述力の低さで複雑なドメイン扱える気がしないな
771 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 00:58:37 ID:Gvi6EW7Y.net] >>741 そんなん言われても実際に使ってるところあるし
772 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 01:50:56 ID:Dsy66Brp.net] >>742 そんなこと言ったら、PHP 4 だって使ってるところありますよ(笑)
773 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 01:58:57.97 ID:Gvi6EW7Y.net] >>743 まあ確かにGoは技術力いるかもな 俺は技術力高い所がよく使ってるのは重要な指針になると思ってるんだけど、君はそう思わないタイプ?
774 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 02:21:23.83 ID:Dsy66Brp.net] 記述力の低さを指摘したら いっぱい使ってるし!とマジギレされたでござる Go信者こわ
775 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 02:24:54.88 ID:mwwmClxG.net] そりゃphpだってfacebookは使ってるし、javaだってgoogleが使ってるわけで そんなことで判断するのは流石にどうかと思うわ。
776 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 02:34:21 ID:SQR24f3M.net] バックエンドは長いスパンで運用しながら継続的に開発していくわ
777 名前:けだが、 そういった状況において言語の一定以上の機能性は開発生産性にほとんど寄与しないんだよね Googleはプログラマの感情を無視して露骨にそれを主張してるから反感を買いがちだけど、 MSなんかも統計的にはその事実はよく理解してるはず [] [ここ壊れてます]
778 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 06:12:20.75 ID:2gvNqqTc.net] 頑固な善人より柔軟な悪人の方が機能性があると思うやんか でも一定以下に抑えることができなくなって悪は滅ぶ この主張が感情ではなく統計的事実だとすると滅ぶのは誰なのか
779 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 07:13:45.73 ID:xf2sP63i.net] MicrosoftがProject Veronaという主要言語の研究でRustを高く評価してるな Windowsの低水準コンポーネントをRustで書いて試用中らしい >>732 同意、ぶっちゃけ実際の開発って仕様決まってようがRADでコアを作って形になったらそのままスケールしていくって感じが個人的にほとんどなんだよな とにかく効率的なメタで開発したプログラムをパフォーマンスやメンテがボトルネックだから性能を追求と保守性で最適なメタでリライトしようぜって感じでRust採用って流れじゃなかろうか
780 名前:デフォルトの名無しさん [2020/03/26(木) 07:54:21.26 ID:Sq/f/q6k.net] Rustだから効率悪いとは思わんが
781 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 08:37:28.63 ID:mwwmClxG.net] >>747 それはそう。 結局組織の問題だったりするわけだがプログラマとしては面白くない結論なんだろうっていうのはよくわかる。
782 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 10:50:56.35 ID:2gvNqqTc.net] 人類は感情を煽る技術ばっかり進歩させて 逆に感情を抑えるノウハウをほとんど持ってない
783 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 11:13:24.16 ID:Nv8FEfE5.net] 記述力なんて言葉を使うやつが 複雑なドメインを扱える気がしない
784 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 11:46:49.87 ID:OqYbDrlw.net] >>752 スレ違いな内容を書きたいという感情を抑えることができないのか
785 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 19:59:58.20 ID:1Pvv4AyX.net] >>749 後半の文節に関して、Webサービスの世界における究極のRADである Ruby on Rails の 誕生から現在に至るストーリー展開とのデジャブーを感じる たとえば Twitter は、Rails でスタートアップして「コアをスケールアップ」していくことで ビジネス的な成功を収め、同時に「パフォーマンスやメンテがボトルネック」だから 内部のコンポーネントを Scala/Java へ移行している Rust に関して言えば、必須の低水準言語は C であることは変えようが無いという前提のもとで、 それよりやや高水準をターゲットとしている C++ のシェア侵食が起こり得ると考える それはWebサービスの世界で Rails が PHP の牙城に食い込んでいった歴史の再現だ もちろん昔も今も PHP の絶対的王者たる地位に揺るぎがあろうはずもなく、 一部の熱狂者たちが Rails のシェアを支えているに過ぎないという事実と重なる 同様に、Rust が一定の認知を得て普及する可能性は高いと同時に、 すべての C++/Java/C# プロジェクトが Rust に置き換わるバラ色の未来もまた存在しないだろう
786 名前:デフォルトの名無しさん mailto:sage [2020/03/26(木) 20:18:11.18 ID:BFnt5xGK.net] 誰も言ってないことを長文で批判するのが あちこちのスレで見るよね
787 名前:デフォルトの名無しさん [2020/03/26(Thu) 21:18:48 ID:5AygTm0o.net] >>755 まず「文節」を辞書で引こう。 小学校の国語の授業寝てたの?www
788 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 21:59:58 ID:3AJePqna.net] PHPが絶対的王者ってマジ? 俺の世界ではRubyが王者でそのあとをGoが追ってて、PHPはゴリ押ししてようやく採用されるかどうかなんだが
789 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 22:19:20 ID:5np4UAxw.net] 春になるとポエッティーノ男爵ふえるよね
790 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 22:26:38 ID:Dsy66Brp.net] PHPなんてもう名前すら聞かなくなった あんなガイジ言語ありがたがってる程度の底辺とは付き合いがないからかもしれんが
791 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 22:30:12 ID:z8spWkog.net] いまどきRubyを好んで使うのは底辺うんこベンチャーくらいだろ
792 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 22:30:42 ID:MxLRauFN.net] 駄目なのはポエムじゃなくて登場人物を出すやつだ プログラムは無人で動くべきなんだよ
793 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 23:20:27 ID:n14BBjo0.net] >>759 ポエムじゃなくて、「転生したらPHPが絶対王者だった件」というラノベかもよ
794 名前:デフォルトの名無しさん mailto:sage [2020/03/26(Thu) 23:26:23 ID:Dsy66Brp.net] >>763 転職して型無しゲェジのウンポコペチプー糞まみれになって気が狂って 最後はコロナに罹って電車に飛び込む話か
795 名前:◆QZaw55cn4c mailto:sage [2020/03/26(Thu) 23:37:49 ID:8/yZHzko.net] >>758 wikipedia も PHP だし…
796 名前:デフォルトの名無しさん [2020/03/27(金) 00:20:14 ID:GUIIkCWN.net] PHPは言語設計力0のガイジが作って、さらに機能を付け足していって更にガイジ言語になり、IT界でSIerが一番権力を持つガイジ国家日本で文系ガイジが動的なHTMLを書けるというだけで採用し、変えられずに今に至る 証拠にメルカリや最近のWeb系企業はPHPではモダンな言語でWebを作っている でも俺はGoは好きじゃないけど
797 名前:デフォルトの名無しさん [2020/03/27(金) 00:20:58 ID:GUIIkCWN.net] タイポ PHPではなくモダンな言語でWebを作っている
798 名前:◆QZaw55cn4c mailto:sage [2020/03/27(金) 00:35:13 ID:HpnI1SG8.net] >>766 >PHPではモダンな言語でWebを作っている 言ってることが矛盾していませんか?
799 名前:◆QZaw55cn4c mailto:sage [2020/03/27(金) 00:35:34 ID:HpnI1SG8.net] >>767 了解しました
800 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 00:43:11 ID:AdoNhS+g.net] >>769 承知しましただろうが 日本語もまともに使えないガイジ 情けない 世も末だな
801 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 00:44:19 ID:Oj6vZ37J.net] しかしPHPで金儲けできてるなら文句は言いづらい 金儲けして何が悪いの?っていう魔法の言葉があるから
802 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 00:53:25 ID:AdoNhS+g.net] PHPに負けてるゴミどもが喚くな
803 名前:デフォルトの名無しさん [2020/03/27(金) 02:22:06 ID:GUIIkCWN.net] PHPに縛られてるガイジどもが喚くな
804 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 02:25:32 ID:hLiiQ+aA.net] とりあえずPHPで作ってスタートアップしてからGoに置き換えていくのが流行ってるよな
805 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 03:09:18 ID:u+JL0HJF.net] うちは権力の強いペチパーがいるから変えたくても変えれん
806 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 03:15:26 ID:hLiiQ+aA.net] 転職するべきでは
807 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 03:48:37.25 ID:E0iV7Jya.net] >>707 Rustなんだから合ってるだろ;
808 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 03:49:27.86 ID:E0iV7Jya.net] まつがえた >>706 Rustなんだから合ってるだろ;;
809 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 05:12:38.14 ID:cwhPeqJj.net] 雑食系エンジニアサロン勝又健太氏を思いっきり論破してみた https://www.youtube.com/watch?v=td6cX0en4oI 初心者に、Rails を推奨する、雑食系エンジニア・KENTA を批判して、 Java, PHP を勧める、モローに対して、批判殺到w PHP は、プログラマー向けの本がほとんどない。 WordPress の説明本ばかりだから、上達しない Java は、数倍の勉強時間が掛かる。 人間の成長率を、同じ勉強時間で比べていないだろ それと雇用形態が異なる。 Java は5大ITer を頂点とする、使い捨て奴隷・土方系。 建設業と同じで、1社経由するごとに、3割抜かれる
810 名前:梛5千円 * 180時間 = 1人月90万円でも、 元請けが30万円、1元請けが20万円、2元請けが10万円と抜いていく COBOL, Java, VB というのが3大土方言語。 でも銀行の更新時期が過ぎたから、仕事が無くなった 業界調査すると、ブラック過ぎて、他人に勧められない。 一方、5大ITerは、社員の給料を高くしたいから、都合のよい使い捨ての奴隷が欲しい [] [ここ壊れてます]
811 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 07:15:34.06 ID:7fKLUCpq.net] rustな。。本当にバリバリc++書いてきて、 しかも慎重にコーディングする優秀な奴らばっかのチームなら機能するんじゃないかという気はしてきた。 まあそんなチームは日本にはないだろうなという気もする。 てか世界でもほとんどないんじゃないかな。 GAFAでも優秀なごく限られた一部だけだろう。 んでもってそういうところならc++でも十分な品質のものが書けるっていうね。。
812 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 09:06:14 ID:KIy2b3FX.net] 優秀な人材集められそうなところが Rustに書き換えやってるわけですが
813 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 09:15:18 ID:7fKLUCpq.net] https://github.com/fnwiya/japanese-rust-companies この辺とかのこと言ってるなら、俺は勧めないよ。 糞製品作らされるだけなのが目に見えてる。 まあ個人の自由だからやりたいならやればいいと思うが。
814 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 09:23:14 ID:Oj6vZ37J.net] 優秀な上司を探そうという気がそもそもないよね
815 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 11:42:41 ID:cYTeLRjQ.net] >>780 むしろ逆だわ Rustが書けない(メモリの所有権、借用、ライフタイムの概念が理解できない)プログラマが まともなC++のコードを書けるとは思えない Rustはプログラマが間違えたらコンパイラが誤りを指摘してくれるが C++はプログラマが間違えても何もしてくれないからほっとくと脆弱性まみれのプログラムになる
816 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 11:46:55 ID:AdoNhS+g.net] でも動かないじゃん 動くPHPと 動かないRust ビジネスチャンスを鷲掴むのはどっちだと思う?w
817 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 11:51:36.63 ID:7fKLUCpq.net] >Rustが書けない(メモリの所有権、借用、ライフタイムの概念が理解できない)プログラマが >まともなC++のコードを書けるとは思えない これは正しいと思うけど、そもそもc++をまともに書ける奴は少ないし、 c++をまともに書けるやつがrustのコンパイルチェックで 得られる恩恵ってやつは君が思うほどおおきくないってのが俺個人の意見だわ。 それでもってランタイムの品質、ハードウェアに対する対応なんかを考えた場合、 c++のが上になるっていうことが考慮から外れているように見受けられる。
818 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 12:09:22 ID:KIy2b3FX.net] >>782 こういう奴は良い会社や良いプロダクトの 例は出せやしない
819 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 12:10:19 ID:VaiYZBCN.net] >>784 本来、変数とは読んで字のごとく「変化する数」なわけだから 本質的に mutable(変更可能な)なもの。 にも関わらずRustでは、変更可能な変数には mut を指定しなければならないので 確率論的にはソースコードの量が増えてしまうことになる。
820 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 12:14:59 ID:VaiYZBCN.net] >>788 さらにいえば、Rustでは、型を明示する場合は、 let a:TYPE = xxx; // (1), TYPE は xxx の型 と書くが、:TYPE を省略して、 let a = xxx; // (2) のようにもaの型を書くと自動推論する機能を持っている。 C++にもあるバージョンから auto などでこれと同様の機能が入って、 一見便利だが、型がわかりにくくて問題にある可能性がある。 逆に、C++ だと型を明示する場合には、 TYPE a = xxx; // (3) と(1)に比べて短く書けることも重要。 Rustだと:TYPEを書くのが面倒なために、(2)ように省略してしまう 人が続出する可能性がある。
821 名前:これは問題だ。 [] [ここ壊れてます]
822 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 12:15:48 ID:VaiYZBCN.net] >>789 誤:のようにもaの型を書くと自動推論する機能を持っている。 正:のように型を自動推論する機能を持っている。
823 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 12:21:05.07 ID:aLfv28Wa.net] >>788 今どきimmutableな変数も受け入れられないとかどんだけ化石なんだよ
824 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 12:21:34.20 ID:aLfv28Wa.net] あ、確率論的にヤバイやつに触ってしまった スマヌ
825 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 12:23:58.46 ID:hY05skqC.net] Rustだと所有権とかでエラーになる部分も警告で留めてくれる+警告潰せばだいたい安全、みたいなのがほすぃ(´・ω・`)
826 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 12:27:10.00 ID:VaiYZBCN.net] 大手が採用したとかで一見目立っているが、Google Trends で見る限り 極度の低空飛行で、人気は横ばいよりも下がり気味だ。
827 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 12:33:25.16 ID:VaiYZBCN.net] Rustは、去年の7月辺りをピークとして人気が下がってきている。
828 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 12:36:17 ID:VaiYZBCN.net] >>791 非難する人を「古い人」扱いすれば切り抜けられると思ったら大間違いだ。
829 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 12:39:35 ID:VaiYZBCN.net] >>784 しかし、C++ の場合、new の働きは明確なのに対し、 Rustは、Box::new のコードを見ても、「box」という組み込みキーワードを 使ってしまっているのでそれ以上追う事は出来ず、曖昧さが残る。 C++の場合は、少なくともC++98までだとかなり原始的なレベルまで やっていることが明確だった。C++11あたりから異常になったが。
830 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 12:51:59.02 ID:AdoNhS+g.net] で、Rust使ったらPHPより売れるプログラム書けるの?w
831 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 13:02:00 ID:3tCJhGUU.net] >>788,789 俺もRustは指示するわけではないが、問題点として挙げるのがほんのわずかなタイプ数だなんて、根拠としては弱いというかどうでも良い話だろ
832 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 13:07:03 ID:VaiYZBCN.net] >>799 C++が使いこなせる程度の適正があるプログラマにとっては、タイプ量の増加 は苦痛以外の何者でもない。 彼らは特にC++でバグに悩まされたりしてるわけじゃないのだから。
833 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 13:44:45.27 ID:ShoDX97I.net] タイプ量なんかより大事なことがあるって分かる奴が Rustをつくりだして、または使ってるんだろうなw
834 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 13:52:21.68 ID:KIy2b3FX.net] 連日あちこちのスレで荒らしてる奴なので 相手するだけ無駄
835 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 14:09:16 ID:VaiYZBCN.net] タイプ量はとても大事だ。 頭が賢ければ、タイプする体力と時間が不要なのだよ。 頭が悪い人は、体力と時間で勝負するしかないからタイプ量が多い言語を使うしかない。
836 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 14:40:34.92 ID:gM1jKcLP.net] タイプ量はどうでもいい 読みやすいかどうか
837 名前:デフォルトの名無しさん [2020/03/27(金) 14:42:32.41 ID:VaiYZBCN.net] let a:i32 = x; と int a = x; なら、後者は短いのに分かり易い。コンパイラに伝達される情報は同じだし。
838 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 14:54:06 ID:VaiYZBCN.net] Rustで、 let a = x; //(1) と let a:i32 = x; //(2) なら、そもそもコンパイラに伝わる情報が違い、後者は記述量が多くてもバグの少ないプログラミングに役立つ。 後から読み直しても a を i32 型にしたいプログラマの意図が分かって分かり易い。 だから、記述量が増えても後者は良い面を持つ。 ところが、Cで int a = x; //(3) と書けば、Rustの(2)と全く同じ情報がコンパイラに伝わり、エラーチェックのレベルも同程度だから、 Cは、少ない記述量で同じ事ができると言える。 (1)と(2)の違いと、(2)と(3)の違いを混同してはならない。 前者は記述量が多くなっても安全性向上という意味で意味が有るのに対し、後者は、書くのが長くなるだけで全く意味が無いのだから。
839 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 15:00:14.28 ID:ShoDX97I.net] ガイジかこいつ
840 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 15:01:10.96 ID:I9gCjo9A.net] 型推論て今時どの言語にもあるんじゃね GoやJavaにさえある つまり問題視する方がお
841 名前:ル子い [] [ここ壊れてます]
842 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 15:11:19.11 ID:VaiYZBCN.net] 型推論することで安全性が駄目になるから、Cでは型を明示して宣言するようになったんだ。 その哲学を壊す言語が増えてきているだけ。
843 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 15:13:12.70 ID:u+JL0HJF.net] タイプ量タイプ量ってさぁ 型無し言語かhaskellでもやってろ
844 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 15:17:28.55 ID:E0iV7Jya.net] 型の選択みたいな重要なことをコンピューター任せにしてしまって良いのでしょうか?!
845 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 15:17:37.12 ID:M0gPeD08.net] null安全を考慮した言語よりnullの方が良いと 主張していたアホだから
846 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 15:19:37.09 ID:E0iV7Jya.net] Cも暗黙の型変換があるからイクナイ 高度な型推論はいずれチューリング完全性を有して機械的手続きでは御しきれなくなる そして人類が機械でないという証拠は今のところ無い
847 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 15:42:26 ID:VaiYZBCN.net] >>808 型推論は、C++は template が深くて複雑すぎて、templateを使っているときに、 人間側が結果や変数の本当の型が分からなくなってきたので、しょうがなく 最近になって導入された。 もしこれをちゃんと手で書くと複雑で長い型になり過ぎる。 templateはソースがあるが読んでも複雑すぎて多くのC++プログラマには型が分からない。 また、templateはRADのような簡単に機能を使いたいときに使えるように設計された ものなのに、型が難しすぎてわからないということは本末転倒であった。 そのためにしょうがなく型推論できる機能がC++に導入された。
848 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 15:44:18.61 ID:VaiYZBCN.net] >>810 型を打つこと自体は良いんだ。 >>806 を読むべし。
849 名前:デフォルトの名無しさん mailto:sage [2020/03/27(金) 15:46:21 ID:VaiYZBCN.net] >>812 そうじゃない。 nullable指定を明示的に行うことは良いと思うが、 nullを絶対悪として、NullObjectとPolymorphismで対応することで nullを完全排除しようとしている一部の人に対して反論していただけだ。