<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>ntea.log</title>
    <link>https://ntea.dev</link>
    <description>日々の学習アウトプットと、技術や組織についての考えを発信する技術ブログ。ゲーム理論・プログラミング・AI など。</description>
    <language>ja</language>
    <lastBuildDate>Sun, 26 Jul 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://ntea.dev/feed.xml" rel="self" type="application/rss+xml"/>
    <item>
      <title>AIコーディング slop の解剖 ── なぜ足すばかりで消せないのか</title>
      <link>https://ntea.dev/engineering/ai-slop-code-anatomy/</link>
      <guid isPermaLink="true">https://ntea.dev/engineering/ai-slop-code-anatomy/</guid>
      <pubDate>Sun, 26 Jul 2026 00:00:00 +0000</pubDate>
      <category>エンジニア</category>
      <description>一応動くのに、全体としては劣化していく——AI が量産するコードの症状を4つの軸に整理し、その根っこにある「削除の証明ができない」という制約と、コストを誰が払っているかを実証データから読み解きます。</description>
    </item>
    <item>
      <title>現代の言語進化は同じ方向を向いている</title>
      <link>https://ntea.dev/programming/languages-converge-on-shrinking-state/</link>
      <guid isPermaLink="true">https://ntea.dev/programming/languages-converge-on-shrinking-state/</guid>
      <pubDate>Sun, 26 Jul 2026 00:00:00 +0000</pubDate>
      <category>プログラミング</category>
      <description>記述量を減らすためではなく、表現できてしまう状態を減らすために構文は変わってきた——言語をまたぐ変化の共通ベクトルを読み解きます。</description>
    </item>
    <item>
      <title>型設計の考え方——不正な状態を作れなくする</title>
      <link>https://ntea.dev/programming/type-design-practices/</link>
      <guid isPermaLink="true">https://ntea.dev/programming/type-design-practices/</guid>
      <pubDate>Sun, 26 Jul 2026 00:00:00 +0000</pubDate>
      <category>プログラミング</category>
      <description>型設計の目的はエラーを早く見つけることではなく——不正な状態をそもそも表現できなくして、確認そのものを不要にすることです。</description>
    </item>
    <item>
      <title>例外処理の書き方——捕まえる場所と捨てない情報</title>
      <link>https://ntea.dev/programming/exception-handling-practices/</link>
      <guid isPermaLink="true">https://ntea.dev/programming/exception-handling-practices/</guid>
      <pubDate>Sat, 25 Jul 2026 00:00:00 +0000</pubDate>
      <category>プログラミング</category>
      <description>try/catch を書く技術ではなく、どこで捕まえてどこまで運ぶかの設計——例外処理の良し悪しはその一点で決まります。</description>
    </item>
    <item>
      <title>パターンマッチには強度の差がある</title>
      <link>https://ntea.dev/programming/pattern-matching-has-levels/</link>
      <guid isPermaLink="true">https://ntea.dev/programming/pattern-matching-has-levels/</guid>
      <pubDate>Sat, 25 Jul 2026 00:00:00 +0000</pubDate>
      <category>プログラミング</category>
      <description>match と書ければ同じではありません——分岐の網羅漏れをコンパイラが教えてくれるかどうかで、機能としての価値が変わります。</description>
    </item>
    <item>
      <title>null を扱うときの注意点とベストプラクティス</title>
      <link>https://ntea.dev/programming/null-handling-practices/</link>
      <guid isPermaLink="true">https://ntea.dev/programming/null-handling-practices/</guid>
      <pubDate>Fri, 24 Jul 2026 00:00:00 +0000</pubDate>
      <category>プログラミング</category>
      <description>null 安全は言語機能で自動的に手に入るものではなく——生成・伝播・消費の各段階で「不在」をどう設計するかの問題です。</description>
    </item>
    <item>
      <title>readonly と frozen は同じ意味ではない</title>
      <link>https://ntea.dev/programming/immutability-is-not-one-thing/</link>
      <guid isPermaLink="true">https://ntea.dev/programming/immutability-is-not-one-thing/</guid>
      <pubDate>Thu, 23 Jul 2026 00:00:00 +0000</pubDate>
      <category>プログラミング</category>
      <description>不変性には「束縛の不変」と「値の不変」、そして浅いか深いかの軸がある——同じ readonly でも守る範囲が違います。</description>
    </item>
    <item>
      <title>失敗を返り値にするか、投げるか</title>
      <link>https://ntea.dev/programming/errors-as-values-or-exceptions/</link>
      <guid isPermaLink="true">https://ntea.dev/programming/errors-as-values-or-exceptions/</guid>
      <pubDate>Tue, 21 Jul 2026 00:00:00 +0000</pubDate>
      <category>プログラミング</category>
      <description>例外と Result 型の違いは好みではなく、失敗を型に載せるかどうかの設計判断——処理漏れを誰が検出するかが変わります。</description>
    </item>
    <item>
      <title>「値がない」の表し方で言語は4つに分かれる</title>
      <link>https://ntea.dev/programming/how-languages-represent-absence/</link>
      <guid isPermaLink="true">https://ntea.dev/programming/how-languages-represent-absence/</guid>
      <pubDate>Sun, 19 Jul 2026 00:00:00 +0000</pubDate>
      <category>プログラミング</category>
      <description>null 許容・nullable 型・Option 型——同じ「null 安全対応」に見えて、実際に違うのは値の欠如が検査されるタイミングです。</description>
    </item>
    <item>
      <title>プロンプトインジェクションはなぜ根本解決が難しいのか</title>
      <link>https://ntea.dev/ai/prompt-injection-defense/</link>
      <guid isPermaLink="true">https://ntea.dev/ai/prompt-injection-defense/</guid>
      <pubDate>Tue, 14 Jul 2026 00:00:00 +0000</pubDate>
      <category>AI</category>
      <description>プロンプトインジェクションが厄介なのは攻撃の巧妙さではなく、LLM が命令とデータを構造的に区別できないという設計上の性質にあります。</description>
    </item>
    <item>
      <title>LLM 時代の読解力劣化——「スキャン」が「読む」を置き換える日</title>
      <link>https://ntea.dev/ai/reading-comprehension-in-llm-era/</link>
      <guid isPermaLink="true">https://ntea.dev/ai/reading-comprehension-in-llm-era/</guid>
      <pubDate>Tue, 14 Jul 2026 00:00:00 +0000</pubDate>
      <category>AI</category>
      <description>AI が文章を構造化してくれる時代に、人が自分で意味を組み立てる能力はどう変質するか——読解力劣化の機序と、その先にある思考の空洞化を考察します。</description>
    </item>
    <item>
      <title>正しさの感覚を委託しないために——「確認しない人間」問題</title>
      <link>https://ntea.dev/ai/delegating-correctness/</link>
      <guid isPermaLink="true">https://ntea.dev/ai/delegating-correctness/</guid>
      <pubDate>Mon, 13 Jul 2026 00:00:00 +0000</pubDate>
      <category>AI</category>
      <description>ハルシネーションより怖いのは、それを確認しない人間の側の変化——「AI が言うなら合っている」という受け身の検証が常態化し、正しさを自分で判断する回路が錆びていく過程を考えます。</description>
    </item>
    <item>
      <title>AIを使うことは「成果物の外注」である</title>
      <link>https://ntea.dev/engineering/ai-as-outsourcing/</link>
      <guid isPermaLink="true">https://ntea.dev/engineering/ai-as-outsourcing/</guid>
      <pubDate>Sun, 12 Jul 2026 00:00:00 +0000</pubDate>
      <category>エンジニア</category>
      <description>AI に頼むことはアプリ開発を外注するのと同じ——外注した瞬間に消えるプロセスと経験に注目して、身につけたいかどうかで使い方を選び分ける整理をします。</description>
    </item>
    <item>
      <title>Bun の Zig→Rust 全面書き換えが示した「AI開発の実像」</title>
      <link>https://ntea.dev/ai/bun-rust-rewrite-ai-reality/</link>
      <guid isPermaLink="true">https://ntea.dev/ai/bun-rust-rewrite-ai-reality/</guid>
      <pubDate>Sat, 11 Jul 2026 00:00:00 +0000</pubDate>
      <category>AI</category>
      <description>100万行を11日で移植——見出しの「AIが全部やった」印象と、創業者が11日間張り付いた実態のギャップから、大規模AI移植の本当の姿を読み解きます。</description>
    </item>
    <item>
      <title>コードレビューの ROI ——効いていた指摘は 2 種類だけ</title>
      <link>https://ntea.dev/programming/code-review-what-actually-works/</link>
      <guid isPermaLink="true">https://ntea.dev/programming/code-review-what-actually-works/</guid>
      <pubDate>Fri, 10 Jul 2026 00:00:00 +0000</pubDate>
      <category>プログラミング</category>
      <description>PR 62 件・指摘 300 件を分類して欠陥相関を測った実験結果から、レビューを希少資源の配分問題として捉え直します。</description>
    </item>
    <item>
      <title>AIに勝てる人間の3つのスキル ── マッキンゼーの視点</title>
      <link>https://ntea.dev/engineering/human-skills-ai-cant-do/</link>
      <guid isPermaLink="true">https://ntea.dev/engineering/human-skills-ai-cant-do/</guid>
      <pubDate>Thu, 09 Jul 2026 00:00:00 +0000</pubDate>
      <category>エンジニア</category>
      <description>2.5万体のAIエージェントを走らせる経営コンサルが挙げた「志・判断・創造性」——大規模導入した現場だからこそ見える人間の領分と、採用基準の変化を読み解きます。</description>
    </item>
    <item>
      <title>ルネサンス的マインドセット——AI 時代に専門性を守る処方箋</title>
      <link>https://ntea.dev/ai/renaissance-mindset-ai-era/</link>
      <guid isPermaLink="true">https://ntea.dev/ai/renaissance-mindset-ai-era/</guid>
      <pubDate>Wed, 08 Jul 2026 00:00:00 +0000</pubDate>
      <category>AI</category>
      <description>AI に複製できないのは分野をまたぐ広さと人文知——「使わないスキルは衰える」という診断のその先、専門性を守るための処方箋としてのルネサンス的教養を正面から論じます。</description>
    </item>
    <item>
      <title>A/Bテストを始める前に——検出力・効果量・サンプルサイズの設計</title>
      <link>https://ntea.dev/statistics/sample-size-design/</link>
      <guid isPermaLink="true">https://ntea.dev/statistics/sample-size-design/</guid>
      <pubDate>Mon, 06 Jul 2026 00:00:00 +0000</pubDate>
      <category>統計学</category>
      <description>A/Bテストの結果が「効果なし」だったとき、それは本当に効果がなかったのか、それともサンプルが足りなかっただけなのか——実験前に必要なサンプルサイズを正しく設計するための3つのパラメータと計算方法を解説します。</description>
    </item>
    <item>
      <title>10種類のシールを全部揃えるには何個買えばいい？——クーポンコレクター問題</title>
      <link>https://ntea.dev/statistics/coupon-collector-problem/</link>
      <guid isPermaLink="true">https://ntea.dev/statistics/coupon-collector-problem/</guid>
      <pubDate>Sun, 05 Jul 2026 00:00:00 +0000</pubDate>
      <category>統計学</category>
      <description>10種類のシールが入ったお菓子、全部揃えるには平均何個買えばいい？——直感的な「10個」ではなく約29.3個になる理由を、幾何分布・調和数・モンテカルロシミュレーションで解説します。</description>
    </item>
    <item>
      <title>コンバージョン率の比較で騙されないために——偽陽性・偽陰性と信頼区間</title>
      <link>https://ntea.dev/statistics/conversion-rate-pitfalls/</link>
      <guid isPermaLink="true">https://ntea.dev/statistics/conversion-rate-pitfalls/</guid>
      <pubDate>Thu, 02 Jul 2026 00:00:00 +0000</pubDate>
      <category>統計学</category>
      <description>A/Bテストで「施策Aの方が率が高い」を安易に信じると間違える理由を、偽陽性・偽陰性・信頼区間の観点から解説します。サンプルサイズと多重比較の落とし穴も含む実践的な判断チェックリスト付き。</description>
    </item>
  </channel>
</rss>
