ブログ
GPU・LLM・MLOps・Kubernetes、そしてマインドセット · 3516 件
#2026-03 764#japanese 587#deep-dive 254#kubernetes 249#culture 236#career 224#ai 217#llm 209#devops 196#2026-04 144#security 141#observability 113#database 110#communication 107#architecture 100#productivity 88#finance 87#mindset 80#ai-papers 79#history 79#it 78#psychology 78#english 75#networking 74#deep-learning 73#gpu 70#linux 70#performance 70#cs-fundamentals 63#ai-agent 61#postgresql 60#rag 59#economy 57#mlops 53#self-improvement 53#python 52#ai-platform 51#food 51#learning 51#travel 51
何が高いまま残るのか — 生成が安くなるとき値が上がる四つ
エンジニアはこれから何を準備すべきかという問いに、道具のリストで答えると、その答えは二年で古びます。この記事は別の軸を提案します。値が残る技術とは、検証が高いままの技術だということです。生成コストと検証コストを二軸に置いて四つの枠を描くと、自動化がどこを先に食べ、どこに人が残るのかが一枚に整理されます。この枠組みには反転が一つあります。エンジニアの仕事は検証を高いまま保つことではなく、高い検証を安くする仕組みを設計することであり、その設
2026-08-15 · 13 分で読めます #career#skills#ai#craft#engineering-culture他人が書いたものを読む力 — コードベースへの入り方と文書なきシステムの読み解き
書く練習は強制されますが、読む練習はそうではありません。その非対称のせいで、読みは誰もが毎日やりながら誰も訓練しない技術になり、生成が安くなった今、最も速く値の上がった能力になりました。この記事では、見知らぬ大規模コードベースに入る七つの手順、文書のないシステムをソースではなく稼働状態から読み解く方法、そしてコードには決して残らない情報が何かを扱います。読みがなぜ検証の高い側に残るのかも合わせて説明します。高いまま残る技術シリーズの第3
2026-08-15 · 12 分で読めます #career#skills#code-reading#craft#legacy-codeドメイン知識はなぜ防衛線なのか — 業を知るエンジニアと技術だけのエンジニア
ドメイン知識はコードにも無く、文書にもたいてい無く、人の記憶と組織の慣行だけにあります。だからこのシリーズが追ってきた検証費用を最も高くする要因であり、それを担える人が残る理由でもあります。この記事は、業を知るエンジニアが問いと例外と要求の解釈で何を違えるのか、会議で使う言葉とコードにある名前がずれると何が壊れるのか、ドメインを身につける六段階の手順、そしてドメイン知識が持ち越せないという限界を扱います。高いまま残る技術シリーズの最終回
2026-08-15 · 14 分で読めます #career#skills#domain-knowledge#ddd#ontology組織の中で見えるようにする — 成果は勝手には伝わらない
やった仕事と知られている仕事の間には、ほとんどいつも距離があります。この距離は謙虚さの問題ではなく、情報が組織の中をどう伝わるかの問題です。成果がなぜ勝手には伝わらないのか、成功しても何も起きない種類の仕事がなぜ記録から真っ先に消えるのか、自慢に聞こえない形の記録とはどういうものかを整理しました。1on1を進捗報告ではない三つの用途に使う方法、見せることが政治に変わる境界、金曜の5分で四半期分の材料を積む方法を扱います。自分の仕事を語る
2026-08-15 · 12 分で読めます #career#visibility#communication#one-on-one#growthレバレッジがないと感じるときの交渉 — 何がテーブルの上にあるのか
交渉を始められない理由は、たいてい情報不足ではなく「自分にはレバレッジがない」という自己判定です。しかしその判定は、レバレッジを他社のオファー一つに狭く定義した結果です。レバレッジが実際に出てくる四か所を、代替コスト・情報・時間・代替案に分けて見て、金額以外にテーブルに載っている項目を整理しました。要求を順番に一つずつ出すとなぜ信頼が削られるのか、条件付き承諾がなぜ相手にとっての大義名分になるのか、最初の提示をそのまま受けると金額以外に
2026-08-15 · 11 分で読めます #career#negotiation#offer#communication#decision-making間違うことを前提にした計画 — 目標ではなく方向、四半期ごとに問う質問
5年計画が外れるのは、計画を雑に立てたからではありません。予測すべき対象が二つあり、市場も自分も一緒に動くからです。精度を上げようとする試みがなぜ空回りするのか、計画の値打ちが予測ではなく選択の速さにある理由を整理しました。到達点を指定する目標ではなく方向で書く方法、引き返せる選択と引き返しにくい選択を分けて別々に扱う方法、四半期ごとに投げる六つの質問を扱います。計画が実際に失敗する三つの形と、あらかじめ書いておく撤回条件、三行だけの一
2026-08-15 · 11 分で読めます #career#planning#decision-making#career-strategy#reflection午前三時にキャリアの不安で目が覚めたら
キャリアの心配はとりわけ夜に大きく育ちます。それは意志が弱いからではなく、不安という脅威検知の仕組みが、計画と取り違えられやすい構造でできているからです。この記事は不安が実際にできることとできないことを分け、反芻と計画を分ける三つの問いを示したうえで、午前三時に実際に取れるいくつかの手当てと、最悪のシナリオを最後まで書き切る方法を扱います。確信を与える記事ではなく、確信のないまま再び眠る方法についての記事です。キャリア不安シリーズの第2
2026-08-15 · 12 分で読めます #career#anxiety#sleep#rumination#mental-health古い技術とともに年を取ることへの恐れ
年次が積み上がると、不安の形が変わります。始める場所があるだろうかから、自分が立っている場所がいつなくなるのかへ。この記事はその恐れを二つに分けます。積み上げたものの減価と、学び直す力の減少です。そのうえで知識を賞味期限の異なる三つの層に切り分け、何が実際に古びて何が残るのかを見て、同じ十年がどんな条件で資産になり、どんな条件で負債になるのかを三つと四つに整理します。年齢の偏見と体力についても慰めずに、制御できることとできないことだけを
2026-08-15 · 13 分で読めます #career#senior-engineer#obsolescence#skills#agingジュニアがとくに不安な理由 — 入口の階段が変わったということ
ジュニアの不安は性格ではなく位置から来ます。代替可能性を最も指摘される層でありながら、証拠は最も少なく、比較対象は最も多い場所だからです。この記事はAIがジュニアの仕事をするという言葉のどこまでが観測でどこからが予測かを分けたうえで、本当の問題は仕事が消えることではなく、シニアへ上がる階段がまだ設計し直されていないことだと指摘します。そして、その状況で人が学ぶべき順序と、楽な道が階段を自分で消してしまう仕組みを扱います。キャリア不安シリ
2026-08-15 · 12 分で読めます #career#junior-developer#ai#learning#entry-level他人がみな先に行っているように見えるとき — 標本と時間割について
フィードを開くと、みなが先に行っているように見えます。この記事はその感覚を慰めで覆わず、構造で説明します。私たちが見ているものがなぜ標本ではなく自己選択された広告なのか、うまくいかなかった人はなぜその選択について書かないのか、キャリアに決まった時間割があるという感覚はどこから来たのか、そして想像した締切と本当の締切をどう見分けるのかを扱います。最後に、比較を消すのではなく情報に変える方法を整理します。キャリア不安シリーズの第3回です。
2026-08-15 · 12 分で読めます #career#comparison#social-media#career-timeline#anxiety技術的負債 完全ガイド: 特定し、測り、返す ♪ 聞けます
技術的負債を説得する前の段階、つまりどこにあるかを見つけ出し、数字を付ける方法を扱います。Fowler の四象限で比喩の本来の意味を整理し、負債でないものを除外し、変更頻度と複雑度でホットスポットを探し、DORA 指標で利息を観測し、負債リストと返済計画を維持する手順、そして返さないと決める方法までまとめます。
2026-08-15 · 42 分で読めます #기술부채#리팩터링#코드품질#tech-debt#dora設計ドキュメント完全ガイド: 決定を残す文書と消える文書
設計ドキュメントを文章術ではなくチームの意思決定インフラとして扱います。1-pager・設計ドキュメント・ADR・RFC のどれをいつ使うか、レビューをどう運用するか、決定がどう期限切れになるか、そして文書が失敗する八つの形を整理します。
2026-08-15 · 41 分で読めます #설계문서#adr#rfc#design-doc#기술문서コードレビュー 完全ガイド: レビューをプロセスとして設計する ♪ 聞けます
コードレビューを会話ではなく、スループット・レイテンシ・所有権を持つシステムとして扱います。承認基準の文書化、変更サイズ、1営業日の応答規則、人と自動化の分担、所有権と承認規則、コメントの等級、合意できないときのエスカレーション、そしてレビュー指標が誤用される仕方までを運用の観点で整理します。
2026-08-15 · 40 分で読めます #코드리뷰#개발문화#code-review#process#automationリファクタリング完全ガイド: 振る舞いを保ったまま構造を変える手順 ♪ 聞けます
リファクタリングを「いつやるか」ではなく「どう安全にやるか」から扱います。定義の確認から始め、特性化テストで安全網を作り、触れないコードに継ぎ目を入れ、並行変更でインターフェースを差し替え、大きな変更を戻せる断片へ切り分ける手順を順番に整理します。自動リファクタリングとコードモッドの検証方法、そして止めどきを決める基準まで含みます。
2026-08-15 · 45 分で読めます #리팩터링#레거시코드#테스트#refactoring#characterization-testデプロイ戦略 完全ガイド: 戻せるものと戻せないもの ♪ 聞けます
デプロイ戦略をツールの一覧ではなく「可逆性」という単一の軸で並べ直します。まだ戻せる変更と、すでに戻せない地点を越えた変更を切り分けるチェックリスト、カナリアが統計的に意味を持つための条件、そしてデプロイ戦略を最も頻繁に破綻させるスキーマ変更とデータマイグレーションを中心に据えて解説します。
2026-08-15 · 43 分で読めます #배포#릴리스#카나리#deployment#canary認証と認可 完全ガイド: 仕様原文で正す10の誤解 ♪ 聞けます
OAuth 2.0 は認可フレームワークであり、その上に認証を載せるのが OIDC です。推奨から外れたフロー、JWT 検証をめぐる錯覚、トークン保存場所のトレードオフを、RFC 6749・9700・7636・7519・8725、OIDC Core、OWASP チートシートの原文で整理します。既存の OAuth 詳解が「どう動くか」なら、この記事は「どこで間違えるか」です。
2026-08-15 · 45 分で読めます #인증#인가#oauth#oidc#jwtLangfuse SDK計測 — 何が自動で取れて何を手で入れるか
トレースを作る作業はSDKを入れることではなく、境界を引くことです。本記事はLangfuse Python SDK v4を基準に、デコレータ、コンテキストマネージャ、手動生成という三つの計測方式が何を違えているのかを整理し、属性を下へ流すpropagateattributesがなぜ必要か、OpenAIやLangChainのようなフレームワーク統合が自動で取ってくれる範囲はどこまでかを押さえます。v4で取り込み経路がOpenTelemet
2026-08-14 · 14 分で読めます #observability#langfuse#llm-tracing#instrumentation#opentelemetryLangfuseがトレースをClickHouseに置く理由 — 保存層の役割分担
Langfuseを自分で立ち上げてみると、まずデータストアが一つではないことに驚きます。ClickHouse、Postgres、Redis、オブジェクトストレージの四つがそれぞれ別の役割を担います。本記事は公式ドキュメントを基準に、各ストアが何を持つのか、取り込まれたイベントがどの順序でこれらの構成要素を通るのか、大きなペイロードがどこへ抜けるのかを整理します。カラム指向ストレージがトレース分析の問い合わせに合う理由をClickHous
2026-08-14 · 19 分で読めます #observability#langfuse#clickhouse#architecture#postgresLangfuseトレーシングのデータモデル — trace、observation、scoreが一度の実行を収める形
Langfuseの画面を先に見ても、何を見ているのかは分かりません。本記事はLangfuseが収集するデータの形から整理します。traceが何をまとめ、observationがspan・generation・eventに分かれる基準は何か、sessionとuserがtraceの上にどんな層として乗るのか、scoreがどこに付くのかを公式ドキュメントで確認します。RAGの一回の呼び出しとエージェントの一回の実行がそれぞれどんなツリーとして
2026-08-14 · 14 分で読めます #observability#langfuse#llm-tracing#data-modeling#opentelemetry集めたあと — Langfuseのダッシュボード、メトリクスAPI、そしてトレースに付く評価
トレースを集めることと、そのトレースから答えを得ることは別の仕事です。本記事はLangfuseが提供する指標の軸は何で、それをどの次元で切って見るべきかを整理したうえで、メトリクスAPI v2の問い合わせ構造を実際のリクエストの形で確認します。v4でtracesビューが姿を消しobservations中心に再編された変化、scoreがtrace・observation・session・データセット実行の四か所に付く仕組み、評価器がtra
2026-08-14 · 16 分で読めます #observability#langfuse#llm-evaluation#metrics-api#dashboard