なぜ、日本のITシステム開発は丸投げユーザー企業と御用聞きベンダーという相容れない組合せで成立していたのか？ はじめに 日本のITシステム開発が丸投げ型のユーザー企業と御用聞き型のベンダーという相容れない組合せで成立していた理由は、両者の間に配置された 一人、多くても数人 の吸収役が矛盾のすべてを引き受けていたからです。本稿の結論はこの一点に尽きます。以下の議論は全部、この結論を補強するために並べます。 ここで扱う吸収役は、組織図に書かれた上流SEや業務SEの役割と重なる部分があります。重要なのは、彼らが制度的な工程分業の結果として配置されていたのではなく、契約書や組織図の外側で機能的に成立していた点です。「隠れた」という言い方がしっくり来ない読者は、契約関係の外側で実質的な設計判断を担っていた少数 と読み替えてもらって構いません。呼び名よりも、その人物が不在になると案件が止まるという属人

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

転職・求人情報サイトのtype エンジニアtype ITニュース 年収2500万でも貧困層？ 米マイクロソフトに18年勤務した日本人エンジニアが「日本は健全」と語るワケ NEW! 2026.02.19 ITニュース マイクロソフトお金グローバルAI 「GAFAやMicrosoftに入れば、一生安泰の勝ち組になれる」――。 ビッグテックによる大規模レイオフに驚かなくなってきた昨今、そんな甘い考えでいる人は少ないだろう。しかし、一方でこうも思うはずだ。 「とはいえ、GAFAMに入社できるほどのエンジニアなら相当に優秀。レイオフされたところで、引く手あまたで職に困ることはない」と。 しかし、現実は違うようだ。 2006年に米国マイクロソフト（以下、MS）に入社し、プリンシパル・ソフトウェア・エンジニアという職位にまでのぼり詰めた太田一郎さん。だが、18年の献身が幕を閉じるのに要した時間は、わずか

はじめに こんにちは。カイポケコネクトの開発推進チームでエンジニアをしている @_kimuson です。 開発推進チームではエンジニアの生産性向上をミッションに掲げているため、最近では積極的にAI活用を推進しています。 上記エントリでは、タスクごとの協業レベルを定義しより低い協業レベル（＝できるだけLLMに移譲しきる）を実現するための方針を紹介しました。 このエントリではより具体的に、Claude Codeをフル活用してこういったワークフローの設計を組織に適用する際の知見をまとめてみようと思います。 設計するワークフローの協業レベルを意識する 前回のエントリでは、ワークフローを設計するに当たって協業レベル、つまりどの程度LLMに権限移譲するか、をデリゲーションポーカーの分類を借りて整理しました。 よくあるLLMの利活用シーンと対応する移譲レベルは下記のように対応します： 流れ 協業レベル

はじめに これから希少がんを切り終わったあと、人工肛門を一時造設した自分の話をする。LARS（低位前方切除術後症候群）についても触れる。この状況については、希少がんはほぼ関係なく、広く大腸がん、直腸がんになった人に共通するものになるかと思う。 ただし、おれは横の比較をするつもりはない。あくまで縦の比較であり、おれがおれの身体を通して、おれのなかで感じたことを書く。 ん？　横と縦ってなんだって？ たとえばある有馬記念があって、べつの馬同士、コスモキュランダとダノンデサイルの能力や実績を比べるのが横の比較だ。 一方で、コスモキュランダだけを見て過去の成績、好走傾向、調子の上下などを見るのが縦の比較だ。そういうことだ。 おれがいくら苦しいとわめいたところで、「もっと苦しい病気の人もいる」と言われてしまえば、それはそうだとしか言いようがない。「グエー死んだンゴニキ」はもっと若くして亡くなっている、

はじめに Googleで長年 Chrome に携わり、現在は Google Cloud AI でディレクターを務める Addy Osmani（アディ・オスマニ）氏が、14年間の経験から学んだ教訓をまとめた 『21 Lessons From 14 Years at Google』 がとても面白かったので、個人的な解釈を交えながらまとめてみました。 オスマニ氏は、O'Reilly などで多数の技術書を執筆していることでも知られ、長年にわたり Web 開発コミュニティに貢献してきたエンジニアです。 これらを共有するのは、同じように経験を分けてくれたエンジニアたちから、私自身が計り知れないほどの恩恵を受けてきたからです。これは、その恩を次へとつないでいくための、私なりの試みだと思ってください。 そんな想いで書かれたこのブログには、技術的な Tips ではなく、エンジニアとして無理せず長く続けていく

AIエージェント時代、正直しんどい話 2025年12月31日 年末やし、今年AIと格闘してきた感想を正直に書いておこうと思う。 今日、Qiitaで「Agent OS」っていうClaude Codeの拡張ツールの記事を読んだ。仕様駆動開発をAIエージェントで回せますよ、サブエージェントに仕事振れますよ、みたいな話。 一見ええやんって思うやん？ でもな、冷静に考えたら、束になってかかってくるAIエージェント全員と対話せなあかんってことやねん。 人間の組織ってよくできてる 普通の会社やったら、部長は課長と話すだけでええねん。課長は部下の面倒見てくれる。リーダーがメンバー管理してくれる。 信頼があるから「任せる」ができる。見なくてええ範囲が生まれる。 でもAIエージェントは違う。 backend-specialistの成果物チェックして、test-engineerの成果物チェックして、fronte

アパート経営をする際の「管理会社選び」は非常に重要です。物件のスペックは悪くないのに入居が付かない、管理会社からの家賃の振り込みが遅い、管理物件の報告や連絡がない場合などは、賃貸管理会社の職務怠慢が疑われます。管理会社のためにアパート経営が不振となることを防ぐため、管理会社を選ぶ際のポイントを4つに絞って解説します。 管理会社選びで失敗すると… アパートを経営する際は管理会社に依頼する方法が一般的です。現在、日本には多数のアパートの管理会社が存在します。管理会社によって管理項目や料金が異なりますが、どこを選べばよいかわからないという人もいるでしょう。まずは、管理会社選びで失敗してしまう理由を確認していきます。 管理会社選びに失敗してしまう多い理由は以下の2点です。 ・知名度の高い会社をよく調べずに選んだ ・調査や比較をせずに選んだ 知名度の高い会社をよく調べずに選んだ 管理会社には誰でも名

セキュリティガイドライン、フレームワーク集 業界や技術等の軸で存在感のあるガイドラインやフレームワークを学習することは非常に有益です。 本記事は、普段は参照しないようなものから幅広い知見を得ることでセキュリティ業界全体を盛り上げたい。という思いで作成しています。そのため、国内外から多く参照され、かつ無料で閲覧できるものを中心に掲載しております。 この記事が新たな”セキュリティの世界”を知るきっかけになると幸いです。 分類などに特定のこだわりはありません！ぜひお役立てください！ ※2024年版はこちら。 組織、業界別ガイドライン集 サイバーセキュリティマネジメント ※企業又は組織におけるサイバーセキュリティの確保に組織的・体系的に取り組むこと 名称 概要 発行元

高市早苗首相が21日の内閣発足にあたり、18人の閣僚に出した指示書の全容が明らかになった。全文は以下の通り。【全閣僚共通指示】今の暮らしや未来への不安を希望に変え、強い経済を作る。世界が直面する課題に向き合い、世界の真ん中で咲き誇る日本外交を取り戻す。日本と日本人の底力を信じてやまない者として、日本の未来を切り拓く責任を果たすべく、絶対にあきらめない決意をもって、国家国民のため、内閣の総力を挙

日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン（-）を省略し、13桁の数字のみを半角文字で入力してください。

はじめに エンジニアがブログや登壇などを通して外部に知見を発信することは、企業の技術ブランディングだけでなく発信者本人の成長にもつながる重要な活動です。 しかしながら、Engineering Manager（以下、EM）やDevRel、DevHR等のエンジニア採用に関わる方々には「自社エンジニアがなかなか外部に技術発信してくれない」という悩みを持つ方も少なくありません。 私が先日参加した Kaigi on Rails 2025 感想戦*1 というエンジニアイベントでもまさにその声が聞こえてきました。 パネルディスカッションで @joy_P_joy さんが提起してくれた「この程度の内容じゃ登壇できない症候群をどう打破するか」というお題に対して、EMとしての自分のアンサーがあるので近々ブログ書きます（宣言）#after_kaigionrails— なおぱー (@naopr) 2025年10月9

月額＋31,000円家賃値上げ通達の衝撃あまりにも高すぎる。 無慈悲だ。 賃借人に、救いなどないのか。 今から始まるのは、マンションの購入などできず賃貸マンションに住み続ける、弱き者の戦いだ。 許容範囲を超える家賃値上通知に対し、筆者yuuuが電通で磨いた交渉術を実践。貸主と激闘の家賃交渉の末、家賃値上げ幅を30%程度に抑えることに成功した物語である。 賃貸に住んでおり、値上通達におびえる方 家賃値上通達が来たが、上昇幅に納得がいかず値下げ交渉をしたい方 契約更新は先だが、先に覚悟をもって交渉の準備をしておきたい方 机上の空論ではない、実務で使える交渉術を学びたい方 上記に該当する方は当記事を読む価値が必ずあると考える。 結果としてyuuuは、これから記載する交渉方法を通じて、合計500,000円以上の賃料値下げに成功したからだ。 当記事はyuuuの実体験をもとに、「不動産高騰の中、家賃交

夏の初めくらいから集中的に、他人から絶対に怒らない人、と職場で評判の人たちに話を聞く機会を得た。 絶対に怒らないの基準としては、どんなに理不尽なことを言われても、どんなにイライラする状況に遭遇しても、一度も感情を爆発させたことがない人たち。具体的には、10年以上一緒に働いている同僚でも「あの人が怒っているところを見たことがない」と証言するような人たちといえばいいだろうか。もちろん飛び抜けて温厚な人もいれば、普通に見える人もいるのだけど、だいたい怒らない人は毎日平常心で過ごせるので、私からしてみれば同じだ。 そして、絶対に怒らない人と友達になることで、気づいたことがいろいろある。こういってしまっては何なのだが、絶対に怒らない人たちは非常にワンパターンなのだ。 怒りっぽい人たちは多種多様である。すごくキレやすいやつ、変わったことで怒り出すやつがいたり、最高に理性的に怒るやつから、最低に感情的に

いわゆるエンタープライズ向けソフトウェア開発技術者向けにお勧めする本をまとめてみた、というか10年くらい前に書いた記事を見直したもの。後輩から「後輩に勧めたい本を教えてください」という相談を受けることがあって（白目）記事が古くなっていたことに気づいたのだった。10年前の記事と同様にSIer勤務でお固めのドメインの受託開発に従事しているエンジニア向けになっていると思う。なお学生、新人、初心者向けにはなっていないのであしからず。 10年以上前に書いた記事はこちら agnozingdays.hatenablog.com ソフトウェア開発ライフサイクル全般 IPA 応用情報処理技術者試験 プロジェクト管理 デッドライン 人月の神話 アート・オブ・プロジェクトマネジメント 見積もり ソフトウェア見積り ～人月の暗黙知を解き明かす～ アジャイルな見積りと計画づくり ～価値あるソフトウェアを育てる概念と

どうもセキュリティエンジニアの西川です。このブログは Black Hat USA の帰りの道中で書きました。私は Hayabusa や Suzaku というファストフォレンジックツールを大和セキュリティというコミュニティで開発しており、その発表に行ってきました。 毎年 AWS re:Invent でラスベガスには行っています夏のラスベガスはとても暑かったです。 それはさておき、私は7月からセキュリティエンジニアリングのマネージャーをしています。 だからというわけではないのですが、私が普段意識していることを最近メンバーに共有することが多くなってきました。 それは言うなればセキュリティはビジネスと密接に関わっているということであり、それを踏まえるためには現状だけを見ていてはいけないということです。 セキュリティエンジニアの仕事は、単にサービスをセキュアにすることだけではありません。ビジネスを成

今さらの話なのですが、「コンテナとは」というお話です。厳密には「コンテナ型仮想化とは」です。 まあ、ほとんどネタなので、細かなところへのツッコミはなしでお願いします😂 X を見てると、徳丸さん（@ockeghem）の気になるポストを見つけました。 この応用情報技術者試験の問題、正答は消去法で答えられるのだけど、「コンテナ型仮想化の説明として、適切」かと言われると、違う、そうじゃないと言いたくなりますね。https://t.co/DIwYo5zm3t— 徳丸 浩 (@ockeghem) 2025年8月12日 情報処理試験に出た「コンテナ型仮想化」に関する問題です。令和 3 年秋期という結構前の問題なので、IPA さんも「今ならこんな問題出さないよ」という話かもしれませんが。 なんで令和 3 年の問題が今取り上げられていたのかは知りません。 問題は次のような問題です。 正解は「ア」です。うー

日本の大手メーカー、いわゆるJTCで課長になって4ヶ月が過ぎた。世の中でよく言われる中間管理職みは確かにあるって実感と、それを生じさせる要素や機序も少しは見えてきて面白いなって気持ちもあり、忘れないようにメモしておこうと思って。 基本情報 新卒で入社（22歳）→品質管理系の部署で係長クラス（33歳）→別の生産管理系の部署で係長クラス（37歳）→前の部署に戻って課長（39歳）、という流れ。 課の人数は自分を含めず20名いる。課には機能別ではなく、担当製品で分けた2つのグループがある。 巷間で言われる中間管理職み よく世の中で語られる中間管理職のつらさは以下のようなものがあるだろうか。 板挟みの立場：経営層と現場の間での板挟み、裁量が小さい割に責任が大きい。 心身への負担：労働時間の長さや業務負荷の高さ、プレッシャーの大きさ。 報酬面での不満：残業代のなさ、業務量や責任に対する報酬の低さ。 人