「どちらが先か」という問いは、分けた後に生まれる – 抽象と具体の依存関係で考える 作者: si62512548投稿日: 2026年7月5日カテゴリー: 所感タグ: HLD, LLD, インフラ設計, 思考法, 技術ドキュメント, 抽象化, 設計「どちらが先か」という問いは、分けた後に生まれる – 抽象と具体の依存関係で考える へのコメントはまだありません 「卵が先か、鶏が先か」という問いを、抽象と具体、HLD と LLD、設計と実装の関係から考えます。重要なのは順序ではなく、分けたもの同士の依存関係を見ることです。
AI の気持ちになってみろ – 人間の悪習を押し付けないための仕事設計 作者: si62512548投稿日: 2026年6月28日カテゴリー: AIタグ: AI, AI エージェント, AI 活用, ナレッジ管理, 仕事設計, 情報設計, 技術ドキュメント, 業務設計, 構造化, 生成 AIAI の気持ちになってみろ – 人間の悪習を押し付けないための仕事設計 へのコメントはまだありません AI 活用とは、既存の無駄な仕事を AI に肩代わりさせることではありません。人間の仕事を、AI が処理できる構造へ作り替えることです。
設計書に残すべきは項目ではなく判断である – 粒度、理由、実体をつなぐ文書設計 作者: si62512548投稿日: 2026年6月28日カテゴリー: 設計・運用タグ: ADR, Docs as Code, HLD, LLD, アーキテクチャ, 技術ドキュメント, 文書設計, 構造化, 設計書, 運用設計設計書に残すべきは項目ではなく判断である – 粒度、理由、実体をつなぐ文書設計 へのコメントはまだありません 技術文書と設計の関連記事 「ルータ」と「ルーター」の違いから考える、技術ドキュメントの品質表記統一を文書設計の一部として扱った記事です。 AI を中途半端にしか使えない理由 – プロンプト術より構造化が重要情 […]
言葉ではなく、条件を定義せよ – キーワードで思考を止めないための設計論 作者: si62512548投稿日: 2026年6月28日カテゴリー: 設計・運用タグ: AI 活用, DX, ゼロトラスト, 判断基準, 思考法, 技術ドキュメント, 条件定義, 要件定義, 設計, 責任分界言葉ではなく、条件を定義せよ – キーワードで思考を止めないための設計論 へのコメントはまだありません 設計と思考法の関連記事 設計書に残すべきは項目ではなく判断である – 粒度、理由、実体をつなぐ文書設計設計判断を文書に残す意味を整理した記事です。 基本設計は机上だけで完結するのか – 検証環境と […]
「ルータ」と「ルーター」はどっちを使うべきか – 技術文書の表記統一を考える 作者: si62512548投稿日: 2020年10月31日カテゴリー: 設計・運用タグ: エンジニアリング, ルーター, 技術ドキュメント, 技術文書, 文書品質, 用語集, 表記統一, 設計書「ルータ」と「ルーター」はどっちを使うべきか – 技術文書の表記統一を考える へのコメントはまだありません 「ルータ」と「ルーター」のどっちを使うべきかを、長音省略の背景、現代の技術文書での読みやすさ、既存資料や正式名称との整合性から判断します。
