 - なぜこれらの命名規則が選ばれたのですか？略語とアンダースコアを使用する背後にある理論的根拠は何でしたか？
 - 混乱する命名規則が導入する課題は何ですか？たとえば、新しいチームメンバーがコードベースを搭載して理解するのは難しいかもしれません。
 - 命名規則をどのように改善できますか？
 - 選択した技術スタック（Deno、TypeScript、静的生成サイト、AWS S3など）の長所と短所は何ですか？考慮すべき制限や要因はありますか？
 - ユニットテストはどのように実装されていますか？どのようなテストが書かれており、それらは何をカバーしていますか？
 - サイトはどのように構築およびリリースされていますか？NPM_RLS.SHシェルスクリプトは正確に何をしますか？
 - どのような追加のツールまたはインフラストラクチャが使用されていますか？たとえば、バンドラー、リナー、フォーマッタ、CI/CDパイプラインなど。
- Why were these naming conventions chosen? What was the rationale behind using abbreviations and underscores?
- What challenges might the confusing naming conventions introduce? For example, might it be hard for new team members to onboard and understand the codebase?
- How could the naming conventions be improved? 
- What are the pros and cons of the chosen tech stack (Deno, TypeScript, statically generated site, AWS S3, etc.)? Are there any limitations or factors to consider?
- How is the unit testing implemented? What kind of tests are written and what do they cover?
- How is the site built and released? What does the npm_rls.sh shell script do exactly?
- What additional tooling or infrastructure is used? For example, a bundler, linter, formatter, CI/CD pipeline, etc.