彼の言ってることは間違ってないけど、もうちょっと自分のところを整理した方がいいね。

Rustの言語機能はどれもメモリを割り当てないよ。配列も、クロージャも、イテレータもね。デフォルトではすべてスタックに割り当てられる。Rustのコードは、mallocを呼び出すライブラリを使わない限り、mallocしないんだ。つまり、Cと全く同じ。Rustはメモリ割り当てを行う標準ライブラリの部分をオフにすることを完全にサポートしていて、これがまさに組み込みコードやLinuxカーネルがやってることなんだ。だから、Rustはすでに完全なコントロールを提供してるよ。

C以外の言語を使うというアイデアをすぐに却下しないのはいいね（結論は、ここにある編集されたタイトルが示唆するほどドグマ的ではないし、実際のページのタイトルは「SQLiteはなぜCで書かれているのか？」だから）。でも、Cが今享受している安定性や「退屈さ」は、実際に数十年かけて実現されたものだってことははっきりさせておこう（ANSI C以前は、ECMAのJavascriptと比べても野蛮な状況だった）。他の言語にも同じ自由度を与えると、少なくとも2040年まではRustを使うことはないんじゃないかな。

SQLiteのようなものには、Ada/SPARKの方が良い選択かもしれないね。

もっと更新されると思うよ。

スティーブ・イェッゲがガスタウンを解き放って、コンボイかなんかでSQLiteをRustで書き直してほしいな。もちろん100%のテストカバレッジは維持してね。結果は成功するか失敗するかに関わらず、間違いなく衝撃的なものになると思う。

TidesDBについては、これをよく聞かれるんだ。「なんでRustを選ばなかったの？」って。まあ、これは本当に一般的な質問だね。いいコメントだ。

我々（特に経営陣）は、常に新しいものを求めるように訓練されているんだ。それに、簡単なセリフでもあるしね。

すべての面で優れていて、デフォルトでコードをバグが少なくするツールが、使っているほとんどの人から称賛されるのは不思議じゃないよね。「電動ドリルが、昔ながらの手動のオーガーよりもHome Depotで異常に推されている」なんて言うのはおかしいし、たとえ君の契約会社で働いていなくても、君がうちの家で作業するのはちょっと不安になるよ。

Hacker Newsで不思議に思われているけど、実際には何も不思議じゃないし、不均衡でもないよ。新しい言語は、古い言語に不満を持った人たちがデザインしたもので、技術の新しい応用に興味があるグループには当然関心があるんだ。 > プロジェクト外の人はあまり口出ししない方がいいね。彼らのプロジェクトなんだから。プロジェクト外の人は何を言ってもいいけど、プロジェクト側がそれに耳を傾ける必要はないよ。

そうだね、結果が全てだよ。SQLiteのプロセスは、しっかりしたバグのない結果を出しているみたい。唯一の不満は、使いたいSQLの機能がサポートされていないことかな。確かに、その一部は意図的に制限された範囲かもしれないけど、開発のスピードの問題もあるかもしれない。DuckDB（C++）は、もっと多くのSQL機能を持つSQLiteのように使えるけど、バグが多いんだ。データベースからのセグメンテーションフォルトは避けたいよね。だから、何か代替案が出てくるのを期待してる（もしくは自分で書く必要があるかも）。

OOPはいつも議論の余地があったけど、AIエージェントの台頭で今は客観的に悪いと言えると思う。AIは命令型のクラスと継承よりも、純粋な関数文法を推論するのがずっと得意だし、完全でない抽象はバグの温床になる。

大体同意だけど、OOPは少なくとも過去10年、HNでは明らかに流行ってないし、もっと長い間そうだったと思う（Rustの1.0以前やGoの1.0の頃を考えてみて）。

背景として、プロジェクトを新しいものに移行する圧力が常にある中で、Cや他のメモリ安全でない言語に対する反発もかなり強いよね。最近、アメリカ政府がみんなにそれらを使うのをやめて、メモリ安全な言語に移行するよう呼びかけたんだ。とはいえ、安全なCコードを生産するための実践やツールもあって、Cプログラマーにそれを教える努力をもっとすべきだと思う。

Rustの設計は理論的には興味深いし、最近のLinuxカーネルのRustコードのバグ（Androidで使われるメッセージパッシングの抽象化）も示してるけど、以下のことが明らかだよね。1. Rustを使うことでリスクは減らせるけど、同じ種類のバグは残るし、もちろんメモリに関係ないバグもある。2. Cを使えば、レースコンディションに対する感覚を養うことができて、注意を払うことができる。一般的に、Cプログラマーは「バグアンテナ」が他の人よりも発達してるかもしれない。3. Rustでは「unsafe」な部分を減らすために、時にはちょっと不自然な抽象化を作る必要がある。4. Rustは偽の安全感を生むことがあって、unsafeな部分ではプログラマーが時々、必須のSAFETYコメントによって誤解を招くことがある。Linuxカーネルのバグのように、そのコメントが人間によって幻覚のように見えたこともあるし、（この特定のケースではどうかわからないけど、あくまで例ね）Cが教えてくれる「レーススポッティング」のプロセスに慣れてない場合もある。5. Rustでバグが発生した場合、修正はCのように一行で済むことは少なくなり、露出時間が長くなることがある。Rustでの修正は、時には非自明な方法でリファクタリングを意味する。6. Cの場合、カーネルプログラミングを安全にするためのラッパーを作るのに同じだけの努力をすれば、攻撃面をかなり減らせる可能性がある（例えばRedisのsds.cを見てみて、どれだけ直接的な文字列やポインタの操作を避けてるか）。基本的に、sds.cのようなものは、unsafeな部分を自己完結型のライブラリにまとめることができる。だから、Rustは特定の機能において面白い言語かもしれないけど、銀の弾丸ではない。だから、Rustを他の人に「押し付ける」べきか？絶対にNOだし、Rustを無理に採用するようにプレッシャーをかけてくる人には、しっかりと返事することをおすすめする。

どんな真剣なプロジェクトでも、ツールの選択を正当化できるべきだよ。「なんとなく」っていうのは趣味のプロジェクトやオープンソースの情熱プロジェクトにはいいけど、商用ソフトウェアには選択の理由が必要だよね。その理由は「私たちがよく知っているから、最も効果的」みたいなものであっても、意図的で計画的な選択であるべきだ。SQLiteは非常に高品質なソフトウェアプロジェクトの一例だよ。それはソフトウェア自体の品質だけでなく、その周りのプロジェクト管理も含まれる。さまざまな設計選択を説明することも含まれていて、この言語選択を説明する文書は、その説明の一つに過ぎない。

あれれ！Rustは最終的には落ち着くかもしれないね。誰が知ってるか、もしかしたら開発者の誰かがコメントするかも。

「ある程度」というのは結構重要だよ。Rust言語は時々後方互換性のない変更を受けるけど、Rustのツールはそうじゃない。2024年版は2021年版からの破壊的な変更があるけど、すべてのコンパイラは歴史的なすべての版をコンパイルできて、これからもずっとそうだし、新しい言語機能はできるだけ多くの版で利用できるようになってる。依存関係のツリーの中で版を混ぜることもできるから、2015年版のコードを何かのために更新する必要は全くないんだ。

Rustの哲学、つまり解決しようとしている問題に対して最良の解決策を見つけることが、どんなコストをかけても、互換性を壊すことも含めて、ある程度はね。でも、Rustチームは後方互換性を壊さない素晴らしい方法を見つけたんだ。古いコードは古いバージョンのコンパイラで自動的にコンパイルされて、新しいコードは最新のコンパイラで処理される。これは、C++の人たちが苦労しているように、古い荷物を持ち運ぶよりもずっと良いと思う。

Cが保守的で物事を壊したくないから「不思議」と呼ぶのはちょっと変だね。それはその意味では「偉大な」ことの一つだし。「安定している」っていうのも別の表現かも。

うん、同意する。Limboがどうなるか楽しみだね :)

正直言って、SQLiteをRustに移植するよりも、まずは使いやすい埋め込みデータベース（Rustで）を作る方が理にかなってると思う。

MozillaがRustの研究開発にお金を払った理由はC++の問題だったけど、Rust（ましてやF#）をそれらの問題を特に解決するための試みとして考えるのはあまり役に立たないかも。Cは「悪い方が良い」言語（https://en.wikipedia.org/wiki/Worse_is_better）だよ。実装が簡単なら、実装しているものが素晴らしくないことはその実装の簡単さにかき消されるっていう賭けなんだ。これが数十年も成功してきたのは間違いなく成功だよ。Goについても似たようなことが言えるけど、Rustにはあまり当てはまらない。悪い方が良いの反対側は、もしかしたら「正しいこと」を作ることができるかもしれないってこと。Cの実装が簡単で、「正しいこと」を実装するのが非常に難しいから、これが競争するためには、ほとんど誰も「正しいこと」を自分で実装する必要がない場合だけだ。1970年にはそれはクレイジーだったけど、1995年には「そんなことない」って感じになってきた。Intelのx86 ISAがどこにでもあって、Timのクソみたいなハイパーメディア実験が本当に盛り上がってきた。2015年にRust 1.0が出たときには、多くの人が実装作業なしで使えるようになって、「正しいこと」がただ良いものだから、なんで使わないの？今、既存の成功したプロジェクトに関しては計算が全然違うけど、FishはこのRIIRがうまくいってる例だと思う。ただ、新しい作業にCを使うべきかどうかについては、私の意見では、かなりのCプログラマーとして、Rustの方がいいからCには反対だね。