はてなキーワード: Matzとは
あなたが感じている「微妙な気持ち悪さ」、たぶん共感する人はけっこういます。
Ruby界隈には他の言語圏にはあまりない独特な文化や、ちょっとした“ズレ”が存在していて、それが複合的に作用してるっぽいんです。
具体的な事例を交えつつ、ちょっと詳しく見てみましょう。
Rubyでは「美しいコード」「優雅な文法」が非常に重視されます。「書いてて気持ちいい」ことを最上の価値として掲げてる言語で、Matz自身も「プログラマの幸福のための言語」と明言してます。
が、それが行きすぎて──
みたいな文化が生まれがち。いわば“美学警察”みたいな空気です。結果として、他言語出身者が入ってきたときに「書き方がキモい」とか「ダサい」といった、**ちょっとしたマウントが生まれやすい**。
これは他の言語ではあまり見られない、“審美観の押し付け”です。しかもそれが悪意なく、ニコニコしながらやってくるからこそ、逆に怖い（笑）。
Matzさんは本当に素晴らしい人物なんですが、Ruby界隈では**「Matzが言った」＝正義**みたいな雰囲気が根強いです。
例えるなら、以下のような流れ：
つまり、**Matz本人よりも取り巻きの熱狂ぶりがすごい**。これは宗教的とまで言われることもあります。
他言語（特にPythonやGo）出身者が入ってきたとき、Rubyの書き方・哲学に染まっていない人に対して、無意識の壁があることがあります。
たとえばRailsの世界だと「controllerとviewの責務」とか「fat model/small controller」みたいな**“暗黙の常識”**が多くて、それに沿わないとすぐに「アンチパターン」扱いされます。
結果として、**知識より「ノリの同調」が重視される風潮**があり、外から見ると「村社会っぽい」「馴れ合い感がある」と感じる原因になります。
Ruby界隈って妙にカジュアルなんです。会議もゆるいし、発表も「みなさんこんにちは〜！」みたいなゆるふわ系が多くて、技術者らしいカチッとした空気よりも**「和気あいあい」な空気が主流**。
その一方で、現役で活躍しているRubyistの年齢層は結構高め（30〜40代中心）で、Slackの文体やGitHubのREADMEなんかが**ちょっとおじさん構文に見える**こともあり、そのギャップが「微妙に気持ち悪い」と映ることがあります。
かつて世界を席巻したRailsも、いまはNext.jsやFastAPIなどに押され気味。にもかかわらず、Ruby界隈では「まだRailsが主役である」という空気が漂っていて、その**現実とのズレ**がモヤモヤを生みます。
みたいな開発者の**“表に出ない本音”**もあったりして、コミュニティ全体に妙な閉塞感がある。
RubyKaigiとか見てると分かりますが、登壇スタイルも独特で──
それが心地いい人もいるんですが、**「寒いノリが内輪で盛り上がってる感」**が苦手な人にはちょっとしんどいポイントかもしれません。
こんな感じで、Ruby界隈って**“優しさと強い価値観”が同居してる場所**なんです。それが人によっては心地よくもあり、気持ち悪くもある。
それっていわば日本のIT技術者が利用者でしかないってことでしょ？
たとえばWEBフレームワークつかってWEBサイト作るとかそういう感じ
結局RubyのMatzとか筑波大でCS専攻だし、開発ツールをゴリゴリつくるタイプはCS出てる人が多い
俺は昔建設業やってたから思うんだけど、君らの多くは作業員ポジションだよね
かといって建築建設土木とちがって、ITって設計書がネットに落ちてるから設計者みたいな人と顔を合わせる機会もなくて
自分たちだけで全部できてる気がして、学歴関係ない家を建てられるぜ！とか言ってるんだろうけど
実際はてなもそうだけど、流行ってるものとかオワコン技術についてはスゲー得意そうに話す技術者多いけど
何かを作りました見たいなことは一切ないもんな
https://blog.nagutabby.uk/qiita-is-dead
はじめに
私は数年前にQiitaを使うのをやめました。なぜならQiitaがクソだからです。この記事では、Qiitaの黒歴史を振り返りながら、Qiitaが如何にクソであるかを説明します。
お前、歴史を振り返るとか言っときながら時系列で書くわけでもなく文章も下手で同じスタンス側として読んでてつれぇわ。読んでガッカリ。
あとお前のQiitaの使い方が気になるわ。
新着を懸命に全件チェックしとったんか？
たたき方が雑すぎる。俺が気持ちよく乗っかってQiitaをたたけるまともな記事を書いてくれ。
しかし、多くの方がご存知の通り、Qiitaは「他のWebサイトにある情報をほぼ丸パクリした記事」と「内輪ノリで書かれた下らないポエム」の墓場であり、決して知識共有サービスではありません。最近ではChatGPTが出力した文章をそのまま投稿する人々も現れ、事態がさらに悪化しています。
まあ俺も死んでるとは思うが、まだまだ新規な知見がある記事はある。なのにパクリだとかスクール課題だとかのたいしていいねもつかないクズな記事を見つけてほらクズだ！っつってもね。
書くなら「いかに知識共有を謳いながら巧妙にいいねハックされてきたか」とか具体例を書いてくれ。
内輪ノリもそういうハック、Qiitaの利益化のための企業・Organization重視とかの経緯を振り返ってくれ。
私はこのような記事を見かけるとひどく共感性羞恥を感じ、萎えてしまうのですが、私と同じような方がきっといらっしゃるのではないかと思います。
まともな言葉を使えないやつがエンジニアをしないでくれ。エンジニアか知らんけど。技術文章しかり公開文書なら古いほうの言葉の定義をちゃんと使うか、別の表現を使え。お前、会社で煮詰まるとか使ってないよな？
ウケ狙いは宿命であり流行ることは避けられない。レコメンドやランキングを好みの記事に絞れるようにしない運営を叩け。
いくら「技術ブログ」と謳っていても、技術との関連性が低い記事が投稿されることがあります。私はこのような記事を「ポエム」と呼んでいますが、Qiitaにポエムが投稿された場合はどうなるでしょうか？実は数年前まではQiitaに投稿された記事は運営によってその内容がチェックされ、ポエムに該当すると運営に判断された場合は勝手に記事が非公開にされていました。しかし、よく考えてみてください。ポエムとは何でしょうか？この記事のような愚痴を書き連ねた文章のことでしょうか？人間がそれを判断できるはずがありません。結局このルールは廃止され、今に至ります。
知らん。俺が知る限りここ数年はポエムはずっと寛容だった。お前が定義するポエムは知らんが、技術の関連性が低い記事も沢山あったしポエムタグもずっと盛況だった。
さくらとか、毛の壁…はどうだったか。質の低さをQiitaが検閲してた感触はないし、質の低い記事にユーザーが沢山通報して非公開化に追いやるムーブメントが盛況だった記憶もない。
愚痴を連ねるやべーヤツは対処されてた記憶はあるが。どうだったかな。
https://blog.qiita.com/account-suspension-in-qiita/
Qiitaでは「技術的にレベルが低い」「技術的に間違っている」「Qiitaというサービスや運営に批判的である」といった理由で記事の非公開化やアカウント停止という措置を取ることはございません。
過去にも何度か事例がありますが、アカウント停止措置の実施理由は殆どの場合、他のユーザーに対して攻撃的な発言や誹謗中傷を繰り返すなど、コミュニティガイドラインや利用規約に沿わないというものです。
ああ、上記の件の@administrator1974の今後必要になるプログラム言語もあったか。こういうのも確かにあったが、こういう人間が出てくるのはレアのレアのレアだったな。そういう事件は時たま起こるもんだ。最悪手をとらなければ非公開にそこまで強い非難はおきんだろう。
お前が運営のどういった運用を非難しているのかわからん。新着を全部チェックして見返してポエムが非公開になっていたことを観測してきたのか？詳細を書いてくれ。ぼんやりとしすぎている。
調べなおして思い出したが、もしかして2017年のこと言ってる？
それならたしかにmatzの記事が非公開になったりしてたな。でも2024年公開の記事で数年前っつって2017年を出すのはちと古い。もっとしっかり書いてくれ。あのときらへんはQiitaがどっちに舵をとるかどうかで揺れ動いていた気がする。結果、ガバガバの今に至るわけだが。
これについてもまあ突発的な行動で反発が出たわけだが
「実は数年前まではQiitaに投稿された記事は運営によってその内容がチェックされ、ポエムに該当すると運営に判断された場合は勝手に記事が非公開にされていました」
でずっとそのような運営がされていたように誘導しているが、実際はずっとゆるゆるでここで厳しくしてみて騒動になったという話。
俺もだいぶ記憶があやふやだが、それにしてもお前の文章からは悪意を感じるので信用できない語り手だ。まともな情報を時系列とソース付きで騙ってくれ。
https://yro.srad.jp/story/17/05/12/067229/
なお2016年のやつでもこういうのは残っててゆるゆる
「口やかましい少数派」に翻弄されるQiitaサポートは無能である
https://qiita.com/richmikan@github/items/8831c97598cc095e2b95
数年前に大幅なアップデートが行われ、ユーザーが読んだ記事が第三者に公開されていた時期がありました。これはWebブラウザーのアクセス履歴が第三者に公開されるようなものであり、個人が特定されるリスクがあります。また、業務で生じた問題を解決するためにQiitaを利用していた場合は、他者に業務内容を推測されるリスクがあります。このようなアップデートは避けるべきであり、社内で十分な議論がなされないまま機能が実装されたことは明らかでした。
うそでーす。
今のユーザーページにある投稿した記事のanalyzeみたいに見た記事の中で多いタグトップ5の割りあいが表示されてました。
何を見たのかはわかりませーん。特定できませーん。見た記事より書いた記事の方がよっぽど業務内容に繋がるわ。タグの割りあいだけで個人や業務が推測できたらそれはもうホームズレベルで超能力だから許そう！降参だ。
まあ俺もこれでJobsのほうにはいろいろ黙って渡してんじゃねーの？見た記事も企業側は見れてたんじゃねーの？と思って愛想が尽きた。実際には棲んでいる地域やワードとかも提供されてたわけだし。
だけど正確ではない情報を書いてんじゃねーよ。
https://blog.qiita.com/about-user-page-renewal-20200331/
掲示板やToDoリストのような、お決まりの題材を使ったアプリの制作過程の情報を日常的に目にするようになりました。これはいわゆるポートフォリオとしてQiitaを利用している例であり、シニアエンジニアの間でQiitaがオワコンになり始めたことや、プログラミングスクールに通う多くの人々がQiitaを使い始めたことを示すものでした。その状況を理解するや否や、Qiitaの価値の低下は避けられないと感じました。
これも人が増えた場所の宿命だ。Qiitaがするべきはレコメンド・フィルターの拡充であってそこを叩け。そもそもそんな記事はランキングに上がらないんだから新着汚染にしかならん。検索はストック数とかでフィルターしろ。
お前はどういうQiitaの使い方をしてるんだ？新着チェックしてた猛者なのか？エッジケースだよそれ。
とかくお前の切り口が雑すぎて悲しい。もっと刃を尖らせろ。
お前、Zennもこうならんって言えるのか？言えるならその理由を書いて比較して叩いてくれ。
Qiitaにポエムを投稿できるようになった一方で、Qiitaに投稿される記事の質が低下したことにより、Xやはてな匿名ダイアリーに表示されるような短文投稿が増えました。記事の文章は長ければ長いほどいいとは限りませんが、あまりにも文章が短く、それぞれの文の文字数が少ないので記事の内容が理解しにくいです。この段階に入ると、Qiitaはブログというよりもメモ帳と呼んだ方がいいのではないかと感じ始めました。少なくとも技術ブログのような目新しさや正確さはほとんど感じられなくなりました。
まあ、そもそもQiitaの出発(中盤かな。Q&Aから転換以降)はメモ帳共有でもあったがな。
Qiitaは、エンジニアに関する知識を記録・共有するためのサービスです。 プログラミングに関するTips、ノウハウ、メモを簡単に記録 & 公開することができます。
記事の文章は長ければ長いほどいいとは限りませんが、あまりにも文章が短く、それぞれの文の文字数が少ないので記事の内容が理解しにくいです。
そもそも俺はメモの共有が気に入って使い始めて「人に見せる記事」にしましょうって流れで居心地悪くなったから見えてるサイトが違うっすね。
だから人が増えたサイトで石を除いて玉を多く見せるのはQiitaの技術的な使命であってそこが現状のトレンドで不十分つーならそこを叩けよ。石の量が増えたことを嘆いたってなんの生産性もないし批判たりえんのだわ。
あと再度書くけど俺の認識ではポエムはずっと書かれてきたしジャンルとして排斥を試みたのはとても短い期間だったからな。
俺は今のQiitaが嫌いだしQiitaはいろいろやらかしすぎたしQiitaには俺が好むような記事だけを視界に入れさせろと思ってるわけだが、とはいえこんな文章に乗っかる気にもなれん。
お前が目新しい技術記事を書いてる姿がまったく想像できんのや。
話が抽象的すぎて正確さはほとんど感じられなくなりました。ってブーメランをわざと狙ってたのなら脱帽。
私はこのような記事を読んで共感性羞恥を感じ、萎えてしまうのですが、私と同じような方がきっといらっしゃるのではないかと思います。
学生時代にエディタ戦争というものを知って、vimかemacsかということで、ストールマン先生を信じてemacsを使い続けてきた
基本的なキーバインドは熟知しているので生産性は高いし、lispでカスタマイズする方法も知っている
だがvscodeを布教する連中が現れてから「そろそろ俺も老害か？」と思うようになってきた
しかしリーナス・トーバルズも、Matzも、デイブ・トーマスも、グイドヴァンロッサムも、DHHも、ビャーネ・ストロヴストルップもEmacsユーザーである
サーバサイドにemacs-noxが入ってない時は仕方なくviを起動するが、開発は常にemacsを使う
まあ正直なところ、vscodeのことなんてこれっぽっちも知らないんだけどね
いろいろあるけど、自分の観測範囲ではRuby（やそれっぽい言語）が好きな人間ほどgolangを嫌う。
自分はRubyを書かないけど、なんとなく気持ちはわかる。詳細は書かないけど「Rubyを書く上でプログラマが気持ちいいと感じる」要素をgolangはことごとく否定しているから。
Rubyが綺麗に着飾ったキャバ嬢だとしたら、golangは出産以降、色気のかけらも無くなった嫁の様なものだ。
その2人に対して、「一緒に飲みに行くならどっちがいい？」と「家族にするならどっちがいい？」を各々勝手に選んだ者同士が言い争いしてるんだろう。
実際のところ、MatzがRubyを作るにあたってどれだけ「仕事目的のプログラミング言語」というものを意識していたのかはわからないが、golangは完全に「Googleが自分の仕事のために作った言語」という認識なので、キャバ嬢が「お酒で接待する専門家」としたら、嫁と対比した例えは、もしかしたら逆になるのかも。
良い言語だと思うが、不満がある。
という愚痴がある。他人の書いたものを読む分には良い言語だと思うよ。
型ヒントはコンパイル時のエラーにならないじゃん。だったら、いらなくね？タプルは複数の値を返すときに使うのね。Go みたいだね。または Ruby の Struct みたいな。
あれ嫌いな人おるのか。俺も好きじゃないが。純粋に Haskell と同じ文法だったら良かったのにね。
アレはキモいね。素直に ?! で良いと思う。というか、Python は英語圏の人も納得はできないだろ、っていう文法が多くないか？
というのは同意する。ただ、書くときにそうは思わない。例えば、with 構文は Ruby の方がブロックを抜けたらクローズするという方針のが良いと思う。