ブリリアントジャークのような人たち 〜特徴で分類する「扱いづらい開発者タイプ」カタログ〜 1. はじめに 「ブリリアントジャーク（Brilliant Jerk）」という言葉は有名ですが、 実際の現場には “ジャークではないが扱いが難しい開発者” も数多く存在します…

MCFB を C++ で再現する 〜仮想軸シミュレータを作りながら理解する Motion Control Function Block の本質〜 1. はじめに 前回の記事では、MCFB（Motion Control Function Block）が「OOP化されたモーション制御の標準」であることを解説しました。 今回は…

ブリリアントジャークは再教育できるのか 〜「直らないベテラン」をどう扱うかという現実的判断〜 1. はじめに マネージャーやアーキテクトの多くが、一度はこう考えたことがあるでしょう。 「あの人は優秀なんだけど、チームを壊している。でも今さら変えら…

ブリリアントジャークの見極め方 〜「成果を出す人」と「チームを壊す人」を区別する指針〜 1. はじめに エンジニアリング組織を率いると、必ず遭遇するタイプがいます。 「とても優秀なのに、なぜか周囲が疲弊する人」。 その典型が ブリリアントジャーク（…

ST言語で学ぶOOP（オブジェクト指向）実践ガイド 〜IEC 61131-3（Structured Text）のクラス設計・継承・インターフェース・ポリモーフィズム〜 1. はじめに PLCの世界でも、IEC 61131-3 第3版以降はオブジェクト指向（OOP）の要素が標準化され、Structured …

ブリリアントジャークと美味しいリンゴ 〜チームにとっての「扱いにくさ」と「心地よさ」を考える〜 1. はじめに エンジニア組織や開発チームを率いるとき、必ず直面する問いがあります。 「能力は抜群だが協調性がない人材」と「特別に突出してはいないが安…

MVPとプロトタイプの違いとは？ 〜プロダクト開発における2つのアプローチを整理する〜 1. はじめに スタートアップや新規事業開発でよく聞く言葉に MVP（Minimum Viable Product） と プロトタイプ（Prototype） があります。 どちらも「完成品ではない試作…

前回から似た内容ですね。 ブリリアントジャークと誤解されやすい人たち 〜「危険人物」ではなく活かすべきタイプの見極め方〜 1. はじめに チームにおいて「強い個性」を持つ人は、しばしばブリリアントジャーク（Brilliant Jerk）と混同されがちです。 し…

お久しぶりです。本日は以下です。 ブリリアントジャークとの付き合い方 〜チームを壊さず才能を活かすための実践ガイド〜 1. はじめに 「ブリリアントジャーク（Brilliant Jerk）」とは、 高い専門知識や成果を出す能力を持ちながら、 協調性に欠け、チーム…

GitHub Issuesを書く技術 〜開発チームの生産性を高める「伝わるIssue」の書き方ガイド〜 1. はじめに GitHub Issuesは、ソフトウェア開発においてタスク管理・バグ報告・議論の場として広く利用されています。しかし、曖昧で伝わらないIssueは、手戻りや開…

技術者の成長を加速する！目的別おすすめ技術書7選 1. はじめに 現代のソフトウェア開発において、エンジニアには技術力だけでなく、伝える力・学ぶ力・導く力が求められています。この記事では、読者の関心ごとに応じたカテゴリごとに、厳選された技術書を6…

アーキテクトとは？エンジニアとの違い・役割・必要なスキルを解説 1. はじめに 「アーキテクトって設計する人？」「エンジニアと何が違うの？」 IT業界でよく聞く“アーキテクト”という言葉。漠然としたイメージはあっても、実際の役割やスキルセットについ…

それ、ドキュメントだけで本当に伝わってる？図解とスライドの力を再認識せよ 1. はじめに 「仕様は正式ドキュメントに書いてある」「設計書を読めば分かる」 ――あなたの職場にも、そう言われた経験はありませんか？ 確かに、正式ドキュメントは技術的に“正…

ヘキサゴナルアーキテクチャで学ぶ設計の本質：Pythonで実践する疎結合アプリ構築 1. 導入：なぜ今「ヘキサゴナルアーキテクチャ」なのか？ ソフトウェアの寿命は年々長くなり、保守性と柔軟性がますます求められるようになっています。アプリケーションの要…

アーキテクチャの流儀：変化に強い設計の思考法 〜MVC編〜 ソフトウェア設計において「変化に強い」ことは、今や最重要課題の一つです。技術、要件、組織がめまぐるしく変わる現代、設計に求められるのは"硬直しない柔軟さ"。 その中で長年愛され、進化を続…