同じような理由とコードサイズやハッカビリティを考慮して、最近はほぼ常にLuaエコシステムを選んでるね。: https://akkartik.name/freewheeling

このドグマ的なアプローチは、BashやPerlのような使いにくいツールを使うことでエルゴノミクスを失うことを意味するんだ。だから、将来のためにほとんど得られない小さな利益のために、常にそのコストを負担しなきゃいけないんだよ（結局、その効果は広い仮説に過ぎないからね）。

プロジェクトが複雑になるにつれて、完璧な選択をするのが難しくなってきてるね。シンプルな製品でも、iOS、Android、ウェブ、バックエンドなど、いろいろなものを構築する必要があるから。html/jsに頼れる部分もあるけど、実際にはモバイルアプリは数年ごとに書き直されることが多いよね。私の考えでは、早めに問題を浮き彫りにすることに焦点を当てる方が有益だと思う。バグや遅延、リグレッションがユーザーに影響を与える前に知りたいから、私たちが書くものはすべてTDDを使って書いている。でも、ユニットテストは環境に結びついているから、一緒に「腐る」んだ。だから、プロジェクトがオンラインの間は、モニタリングや統合テスト、ブラックボックステストを早い段階で設定して、ずっと動かし続けるようにしているよ。

PHPが大好きなんだけど、7.4あたりから言語に破壊的な変更を加えるのがかなり好きになってきたみたい。最近では、古いバージョンと新しいバージョンのランタイムを同時に満たすことができないような変更もあるし。毎回のメジャーリリースの後に、何週間もかけて修正作業をする羽目になってる。

IBMメインフレームで働いている者として、私は違う意見だ。IBMはおそらく、前方アプリケーションの互換性に関しては最高だよ。笑われるかもしれないけど、ちゃんと見てほしい。

私は逆の経験をしたよ。ある年のグローバルゲームジャムでXNAを試してみたんだけど、まあまあ満足してたんだ。でも、次の年にはなくなっちゃった。

これが多くのソフトに当てはまると思う。現代のJVMは、20年前のJavaを変なことをしなければまだ動かせるし、Linuxもその頃から大きく変わってない。ウェブは、1996年のスペースジャムのサイトが今でもちゃんと動いてるように、最も広くサポートされている標準化されたプラットフォームの一つだよ（画面が大きくなっただけ）。ソフトウェアの劣化って本当にあるの？確かにあると思うけど、ランタイムの中にはないんじゃないかな。依存関係の可用性や互換性、主にNodeエコシステムに問題があると思う。

.NETの経験はないんだけど、信頼できる環境があるって聞いて嬉しいよ。でも、Microsoftに関しては、あんまりいい思い出がないんだ。Windows 95からXP時代の古いプログラムが動かせなくて困ってる。先週も2002年のポイント＆クリックゲームをインストールしようとしたんだけど、ネットのアドバイスは「XPをインストールしろ」っていうのばっかりだった。Windows 7で動かす方法はあったけど、10や11では見たことないな。

Python 2は、後方互換性の変更を遅すぎるタイミングで行うことの警告だね。大きなライブラリがいくつかできると、後方互換性のリスクが指数関数的に増えるんだ。C#も型消去から具現化されたジェネリクスに移行することで、大きな変化を遂げたけど、それでエコシステムが二分されちゃった（具現化前と後）。誰もそのことを話さないのは、エコシステムがすごく小さかったから、誰も遭遇しなかったからだよ。

現在、Ubuntuには6つのLTSバージョンがあるんだよね。それ以上必要だと思ってるの？トレードオフは明らかだよ。プラットフォームを維持していて、革新したいなら、古い機能を廃止するか、責任の範囲を無限に広げるしかないんだ。一方で、革新を拒否すると、みんながより革新的なプラットフォームに移行するから、結局は忘れ去られちゃう。市場や社会のダイナミクスを変えたくはないな。革新が好きなんだ。

「いつから、なぜ「安定」が「メンテナンスされていない」と同義になったの？」 ソフトウェアエコシステムは静的じゃないからだよ。人々は、ソフトウェアにもっと機能を求めたり、セキュリティを強化したり、パフォーマンスを向上させたりしたいんだ。だから、君も競合他社もアップデートのトレッドミルに乗っている状態だよ。もしトレッドミルの上で立っている（＝安定している）だけなら、落ちちゃうよ。トレッドミルに乗っている限り、コードや機能、バグ修正が増えていくけど、維持できなくなるか、より速い競合が現れて人々がそっちに流れることになる。この問題を解決するのは、みんなが求めている通りにコードが書かれていて、さらに人々がそれ以上のものを求めないことを証明するのと同じくらい簡単なんだ。

ここ10年の仕事を通じて見た影響の一つは、もし変更が必要ないなら、誰も機能を追加しないから、誰もそのコードに手を加えないってこと。誰も手を加えなければ、チームが辞めたり、チームを変えたりすると、最終的にはメンテナンスを担当しているチームがそのコードの仕組みを知らなくなっちゃう。そうなると、もはやメンテナンスに適さなくなるかもしれない。この現象は、チームや個人が自分のコードをより魔法のようにしたり、他のコードと異なるものにすると加速するんだ。新しいメンテナが入りにくくなるからね。さらに、すべてのコードが必要なテストカバレッジやモニタリングを持っているわけじゃないから、5年前に出荷したものを殺したり、変更したり、サポートをやめたりするインセンティブが常にあるのは驚くべきことじゃないよ。

このサイトに安定したリポジトリへのリンクを投稿してみて。すると、何人かが「最後のコミットは2020年；死んでるに違いない」と言い出すのを見られるよ。ソースコードはASCIIテキストで、ASCIIテキストは生きてない。呼吸する必要はないけど、依存関係はあるよね。でも、「アクティブじゃないから、死んでるに違いない、だから避けよう」という態度は、人々に「証明されていないバグの多い新しいものが常に良い」と信じさせるんだ。おかしな反例として、10年前のvimは最新のものと同じくらい90%のケースで使えるよ。

2018年以前の私のコードの50〜60%と、ほぼ全ての大きなライブラリはAS3で書いていた ちょっと興味があるんだけど、どんな仕事をしてたの？古いAS3については、Haxeでうまくいった？簡単に移植できると思うけど。

岩盤の上に構築するのは一つの極端な例だよね。もう一つの極端は、すごく流動的になること。つまり、砂地の上に建てるけど、砂が動くたびに効率よく対処するってこと。AS3は役に立たなくなるかもしれないけど、もしAS3のコードをウェブのJavaScriptに再コンパイルできるツールがあれば、損失はないよね。

みんなが好きな恥ずかしい言語だけど、COBOLのDATA DIVISIONは長期的な安定性に特化してるよね。一般的にはバイナリフィールドは避けるのが常識。つまり、プログラムで見えるものが、そのままワイヤーやファイルに見えるってこと。

つまり、ソフトウェアが私たちの住んでいる汚れた世界で動く必要があるなら、ただのきれいなバブルの中じゃダメってこと。物事は腐っていくよ。だから、BubbleOSって呼んでるんだ。まだ完成してないけどね… プロプライエタリなプラットフォームに仕事を奪われた痛い経験、共感するよ。

これは全部ボランティアの作業で、トリリオンの資金を持ってる企業じゃないんだよね。簡単なものが欲しいなら、Debian（またはUbuntu）を使ってみて。ほとんど全てのものが揃ってるから。ネットからソフトをダウンロードして実行するのがしたいなら、多くのディストリビューションはそれを避けようとしてる。代わりに、コードを審査してビルドして、信頼できるリポジトリに追加するんだ。誰もランダムなサイトからPostgresをダウンロードしたくないからね。

NixOSを使ってるよ。数ヶ月に一回くらい更新するけど、それで全然問題ない。デスクトップの使い心地はほぼ10年ずっと安定してる。一方、Windowsの仕事用PCは、WSLが何かの理由でvscodeに接続できなくなると、毎日か二日おきに再起動が必要なんだ（そうなるとCPUが100%になることが多くて、ロック解除するのにも1分以上かかるから、たいていは強制的に電源を切っちゃう）。

君の言ってることには共感するよ。理論的にはDockerやSnapsはLinuxプログラムとその依存関係をもっと明示的にパッケージ化するはずなんだけど、特にDockerはネットワークに依存してるし、サーバーが動いてないとダメなんだよね。個人的には、何でもかんでもまとめるのは好きじゃないけど、もし人々が軽量な依存関係を最小限に追加することにもっと規律を持てれば、うまくいくかもしれない。あるいは、大きくて一般的で、後方互換性を維持できるものにすれば、重複を避けられる。HTTP APIを通してすべてを処理し、毎月のように古いものを非推奨にして、Electron（ブラウザの複雑さを何にでも持ち込む）や動的言語で依存関係のツリーを引っ張る文化とは真逆だよね。これがLinuxの最大の落とし穴の一つだと思う。これを言うのは、私にとっては最も理にかなったOSだからだけど。問題の根本はもっと広いんだ。開発コストの削減をすべてのユーザーにリソースの使用で押し付ける傾向があるから。大企業がもっと経済的にすることを気にしない限り、あるいはプロジェクトがちょっと変わった趣味人に合っている場合を除いてね。他の誰かが言ったように、大企業はLinuxデスクトップにはあまり興味を持ってないよ。

これはすべてのディストロにある程度当てはまるけど、Archの主な特徴は「ローリングリリース」で、すべての部分が常に更新されてることだね。例えば、RHELは13年のサイクルを提供していて、破壊的な更新は絶対に来ないよ。

C/C++の依存関係管理がWindowsで簡単なの？マジで？そこでソースから何をビルドしたの？

今では「依存関係地獄」ってみんな知ってるよね。Windows 3.1や「DLL地獄」を覚えてるには若すぎる？あれはもっとひどかった。

SQLiteは2050年以降も複数のライフタイムで存在する計画について話してるのかな？ちょっと皮肉じゃなくて、若い業界だからこそ、将来の開発者のためにこの努力を保存するためのより良いソーシャルツールが必要だと思う。業界全体での人の入れ替わりが激しくて、20年くらい遅れを取ってるかもしれないね。

Express.jsや他の「つまらない技術」についても似たようなことが言えるかもね。

それもあと25年だね。確かに、もう結構長いこと続いてるけど。