#dusk $DUSK @Dusk ......私は普段、大きなものを見るときはプロトコルのコードを確認します。今回は、小さなドキュメントの変更が気になりました。
Duskは、sitemapの検証と公開の方法を変更しました。
最初はただの整備に見えます:
「npm run build」が、サイトをビルドし、テストを実行し、その結果を確認する検証フローになったのです。
でも、もっと面白いのはsitemap.xmlで何が起きるかです。
別個の静的sitemapを維持する代わりに、ビルドはAstroが生成したsitemap-index.xmlを使って、従来のsitemap.xmlをエイリアスとして作成するようになりました。
それはつまらなそうに聞こえます。
実際には、有用なインフラの問題を解決しています。
建物の住所表示システムを変えるようなものだと思ってください。建物はすでに正しい内部地図を生成していますが、外部の訪問者は、なじみのある住所に入口があると期待しています。2つの地図がズレないようにするのではなく、生成された出所から「なじみのある住所」をビルドで作るのです。
テストもその考えを裏付けています。
#Duskは、生成されたsitemapが有効であること、そして従来のsitemap.xmlがそれを正確にミラーしていることを確認するようになりました。つまり、ドキュメントの変更は、その関係が崩れると検証に失敗し得るのです。
ここで私が好きなのは、エンジニアリングの姿勢です。
このコミットは派手なプロトコル機能を追加するものではありません。サイトが進化していく中で、ドキュメントのインフラが静かに不整合になってしまう可能性を減らしているのです。
そして、それは思うよりずっと重要です。
技術プロジェクトでは、ドキュメントは、開発者・運用者・自動化ツールが依存するインターフェースの一部です。
壊れたリンク、古いsitemap、あるいは不完全なビルドがコンセンサスを壊すわけではありませんが、そこに積み上げられているものすべてに摩擦を生むことはあります。
小さなコミット。とても地味な問題です。
でも、こうした細部こそが、チームがメインプロダクトの周りにあるインフラをどれだけ真剣に扱っているかを教えてくれることが多いのです。
このDuskの変更で私が面白いと感じたのは、その部分です。
$ACE $RED #ChinaJulyOutputRetailInvestmentAllMiss #CMESeptemberHikeOddsFallTo30.6% #CryptoStartupsRaise$11.2BInH1 #EthereumFoundationLaunchesGlamsterdamTestnet