大量生産されたソフトウェアは硬直的すぎる。 うん、ほんとにそうだよね。色みたいなちょっとしたことすら変えられないし、もっと複雑なUIの部分なんてなおさら。 柔軟性のない電子カルテシステムが医者を燃え尽きさせてる。 異なるユーザーが異なるニーズを持ってると、中央の開発チームがみんなの問題を解決するのは無理だよね。 それが主な問題じゃなくて、実際のユーザーがほとんど力を持ってないから、開発者は実際のユーザー体験からかけ離れてるってことだよ。無駄なフィールドを埋める例みたいに、誰の役にも立ってないし！ 開発者が一つの製品に解決策を詰め込みすぎると、結果的に膨れ上がったゴミになっちゃう。 ちゃんと整理されてれば別だけど？ 多くのものが混乱や膨張を引き起こす理由は特にないよ（例えば、解決策がモジュールで無視できたりインストールしなくてもいいなら、自分が気に入った解決策だけのアプリには膨張はない）。でも一般的には、すごく称賛すべき目標だし、そんな原則に基づいてソフトウェアが作られる夢の世界に住むことができたら、多くのユーザーにとって力強いことだよね。

最近ここで言及されたこういうツールがあるよ： https://news.ycombinator.com/item?id=44118159 でもあまり注目されてなかったみたい。 https://pontus.granstrom.me/scrappy/ だけど、これはほぼJavaScriptプログラマーとその友達（またはJavaScriptを学びたい人）向けにしか機能しない。他にこの文脈で話し合う価値があると思うツールは：

• LyX --- 新しいレイアウトファイルを作ることで、ユーザーがほぼどんな文書でもカスタマイズできるツールを作れる --- LaTeXのフロントエンド
• pyspread --- 各セルがPythonプログラムかその出力で、セルが画像になる可能性があれば、ファイルを作ったり読むオーバーヘッドなしでほぼ何でもできる
• Ipe https://ipe.otfried.org/ --- 拡張可能な描画プログラム、これにはもっとシンプルなメカニズムが必要だし、ベクタードローイングの分野でそれに対応したツールが見たい --- もしかしたら、まだ発展途上の https://graphite.rs/ ？

いじったり、遊んだり、分解したり、どう動くか学んだり、また組み立てたりするのが好きな人がいるよね。 その中には新しいものを作る人もいるし、世界を変えるものを作る人もいる。もっと想像力や創造性を促進する世界に住みたいな。 人々が自分の未来を作ることに参加できるような世界がいいよね。ソフトウェアは全部が「ユーザーが修理できない部品なしの黒い箱」じゃなくてもいいんだ。 HyperCardやVisual Basic、Excelみたいなもので人々が何をできるか見てきたし、楽しみながらやってるよ。

投稿のアイデアには感謝してる。確かに、今や全てがアーカイブやハッキングができないSaaSになってるから、もっとハッカブルなアプリが必要だよね（WinAmpやWindowsの主要リリース、そのファンのアップデート、またはもっと一般的なゲームのMODとは違って）。 残念ながら、深くカスタマイズ可能なソフトウェアを利用するパワーユーザーやその可能性のある人は一定数いるけど、そういうソフトウェアを見ない人や学ぶことに興味がない人が圧倒的に多いと思う。 人々は状況がこうなっている理由をすぐに指摘するけど、実際にはコンピュータが広く普及した時点でこうなるのは避けられなかった。 車を運転するほとんどの人が自分で修理できないのと同じで、家やアパートを改造することに自信を持つ人が少ないのも同じ。 平均的な個人の注意の範囲と深さには限界があって、技術的な専門性が求められることは多くない。 どんなに優しく段階を踏んでも、これを回避することはできない。 だからと言って、柔軟なソフトウェアを作るべきじゃないってわけじゃない…ぜひ作ってほしいけど、MicrosoftやGoogleをすぐに倒すとは思わない。 ただ、技術的に能力のある人たちは、柔軟でローカルファースト、ハッカブルなソフトウェアの開発を進めるためにできることを何でもすべきだと思う。 サーバーに強く依存しているものは完全に除外されるべきで、開発者の運命に関係なく自分のマシンで動かし続けられるものが、より儚い選択肢よりも優先されるべきだ。

Patchworkを作ったんだ—柔軟なソフトウェアのためのウェブベースのコラボレーション環境... ユーザーデータとソフトウェアコードをAutomergeドキュメントに保存する。 その上で、履歴ビューや簡単なブランチのようなバージョン管理ユーティリティを追加している。 これらのツールはシステム内のどんなドキュメントにも適用される—文章でも、ソフトウェアツールのコードでも... 最終的にはPatchworkをオープンソースツールとしてリリースする計画もある。 オープンソース化する前に達成したいマイルストーンは？ 外部から見ると、すごく多くの機能があるように見えるし、機能の増えすぎが心配。 それでも、全てに対するバージョン管理は大変なことだから、じっくり時間をかける必要があるかも。

Delphiをくれ。いや、本気で、ウェブ用のDelphiを、現代の人気プログラミング言語で作ってほしい。Pythonがいいけど、TypeScriptやGo、Luaでも全然OK。知らない人のために言うと、DelphiはWindowsアプリ用のビジュアルコンストラクタで、Pascalの方言を使ってたんだ。マジで魔法みたいだった！今のウェブエコシステムはすごく速くてバラバラだから、選択肢が多すぎて逆に動けなくなるし、自信も持てない。やらなきゃいけないことが多すぎて、頭が痛い。ツールはあるけど、クッキー型やnpx、CRA、コパイロット、カーソルみたいなのが大量のコードを吐き出してくれるけど、すぐにこの混乱の中に放り出される。まだ解決策は見つけてないんだ。

記事に書いてある通り、アプリ間でデータを共有するのは今のところ不可能だね。Solid/PODsがもっと広まってほしかったけど、プロジェクトがオントロジーに時間をかけすぎて、実用的なものを作るのが後回しになってる気がする。どうやってアプリをユーザーが所有する共通のデータバックエンドを使わせることができるんだろう？

自分がやりたいことをするために、いくつかのプログラムをリバースエンジニアリングしたことがあるよ。デフォルトを変更できないプログラムでデフォルトオプションを設定したり、古いWindowsプログラムを正しく動作させたりね。オープンソースのプログラムをローカルでパッチを当てて、自分がやりたいことをするために改造したこともあるけど、アップストリームには適さないものもある。例えば、アップデートで「保存しますか？」のダイアログのボタンの順番が変わった時に、元に戻したり。小さなことだけど、こういうことができるのはすごいよね。問題は、開発者、特にクローズドソースのプログラムの開発者は、そういうことをできないようにしたがること。彼らはお金を稼ぐためにセキュリティのために隠すことに頼っているから。だから、開発者がこういうことに賛同するためには、何を変更できて何を変更できないかを指定できるようにするのが唯一の方法だと思う。それは、開発者がすでにINIファイルやレジストリでやっていることなんだ。だから、UNIX系のシステムを使っている人たちは、一つのことをうまくやる小さなプログラムを求めるんだよね。これらの小さなプログラムを組み合わせて、自分がやりたいことを正確に実現できるようになるのは、本当に素晴らしいことだよ。

COM/OLEオートメーションをじっくり見てるといいと思うよ。これらのことをほぼ全て実現してるから。 - プロセス内外で使える言語に依存しないAPIバインディング。 - プロセス境界を越えたオブジェクトや複雑なデータ構造のマーシャリングに対する詳細なサポート。 - 外部アプリやアプリのアドオンが使えるアプリケーションおよびドキュメントオブジェクトモデルを宣言するための標準化された方法。 - アプリケーション拡張のための標準化された配布システム、マネタイズの機会も含む。 - アプリケーションAPIをウェブサービスやデータベースサービスにバインドするための標準化されたツール。 - アプリケーションに埋め込むことができるデフォルトのスクリプトエンジン（VBA）。 - 自動型オブジェクトや合成オブジェクトに対する、正直言って原始的であまり推奨されないサポート。これで、君が探しているアプリケーションカスタマイズのレベルに対する機会が提供されるよ。 - アプリ内VBAを使ったちょっとしたカスタマイズ。 - マーケットプレイスからダウンロードできるアドオンを使ってアプリの動作を拡張することができる。ライセンス収入の一部を取ることなくね。 - 様々なアプリの公開されたドキュメントオブジェクトモデル間でデータを移動させるスクリプトを書くことができる。 - アプリ内で動作し、UIやライブドキュメントと相互作用する完全にカスタムなコードを書くことができる（つまり、自分でアドオンを書くことができる）。COM/OLEの機能を再構築するのはすごく楽しいだろうし、Visual Basicの余計な部分を省いて、COMがうまくできなかったことの教訓を活かせるからね。（SVGをグラフィック輸送に使うとか？スレッドモデルのオプションをもっと整理するとか？非同期メソッドのサポート？標準化されたイベントメカニズム？）考えられる質問： - COMがやってることをやらなくても大丈夫なことは何？あまりないと思う。 - どうやってもっと良くできる？いろんな方法があるよ！

モッダーは、自分が好きなゲームをいつもいじったり変えたりしてるよね、柔軟性があってもなくても。