私は Rust でスタートアップを構築することに感心しています。私はもう毎回それをキャプチャしません

ここ 2 年近く、圧倒的多数のバックエンドコードが Rust で記述されるようになりました (Python の少しの変更として)。私は Rust を高く評価しています。Rust は私のお気に入りの言語です。 マッチを失った自分を救い出すために、私が辿り着く多様な言語のすべてにおいて、少し普通とは異なる言語を使います.

このアドバイスは基本的に、初期のスタートアップ (プレプロダクト/プレシード/シード) 向けです。とはいえ、まず、なぜ Rust を採用したのかということはよく知られています。

セキュリティ ++. 私は、おそらく最も素晴らしいビルダーでさえ、ばかげたミスによってサルベージが遅くなると広く信じています。種類がそれと戦うことは明らかによく知られていますが、Rust はまるでそれが上にあり、ここで優位に立っているように見えます。ランタイムポイントは、簡単に保存できます。メモリリークを回避して、ほぼほぼスペースから抜け出すことをお楽しみください。 DB に対する SQL クエリの時間チェックをまとめることができる sqlx のようなクレートが存在します。 Rust とそれにまつわるエコシステムには、何百ものツールがあり、自分で写真を撮るのをやめさせます

読みやすさ/表現力。 Rust の構文には非常に多くの問題があり、私は満足しています。論争の 1 つの例として、? 演算子は、エラー処理に関して非常に優れています。

私たちは定期的に

のようなコードを書きます。 )// fetch_user は結果を返します

それが何をするかについて非常に簡潔で、一方、静かで柔軟です。さらに、代数カインド、マッチ、フォーム変換 (From、Into、TryFrom、その他のロード)、および追加機能を実装する場合、Rust を使用すると、非常に簡潔で読みやすいコードを記述できます。

なぜ Rust を 1 回おきに取り除かないのでしょうか?

会社を最初からやり直す場合は、2 つのペアがあります。

反復が遅くなります。 最初に起動した場合Rust を使用すると、コンパイラとの戦いを少しやめることができます。これは自然なことであり、時間が経つにつれてより単純になります。それにもかかわらず、珍しいスタートアップでは、重要な何かを構築しているかどうかを確認することが、多くの複雑な問題の 1 つと見なされています。

( からのインスタンス) https://users.rust-lang.org/t/error-with-lifetimes-on-impl-fn/58706 )

一時的な MVP は、あなたがたまたま最高の道を進んでいるのか、それとも森の中で道に迷っているのかを把握するために、おそらく意図的でさえあります.

さらに、Rust を意識していない異常な従業員はすべて、これに忙殺されます。採用するときは Rust の能力を優先するか、人を指導するのに非常に優れたサルベージを行う必要があります.

こんなことしたら性能は控えめに Rust をキャプチャするように見える理由の 1 つは、全体的な効率性のためです

スタートアップとして、たまたま規模を拡大し始めた場合、いくつかの明るいことに遭遇します。すべてのインフラ企業が提供するフリーキャッシュを維持し、垂直/水平にスケーリングします。 AWS には指示があります。 GCP にはスタートアッププログラムがあります。 )。あなたがたまたまスタートアップの取引のように見えたら、あなたは非常に多くの余分なものを回収するでしょう. これらの取引を側面利益としても提供する製品のコミュニティ全体があります.