そうですね。その能力を継続的に探求し、発展させていく必要があると思います。

本当に良い視点のコメントをありがとうございます :)

料金を下げてください..

翻訳: https://rosettalens.com/s/ko/introducing-pay-per-crawl

本文でも触れられている内容ですが、私は別途 SP シミュレーターを作って、直近 n 日間のワークロードをもとに、ここでどれだけ SP を追加購入すれば「既存コスト + カバーされて削減されるコスト + Recurring になって無駄になるコスト」が最も小さくなるかを計算し、それをもとに意思決定していました。

そうですね……

私も気になって Claude に聞いてみた内容を共有しますが……あまり共感はできませんね。

TypeScript の採用について、長所と短所を批判的に分析してみます。

長所（Pros）:

1. 開発エコシステムの統合

• ほとんどの例が Web フレームワーク（React、Vue、Svelte など）中心
• フロントエンド開発者の参入障壁を最小化
• npm エコシステムを活用可能

2. 技術的な利点

• 型安全性によりインフラ構成の誤りを事前に防止
• ESM のネイティブサポートによりモジュールシステムをモダン化
• 非同期処理（async/await）を自然にサポート

3. 拡張性

• "Extensible" という特性を強調 - 関数ベースでリソースを拡張しやすい
• AI 統合のしやすさ（"AI-first" を強調）
• ブラウザからサーバーレスまで多様なランタイムをサポート

短所（Cons）:

1. パフォーマンスへの懸念

• TypeScript はコンパイル工程が必要
• メモリ使用量が Go や Rust のようなシステム言語より多い
• 大規模インフラ管理では性能ボトルネックになる可能性

2. セキュリティリスク

• JavaScript/TypeScript の動的な特性によるランタイムエラーの可能性
• eval() のような危険な機能にアクセス可能
• 依存関係管理の複雑さ（"zero dependencies" を掲げていても、実運用では依存関係が追加される可能性が高い）

3. 技術的な限界

• 低レベルシステムへのアクセスに制限がある
• ガベージコレクションによる予測不能な遅延
• ネイティブバイナリ生成の難しさ

4. エコシステムへの懸念

• IaC ツールとしては比較的未成熟
• Terraform、Pulumi と比べてコミュニティ／エコシステムの規模が小さい
• エンタープライズ級のサポート／検証が不足

5. アーキテクチャ上の考慮事項

• "No strong opinions" は、かえって欠点になり得る（ベストプラクティスの不在）
• 状態管理が分散するリスク（"store state anywhere"）
• ローカルの状態ファイル管理の複雑さ

結論として、TypeScript の選択は Web 開発者にとって親和的な環境を構築するには適していますが、エンタープライズ級の IaC ツールとしては、まだ検証が必要に見えます。

現職の AWS Korea 在職者です。

入社後に最も重要だと聞かされる研修の一つに、顧客がクラウド費用をより少なく使える方法を考えるというものがありますが、最も効果的な方法の一つとして RI と SP を案内しています。

RIはともかく、SPの場合はいくつかのワークロードに適用できるので、固定で出ていくコストがあるなら十分に検討する価値があります。実際、私たちは想定される最適化の時期まで見越して購入したこともありました……（笑） たとえば9か月後には最適化が完了してサーバー費が半分に減りそうだとしても、それでも1年分を買っておくほうが得なら買う、という感じです。

AIかどうかはさておき、クローリングも本気でやれば検知できないそうだ

AIボットかどうかを何で見分けるのでしょうか

まったく予想していなかった組み合わせで、驚きですね。Grammarlyが何を考えているのか気になります。

あえてtsを使った理由が、、

Cloudflareが儲けようとしているということで、
結局、儲けようとする人たちはみなあちらに集まるだろうし、
Cloudflareのボリュームは大きくなり、
データは質的な低下を経験することになるはず。
NaverもInstagramもYouTubeも、お金が絡む場所はどこも同じ傾向を見せてきた部分がある

おお…まずは最も基本的なTagだけでも付けておけば、ある程度は何とかなりそうですね… :)

ただ、RIやSPのようなものを使って削減するのは、基本として入ってくるものなのでしょうか……
どの程度のサイズを自分たちのインフラで使うべきかは、かなり悩む部分ではありますね…

Windows版も作ってください……

Gridfinityは、3Dプリントを始めると最初にいろいろ試してみる形の一つです。
引き出しの中を整理したり、机の上の整理箱をプリントするときに便利です。

https://www.printables.com/search/models?ctx=models&q=gridfinity
https://makerworld.com/en/search/models?keyword=gridfinity

Gridfinityで検索するだけでも、さまざまな使用例を見つけられます。

個人的には引き出しはBaBoシリーズをプリントして使っています。
https://makerworld.com/en/models/14125-babo-organizer-drawer-module-30

Babo + Gridfinityも可能です。
https://printables.com/model/…

あれ…なぜそう書いたのでしょうか （泣） コードで のほうが合っているようですね。

1行が長ければ可能ではありますね
Googleの検索エンジンも長く書けば1行でいけそうです（笑）

コード1行で…というのは、どこから出てきた言葉なのでしょうか？

韓国でもこういうYouTube動画があるなんて光栄ですね。参考にさせていただきます。ありがとうございます！