タグ: #craft
GPU・LLM・MLOps・Kubernetes、そしてマインドセット · 24 件
#craft タグの記事は24件で、最新の記事は2026-08-15に公開されました。
よく一緒に付くタグ: #japanese 12 #career 8 #skills 5 #software-engineering 5 #ai 4
過去90日間によく読まれた記事:
検証の設計 — テストを合否ではなく信頼の根拠として見る
テストが緑だという事実それ自体は何も語りません。何を心配しなくてよいかが決まって初めて、緑に意味が生まれます。この記事はテストを合否ではなく信頼の根拠として扱う方法を扱います。各テストに信頼の一文を付ける練習、カバレッジが実際に測るものと測れないものの違い、検証しないと決めたものを明示的に書くべき理由、そして正解表のない領域で判定そのものを設計する方法まで整理しました。高いまま残る技術シリーズの第4回です。
2026-08-15 · 12 分で読めます #career#skills#testing#verification#craftデバッグはなぜ置き換えにくいのか — 消去の技術と仮説の一文
デバッグはコードを書く仕事と向きが逆です。書くことは可能なものを一つ作り出す仕事で、デバッグは可能なものを一つ残るまで消していく仕事です。この記事では、デバッグがなぜ検証の高い側に残るのか、反証できる仮説をどう一文で書くのか、システムを層に切って半分ずつ狭める手順がどう働くのか、そして再現しない問題を再現ではなく観測で攻める方法を扱います。同じ年数でも差が最も開く能力がなぜこれなのかも合わせて説明します。高いまま残る技術シリーズの第2回
2026-08-15 · 12 分で読めます #career#skills#debugging#craft#troubleshooting何が高いまま残るのか — 生成が安くなるとき値が上がる四つ
エンジニアはこれから何を準備すべきかという問いに、道具のリストで答えると、その答えは二年で古びます。この記事は別の軸を提案します。値が残る技術とは、検証が高いままの技術だということです。生成コストと検証コストを二軸に置いて四つの枠を描くと、自動化がどこを先に食べ、どこに人が残るのかが一枚に整理されます。この枠組みには反転が一つあります。エンジニアの仕事は検証を高いまま保つことではなく、高い検証を安くする仕組みを設計することであり、その設
2026-08-15 · 13 分で読めます #career#skills#ai#craft#engineering-culture他人が書いたものを読む力 — コードベースへの入り方と文書なきシステムの読み解き
書く練習は強制されますが、読む練習はそうではありません。その非対称のせいで、読みは誰もが毎日やりながら誰も訓練しない技術になり、生成が安くなった今、最も速く値の上がった能力になりました。この記事では、見知らぬ大規模コードベースに入る七つの手順、文書のないシステムをソースではなく稼働状態から読み解く方法、そしてコードには決して残らない情報が何かを扱います。読みがなぜ検証の高い側に残るのかも合わせて説明します。高いまま残る技術シリーズの第3
2026-08-15 · 12 分で読めます #career#skills#code-reading#craft#legacy-code摩擦が消えると目利きが残るのではなく、目利きを育てる道が消えます
2026年8月に話題になったエッセイ Taste Is All That Is Left は、作ることが安くなるにつれて、何を作る価値があるのかを判断する能力だけが希少になったと言います。この記事はその診断に同意しつつ、もう一歩踏み込みます。目利きは努力という濾過装置の副産物であり、濾過装置が消えれば目利きが自動的に残るのではなく、目利きを育てていた経路が一緒に消えます。ですから必要なのは摩擦を意図的に復元する具体的な習慣であり、個人と
2026-08-09 · 14 分で読めます #career#craft#ai#code-review#mentoringコードは難しい部分ではなかったという言葉が、なぜあれほど腹立たしいのか
2026年8月にHacker Newsの上位を占めたあるエッセイは、コードはもともと難しい部分ではなかったという言葉がすべてのプログラマーへの侮辱だと主張します。この記事はその反論に同意しつつ、理由を別のところに見ます。あの文が腹立たしいのは間違っているからではなく、コードという単語の意味を途中ですり替えるからです。コードを三つの層に割れば、双方の主張がそれぞれどこで真なのかが見え、自分のチームが実際どの層に時間を使っているのかも測れま
2026-08-09 · 15 分で読めます #career#craft#ai#engineering-culture#skills人物はどう変わるのか — キャラクターアーク設計の文法
プロットは出来事の順序であり、アークは人の変化です。よい物語ではこの二つが同じ出来事を分け合い、互いを押し合います。偽の信念を捨てる肯定型、偽の信念に屈する否定型、人物の代わりに世界が変わる平坦型という三つのアークと、そのエンジンである欲望と必要のずれ、人物は説明ではなく圧力の下での選択で現れるという原則、バックストーリーを隠しておく理由、フォイルとアンチヒーローの作動の仕方までを整理しました。最後に自分で試せる観察の練習を添えています
2026-07-26 · 24 分で読めます #storytelling#character#fiction#narrative#craft3幕構成は法則なのか慣習なのか — 物語構造論の系譜とその限界
映画がおおむね同じ場所で折れるのは偶然ではありません。アリストテレスは3幕を語ったことがなく、今日の3幕構成は、シド・フィールドが1979年にページ数で釘づけにしたことで業界標準になった20世紀の発明品です。標準ビートが実際に担っている機能的な仕事、ブレイク・スナイダーのビート・シートがハリウッドを均質にしたという批判、葛藤なしで機能する起承転結やダン・ハーモンのストーリー・サークルといった代替案、そして構造図より重要なピクサーの偶然の
2026-07-26 · 24 分で読めます #storytelling#screenwriting#narrative#film#craftAIがコードを保守する時代でも、人間のために書く
2026年7月10日、Scott Robinson は古い格言を一ひねりして蘇らせました。LLM はあなたのコードベースをスタイルガイドのように読むため、あなたがマージしたあらゆる近道は、モデルが機械の規模で返してくる学習データになります。重複したアクセスチェックの例と、「LLM はスポンジだ」という彼の一文を追ったうえで、より難しい問いを立てます。次の保守者が機械であるときも、人間のために書くことは依然として重要か。重要です。人間は依
2026-07-11 · 12 分で読めます #ai#llm#code-quality#maintainability#craft突然できるものはありません — 継続の複利 ♪ 聞けます
実力は突然できるものではありません。コーディング、英語、日本語、卓球のような技術は、毎日少しずつ磨いた時間が複利のように積み重なって作られます。小さな習慣の蓄積、停滞期を耐える方法、進捗を測定し追跡する実践ルーティンを、個人的な経験とともにまとめました。
2026-06-19 · 57 分で読めます #consistency#compounding#habits#craft#growthプログラミングが上達する方法 — 原理、習慣、そして深さ
プログラミングが上手いとはどういうことかを定義し、基礎力とデバッグ、抽象化と単純さ、読みやすいコード、テスト、意図的な練習、コードを読むこと、そしてAI支援時代の力量までを、具体的な事例とコードを添えて整理しました。手早い裏技よりも、長く役立つ原理と習慣に焦点を当てます。
2026-06-16 · 30 分で読めます #programming#craft#deliberate-practice#debugging#code-qualityPKM & マークダウンノートアプリ 2026 完全ガイド - Obsidian, Logseq, Tana, Heptabase, Notion, Bear, Roam, AnyType, Craft 徹底解説
2026年のパーソナルナレッジマネジメント（PKM）とマークダウンノートアプリの全体像を一度に把握する。Zettelkasten・BASB・GTD などの方法論、Obsidian 1.7 / Logseq / Tana / Heptabase などの次世代ツール、Notion / Bear / Craft / iA Writer などの主流、Roam / Workflowy / RemNote / Supernotes などのアウトライ
2026-05-16 · 31 分で読めます #pkm#note-taking#obsidian#logseq#tanaレガシーコードと向き合う — 怖くて古い、テストのないコードを恐れずに変える方法 ♪ 聞けます
レガシーコードとは、テストがないコードであり、触るのが怖いコードだ。そして誰もがいつかそれを引き継ぐ。安全に変えるにはテストが要るが、テストを足すにはコードを変える必要があるというジレンマ、現在の振る舞いが bug でもそれを固定する characterization test、書き直さずにテストを差し込む seam、sprout と wrap、strangler fig パターン、そして AI agent がここでどう助けどう壊すかま
2026-05-14 · 46 分で読めます #legacy-code#refactoring#characterization-tests#strangler-fig#technical-debt良いチケットの書き方:人間とAIエージェント両方のためのIssue作成の技術 ♪ 聞けます
チケットはソフトウェアで最もレバレッジの大きい文書です。良いチケットの解剖学、チェックボックス形式の受け入れ条件、「1チケット = 1レビュー可能なPR」の原則、バグ/機能テンプレート、AIエージェントがすぐ着手できるチケットの条件まで — コピーして使えるISSUETEMPLATE例とともに整理します。
2026-05-14 · 35 分で読めます #tickets#issues#writing#communication#ai-agentAIが書いたコードをレビューする方法: エージェント出力のための検証規律と『AIスロップ』のフィルタリング
AIがコードを書く時代、ボトルネックはレビューに移った。人間のPRをレビューすることとエージェント出力をレビューすることは別のスキルだ。AIコードが特有に間違える方法、ハルシネーションAPIや意味のないテストをフィルタする検証ループ、型からテストから人間へという順序、『AIスロップ』の正体とフィルタリングまで — コピーして使えるチェックリストとともに整理する。
2026-05-14 · 35 分で読めます #code-review#ai-generated-code#verification#ai-slop#quality体系的デバッグ — 推測ではなく推論でバグを捕まえる ♪ 聞けます
デバッグの大半は訓練されていない推測だ。再現・分離・仮説・検証・修正・確認というコアループ、git bisect と二分探索、スタックトレースを正しく読む方法、heisenbug や race condition のような難しいバグ、そして AI エージェントとデバッグする方法まで。推論でバグを捕まえる技術をまとめる。
2026-05-14 · 35 分で読めます #debugging#methodology#engineering-craft#git-bisect#observability現代の開発者のためのレトロコンピューティング — 6502・Z80・エミュレータ、そして失われたデバッグの喜び(2026 徹底ガイド) (日本語)
2026 年の開発者は、抽象の上にさらに抽象を積んで生きている。React の上に Next.js、Next.js の上に Vercel、Vercel の上に Cloudflare。そのどこかで私たちは『機械が実際に何をしているのか』という問いを失った。レトロコンピューティングはそれを取り戻す最短ルートだ。64KB の RAM、1.79MHz の CPU、8KB の ROM の中で動く NES のゲームを cc65 で書き、Mesen
2026-05-14 · 30 分で読めます #retro-computing#z80#nesdev#gameboy-dev#pico-8うまく失敗するコード — エラーハンドリングとレジリエンス設計を深掘りする (2026) ♪ 聞けます
エラーハンドリングは機能を作り終えた後に付け足す装飾ではなく、設計そのものだ。失敗の種類を分類し、例外とエラー値のどちらを使うか決め、境界で検証してコアを信頼し、すべてのリモート呼び出しにtimeoutをかけ、retryにjitterを入れ、idempotencyで安全に再試行し、circuit breakerで障害を隔離し、優雅に性能を落とす — コードレベルでうまく失敗するソフトウェアを設計する方法。
2026-05-14 · 41 分で読めます #error-handling#resilience#retry#circuit-breaker#timeout不慣れなコードベースに素早く適応する: 新しく入った人のスキル ♪ 聞けます
転職、チーム異動、引き継いだサービス — 私たちは繰り返し「新しく入った人」になります。適応(ramp-up)は才能ではなく、学べるスキルです。まず動かす、エントリーポイントを探す、詳細より形を先に読む、1つの本物のリクエストを最後まで追う、テストをドキュメントとして読む、ツールを使う、小さな変更を早めにする、メンタルマップを描く、何を誰に聞くか、そして AI agent と一緒に適応する — コピーして使えるチェックリストとともに整理
2026-05-14 · 40 分で読めます #onboarding#codebase#learning#newcomer#developer-craftオープンソース貢献 完全ガイド: 最初のPRからメンテナになるまで (2026)
オープンソースにどう貢献するか - 最初のPRを開く方法からメンテナになるまで。学習、キャリア、ネットワークという現実的な見返りと幻想を正直に整理し、プロジェクトの選び方、コードレビューの乗り切り方、コミュニケーションのエチケット、AI時代の責任ある貢献までを実践中心に扱う。
2026-05-14 · 28 分で読めます #open-source#contribution#github#pull-request#maintainer