ASP.NET がブログの答えではない場合
ブログ投稿の特定のカテゴリーでは、あたかもサワードウの実験について書いている人がエンタープライズ Web アプリケーション用に設計されたフレームワークを必要としているかのように、開発者向けのツールをブログを構築するための当然の選択肢として扱っています。私はその間違いを犯してしまいました。技術的な制御が実際の目標でない限り、オーバーヘッドは価値がありません。
コードの多いブログ ソフトウェアが実際に提供するもの
ASP.NET のようなフレームワークは、開発者に大きな柔軟性を与えます。カスタム認証を接続し、複雑なテンプレート システムを構築し、必要なデータベースを統合し、すべてを完全に制御するインフラストラクチャに展開できます。 C# または関連言語をすでに知っている場合は、上限が非常に高くなります。データ形式やプラグイン エコシステムに影響を与える外部の依存関係を持たずに、必要なことを正確に実行するブログ システムを構築できます。
それは本当です。完全な制御を望み、問題を書くのと同じくらいインフラストラクチャの問題を楽しむソフトウェア エンジニアにとって、カスタム ASP.NET ブログのようなものは非常に満足できるものです。あなたは書くのと同じくらい多くのことを構築しています。
誰も言及しないコスト
問題は、開発者向けツールを魅力的なものにしている柔軟性そのものが、メンテナンスに時間がかかる原因でもあるということです。コメント セクション、RSS フィード、画像ギャラリーなど、必要な機能はすべて手動で構築または統合する必要があります。マネージド プラットフォームでは、これらの機能がデフォルトで存在します。午前 2 時にカスタム セットアップに問題が発生した場合、あなたはサポート チームです。
記事を 5 つ書くことができた週末を、カスタム ブログ バックエンドの配線に費やしました。サーバーの構成だけで午後丸一日かかりました。そして結局のところ、訪問者にとっての読書体験は、私が読書体験をしたときと同じでした。 ウェブホスティングプラン そして標準的なCMS。私の投稿を見ている人は誰も、私の手動システムと WordPress インストールの違いを区別できませんでした。私だけが知っていました - そして私が知っていたのは主に、それがどれだけの時間を費やしたかということでした。
それが実際に意味があるのは誰か
あなたがポートフォリオの一部としてブログを構築している開発者である場合、または特定のフレームワークで特定のスキルを実証したい場合、技術的なオーバーヘッドにはブログ自体を超えた目的があります。コードベースを読める採用マネージャーは、実装の詳細に気づくでしょう。その場合、追加の作業によって具体的な何かが得られます。
また、ブログに通常とは異なる要件 (高度なリアルタイム インタラクション、既存のアプリケーションとの緊密な統合、またはマネージド プラットフォームを除外するセキュリティ制約) がある場合にも意味があります。標準 ブログソフトウェア インストールはすべての特殊なケースをカバーするわけではありません。
しかし、文章を書いて読まれることを望む大多数の人にとって、技術的に優れているという理由でフレームワークを選ぶことは、間違ったツールを選ぶことになります。ブログの目的は文章を書くことです。プラットフォームは単にそれが置かれている棚です。
スキップしたいこと
あなたが職業上または興味のあるシステム管理者でない場合は、自分のサーバーを管理する必要があるセットアップはスキップします。 クラウドホスティング ツールのおかげで、マネージド デプロイメントが安価かつ信頼性の高いものになったため、「フル コントロールが必要」という議論がコストを理由に成り立つことはほとんどなくなりました。また、反射的に利用可能な最も強力なツールに手を伸ばすのもやめたいと思います。 開発者用キーボード カスタム フレームワークを使用しても文章が改善されるわけではありません。静かな時間と、何か言う価値のあることが起こるでしょう。
正直な結論: ASP.NET は、それを必要とするアプリケーションにとって真に優れたソフトウェアです。ほとんどのブログはそうではありません。最も早く邪魔にならないプラットフォームを選択して、公開を開始してください。ニーズが本当に標準プラットフォームを超えた場合は、後でいつでも移行できますが、移行しない可能性は十分にあります。
買い物の準備はできましたか? 比較する テクノロジーとガジェット 店舗全体 →
