（ヽ´ん`）「Rubyはオワコン。しかも開発者がネトウヨ」 [859233768]

?2BP(2000) · 2022/05/24(火) 21:10:52.94

ボジョレー・ヌーヴォーみたいに毎年言われる「Rubyは死んだ」
まつもとゆきひろ氏が考える、プログラミング言語の未来
https://logmi.jp/tech/articles/326541

2022/05/24(火) 21:11:17.10

CGアニメ？

2022/05/24(火) 21:11:36.37

ネトウヨだっけ？
なんかへんな宗教の信者だったような

2022/05/24(火) 21:12:02.06

アニメ一期は面白いよね

2022/05/24(火) 21:12:32.33

payochonイライラ

2022/05/24(火) 21:13:11.57

一時期はperl、ruby、pythonと並べられていたのに

2022/05/24(火) 21:13:18.92

死んでるじゃん
最近のでRubyで動いてるものなんかないだろ

2022/05/24(火) 21:14:01.45

ネトウヨは置いておいてもオワコン

2022/05/24(火) 21:14:04.92

PHPのほうが情報が充実してて優れている

2022/05/24(火) 21:14:56.29

正論

2022/05/24(火) 21:15:22.96

>>6
PerlやPythonと並べられた時期あったっけ？
PHPと並べられてたイメージしか無いや

2022/05/24(火) 21:15:43.49

python2系から3系になって互換性捨てたときに何でシェア取れなかったんだ？

?2BP(2000) · 2022/05/24(火) 21:16:24.05

iOSアプリ作るときにもCocoaPodsのためにRuby書くしオワコンって感じでもないな

2022/05/24(火) 21:16:43.15

我こそは高度な技術者なりぃ！つって
自民党の働き方改悪に賛成してて絶句
超絶、頭悪いだろ

言語ひとつ作るようなやつって
天才じゃないのかよ

2022/05/24(火) 21:17:14.38

githubもSpotifyも大きすぎて改修は無理ってだけでRubyなんかで作るんじゃなかったって思ってるだろ
そんなに良いならなんで後発からは全部そっぽをむかれてるんだよ

2022/05/24(火) 21:17:15.52

>>12
Node.jsに全部持っていかれた

2022/05/24(火) 21:17:25.96

大事なのは言語じゃなくフレーワークだからな
Railsの安定感は強い
PHPはフレームワークがディスコンしまくりでLaravelでやっと安定した

2022/05/24(火) 21:18:04.88

>>14
医者とか金融系の奴らもそんな感じじゃん
イーロン・マスクもか

2022/05/24(火) 21:18:39.81

エレガントとか痛々しい感じがネトウヨって感じがする

2022/05/24(火) 21:20:43.01

その基準だと日本人の9割くらいネトウヨなんだろ？

2022/05/24(火) 21:21:31.33

熟女レーベル？

2022/05/24(火) 21:21:43.03

だいぶ前に死んだ

2022/05/24(火) 21:21:45.63

railsみたいな全部入りフレームワークの時代じゃない
mbaasとか使ってとにかくコンパクトに作った方がメンテナンス性もいいしお手軽だし何もかもいい

2022/05/24(火) 21:22:16.38

つーかこの板にも来てた信者も見なくなった

2022/05/24(火) 21:22:32.92

Ruby　ガチのオワコン
Ruby on Rails　最初は良くてもスケーラビリティが無いしそもそもオワコン
mRuby　奇形児オワコン

2022/05/24(火) 21:23:25.53

計量フレームワークで作っても結局railsみたいな構成になるから最初からrailsでいいやってなった

2022/05/24(火) 21:26:18.62

主人公の声優がデブ女でがっかり

2022/05/24(火) 21:26:51.60

結局実用とかシェアじゃなくてこの言語が好きなんだぁってやつが
時代遅れになったからいなくなった

意識高い系は最新の方じゃないとマウント取れないからなｗ

2022/05/24(火) 21:29:20.06

>>26
Railsに足りない機能を付け足そうとしてもプラグインがなくて詰むぞ
オワコン言語だからな

2022/05/24(火) 21:29:54.85

新規のRubyプロジェクトは見ないな

**AIｶﾞﾗﾌﾟｰ** (ﾜｯﾁｮｲ 5a0a-1nOo) · 2022/05/24(火) 21:31:14.92

死ね非人の一番はよにゃ？！！！

2022/05/24(火) 21:31:16.76

今はもう速度至上主義みたいなとこある
コンテナ建てまくってバイナリで殴れみたいな

2022/05/24(火) 21:31:53.85

>>16
持ってかれたのはGolangとPHPとPythonじゃね
Rubyは本当ゴミみたいなパフォーマンス叩き出してたからな

2022/05/24(火) 21:32:47.68

スマホアプリできないの？

2022/05/24(火) 21:35:51.54

スレが伸びないあたりSEがマジで足りないんだなってわかる

2022/05/24(火) 21:35:57.56

rubygenがゴミ

2022/05/24(火) 21:36:45.01

>>7
マストドン

2022/05/24(火) 21:36:47.25

フロントエンドエンジニアになりたいんだが
バックエンド言語何かやるとしたら PHP にするわ
PHP なら WordPress もできるし

2022/05/24(火) 21:38:03.27

>>38
Node.jsにしとけフロントエンドと同じ言語でシナジーないわけがない

2022/05/24(火) 21:39:50.52

実際いよいよ型ブームで死ぬみたいだけどね
pythonやphpより型を付けてまで使い続けるインセンティブが少ないのに加えて
アノテーションの方向性も微妙と来てる

2022/05/24(火) 21:41:47.79

Rubyはここ十年きかんな

2022/05/24(火) 21:41:49.10

>>37
リリースが2016年

2022/05/24(火) 21:42:17.61

>>38
nodejs&tsがいい
けど未経験ならPHPのほうが仕事多くて入りやすいし安定してる現場多いね

2022/05/24(火) 21:42:58.16

JavaScript関連とRubyの架け橋がもっと増えれば良いんだけどあんまり作る人がいない

2022/05/24(火) 21:44:00.08

Ruby嫌いじゃないけどスクリプトはPythonでいいかなってなる

2022/05/24(火) 21:44:01.93

>>25
GitHubはスケールしてるじゃん

2022/05/24(火) 21:44:17.50

>>12
Rubyもまた互換性を捨てたのだ…

2022/05/24(火) 21:44:47.98

日本は未だにRailsが多い
一番ウェブ屋で目立つのはLaravel
だからPHPでいいだろ基本は　nodeはスタンダードではない

2022/05/24(火) 21:45:29.72

>>45
googleが作ったzx最高だぞ

2022/05/24(火) 21:46:22.89

スケーラビリティ云々よりかは単純にフロントもサーバーも全部JSかTSで良くねの風潮で新規採用が減ってる気がする
中小企業がスケーラビリティを気にするメリットそれほど大きくないしな

2022/05/24(火) 21:46:40.76

PHP→Ruby→PHPがほんとウンコスタイル
この流れで出来るやつ0

2022/05/24(火) 21:47:49.57

>>49
そんなにJS得意じゃないからなあ

2022/05/24(火) 21:48:23.71

pixivとかLaravelだよね
あれも何がいいのかよくわからんけど

2022/05/24(火) 21:48:28.06

Pythonの汎用性とか
膨大ならライブラリというやつが
そっくりそのまま別の言語に置き換わるなんてことが
想像でけへんねんけど？
そんなこと起こり得るのか

2022/05/24(火) 21:48:39.68

もう終わりだよこのネトウヨ言語

2022/05/24(火) 21:49:35.65

Pythonの作者がネトウヨが判明しても
オランダ語わかんないからセーフだよね

2022/05/24(火) 21:49:43.50

嫌儲ではgolangほとんど聞かないけど世間ではわりと流行ってるよな？
これからますます流行るのかな

2022/05/24(火) 21:50:11.41

>>40
そのへんの言語は型いらんやろ
だったら他の言語使うわってなる
TSは選択肢がないからしゃーなしで使ってるだけだし

2022/05/24(火) 21:51:16.41

PHPがここまで化けるとは思わなかったよな
昔は糞言語の代表格と言われていたけど
PHP7以降の進化とLaravelのお陰で今はかなりまともなWebアプリが作れるようになった

2022/05/24(火) 21:51:23.97

業務系webならRailsとReactの組み合わせが楽かな
Reactもやっと安定した
Laravelもいいけど10年後も維持できてるのはRailsだと思う

2022/05/24(火) 21:52:58.80

reactすぐ書き方変わって辛い
バージョンアップでまた色んなやつが動かなくなった

2022/05/24(火) 21:53:37.94

nodeも鉄板なフレームワークあればなー

2022/05/24(火) 21:53:38.60

>>54
そもそも元祖はPerlだぞ
Perlで作られた膨大なリソースが他のスクリプト言語に移植されて行ったんだ
Pythonもそれの一つに過ぎない

2022/05/24(火) 21:53:53.43

酷い言われようだなスクリプト言語の中では1番マシだと思ってる
スクリプト言語なんて使わないけど

2022/05/24(火) 21:54:18.81

>>39
>>43
Nodeって結構使う場面あるのん？
下記の理由でそんなに需要ないのかと思ってたわ

・あんまりNodeのこと書いてるフロントエンドの求人は見当たらなかった
・逆にCMSやWordPressのことを書いてるフロントエンドの求人はそこそこあった

2022/05/24(火) 21:55:07.63

>>57
フレームワークが安定しないのと書いてて楽しくない
でも読みやすさはダントツだからメンテナンス性は良いと思う
まあフレームワーク不足だよね

2022/05/24(火) 21:55:52.38

ベンチマーク出されるたびにRubyイストが(´・ω・｀)なっててカワイソス

2022/05/24(火) 21:56:08.22

スケーラビリティは実はあまり問題なくなった
今は負荷に応じてクラウド側でコンテナ増やすだけだから
むかしバズワードC10kな頃にnode持ち上げられたけどその役目ではあまり今は使われない

2022/05/24(火) 21:56:13.43

ネトウヨってばれると大学の先生クビになったりするんだし、
有名なプログラマーとかでも、よほど優れたものを作ったのでも
ないかぎり同じ扱いでいい気もする

2022/05/24(火) 21:57:23.28

GO言語はAPIサーバでは原理上最強とかのドリームがあるけど
現実的には強いて使わなくてもいいから…

2022/05/24(火) 21:57:54.61

>>69
大澤元特任准教授はmatzの比じゃねーだろ
その後のビジウヨムーブもひどいし

2022/05/24(火) 22:01:10.31

>>70
どのみちDBがボトルネックになるしね

2022/05/24(火) 22:03:34.20

ブラウザだけで動くjavascriptでええやん

2022/05/24(火) 22:04:15.41

>>56
モンティ・パイソン好きなやつがネトウヨは無さそうだが

2022/05/24(火) 22:06:04.44

>>65
React&Typescriptって求人の場合、バックエンドはnodejsじゃないかな
CMSやWordpressの求人は知らないけど構築ばかりでプログラマーとは少し違うような

2022/05/24(火) 22:06:38.89

>>3
モルモン教は別に変じゃないないだろ

2022/05/24(火) 22:09:24.94

Rwbyはいいぞ

2022/05/24(火) 22:09:38.54

インスタンス変数ばら撒きまくると
IDEがどこで生まれたのか分かんなくなるから嫌い
他人の書いたrubyコード読みたくないわ

2022/05/24(火) 22:10:43.87

>>76
まぁまぁ変じゃね？
キリスト教、ではない

2022/05/24(火) 22:11:09.36

>>70
https://ledge.ai/tiobe-index-for-august-2021/
Goとかruby以下のシェアやん

2022/05/24(火) 22:12:52.58

名前を聞かなくなったな

2022/05/24(火) 22:13:03.33

>>75
なるほど
web系の中でも分野がある感じなんだろうな

2022/05/24(火) 22:13:21.23

Rubyはオワコン、しかも開発者がネコ

?2BP(1000) · 2022/05/24(火) 22:14:11.69

ネトウヨなのはイカン

2022/05/24(火) 22:26:18.68

>>82
就職は将来的に何を目指すかよく考えてね
いきなりブラックだったり保守すぎる現場はいると割と詰む
貯金があったり実家住まいなら半年くらい個人開発やるかスクール通うのもいいよ

2022/05/24(火) 22:27:15.02

Pythonにしよう

?2BP(2000) · 2022/05/24(火) 22:32:36.98

フロントエンドの求人だと
React(Next.js/TypeScript)
バックエンドはAWS(Node.js or Python)
というのが多い

2022/05/24(火) 22:35:23.20

日本だと多いのはVueじゃないの
LaravelがVue組み込み推奨なのもある
Reactは本体はともかくアプリ用Nativeが可用性ダメで負債になってしまったな

2022/05/24(火) 22:36:02.93

Goは流行ってるフェーズは終わったと思うけど仕事に困らん程度には広まった
ここ数年Goしか書いてないわ
昨今だとRust ageが目に付く割には全く仕事ないけどいずれ広まるのかね

2022/05/24(火) 22:45:57.35

>>15
Shopifyな

2022/05/24(火) 22:50:49.28

>>65
React.jsとかVue.jsで募集してるところはnode.jsだよ

今どきフロントエンドもバックエンドの知識必要だし逆もしかりだからWebエンジニアひとくくりで募集してるところ多いんじゃないかな?

2022/05/24(火) 22:51:07.87

>>89
golangでどんな案件やってるの？
趣味では触るけど数年メンテするような仕事では使いづらい

2022/05/24(火) 22:52:56.81

>>91　その手のフロントエンド技術はバックエンドと完全分離するのがベストだからnodejsとは限らない
そもそも規模大きめだとチームごと別だから言語が同じである必要もない

2022/05/24(火) 22:54:46.01

phpもボチボチオワコンかな
LAMP（ドヤッていう時代でもないし

2022/05/24(火) 22:55:21.62

>>92
普通にバックエンドのAPI書いてるよ
メンテに関してもGo本体は破壊的変更ないしライブラリはdependabot任せだし特に考えることないと思う

2022/05/24(火) 22:58:50.30

ツクールに捨てられたしな

2022/05/24(火) 23:00:09.47

プロは知らんけど、素人が使い捨てのスクリプト書くときは一番楽
Pythonさえ面倒な時がある

2022/05/24(火) 23:03:01.16

作者がネトウヨとかは別にどうでもいいが、Ruby はあくまで「より良いPerl」でしか無いんだよ
ちょっとしたスクリプトを書く分にはいいが、これで大規模開発なんて考えない方がいい
かつてそれをやってた会社もみんな痛い目を見て学んだんだろ

2022/05/24(火) 23:04:52.43

サーバーサイドはもう何でもいいbffの後ろはgrpcだし
新規で開発するならnestjs が個人的に好き

2022/05/24(火) 23:05:26.89

>>90
そっちか
「みなさんおなじみの」みたいな感じで出してきたけど、なじみ薄いな！

2022/05/24(火) 23:10:14.43

ShopifyはWordPressのお店版的なサービスで導入例はグローバルでかなり多い
日本だと楽天とかモールが目立つのと採用してもデザイン独自化するから気づかないパターン

2022/05/24(火) 23:12:56.78

Go 推してる奴が時々いるけど、なんであんなクソ言語中のクソ言語に我慢できるのか不思議だ。
言いたい事は幾らでもあるがその中での極め付けが「一般のユーザーにライブラリというものを書かせたくないから
意図的に generics を無くしました」ってやつ。言語の設計者本人が度々言っているように、Go というのは
「良いコードの書き方というものが解ってるのは俺らだけ。だから意図的に言語機能を弱めて作ったし、
お前ら低能IT土方は俺の考えた最強のコーディングスタイルにただ黙って下を向いて従っていれば良い」というのが
その設計思想のコアとなっている。そんな風に意図して不自由にされた道具をわざわざ使いたいと思う理由が無い。

2022/05/24(火) 23:14:53.14

一般のユーザーが作ったgemがコア部分の定義を上書きしてくるRuby

2022/05/24(火) 23:15:37.94

PHPはなかなか死なないな

2022/05/24(火) 23:22:51.33

Go は 2009 年に現れた新しい言語でありながら、その内容は「より良い C」の域を一歩も出ていないし
意図してそのように設計されている。Go は過去 30 年分のソフトウェアエンジニアリングにおける進歩を
全て無視して作られた言語であり、単に Google が開発しているというネームバリューだけで使われているに過ぎない。
とりわけひどいのがエラー処理だ。あれはエンジニアの指を腱鞘炎にするために注意深く設計されたのではないか。

2022/05/24(火) 23:24:57.43

広い心でrailsは許せてもCoffeeScriptテメーはダメだ

2022/05/24(火) 23:25:40.34

>>93
フロントとバックをnodeで統一するかどうかの話じゃなく、今の時代フロントとバック両方できてAWSも使えるフルスタック気味の人がWebエンジニアとして求人されてるって話しだよ

2022/05/24(火) 23:29:54.92

死んだ子だと思われてたDartをflutterで立て直せたんだから、goだって立て直せるさ
知らんけど

2022/05/24(火) 23:30:00.08

ShopifyはRustでRubyのjit作ったRubyガチ勢企業らしい

2022/05/24(火) 23:33:12.71

>>70
並列処理を気軽に使いたいときには便利よな

2022/05/24(火) 23:35:04.25

goを好きだというとムチャクチャ切れる奴らいるよな
ホント不思議

2022/05/24(火) 23:37:59.57

2009年にもなって「より良いC」だぞ。人を馬鹿にするのも好い加減にして貰いたい。
ANSI C から考えてもその後この分野でどれだけの発展があったと思っているのか。
SmallTalk 辺りから始まったオブジェクト指向の潮流があり、それが C++ に受継がれ
Java や C# に至り、一方では Lisp から始まった関数型言語が StandardML や OCaml を経て
Haskell に至り、そのエッセンスの一部が TypeScript の発生を促した。Rust は未だ発展途上の
言語ではあるが関数型言語の潮流を全面に受けながら C と C++ の後継となるべく野心的な模索を
続けている。オブジェクト指向の流れはまた Perl を基に Ruby を生み出し、Python にて安定的な
成功を見せながら JavaScript にも影響も与えている。このようにしてソフトウェアエンジニアリング
というものは互いに影響を与え合いながら、より良い言語を目指すべく、常に発展し続けている。
一方で Go はどうだ？

2022/05/24(火) 23:38:16.17

golangで何十万行の大規模システムは作りたくないけど、マイクロサービスでWebAPIを量産するとような場面だと便利だな

2022/05/24(火) 23:38:18.57

phpが今だに高速化し続けてるのが凄いと思うわ。

2022/05/24(火) 23:39:46.50

>>102
GOは継承が無いのが良い
オブジェクト指向は間違っていた
クラスは必要無いってのがプログラミングの結論だからな
reactも状態を管理するための関数を用意してクラスを排除してるし

2022/05/24(火) 23:41:21.09

>>111
既に述べた通り、Go はその存在そのものがソフトウェア工学というものに対する直接的な侮辱だからだ。
それが侮辱を意図している事は、あのふざけた公式の言語ロゴからも明らかである。

2022/05/24(火) 23:42:17.92

>>111
GOの思想はオブジェクト指向の否定だからな
Javaとかしか使えないおじさんはキレるでしょ

2022/05/24(火) 23:43:12.31

静的型付け言語の流れが来てるのはいいことだと思うよ

2022/05/24(火) 23:44:27.82

>>115
言語とフレームワークを混同してないか？
React のテーマというのはつまり UI = f(state) の事だろう
それを発見した React が偉大である事には異論は無いが
言語の設計とは無関係な話題だ。

2022/05/24(火) 23:45:16.19

まつもとゆきひろネトウヨマジ?

2022/05/24(火) 23:48:50.82

クラスおじが不快になるのは分かるよ
reactもGOもクラスは不要だ、関数があればよいってなってるしな
JavaScript（TypeScript）とGOがその方向に向かっていてプログラミングも関数型、宣言的になってきてるからね
javaしか使えないオブジェクト指向おじさんはキレるでしょw

2022/05/24(火) 23:51:33.52

>>117
それは違う。Go が否定するのはオブジェクト指向だけではない。
Go は大域脱出を否定し、型推論を否定し、たかがジェネリクスさえも否定する。
Go は全てを否定する。

2022/05/24(火) 23:51:58.58

ちなみにGoは1.18でジェネリクス入ったぞ
みたいに言うと俺が求めてるものと違うおじさん出てくると思うけど

2022/05/24(火) 23:52:02.84

>>119
reactはフレームワークじゃないよw

2022/05/24(火) 23:52:13.44

>>80
これシェアのランキングじゃないけど…
眼科行くか知能検査してもらった方がいいよ

2022/05/24(火) 23:54:50.56

>>120
野党を腐すためにワタクシは優秀なエンジニアでごさいーとかやってたからな
もう終わりだよRubyおじw

2022/05/24(火) 23:55:43.06

>>124
違うなら何だ？ライブラリか？
別にライブラリと呼んでもいいが、少なくとも言語ではないし
言語は JavaScript だろ。お前は余程オブジェクト指向に恨みがあるらしいが
JavaScript はプロトタイプ型オブジェクト指向の言語だぞ。
そのプロトタイプ型というのは失敗のアイディアだった為に
Lua に引継がれはしたものの、そこで消失しているが。

2022/05/24(火) 23:56:26.31

状態管理すんのうぜえ
これがオブジェクト指向の末路だったんだよな
もうクラスは不要なので状態を管理する関数があればよい
状態を持つオブジェクトは不要であるw

2022/05/24(火) 23:57:59.15

>>127
ライブラリと呼んでいることもあるし、パッケージと呼んでいる場合もあるね
りあくとをフレームワークと呼んだらバカ認定されるからやめた方がよいよw

2022/05/25(水) 00:03:35.97

状態からUIを生成する、副作用を持たないレンダリング関数
状態から状態を生成する、副作用を持たない状態遷移関数
さっきも言ったが、こういった考え方が偉大な発見である事に俺は一つも異論を挟むつもりは無い
そもそも React のベースである reactive programming という考え方は
元々は Haskell で生まれて Haskell 上で研究されたアイディアだからな？
そうやってエンジニアリングというのは、研究があり、実験があり、それを踏まえた上で
次に進んで行こうという風に発展しているものなんだよ。
一方 Go がやっているのはそれら全ての否定だよ。俺が Go を嫌悪するのはそれが理由だ。

2022/05/25(水) 00:08:37.53

海外だとreactをframeworkに分類してるドキュメントもあるみたいね
この辺は境界が曖昧だから

2022/05/25(水) 00:11:11.26

goはクラウドのマネージドサービスを活用して最短でローンチして売れなきゃ即サービス終了のコンテンツ使い捨て時代の言語だからな

そんな時代にコードの再利用とか将来の拡張とかを考えて丁寧にオブジェクト設計しても大抵無駄に終わるから、リリース後1年間ぐらい保守に困らない程度の書き殴りコードで十分って考えなんよ

2022/05/25(水) 00:14:11.28

GoとRustは他言語と異なり以下の点で同じ方針
・classも継承も無くした
・例外(try-throw-catch等)も無くした

ただしその代わりの方針がGoとRustで真逆なところが興味深い
・Goはそんなものなくても地道にコツコツと書く
・Rustはclassと直交するような概念のtrait導入でクラスより便利に、代数的データ型Option/Resultと？オペレータ導入で例外より便利に

2022/05/25(水) 00:15:42.82

結局コーディングの快適さだよ
JS/TSは単純に書きやすい、クラスも明瞭だし

2022/05/25(水) 00:17:17.78

この際だから PureScript の上の Halogen にも言及しておこうか。
React はその発想がとても先進的だし、先進的なアイディアを JavaScript 上に実装することで
人々が使い易いものを作ることに成功した。その一方で言語が JavaScript であることの欠点、
つまり頑張っても TypeScript 程度の型安全性しか得られないところに限界がある。
Halogen はその欠点を克服するものとして登場した。言語が PureScript であるから
その型推論の強さは数々の AltJS の中でもトップクラスだ。しかし PureScript の生成する
JS のコードが現状あまり効率の良いものとは御世辞にも言えず、今後の伸びしろに期待される。

2022/05/25(水) 00:21:16.31

>>133
その通りだ。ただ Rust の trait はその実装をミスったと思う。
fat pointer は悪いアイディアだった。素直に dictionary passing をするべきだった。
fat pointer にしたせいで、trait のメソッドを一つでも generic にした途端に
それが trait object を作れる資格を失うという結果になってしまった。
これはあくまでコンパイラの実装上の問題であるから、今後この問題が解決されることを願う。

2022/05/25(水) 00:27:15.91

>>38
絶対にNode.jsやっとけ

2022/05/25(水) 00:29:31.72

phpとかいうゴミは本当に消えてほしい

2022/05/25(水) 00:30:20.42

>>130
人間がみんな賢ければそれでいいと思うよ
でもGoはバカでも書けるんだわ

2022/05/25(水) 00:31:17.53

Matzって昔はリベラルだったけど島根の政治家と付き合ってるうちに保守オヤジ化したみたいだな
静的型付け+型推論という新しい技術を頑なに否定し続けるから若いプログラマから相手にされなくなった

2022/05/25(水) 00:31:58.20

>>136
Rustのtraitをジェネリックの指定として使用した場合、
コンパイル時に各実型毎にコード生成して実行時コストゼロにするモノモーフィゼーションでの静的解決と、
実行時に各実型毎に呼び出すメソッド関数の実体を変える動的解決の、
2種類が現状のRustにあるわけだけど、
その後者の動的解決の時のメソッド関数テーブルを静的インデックスで持つ現状のfat pointer形式に加えて、
動的解決の2種類目として更に遅くなるが自由度を上げる辞書引き方式を加えよう！という提案？

2022/05/25(水) 00:36:48.67

結局はJavaScriptとPythonできたらええんやろ？海外でもこの2つの案件は多いらしいし

2022/05/25(水) 00:36:55.95

>>141
いや、fat pointer を辞書渡しで置き換えるべきではないか？という意見。
更に遅くなるというのはぶっちゃけ良くわからない。結局それはコンパイル時に
サイズも各メソッドへのオフセットも確定している構造体から関数の実体を参照するだけなのだから
fat pointer をやめたからといって別に遅くはならないように思える。

2022/05/25(水) 00:52:07.18

>>116
まあそうだよね
自分が一生懸命覚えた概念を全部なくしても言語として使えるしスケールもするってことを証明しちゃったのが腹が立つんだよな
ちなみに事実誤認が多いから公式文書ちゃんと読んだほうが良いぜ

2022/05/25(水) 01:00:09.33

>>130
KISSの原則って知ってるか？
簡単にしておけ、バカがw
人類は賢くなく、バカが大半だから機能も増やすよりも減らす方が正しい
これがGOの思想なんだよ
俺は頭が良いんだ！とかほざいてる奴は大抵チームを破壊するからな
何にも面白くないぞ

2022/05/25(水) 01:02:40.81

ちなみに「バカ」ってのはサンスクリット語を語源としている仏教由来の単語だからな
仏教哲学の本質とプログラミングの本質的が抽象化であって具体化の逆であることは興味深いなw

2022/05/25(水) 01:03:50.15

>>144
そりゃスケールはするだろ
あれだけ低レベルな言語なのにスケールしなかったらコンパイラの実装がおかしいわ
使えるかどうかで言うならそりゃ使えるよ。その論法で言うなら C だって使える言語だよ
俺が言ってるのはそういう事じゃなくて、言語として使い易くしようという気概がまるで見られず
無駄に冗長なコードを読ませて眼精疲労を引き起こし、無駄に冗長なコードを書かせて
腱鞘炎を引き起こすことに対して何の躊躇いも無いところが不愉快なんだわ

2022/05/25(水) 01:04:56.09

まぁプログラミングは彫刻に似ている
仏教の哲学の本質も付け加えるの逆で削っていくことだから
彫刻は削っていくことで本質を抉り出す作業だ
その逆ではないw

2022/05/25(水) 01:05:36.93

>>145
知ってるよ。Go がそのつもりで作られたものである事は良く知っている
俺はまさにその思想が気に入らないと言っている。お前が Go のファンだってんなら
そりゃ悪く言って済まないね。俺の発言に気を悪くもするだろうな
だが、それは謝るが、だからといって Go を好きになる事は無いね

2022/05/25(水) 01:06:22.82

スケールするための条件はシンプルに保っていることだからな
副作用を持たないようにするためにはそれが関数であることが必要条件になる
状態を持って複雑になるオブジェクト指向じゃないよw

2022/05/25(水) 01:08:24.53

俺は彫刻と美術が好きだ
維新の会とかいう馬鹿の集団が三角関数を憎悪して愚民の人気を取ろうとしてるみたいだが
関数を憎悪する人間が増えるとプログラミングを理解できないバカが増える
その逆は無いw

2022/05/25(水) 01:09:50.20

この業界って使う道具がどんどん変わっていくからすごいよな
よくついていけるもんだ

2022/05/25(水) 01:09:53.32

>>150
もしかしたら何か勘違いをされてるかも知れないんだが、
俺はオブジェクト指向はどちらかと言えば嫌いな方だし
高級言語の分野では現時点で Haskell が最良の言語だと思っている
Haskell がどういう言語なのかは勿論知ってるよな？

2022/05/25(水) 01:12:09.96

バカは機能を追加しようとするからな
天才はその逆では機能を削る
これは彫刻の美術と似ている
シンプルに保てよ、バカがw

2022/05/25(水) 01:12:52.17

>>147
そんな言語他にもありそうなのにgoだけ何レスも連ねて叩きたくなる心理を自己分析してほしいな
言語仕様だけ見てるっぽいがgoのツールチェーン全体を見ると使いやすくする工夫はたくさんあるしCSの成果も活用してるんだわ

2022/05/25(水) 01:15:09.43

>>155
ツールチェインがマシになりつつあるのは認めよう
あれだけひどかったモジュール周りがここ数年で改善されていることは特に認めよう
だが、ツールチェインだけでは言語仕様のひどさを覆い隠せるものではない

2022/05/25(水) 01:17:41.28

ちなみに、そんな言語はもちろん他にもあるよ。
Kotlin がそうだ。「Javaより良い言語」を目指した Scala に対して
「より良いJava」を目指したのが Kotlin だ。志が低い。

2022/05/25(水) 01:23:33.81

機能を削ると「俺をバカにしてるのか！」とか言ってキレてくるバカが必ずしも出てくる
彫刻は石から本質を彫り出す作業であり芸術だが、バカは機能を削ることに反発する
だがモデルビルディングとは不要なものを捨て去り抽象化していく過程であって、その逆ではない
これは学問の本質だよw

2022/05/25(水) 01:23:37.23

>>14
やる意味薄いし普及させるのが難しいからみんなやらないだけで
正直プログラミング言語作るのは簡単な部類
俺もゲーム開発向けにオリジナル言語作った事あるけど
KotlinやSwiftレベルのモダンな機能モリモリ導入した仕様でも一ヶ月かからず出来たよ

2022/05/25(水) 01:29:42.68

>>158
それはそれで一つの思想だが、そこにはある一つの前提があるよな。
その前提とは「何が不要な機能で、何が必要な機能かを適切に判断できるのは
設計者である俺だけだ。だからその取捨選択をユーザーコミュニティに委ねるつもりは一切ない。
お前らは俺が決めたことにただ従えばいいだけ」というものだよな。
人をバカにしてるというのはそういう態度の事だよ。Go はそれをやっている。だから嫌いだね

2022/05/25(水) 01:31:58.60

イカした言語を使ってるときは、言語を使いこなすために頭を使ってる時間が多いんだよな
Goは脳死で書けるんだわ

2022/05/25(水) 01:35:08.99

あとGoの機能は結構オープンに議論されてるぞ
ジェネリクスなんかはそれで後から増えたしな

2022/05/25(水) 01:36:23.33

>>162
初期の頃と違い、最近になってGoがそういう方向に行こうとしてるのは知ってるし
もちろんその事は歓迎する

2022/05/25(水) 01:36:51.76

一瞬流行ったような気がするけど
世の中は結局Javaに戻ってきたよな
俺はWEB系はもうやりたくない

2022/05/25(水) 01:36:58.56

俺は頭が良いんだよ！とか言ってマウントとってくるバカはどの世界でも嫌われるからな
それをやったのがRuby作者のまつもとゆきひろw
「野党は私みたいな優秀な技術者を嫌うのか！残念だ…」とか言って野党を腐して不特定多数のエンジニアにマウントを取っちゃったから
「は？なんだこいつ」「うぜえ」みたいになってエンジニア界隈から嫌われた
言語の生みの親がRubyコミュニティを破壊したのは笑ったよなw

2022/05/25(水) 01:39:56.12

railsが今や足を引っ張ってるよな
小中規模でなんとなく作るか程度ならいいが、スケール性や中長期の拡張やメンテ性は頭を悩ますだろ

2022/05/25(水) 01:40:49.44

rwby？

2022/05/25(水) 01:44:52.40

ちなみにまつもとみたいに俺は優秀とか言ってくるバカのことをブリリアントジャークと言います
こういやつのそばで働いてる人間は必ず不幸になりますw

2022/05/25(水) 01:46:25.29

HomebrewかVagrantくらいでしかお目にかからないな

2022/05/25(水) 01:48:21.17

shellというランタイムがそこら中にあるというだけで使われているゴミを良くしてくれよ

cristalっつーrubyと同じシンタクスの言語が全く見向きもされないっつー事は
何か致命的な欠陥があるんだろうよ
だがそれでもshellよりかはマシ

2022/05/25(水) 01:54:48.58

バージョンアップする度にプログラムが動かなくなるゴミ
Githubで1年も更新が止まってるrubyのプログラムなんて動いた試しがない
後方互換性の概念がないのかよ

2022/05/25(水) 01:55:25.67

>>165
日本のエンジニア界隈は野党嫌い多いから大絶賛だったぞ

2022/05/25(水) 02:02:28.11

日本のエンジニアってほんとネトウヨ多いよな何でだ
perlエンジニアの小飼弾みたいな例外もいるけど

2022/05/25(水) 02:06:42.50

>>173
自分は頭が良いと勘違いしてるクソ野郎はネトウヨに近づいて行くからな
その逆は無いw
Googleはまつもとみたいなクソ野郎エンジニアを警戒して心理的安全性という概念を確立したからな

2022/05/25(水) 02:07:46.90

Python（プソーン）一択だよな

2022/05/25(水) 02:10:00.34

>>173
日本のネット空間がネトウヨ的だったからだと思う

2022/05/25(水) 02:13:23.95

>>174
あんたのレスの感じだとMatzの近くで働いてて嫌な目にあわされたのか？

2022/05/25(水) 02:15:13.71

>>171
これ。
Python 2 -> 3 の時もひどいなと思ったが、Ruby に比べれば Python なんて全然可愛い方だよな
スクリプト言語であって実際に動かしてみるまで何が起こるか全くわからない言語である以上は
互換性の維持については Perl 並に気を使わなきゃならないはずなのに
Ruby はその点で本当に駄目だ

2022/05/25(水) 02:15:58.09

>>143
検討してみたけれど、
①コンパイル時にメソッド名は何らかの対応数値化されていないと遅すぎる
②そしてメソッド名一覧はコンパイル時に確定しているので対応数値は0..メソッド個数の数値に縮約できる
③すると各実装型毎にメソッド関数テーブルを持てば十分となる
つまり現状のdyn Traitでの実装と同じになってしまうと思うのですが、何番あたりに相違あり？

2022/05/25(水) 02:29:01.69

PHPはダメじゃないけど古い
時代はRubyみたいな風潮に惑わされたオタクが多い

クライアントの要望に応えたシステムより
優れた開発環境で作ったシステムが良いのだと信じて疑わないオタク

そういうやつに依頼したら平気で納期遅れるわバグが多いわ動作が重いわでロクなことがない

オタクはクライアントを喜ばすことを楽しんでるわけではなくプログラミングそのものを楽しんでて、あとはどうでもいい

2022/05/25(水) 03:32:55.13

そもそもパヨクってプログラミングできるの？ｗ

2022/05/25(水) 03:34:30.07

使ったことないしオワコンかどうかはどうでもいいんだが
ネトウヨってだけで萎え萎え

2022/05/25(水) 05:12:50.85

ほーん

2022/05/25(水) 05:21:35.23

動的に作るのを良しとするような文化がある
リフレクションとか
あとから多人が見ると何やってるかさっぱり分からんコードになる

2022/05/25(水) 05:25:10.77

まつもとは昔Twitterフォローしてたけど言うほどカリスマ性も知性も感じられなかった
それよりRubyコミュニティの取り巻きがいかにもなジャップ村社会で無理だった

2022/05/25(水) 05:27:19.28

rubyが流行ったというより、railsが流行った

2022/05/25(水) 05:55:44.80

ノートPCで4kでゲームまでできちゃう時代やで
IDEでバリバリメモリ使ってCPUフル稼働でコンパイルでええんや

2022/05/25(水) 06:16:15.36

Rails最高勢はだいたいLaravelに行った気がする
PHPはWordPressが糞なのは変わらんけど言語自体は色々言われてた時代から頑張って進化しててすごいわ

2022/05/25(水) 06:18:23.22

でも嫌儲くんは社会から死んでるじゃん

(ヽﾟ　んﾞ)

2022/05/25(水) 06:23:22.27

>>3
めっちゃ右だぞ（丁寧な表現）

2022/05/25(水) 06:54:47.93

>>188
これはわかる
PHPは3や4の頃は糞すぎたが
5の後半からだいぶ改善していって
現在の7とフレームワークLaravelの組み合わせだとむしろ良いと思う

2022/05/25(水) 06:58:52.13

2008年頃から自分の中で盛り上がってたPerlがその後流行らなかったのが悲しい
スクリプト言語としてしっかりしてても合わせてフレームワーク出てきたり流れに乗らないとあかんのよね

2022/05/25(水) 07:42:08.67

>>179
良く考えてみたんだけど、君の言う通り何も変わらなかった。
generic なメソッドを持つ trait が object safe でなくなる理由はそこじゃなくて、
Rust では全ての polymorphic な関数が monomorphization されなければならず
それ故に vtable に載せる事ができない為だったね。もし載せようとすれば無限個の関数を
載せなければならなくなってしまう。ここが例えば Haskell や Scala との根本的な違いで、
Haskell では monomorphization はあくまで最適化のための措置であって、基本的には
polymorphic な関数は polymorphic であるままコンパイルされるから、それを
dictionary に載せる事も問題なく可能なのだった。

2022/05/25(水) 08:05:29.82

Rubyが一番嫌がるのはオワコンとかネトウヨとか言われることじゃなくて
業界で需要がない、学んでも将来性がないことをデータとして示す現役プログラマーYoutuberたちの存在だよ
実際どうなのかは誰もわからないけど、Youtuberの影響力は舐めたらいけない
プログラミングスクールでも生徒が減ったら取り上げなくなるから加速度的にRubyのシェアが減っていく

2022/05/25(水) 08:11:52.24

Rubyのコミュニティが固化したというか、古臭いというか進化が鈍化したというか、どうも閉鎖的な雰囲気に進んでる感じはする
オープンなコミュニティが維持されてるPythonに毎年あるいは毎月差をつけられていく
トップがコミュニティを破壊しようとしてもいわゆる信者がそれを許さないだろう
Pythonにはそれがない
いわばRubyは技術ではなく人で決まるプログラミング言語になってしまっていて
Pythonは技術第一の誰でもWelcomeな言語というプログラミング言語として理想的な状況が維持されてる
これって私の感想ですよね？なんかそういうデータあるんですか？

2022/05/25(水) 08:27:25.91

Ruby はキモい、Python は遅い、互換性糞、PHP はバカ

GO の夜明けぜよ

2022/05/25(水) 08:49:15.89

パヨクに叩かれてるってことはまだまだ安泰だな

2022/05/25(水) 09:33:54.10

>>2
2期は正真正銘の糞だったな

2022/05/25(水) 09:39:36.02

>>197
正直ネトウヨなとこはどうでも良いというか
Rubyなんてマジで使うか？って話しじゃね

2022/05/25(水) 09:53:23.77

>>193
あんま詳しいことは知らないけど
haskellでもセマンティクスとして内部辞書がそのまま使えるのって
existential typesぐらいじゃないの？
それならfat pointerとほとんど変わらないと思うんだけど
その違いは重要なのか？