私が「巻き取る」と「ほぼほぼ」を警戒する理由 ― その一言、プロジェクトの未来が透けて見える
ビジネスの現場で頻出する「巻き取る」と「ほぼほぼ」。一見ポジティブなこの言葉をエンジニア目線で徹底解剖！言葉の裏に隠された“地雷”の気配と人間の防御本能を、クスッと笑える自虐と共にあるある満載でお届けします。
私が「巻き取る」と「ほぼほぼ」を警戒する理由 ― その一言、プロジェクトの未来が透けて見える 続きを読む »
プロジェクト管理プロジェクト管理
AIで「問いの精度を上げる」とは何を意味するのか。医療機器アラームの構造を反転させた「対話の舞台裏」
AIで「問いの精度を上げる」とは？抽象的なAI論ではなく、医療アラームの構造を「通知」から「問い」へと180度反転させた実例から具体的に解説。AIとの対話で脳内の暗黙知が言語化され、世界の構造が変わる天地開闢の瞬間を共有します。
AIで「問いの精度を上げる」とは何を意味するのか。医療機器アラームの構造を反転させた「対話の舞台裏」 続きを読む »
プロジェクト管理
GitHub Copilotは私にはもう最適ではなくなってしまった。Claude移行への決断まで
GitHub Copilotが2026年6月から従量課金制へ。5月のシミュレーションを試した結果、まさかの6倍（600%）の値上げに直面。愛用していたCopilotを解約し、Claude Proへ完全移行を決意した理由とコスト計算の裏側を解説します。
GitHub Copilotは私にはもう最適ではなくなってしまった。Claude移行への決断まで 続きを読む »
プロジェクト管理, 開発インフラ
医療における「意思決定速度」と「組織構造」 ― 診療科ごとの文化差をどう扱うか
医療現場の「チーム医療」や「働き方改革」が進む中で感じる違和感の原因とは？救急や外科などのトップダウン型、在宅や緩和ケアなどのフラット型。診療科ごとに異なる「意思決定速度」と「問題の複雑性」が生み出す組織構造のギャップを、システム開発者の視点からクールに紐解きます。
医療における「意思決定速度」と「組織構造」 ― 診療科ごとの文化差をどう扱うか 続きを読む »
プロジェクト管理
営業マンが Replit を使い続ける理由と、技術者が使わなくなった理由 ― 2026 年の AI 開発環境における「二つの世界線」
2026年、AI開発環境は「二つの世界線」に分かれました。なぜ営業マンはReplitを使い続け、技術者はClaude CodeなどのローカルCLIへ移行したのか？「URL一発のデモ」vs「本番環境への再現性」。それぞれの価値観の違いから、AI時代のエンジニアが歩むべき生存戦略を考察します。
営業マンが Replit を使い続ける理由と、技術者が使わなくなった理由 ― 2026 年の AI 開発環境における「二つの世界線」 続きを読む »
プロジェクト管理
「定額の終焉」はプロへの招待状。私が他へ移らず、GitHub Copilotを「最強のハブ」として使い続ける理由
2026年6月、GitHub Copilotがついに従量課金制へ。実質値上げと言われる中で、なぜSOHO技術者の私はCopilotに留まるのか？IDEとCLIを跨ぐコンテキスト共有の強みと、ラズパイ開発におけるAI投資の最適解を解説します。
「定額の終焉」はプロへの招待状。私が他へ移らず、GitHub Copilotを「最強のハブ」として使い続ける理由 続きを読む »
プロジェクト管理, 開発インフラ
Gitリポジトリから特定ブランチだけを切り出して新リポジトリを作るまでの記録
みなさん、こんにちは。 SOHOや個人事業主として受託開発や自社プロダクトの開発を進めていると、プロジェクトの成長に伴って「リポジトリの整理整頓」が必要になる局面があります。 特に、一つの大きなリポジトリの中で複数の実験
Gitリポジトリから特定ブランチだけを切り出して新リポジトリを作るまでの記録 続きを読む »
プロジェクト管理
AI時代における新しいOSSの成功条件 ─ 「クローン文化の終焉」と「問題定義の時代」へ
みなさん、こんにちは。 先日、AIの登場によってOSSの透明性モデルが再設計を迫られているというお話をしました。 AIコーディングが当たり前になった今、アプリケーション開発の敷居は劇的に下がっています。UIの模倣からテス
AI時代における新しいOSSの成功条件 ─ 「クローン文化の終焉」と「問題定義の時代」へ 続きを読む »
プロジェクト管理
「画面設計をMarkdownで書く」について、私が辿り着いた「仕様だけMarkdown」戦略
みなさん、こんにちは。 先日、Zennで公開されていた「画面設計書をMarkdownで書く文化を浸透させたい」という記事を読みました。 この記事では、Markdownで管理するメリット（差分管理のしやすさ、リポジトリへの
「画面設計をMarkdownで書く」について、私が辿り着いた「仕様だけMarkdown」戦略 続きを読む »
プロジェクト管理
プロトタイプ開発のスピードを守りながら、将来のパフォーマンス問題を防ぐ方法
みなさん、こんにちは。 先日、PostgreSQLを使っているシステムのバージョンアップ作業中に、ちょっとした不具合修正を行いました。内容はこんな感じです。 「データ件数の増加に伴い、メイン画面や管理画面のクエリ実行時間
プロトタイプ開発のスピードを守りながら、将来のパフォーマンス問題を防ぐ方法 続きを読む »
プロジェクト管理