ブログ
技術や設計に関する知見をシェアしています
markdown 設計書を作ってみた。AI 時代、設計書はもう契約書じゃない
設計書はもう契約書として効かない。コードから出せるものは捨て、ドメインの関係と振る舞いだけを markdown に残す
AI 時代、請負開発は限界に来ているのではないだろうか
AI で速くなった分は機能の詰め込みで消える。設計書が契約書として効かない今、開発も高単価の準委任とスプリントで守る
AI時代に求められるのは、コードの速さか、可読性か
AI も読みにくいコードでは影響範囲を見落とす。速さより可読性、目次のように書くコードが AI 時代も強い
IDE を使わない開発、ソースを 1 行も読まずにプロダクトを作る時代は来る
コードを読む人は専門家だけになり、読む場所も重要なドメインとテストに絞られる。だから IDE は要らなくなる
AI で攻撃が加速する時代、IT 投資は金融・保険に学べ
攻撃が AI で加速する今、売上のある企業は金融・保険のように IT 投資を回し、それを見せるべきだ
自動テストはどこまでやるべきか、線を引くのがアーキテクトの仕事になる
モック / DB / API / E2E の 4 軸を、新人が引き継いだときの負担で見てみる
AI時代、チームの基準は「下」ではなく「上」に置け
作りをチームのレベルに下げる理由は、AI 時代になくなる。変化を嫌うことこそが最大のリスク
AI時代には、フル装備のフレームワークが大活躍するのではないか
AIがお作法に従って書く時代。DjangoやLaravelのようなフル装備フレームワークを見直すべき理由
AI時代に求められるのは、正解を出す力より仮説を回す力
ゼロイチは仮決めで進んでいい。副業で外した 3 つの球と、自分の過去記事と矛盾する線引きの話
技術への投資は、普通の投資と同じだ
投機・安全・中核の 3 分類で技術を並べる。Flash と AMP で負けた話と、損切りの基準
WEBアプリは、これからのエクセルになる
RPA とノーコードを止めたのは引き継ぎコスト。境界は外部結合の数で、そこを AI が動かした
ドメイン駆動開発の革新は、アグリゲートだったのではないか
3層かオニオンかは「承認があるか」で決まる。アグリゲートの正体は 20 年前に習ったカプセル化だった
SQL の結合禁止は良いルールなのか
SQL の JOIN 禁止ルールに背景がある理由。可読性優先の業務システムが選んだ設計判断
DBの外部キーはどこまでつけるか、組むならアグリゲートまで
外部キーの本当の仕事は ER 図のリバース。張る範囲は担当範囲で決める、という佐藤教の教義
AIが進化しすぎてハーネスが技術負債になる
去年組んだハーネスが AI の進化で足枷に。設計書からコード生成をやめ、ラフ書きからのリバースへ
AI時代の開発者は、PCの前に張り付かなくていい
ラズパイ 5 と Discord で外出先や家事の合間に開発を回す。電気代 月 1000 円の常時起動環境と、その正直な損得
エンジニアよ、副業をやろう！
端金で終わらないから副業をやれ。AI が近接領域・物量・コネの 3 つを一気に押し上げる
エンジニアの本の読み方
おすすめの 1 冊より、持っている本の再読。リーダブルコードが距離の話に化けるまで
4層かクリーンアーキテクチャかは、使うDBが決める
ストアドから 3 世代を駆け抜けて出た結論。モックテストの価値は DB 次第で、Postgres ならオニオンが効く
〇〇駆動開発が多すぎる。ルーツと「どの階層に効くか」で整理してみた
駆動開発は派生系でしかない。分割統治から生えた枝を、ルーツと効く階層で並べた鳥瞰図
AIモデルを語るのは3流、プロンプトをいじるのは2流、1流は仕組みを変える
AIの使い手のレベルは日常会話で透ける、モデル選びでもプロンプト職人でもなく業務そのものに革命を起こせるかが分かれ目
月45時間の残業上限は、エンジニアと発注側の両方を守る砦だ
厚労省が45時間の一律指導を終わらせる。SESで「なんで残業していないの？」と言われた側から、撤廃に反対する理由を書く
設計書はマークダウンかHTMLかエクセルか
AI時代の設計書はmarkdown一択、とはならない。テンプレート・編集性・AIの可読性・ステークホルダーの4軸で形式を決める話
AI時代にコスト削減の議論は無意味、必要なのはPdM能力だ
AIで作れる時代にコスト勝負は資本の物量に負ける、開発費に効くのは「やらないと決める」ことと仕様を決め切ることだけ
AI で作るコストが下がった今、生き残る条件は「センス」になる
技術のハードルが下がると職は消える。デジカメと写真家の歴史から考える、AI 時代に必要なセンスと設備投資
AI で伸びるのは、もともと強いチームだけだ
AI はチームの土台を増幅するだけ。テストコードを捨てた私の判断と、複利で開いていく差の話
ハーネスはAIのためではなく、人間のためでもある
AIに引いたレールは人間のミスも止めてくれる、mainブランチへの誤pushをSKILLSで回避した話
AI時代に発信しないのは「存在しない」のと同じ
今さらブログを始めた理由。SNSの断片では足りない、AIに読ませる良質なパーソナルコーパスの作り方
AI時代のコードレビューは「クラス図」のレビューに回帰する
AIが距離の近いロジックを完璧に書く時代、レビューの主戦場は結合と契約を担保する設計＝クラス図へ。だがその設計力をどう次世代に継承するか
エンジニアの成長に一番必要なのは「ライフステージを進めること」
技術より先に人生を進めろ。後輩たちに私が伝えている、出世と成長の本当の条件
AI時代の炎上案件で本当に怖いのは「コードのバグ」じゃない。「仕様の理解負債」だ
AIによる超高速開発がQCDのバランスを壊す、顧客の学習との競争の鍵はアーキテクチャ
AI時代に「動くゴミ」を量産しないために。今こそ若手エンジニアにDDDが必要な理由
AI コーディング時代こそユビキタス言語とドメインの制約が効く理由を、実際の失敗談とともに解説
AI推進でマインドセット研修をやりたがる会社への違和感
AI時代の推進が「心構えの研修」に流れることへの違和感と、まず手を動かし仕組みで動かすべき理由
AI時代、入門エンジニアは結局どの言語を勉強すればいいのか
AI で言語特性の差が消えていく時代に、入門者が最初に選ぶべき言語と「全部やれ」という持論を語る
Claude Code の最強モデル Fable 5 を使ってみて感じた、今後の AI 開発の動き
Fable 5 の衝撃とコスト問題から考える、AI 開発の未来と生存戦略
スタートアップの「最初は低コスト構成」という罠――AI時代はAWSを選ぶべき理由
PoC を VPS で安く始めると、後の運用で高くつく。AI 時代に Web の入口は自前で守れない。最初から AWS を選ぶ理由
AI推進のリアル:ツール導入で終わらせない「ウィルパワー」のためのシステム統合
AIツールを入れても組織に浸透しない本当の理由と、人間のウィルパワーを起点にした正しいAI推進のアプローチを解説します
ITエンジニアは「戦艦」を降りて、「戦闘機」になれ
戦艦から戦闘機に！ 全エンジニアがこの活躍へ転換すべきわけ
AI時代だからこそ、ドメイン駆動開発とクリーンアーキテクチャが重要
AI コーディング時代に DDD とオニオンアーキテクチャが最強な理由を FastAPI の実例で解説
公式サイトもAWSで動かしている話、AstroとCI/CDで実現するローメンテ運用
WordPressを捨ててAstro静的サイト＋AWS構成にした3つの理由とアーキテクチャ解説
WEBアプリをAWSに移管するわけ、AI時代の0デイ攻撃に備えて
nginxの脆弱性対応で徹夜した体験から、VPS管理を卒業してAWSに移管した3つの理由を解説します
優秀なエンジニアほど攻撃的になるしかない理由
日本のIT業界の構造がエンジニアをブリリアントジャークにしてしまう3つの理由
AIがコードを書く時代にコードレビューは不要
AI時代のコスト競争でコードレビューが不要な理由とアーキテクチャ・ハーネスの考え方
AI に一括修正を任せて事故った。だから ADR を書く
例外対応の箇所まで波及した不具合と、設計書では残せない経緯。AI にも人にも効くドキュメントの話
AI時代のWEB業務アプリの話をしよう、システムをいかに人に近づけるか
SI現場から見た業務アプリ25年の変遷と、AIがシステムを人に近づける未来の設計論
AI 時代にエンジニアが本気を出さないわけ
効率化の報酬が金ではなく仕事で返ってくる限り、現場の AI 革新は遅い。組織で損をしないための個人戦略
AI 時代に求められるのは、DB 設計のカードを何枚持てるかだ
AI は動くコードを書く。でも最も変更しにくいテーブルの選択だけは人間に残る、という若手育成の話
AIコーディング時代だからこそ、BEAM分析と状態遷移図が大活躍する
AIへのコンテキスト渡しの課題をBEAM分析と状態遷移図で解決する設計論
外見は内面のいちばん外側。エンジニアこそ外見に気を使え
弱者に見えると業界のヒエラルキーで標的にされる。ザビエルだった 20 代の私が学んだこと
勤怠管理をSlackからできるようにしたら、上司のブルシットジョブが消えた話
n8n と AI で、Slack のメンションだけで休暇を Google カレンダーへ登録。AI の担当範囲を絞ったコスト設計まで