2026-08-20 のダイジェスト

qiita.com 69日前

ハッシュ化されたパスワードが漏れたらどうなる? saltと総当たり耐性を整理した - Qiita

パスワードのハッシュ値が漏洩した際に何が起こりうるかを整理した記事。ハッシュ自体は不可逆でも、salt無しや弱いハッシュ関数の場合はレインボーテーブルや総当たり攻撃で元のパスワードが復元されうる点を解説し、saltの役割や耐性のあるハッシュ化方式の重要性をまとめている。

パスワードのハッシュ値が漏洩した際に何が起こりうるかを整理した記事。ハッシュ自体は不可逆でも、salt無しや弱いハッシュ関数の場合はレインボーテーブルや総当たり攻撃で元のパスワードが復元されうる点を解説し、saltの役割や耐性のあるハッシュ化方式の重要性をまとめている。
↗ 元記事を開く
qiita.com 69日前

『ソフトウェアアーキテクチャの基礎』を読んで技術の深め方を考える - Qiita

『ソフトウェアアーキテクチャの基礎』が示す「知識のピラミッド」(知っていること/知らないことを知っていること/知らないことを知らないこと)を軸に、アーキテクトに求められる技術の幅の広げ方を考察する記事。開発者は頂点の専門性(深さ)を掘り下げがちだが、アーキテクトへの成長には中間層(幅)を広げることが重要で、AI時代は0→1やAIに代替されない設計経験の価値が上がるとし、資格試験や日々の情報収集を幅を広げる手段として位置づけている。

『ソフトウェアアーキテクチャの基礎』が示す「知識のピラミッド」(知っていること/知らないことを知っていること/知らないことを知らないこと)を軸に、アーキテクトに求められる技術の幅の広げ方を考察する記事。開発者は頂点の専門性(深さ)を掘り下げがちだが、アーキテクトへの成長には中間層(幅)を広げることが重要で、AI時代は0→1やAIに代替されない設計経験の価値が上がるとし、資格試験や日々の情報収集を幅を広げる手段として位置づけている。
↗ 元記事を開く
qiita.com 69日前

AIツールを導入したのに開発が速くならない理由―AI駆動開発ライフサイクルによる上流工程の変革:AIと人間の役割分担とは?― - Qiita

AI駆動開発ライフサイクル(AI-DLC)を紹介する記事。AIツールを導入しても開発が速くならない原因は人間同士の意思決定・合意形成のボトルネックにあるとし、AIを単なる効率化ツールでなくチームの協力者と位置付け、Inception/Construction/Operationの3フェーズとモブワークによる上流工程改革を提案。MIXIやMonotaROの導入事例も紹介している。

AI駆動開発ライフサイクル(AI-DLC)を紹介する記事。AIツールを導入しても開発が速くならない原因は人間同士の意思決定・合意形成のボトルネックにあるとし、AIを単なる効率化ツールでなくチームの協力者と位置付け、Inception/Construction/Operationの3フェーズとモブワークによる上流工程改革を提案。MIXIやMonotaROの導入事例も紹介している。
↗ 元記事を開く
qiita.com 69日前

Claude Code の設定でハマる箇所まとめ - Qiita

Claude Codeの設定でハマりやすい事例集。fork機能が既定ONと書かれていても対話セッション限定で環境変数CLAUDE_CODE_FORK_SUBAGENT=1が必要、CLAUDE_CODE_ENABLE_TASKS=0がTodoリスト消失の原因でENABLE_TODO_TOOLS=1で復旧、AGENTS.mdはClaude Codeでは読まれず@AGENTS.mdインポートが必要、Windowsのln -sはコピーになり同期しない、spellcheckは辞書ツール別途要で日本語には不向きなど、非公式の環境変数が挙動を左右する実例を実測ベースでまとめている。

Claude Codeの設定でハマりやすい事例集。fork機能が既定ONと書かれていても対話セッション限定で環境変数CLAUDE_CODE_FORK_SUBAGENT=1が必要、CLAUDE_CODE_ENABLE_TASKS=0がTodoリスト消失の原因でENABLE_TODO_TOOLS=1で復旧、AGENTS.mdはClaude Codeでは読まれず@AGENTS.mdインポートが必要、Windowsのln -sはコピーになり同期しない、spellcheckは辞書ツール別途要で日本語には不向きなど、非公式の環境変数が挙動を左右する実例を実測ベースでまとめている。
↗ 元記事を開く
bmf-tech.com 69日前

監視の設計入門: 目的からSLIsまで

監視の目的を「検知」ではなく「意思決定」と再定義し、ツール非依存の設計手順(全体像→設計原則→ユーザー影響シナリオの洗い出し→SLI定義)を解説する記事。OpenTelemetryのシグナル分類、Google SREのブラックボックス/ホワイトボックスやfour golden signals、ITIL 4・ISO/IEC 27002などの標準用語に位置づけながら、症状ベースの計測を優先する3原則、ECサイトの注文機能を例にしたシナリオ→SLI対応表、GQM(Goal-Question-Metric)アプローチとの対応関係を示す。

監視の目的を「検知」ではなく「意思決定」と再定義し、ツール非依存の設計手順(全体像→設計原則→ユーザー影響シナリオの洗い出し→SLI定義)を解説する記事。OpenTelemetryのシグナル分類、Google SREのブラックボックス/ホワイトボックスやfour golden signals、ITIL 4・ISO/IEC 27002などの標準用語に位置づけながら、症状ベースの計測を優先する3原則、ECサイトの注文機能を例にしたシナリオ→SLI対応表、GQM(Goal-Question-Metric)アプローチとの対応関係を示す。
↗ 元記事を開く