タグ

2026年8月14日のブックマーク (6件)

  • なぜベテランの暗黙知は、文書化しても継承できないのか | DevelopersIO

    ベテランの判断を若手に引き継ごうとマニュアル化しても、肝心の部分は毎回こぼれ落ちます。理由はシンプルで、人が「言語化できていない・そもそも言語化すべきだと気づいていない」判断こそが価値の中心だからです。この記事では、なぜ暗黙知の継承が長年うまくいかなかったのか、その構造と、いまLLMで何が変わりつつあるのかを整理します。 暗黙知とは何か 暗黙知とは、人が実行できるのに、言葉で説明しきれない知識のことです。「マニュアルに書けること」の下に、「経験で身についた判断」が層になって隠れています。 現場で聞くと、だいたいこう返ってきます。「トラブルのとき、音や雰囲気でわかる。でも、それをどう伝えればいいかはわからない」。 ポイントは、暗黙知は「難しい知識」ではなく、人が“当たり前”だと思っていて、認識すらしていない知識だということです。だから聞かれない限り出てこないし、人も出せると思っていま

    なぜベテランの暗黙知は、文書化しても継承できないのか | DevelopersIO
    Magicant
    Magicant 2026/08/14
    おもしろい話だが、何か違ふ気もする (続き https://x.com/tnacigam/status/2088125361074876817)
  • Claude Code に「同じ指摘を二度させない」仕組みを hook で作った

    1指摘 = 1ファイル ルールは ~/.claude/feedback/<topic>.md に1つずつ置きます。実際に運用している tdd.md はこうなっています。 --- name: tdd description: 実装前にテストを書くTDDアプローチを必ず取ること type: feedback count: 6 enforce: - event: pre_edit path: '**/*.go' absent_sibling: '{stem}_test.go' message: 'TDD: 実装ファイルを書く前にテストファイル(Red)を先に書くこと。' severity: ask - event: pre_edit path: '**/*.ts' absent_sibling: '{stem}.test.ts' message: 'TDD: 実装ファイルを書く前にテストファイル

    Claude Code に「同じ指摘を二度させない」仕組みを hook で作った
    Magicant
    Magicant 2026/08/14
    言ひ訳を書かせるとか違反指摘回数を記録するとか、独自の工夫が見られる
  • Claude Codeに「違反できないコード」を書かせる:ガイドとセンサーの設計 - Qiita

    はじめに AIにコードを書かせるようになって、人間の作業は「コードを書く」から「コードが規約を守る仕組みを作る」へ移りつつあります。 この記事は、その仕組みづくりを実際に手を動かして体験するための学習ガイドです。題材として、Hono + TypeScript でオニオンアーキテクチャのタスク管理APIを作ります。ただし、ソースコードを書くのはあなたではありません。 作業者は人間(あなた)とClaude Codeの2者 あなたは src/ と tests/ を最後まで一度も編集しない あなたが作るのは、Claudeが書いたコードを規約どおりに保つ仕組み この仕組みを記事ではハーネスと呼びます。 前提 Node.js 22以上(dependency-cruiser が要求します) Claude Code が使えること Git オニオンアーキテクチャの用語(domain / applicati

    Magicant
    Magicant 2026/08/14
    AI に雑に依頼するとこんな風に最初から全部入りでやらうとするけれども、うまくいってるかどうかと何を改善すべきかを自分で確かめながら小出しに設定していくことをお勧めします
  • ソフトウェアファクトリーとは何か|こぎそ

    AIがコードを書き、画面も作れるようになり、個人の生産性は確かに上がりました。ところが、組織の成果はそれほど伸びていません。 作る速度が上がった分だけレビューは詰まる。品質のばらつきは広がる。誰も全体を理解していないコードが増えていく。速く作れることと、良いものを出し続けられることのあいだには、まだ深い溝があります。 この溝への答えとして、2026年に入り、AI開発の文脈で再び前面に出てきたのが「ソフトウェアファクトリー」です。 ソフトウェアファクトリーとは何かソフトウェアファクトリーとは、AIエージェントを工場の作業者とみなし、人間が工程を設計することで、ソフトウェアを継続的に量産する開発体制のことです。 もう少し具体的に書くと、以下のようなフローとなります。 標準化された形式で仕様が投入される 複数のエージェントが実装とテストを進める 人間とエージェントの成果物が、同じ検査工程を通る

    ソフトウェアファクトリーとは何か|こぎそ
    Magicant
    Magicant 2026/08/14
    「ソフトウェアファクトリー」の胡散臭さ半端ないよね。前世紀に失敗したウォーターフォール型開発をただ自動化しただけぢゃんっていふ。「ソフトウェアラボラトリー」なら幾ばくかは同意できるが……
  • 品質は上がったのに価格は1/4 ~Microsoft、軽量コーディングモデル「MAI-Code-1.1-Flash」を発表/「GitHub Copilot」ですでに本番稼働

    品質は上がったのに価格は1/4 ~Microsoft、軽量コーディングモデル「MAI-Code-1.1-Flash」を発表/「GitHub Copilot」ですでに本番稼働
    Magicant
    Magicant 2026/08/14
    5.4 mini なんかと比較したグラフ出してくるってことは 5.6 Luna には全然負けてるんやろ?
  • Webサービスの終わらせ方

    作るより消すほうが大変 Webサービスは、作るときより終わらせるときのほうが面倒です。 少なくとも私はそうでした。 作り始めたころは、 「Cloudflare Workers便利!」 「Supabase最高!」 「決済もSaaSでいける!」 「AIも載せちゃおう!」 「監視も入れとくか!」 と、現代Web開発の恩恵を浴びながら、楽しそうに外部サービスを増やしていました。 数か月後。 サービスを閉じることになった私は、それらの管理画面を一つずつ巡回しながら、 「全部俺が登録したんだった」 という当たり前の事実に直面することになります。 Webサービスの終了は、サーバーを停止すれば終わりではありません。 新規登録を止める。 課金を止める。 書き込みを止める。 ユーザーに通知する。 個人データを消す。 Webhookを止める。 APIキーを殺す。 DNSを消す。 リポジトリを片付ける。 サービス

    Webサービスの終わらせ方
    Magicant
    Magicant 2026/08/14
    curl しろぢゃねえよ。何で本番前に開発環境で予行演習してねえんだ。お前の敗因の半分はぶっつけ本番なこと。もう半分は AI に正しい終はらせ方を相談しなかったこと (追記: 口が悪くてすまんな……)