ブログ
GPU・LLM・MLOps・Kubernetes、そしてマインドセット · 3508 件
#2026-03 764#japanese 587#deep-dive 254#kubernetes 247#culture 236#career 224#ai 214#llm 208#devops 193#2026-04 144#security 139#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 59#rag 59#economy 57#mlops 53#self-improvement 53#ai-platform 51#food 51#learning 51#python 51#travel 51
英語面接の完全ガイド：流暢さではなく構造で通る方法
英語面接で詰まる原因は語彙ではなく、答えの構造です。自己紹介の長さと順序、経験を状況・役割・行動・結果でつなぐ骨組み、技術質問で考えを声に出して整理する方法、知らないことを知らないと言いながら接近法を見せる方法、失敗経験と転職理由、逆質問とフォローアップメールまで表現とともに整理しました。反対に自分が面接官のときに使う表現、そして非英語圏の話者として速度をお願いする文もあわせて扱います。
2026-08-16 · 47 分で読めます #english#interview#career#communication#job-search断りの構造 — 仕事が集まるのは評価ではなく配分の結果です
仕事ができる人に仕事が集まるのは称賛ではなく、依頼コストがいちばん低い経路が自分だったという意味です。断れないと有能さへの報酬がそのまま罰に変わる構造をまず説明し、断りが失敗する地点が文ではなく位置にあることを押さえます。何ができないかではなく代わりに何を下ろすかを提案する文の組み立て、優先順位を決める権限を相手に正確に返す方法、依頼者とマネージャーと自分自身という断りの三つの層、そして断ることが制度的に不可能な組織で記録に置き換える方
2026-08-16 · 27 分で読めます #career#workplace#boundaries#prioritization#communication転職・部署異動の最初の90日 — 成果より先に決まるもの
新しい組織の最初の四半期に実際に決まるのは成果ではなく分類です。人は新しく来た人をいくつかの箱のどれかへ素早く入れ、その箱はあとから変えにくい。しかも分類の材料は成果物ではなく、どんな種類の質問をするか、小さな約束を守るか、最初の反対をどう出すかです。二度と戻ってこない質問の予算をどう使うか、決定の地図と人の地図と規範の地図をどう描くか、信頼が大きな成果ではなく小さな約束の履行で積まれる理由、何をいつから変えてよいかを判定する三つの条件
2026-08-16 · 30 分で読めます #career#workplace#onboarding#transition#internal-move昼食、フェシク、廊下の会話 — 非公式チャネルに何が流れるのか
組織には二つの情報網があります。公式チャネルは決まったことを伝え、非公式チャネルは決まる前のことを伝えます。参加しなければ費用があるという事実を正直に認めつつ、その費用を引き受けることもまったく正当な選択だということを一緒に書きました。実際に失うもの三つと失わないもの、頻度より規則性のほうが効率のよい理由、健康や育児や宗教や通勤の事情で夜の席に出にくい人のための代替チャネルが何を代替して何を代替できないのか、フェシクという韓国固有の形式
2026-08-16 · 28 分で読めます #career#workplace#korea#communication#boundaries上司マネジメントはごますりではなく情報の流れの設計です
上司との問題の大半は性格の衝突ではなく情報の非対称です。上司は広く浅く見て、自分は狭く深く見るので、互いに取りこぼすものの種類が毎回同じになります。上司が他人から先に聞くと困る三つ、報告の周期を自分から宣言したときに変わること、上司の上司が何で評価されているのかを観察から推測する方法、上司の取扱説明書の作り方、そして無能と放置と横取りと公開の叱責を区別してそれぞれ別に対応する方法をまとめました。改善の試みをやめて見切るべき三つの基準、決
2026-08-16 · 26 分で読めます #career#workplace#managing-up#communication#managerミスをしたあとの順序 — 収拾、報告、記録、再発防止
ミスのコストはミス自体ではなくそのあとの四つの段階で決まり、人はこの順序をほとんどいつも同じやり方でひっくり返します。収拾の段階で止血ではなく原因から探すこと、報告を収拾が終わったあとに先延ばしにすること、記録をまるごと飛ばすこと、再発防止を個人の決意で代替すること。各段階がなぜその位置にあるのかと、よくひっくり返る地点を押さえ、謝罪と弁明が分かれる地点が原因説明の有無ではなく二つの段落を分けたかどうかにあることを説明します。二度としま
2026-08-16 · 25 分で読めます #career#workplace#mistakes#incident#accountability悪い知らせは中身よりタイミングで決まる
遅く知らせた良い対応が、早く知らせた悪い対応より悪く評価されるのは、悪い知らせが問題の大きさと相手に残った選択肢という二つの軸で評価されるからです。問題の大きさは複数の原因の結果なので一人で責任を負わせにくいのに対し、遅い報告は完全に一人の選択です。確実になるまで待つことがなぜ情報の正確さの問題ではなく時間稼ぎなのか、いま知らせるべきかを判定する三つの問い、解決策なしで報告してよい条件とその場所に代わりに入れる四つ、結論と影響と不確実性
2026-08-16 · 26 分で読めます #career#workplace#communication#escalation#reportingプロセスとシグナル完全ガイド: 終了しない理由を最後まで追跡する
シグナル番号と既定動作、SIGTERM と SIGKILL の違い、ゾンビと孤児、プロセスグループとセッション、nohup と setsid、そしてグレースフルシャットダウンを設計する方法までを整理します。死なないプロセスの原因を階層ごとに追跡します。
2026-08-15 · 28 分で読めます #리눅스#프로세스#시그널#운영#커널Linux性能ツール完全ガイド: 出力の数字を解釈する方法
top、vmstat、iostat、pidstat、sar、perf が出力する数字を 1 列ずつ解釈します。どのツールがどの質問に答えるのか、どの値が錯覚を起こすのか、USE 方法論でツールを選ぶ順番までを整理しました。
2026-08-15 · 28 分で読めます #리눅스#성능#모니터링#운영#sysstatファイルディスクリプタと inode 完全ガイド: df と du が食い違うとき何が起きているのか
inode とディレクトリエントリの関係から出発して、ハードリンク、削除された開きっぱなしのファイル、inode の枯渇、ファイルディスクリプタの上限までを整理します。df と du が食い違う理由と復旧方法をコマンド単位で扱います。
2026-08-15 · 26 分で読めます #리눅스#파일시스템#inode#파일디스크립터#운영SSH運用完全ガイド: 鍵の管理からロックアウト事故のないサーバーハードニングまで
sshdconfig のハードニング、鍵の種類の選択と配布、ProxyJump とポートフォワーディング、接続できないときのデバッグ順序までを運用者の視点で整理します。設定を変更している最中に自分自身をロックアウトしないための手順も含みます。
2026-08-15 · 29 分で読めます #리눅스#ssh#보안#운영#서버관리Linux障害対応コマンド完全ガイド: 最初の60秒から根本原因まで
サーバーの様子がおかしいと連絡を受けた瞬間から順番に実行する診断コマンドを整理します。uptime、top、free、df、iostat、ss、journalctlまで、各出力のどの数字を見るべきか、その数字が何を除外して何を残すのかを説明します。
2026-08-15 · 30 分で読めます #리눅스#트러블슈팅#운영#장애대응#명령어Linuxファイアウォールとアクセス制御完全ガイド: nftables、firewalld、ufwを締め出されずに扱う
nftablesの構造から出発し、firewalldとufwがその上で何をしているのかを整理します。リモートでルールを変更する際に自分自身を締め出さない手順と、ルールが適用されないときの診断順序を扱います。
2026-08-15 · 29 分で読めます #리눅스#방화벽#nftables#firewalld#보안バックアップとリストア完全ガイド: 復旧シナリオから逆算して設計する
RPOとRTOから出発して、rsync、tar、LVMスナップショット、スナップショットベースのバックアップツールを選ぶ基準を整理します。復旧リハーサルの手順と、バックアップが静かに壊れる五つの方式まで扱います。
2026-08-15 · 26 分で読めます #리눅스#백업#복구#재해복구#운영TLS証明書完全ガイド: opensslコマンドで最後まで扱う
証明書を読み、CSRを作り、チェーンを検証し、形式を変換し、サーバー接続を診断するopensslコマンドを目的別に整理します。有効期限切れとチェーン欠落、鍵の不一致を現場で判別する方法まで扱います。
2026-08-15 · 29 分で読めます #리눅스#tls#인증서#openssl#보안Linux ログ運用完全ガイド: journald、rsyslog、logrotate をひとつにつなぐ
ジャーナルの保存ポリシー、rsyslog への転送、logrotate のローテーション方式まで、Linux ホストのログ配管を設計します。ディスクを埋めずに障害調査に必要な記録を残すための基準を整理します。
2026-08-15 · 26 分で読めます #리눅스#로그#journald#rsyslog#logrotateGit 取り消し完全ガイド: 復元できるものと永遠に消えるもの
reset、revert、restore、reflog、fsck の境界線を復元可能性という基準で整理します。reflog の期限切れポリシーと gc が実際にオブジェクトを削除するタイミング、強制プッシュ事故やワークツリー・サブモジュールの状況まで扱います。
2026-08-15 · 28 分で読めます #git#버전관리#복구#운영#협업DNS 完全ガイド: 名前がアドレスになる経路を最後までたどる
スタブリゾルバーから権威サーバーまで、名前解決の経路を区間ごとに分けたうえで、レコードタイプと TTL、委任、dig の読み方、伝播遅延とスタイルキャッシュ、DNSSEC、社内 DNS の運用までを整理します。コマンドとルールは RFC 原文とマニュアルで確認したものだけを載せました。
2026-08-15 · 44 分で読めます #리눅스#dns#네트워크#운영#트러블슈팅SQL実行計画完全ガイド: オプティマイザはどのように計画を選ぶのか
PostgreSQL 18のプランナーの立場から実行計画を説明します。統計情報がどのように収集され、選択度がどう計算され、costの数値がどんな定数から組み立てられるのか、結合順序の探索がいつ遺伝的アルゴリズムに切り替わるのか、推定がずれたときに拡張統計でどう補正するのか、そして準備された文の一般計画(generic plan)がなぜ突然遅くなるのかまで、文書に記載された既定値とともに整理します。
2026-08-15 · 32 分で読めます #database#postgresql#execution-plan#query-optimization#optimizerDB性能チューニング完全ガイド: パラメータを触る前に測定する順序
PostgreSQL 18を基準に、性能チューニングをパラメータの一覧ではなく診断の順序として整理します。pgstatstatementsでワークロードをプロファイリングし、待機イベントでボトルネックの性質を切り分け、キャッシュとI/Oの指標を読み、そのあとでメモリ予算とチェックポイントとautovacuumを調整する順序です。PostgreSQL 18で変わった既定値と、変更前後を比較する方法まで扱います。
2026-08-15 · 32 分で読めます #database#postgresql#performance-tuning#monitoring#operations