僕はその論文のポジティブな部分には賛成だね。つまり、物事を好きになるのはいいことで、感情を持った人間だからこそ選ぶ理由があって、素敵なものを持つべきだってこと。だけど、データや制約を見たときに、人々が非合理的に行動してるとか、それが詭弁だとかいうのは違うと思う。実際には多くの人がある程度の評価をしていて、それを無視するのは知的に怠惰だよ。僕はニッチなソフトウェアをたくさん使ってるけど、自分の美的好みと、そうする具体的な理由を完全に分けるのは難しい。美的好みや特定のものを使う喜びは、実際にはその具体的な利点から来てることもあるんだ。

実用的な利点があるのは信じてるよ。人気のあるものには、俺がやりたいことには不十分な問題がいくつかあることが多いけど、時々はそれぞれに利点と欠点があって、俺が好きなものは他のと違うってこともある。ファイルフォーマットや文字セット、プロトコル、プログラムにも同じことが言えるよ。> 「良いツールが必ずしも人気になるわけではなく、多くの人気ツールは良くない。」その通りだね。（俺の意見では、良いと思う特徴があったり、逆に悪いと思う特徴があったりすることもあるけど、一般的に良い特徴や悪い特徴もあるよね。）（ただし、何かが特定の目的には良いけど他の目的には悪いこともあるし、明らかにもっと良いものがあるのに、悪い目的に使われることもあるよね。）

特定のプロジェクトに対して、特定のスタックを選ぶ客観的な理由は確かにあると思う。どれも強みと弱みがあるし、スタックの選択に関係なく多くの同じタスクを技術的に達成できるけど、時間枠、エレガンス、利用可能なエコシステム、コスト、スタックの人材確保のしやすさはかなり変わるかもしれない。とはいえ、他の誰かのお金を使ってないなら、自分が楽しめるスタックや生産性を感じるスタックを選ぶよ。自分のプロジェクトにはElixirを使ってるけど、働いているスタートアップには一般的に悪い選択肢だね。人材確保が難しいし、エコシステムも限られてるし、独特で時には賛否が分かれる概念だから。TypeScriptやGoと比べるとビジネスリスクがある。ただ、素晴らしい同時実行モデルとクールなパイプライン機能はあるけどね。 :)

TCLを忘れてるよ。俺はTCLとApache/Rivetでウェブアプリを書いてるんだ。 :)

俺は約6年間、いくつかのPHPの会社でバックエンドインフラチームで働いてきたけど、ダイナミック言語はリファクタリングをしたいときには本当に最悪だよね。:) それで、Goのようなコンパイル言語のありがたみを実感したよ。重すぎず、ダイナミック言語に近い感覚があるのに、リファクタリングも楽にできるからね。

ソフトウェアエンジニアは、自分が完全に合理的な存在だと振る舞いたがるだけなんだよね。これ、めっちゃ同意。合理的に考えるべき要素もあるけど、結局は直感やUXが人々が認めたがらないよりもずっと大きな要因なんだよね。私の経験上、「事実が感情よりも大事」って言う人は、しばしば感情をうまく表現できてないだけの意見を持ってることが多い。自分の感情を理解して、認められる人と話す方が好きだな。

結局、コードは人間のために書かれてるんだよ。そうじゃなきゃ、みんなアセンブラを使ってるはずだし。だから、コードの可読性や管理のしやすさは重要だよね。それに対する意見もたくさんあるし、だいたい「ケースバイケース」って感じ。コメントの核心には反対してないけど、これを単なる職人技として扱うのは厳しいと思う。私の意見としてはね。

AWS、Vercel、GCP、Azure、Cloudflareなどにデプロイできるよ。これが今やデフォルトになってるのは面白いよね。ずっと前からそうだったし。人々がこれらのプラットフォームでの運用が本当に高額（EC2/RDS）か、特定のプラットフォームに依存している（「サーバーレス」、Cloudflareワーカー、ラムダなど）ことに気づく瞬間をまだ待ってるよ。