[過去ログ] 次世代言語13 Go Rust Swift Kotlin TypeScript (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
65: デフォルトの名無しさん [sage] 2018/08/23(木) 22:58:21.72 ID:wSu9Jxc9(1) AAS
東京オリンピックの頃にはRubyは消滅してるな
暗黒時代の終焉
66: デフォルトの名無しさん [sage] 2018/08/23(木) 23:06:41.36 ID:p0u00SDp(3/3) AAS
Rubyそれ自体はそんなになんてことはないんだけどRailsと信者が害悪なんだよね
67: デフォルトの名無しさん [sage] 2018/08/24(金) 00:11:15.73 ID:XV30yf4o(1) AAS
でかいサービスしてるところがRailsやめて移行しましたという話は聞くけど
逆にRailsにしましたという話は聞かないな
技術的負債になりかけてないかね
68: デフォルトの名無しさん [sage] 2018/08/24(金) 00:25:38.84 ID:iMeaBiRp(1) AAS
Rails は随分衰退してるよな
69: デフォルトの名無しさん [] 2018/08/24(金) 00:42:34.11 ID:WpU5tz/B(1) AAS
Goはクソ仕様言語
GoogleCloudで使えるから価値があるが
言語単体としてみたらVB以下いやPL/SQL以下やぁ
70: デフォルトの名無しさん [sage] 2018/08/24(金) 01:05:47.04 ID:TjDOkMEc(1) AAS
多くの言語は十徳ナイフを目指してる中、Goはサバイバルナイフを目指してるイメージだわ
71: デフォルトの名無しさん [sage] 2018/08/24(金) 03:58:17.04 ID:Hi4MdCiB(1/3) AAS
サバイバルちゃん(エコノミックアニマル)
十徳ちゃん(リベラルアーツ)
72(1): デフォルトの名無しさん [] 2018/08/24(金) 06:54:32.39 ID:ilYYcF1k(1/2) AAS
こじったらひしゃげるようなgoがサバイバルナイフってことはない
せいぜい爪楊枝だな
73: デフォルトの名無しさん [sage] 2018/08/24(金) 06:56:32.71 ID:S4vKOstV(1) AAS
>>72
そういうことを言ってるんじゃないだろ
74: デフォルトの名無しさん [] 2018/08/24(金) 07:02:18.54 ID:ilYYcF1k(2/2) AAS
質実剛健で実用的って言いたいんだろ?
キッチンバサミを目指したら爪楊枝ができたってこと
滑ってるなら謝る
75: デフォルトの名無しさん [sage] 2018/08/24(金) 07:16:02.36 ID:hQwHRwtG(1) AAS
goはメタプログラミングの弱さをコード生成で乗り切る方針にしてるから、
ジェネリクスマンセーの人にはムカつく言語に見える。
76: デフォルトの名無しさん [sage] 2018/08/24(金) 07:26:44.81 ID:Hi4MdCiB(2/3) AAS
方針は自由だが他人の感情を方針にするなよ
77(1): デフォルトの名無しさん [sage] 2018/08/24(金) 07:52:15.47 ID:9sOu1iJ9(1) AAS
いや、googleの中の人は毎回マクロやプリプロセッサにcpuパワーを取られることに問題を感じていて、そこをgoで解決した。
78: デフォルトの名無しさん [sage] 2018/08/24(金) 08:12:05.07 ID:LUWnMn3S(1) AAS
こマ?
79: デフォルトの名無しさん [sage] 2018/08/24(金) 14:44:12.21 ID:r+WT3UNF(1) AAS
ちょっとくらいビルドに時間かかってもいいから
便利機能を追加するのが凡人にはありがたいんだが
なにせGoogle様は天才だから
80(1): デフォルトの名無しさん [sage] 2018/08/24(金) 15:15:58.44 ID:Z04qfkhW(1) AAS
Googleのプロジェクトっていちいち無駄に複雑なビルドシステム作ってビルドをゲロ遅くするの大好きな印象だけどな
>>77については根本的な問題から目を背けて場当たり的なハックで解決しようとしているという課題解決の典型的なダメパターンを感じる
81: デフォルトの名無しさん [sage] 2018/08/24(金) 15:48:44.78 ID:Hi4MdCiB(3/3) AAS
でもAIには、10手先のコードを総当たりビルドみたいな古典的な方法もあるから
教師あり学習みたいなテスト駆動開発をやらされる時代が来たらたらどうする?
82(1): デフォルトの名無しさん [sage] 2018/08/24(金) 22:07:23.07 ID:NktfgM5i(1) AAS
あくまでgoogle社内のシステム言語としてgoは生まれたから。
c++のビルドに45分かかるってなったら
やばいってなるよね
83: デフォルトの名無しさん [sage] 2018/08/25(土) 08:55:52.56 ID:UzOZyqtt(1/2) AAS
googleっつってもいろんなプロジェクトあるからな。
まともに動かんものたくさん作ってるプロジェクトもあれば、だいぶ頑強に作ってるものもある。
84: デフォルトの名無しさん [sage] 2018/08/25(土) 09:00:28.66 ID:UzOZyqtt(2/2) AAS
>>80
むしろ最近のなんでも言語仕様で解決しようって発想のが場当たり的に思うけど。
テンプレにしろマクロにしろやってることは変数評価前の展開なわけだからビルド全体から見れば
無理に言語の方でやる必要はないってのは自然な気はするよ。
てかマクロのシンタックスを通常の言語に組み込んでも取り扱いは難しいってことはlispが証明してる。
85: デフォルトの名無しさん [] 2018/08/25(土) 09:31:00.82 ID:HuIv4ttN(1) AAS
>>82
C++はインクルードがネックだよね。早くモジュールが標準化してほしいな
86: デフォルトの名無しさん [sage] 2018/08/25(土) 09:51:31.60 ID:ROrdHzXZ(1/3) AAS
C+++のモジュールって何ン語?
87: デフォルトの名無しさん [sage] 2018/08/25(土) 09:56:59.56 ID:hQEFe9I2(1) AAS
ネックはテンプレートじゃないかな。どうやったらあれを高速化できるか。
88: デフォルトの名無しさん [sage] 2018/08/25(土) 10:43:27.87 ID:logoA4dK(1/2) AAS
コンパイル単位とかいう黴の生えた糞さえなければ今時テンプレートの処理くらいそんなに重いもんじゃないよ
同じこと何度もやってるから遅いだけ
89: デフォルトの名無しさん [sage] 2018/08/25(土) 10:53:14.04 ID:6H56IPIL(1) AAS
2004年に草案が出て、2017年に試験的実装が出たC++モジュール機能
2020年(C++20)には固めたいらしいけどどうせ延期して2023年とかになって
コンパイラが正式対応するのは2025年くらいかね
外部リンク[pdf]:www.open-std.org
外部リンク[pdf]:www.open-std.org
上下前次1-新書関写板覧索設栞歴
あと 913 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.024s