職業としてのエンジニア

→IT業界の労働環境

→IT業界の人事関連

→IT業界の動向など

→スキルアップ関連

→読み物

一般†

• 【書籍】SOFT SKILLS ソフトウェア開発者の人生マニュアル 第2版

• 大半が淘汰される？これからのシステムエンジニアの理想像とは(5) 包括的な技術が必要とされる業務 | TECH+（テックプラス） 2023.4

• 駆け出しエンジニアが「エンジニア」を辞めないための具体的な10の対策 - Qiita 2023.4

• AI時代のプログラマの在り方｜牛尾　剛｜note 2023.3

• 下がり続けるエンジニアの価値｜葛山宏樹@渋谷のエンジニア社長｜note 2023.3

• 【ChatGPT】AIの進化に見るデジタル人材のキャリアを、弁証法に基づいて予測する｜久松剛／IT百物語の蒐集家｜note 2023.3

• 【第1回・前編】 エンジニア和田卓人の今を形作る技術 | GeeklyMedia(ギークリーメディア) 2023.1

• ちょうぜつ改め21世紀ふつうのソフトウェア設計 - Speaker Deck 2023.1
  • 【書籍】ちょうぜつソフトウェア設計入門――PHPで理解するオブジェクト指向の活用

• (16) AIが最初に駆逐するのはソフトウェアエンジニアだと言う人を見かけました。これだけエンジニア不足が叫ばれてるのに10年というスパンでエンジニアの仕事がなくなることは考えられますか？ - Quora 2022.10

• スペシャリスト？フルスタック？ whichではないフルサイクル開発者という生き方 / GEEK-SAI-2022-AUTUMN-Zucks-CTO-FullCycle - Speaker Deck 2022.10

• 伊藤直也「学ばないための言い訳探しは辞めた」無知を認めて挑んだ一休の開発組織改革 - エンジニアtype | 転職type 2022.0
  • そんな伊藤さんに「長く活躍できるエンジニアになるために必要なことは？」と問い掛けると、「学習し続けること」というシンプルな答えが返って来た。
  • しかしその言葉には、強い自戒の念が込められているという。
  • 新しい技術を学ぶ度に、自分が何を知らなかったのかを思い知らされ、日頃手を動かし続けている周りのエンジニアに後れをとっていることを自覚する。だが、自分の無知を認めなければ学習は始められないし、自分を成長させていくこともできない。

• 不義理な仕事は絶対にやめよう(エンジニアと仕事している人向け) - Qiita 2022.6

• (9) 日本のプログラマーは一部の天才を除いて下働きだと父が言っていました。本当ですか？に対するTakashi J. Ozakiさんの回答 - Quora 2022.4

• 計画的偶発性理論とは？プランド・ハブンスタンスの重要性や事例、行動指針を徹底解説！ | 識学総研 2021.12

• 登さん、LAPRASをどう思いますか？そしてエンジニアは今後どうすべきですか？ 2021.8

• 業務系SEの末路的なお話でして 2012.10.14
  • 業界が縮小しても、あなたの未来が閉ざされるわけじゃない 2012.10.15

• これってIT業界も全く同じじゃねえ？あるいは何故デカイ店のコックは育たないか 2012.9.6

• 新人SEがSIerに絶望した時に読みたいスライド4選 2012.8.25

• エンジニアがこれから生き残るためにどうしたらいいか悩んだときに読みたい記事まとめ9つ 2012.8.17

• 萩本順三と放談90min「業界不振と心中しないSEになるため、『3つの際（きわ）』を行き来せよ」【ござ先輩責任編集-2】（1/3） 2012.8.10

• ｢コードの未来、エンジニアの未来｣まつもとゆきひろが語る、明暗2つのシナリオ 2012.7.9

• 業務系エンジニアはどうしていくべきか？ 2012.6.19
  • 腐るモノを素早くつくる能力と残るモノをかっちりつくる能力は違います。Web系は前者で、業務屋は後者です。前者も後者も極めればそれなりに潰しが効きます。（前者は専門外なので、そのへんのブログとか漁ってください。よくわからんけど、凄い人は凄いのはわかります。）安易に専門外に転職するのではなく、まずは必要な能力をちゃんと普通に通用する水準までもってくるべきです。いま、なんでか知りませんが、普通の事ができない人が多いので、「普通にできるようになる」といいと思います。

• 尊重されたいすべてのソフトウェアエンジニアへ 2012.6.6

• クラウドと「iPad」の繁栄--そしてギーク時代の終焉 2012.5.29

• エンジニアはこれからどのように生きるべきか？ 2012.4.30

• エンジニア人生のリアル 2012.3.24

• あなたの作ったものはゴミである、あるいはプロとアマの分岐点 2012.2.27

• 自分の強みは「プログラミングの何が好き？」という問いの中にある 2012.1.23

• 2度の"技術大革命"をサバイブした男、世界に誇れる「楽天コンピュータ」を創る

• ダメな“システム屋”で終わりますか？

• 優秀な人が非常時にダメになる理由 2011.3.23
  • 「非常時にこそ人間性が出る」とはよく言われますが、上に立つリーダーは、非常時にこそ“捨てるもの”を明確に決断する必要があります。さらに、この決断によって生じる結果に責任を持つ覚悟と姿勢が求められます。そうでなければ、誰もメンバーはついて来ません。平時ですら“捨てるもの”を明確にできなければ、組織の力は分散してしまいます。非常時はなおさらでしょう。

• 「出過ぎた杭」を目指してみませんか？ – 新卒エンジニアに向けて 2011.3.3

• あらためて、プログラマなんかで終わりたい 2010.1.7
  • システムエンジニア的な仕事（マネージメント、コンサルティング、システム設計etc.）とプログラマ的な仕事（プログラム設計、コーディングetc.）を高水準で両立させることができるのは、かなり優秀な方に限られるんじゃないんでしょうか。

• プログラマの生産性とは？ 2009.12.27
  • プログラマが最も効率性を発揮するのは、コードを書くことを回避する時だ。たとえば、自分たちに与えられた課題は本来解決すべき課題ではなく、顧客の要望が実際の需要に一致していないことに気付く場合だ。あるいは、彼らの課題を解決するには、あの再利用ないし再編集可能なコードを使えば良い、と気付く場合だ。あるいは、誤魔化しをする場合だ。しかし、プログラマが最も生産性が高い時に、「おお！　正面から問題に取り組んだ場合に比べて100倍の生産性を上げたね。昇給ものだ。」と言ってくれる者は誰もいない。「グッド・アイディア！」と声を掛けて通り過ぎるのがせいぜいだ。ある人が決まってそういった時間節約的な発想をもたらしてくれることに気付くのには時間が掛かる。逆の言い方をすると、別のある人が一所懸命になってプログラムを書いているが、何も生産されていないことに気付くには長い時間が掛かる

• プログラマなんかで終わりたいんだ 2009.6

• 副業失敗で消費生活センターに相談するという… 2009.11.20
  • １．楽に儲かる話はよくてバクチ、悪くてインチキ。どっちかしかない。
  • ２．ビジネスを始める際に高額の一時金を払うことを要求されるケースは高確率でインチキ。←昔NIFTY-Serveの在宅ワーキングフォーラムでそういう回答したのを思い出した。10年以上経っても世界は何も変わっちゃいない...

• 求職を始めて知る「SOHO」の実態 2009.6

• デスマーチで嫁き遅れました 2009.3.23

• プログラマーの誇りを見せ付けろ 2009.2.11
  • この業界の問題、それはプログラムが、新人〜3年目の作業と位置づけられていることだ。
  • 新人〜3年目が悪いわけじゃない。
  • ベテランがコードを書かなさ過ぎる。

• RoRの作者より：高まった生産性を仕事を余計にこなすためではなく自分のために使おう 2008.9.27

• 「時間がない」は負け犬のいいわけ 2008.9.4

• SIerの中の人として生きていく閉塞感 2008.8.4
• 『生きるための水が湧くような思考』（梅田望夫） 2008.7.19

• "つもりくん"が注ぐお酒はなぜマズい 2008.7.18

• ユーザーの上司に挨拶せずに帰ってはいけない 2008.4.23

• 遊べない奴は使えない 2008.4.17
• Twitterで就職-ネットコミュニケーションで仕事を決める時代 2008.4.8
  • この先10年で、働くことの意味がきっと大きく変化する

• 徹夜をしてはいけない理由
  • 恩着せがましくなる 例: 朝のミーティングで「先ほどやっと完成しました」
  • 先のことを考えている人間に対する怒りが芽生える 例: 「そんなこと言っている時間があったらちょっとは手伝ってよ」
  • 被害者意識を持つ 例: 「この会社でまともに仕事している人間は自分しかいないわけですから」

• 企業側から見た「派遣技術者という選択肢」 2008.4.8
• 一般人よりプログラマが優れている10の理由 2008.4.7
  • 【感想】実態ではなく、本来ならこうあるべき、という話に近い
• 期限は明日−若手SEの気迫を見た 2008.4.2

• 会社から「頼りにされる」危険性 2008.4.1
  • 仕事が慢性的に過度に集中している人は、会社があなたのことを、都合よくこき使っている事実に気づいたほうが良い。

• いるだけで価値があるエンジニアになって欲しい 2008.3.27
  • OSSでの活動を会社が認めてバックアップする動き

• コミュニティは「知り合い系」から「出会い系」へ変化する 2008.3.12
  • 「昔はツールやネットがそれほど発達していなかったので、何かイベント（飲み会）をやるぞ！といったときに、自分の知っている範囲の身内でしかコミュニケーションが取れませんでした。いまは身内じゃなくても簡単にコミュニティに入れるという点が大分違うなと思います。特にtwitterなんて、それまで全然会ったことがない人とコミュニケーションが取れます。昔は『知り合い系』のコミュニティだったのに対して、現在は『知り合うため』のコミュニティなのかもしれないと思います。別のいいかたをすると『出会い系』といえるかもしれません」

• 外資系企業を転々とする人たち 2008.3.10

• 日本でしか生きていけないと将来破滅するリスクがあるので、世界中どこでも生きていける戦略のご紹介 2008.3.9
  • 英語、資産運用、ITスキル、スモールビジネス
  • 参考：日本依存症を日本にいながらローリスクで脱却する戦略

• Aクラスの奴はNoを言わない上に褒めるのが上手い 2008.3.8

• ”技術者”の解放 2008.3.7
  • ソフトウェア技術者の世界は脅迫に満ちている。「xxを読んでいないと駄目だ」「yyを経験していないやつは使えない」「zzは教養だ」など。ただ、こういう事を言っている本人はxxを読んでいるし、yyを経験しているし、zzを知っている。つまりこの手の脅迫は単に話し手の自己肯定の為に発せられることが多い。
  • こうした理由から、真に学ぶ価値がある技術は自分で見つけなければならない。それを誰かに教えてもらうことは不可能である。ただ言えることは、”誰かが知っているから学ばないといけないような気がする技術”を学ぶことに翻弄してはいけないということだ。

• COBOLエンジニアの苦悩、将来はない？ 2008.3.6
  • 私自身は、近藤さんの経験は金融系システムエンジニアとしては順当で、このままスキルアップ、キャリアアップしていけばよいのではないかと感じました。COBOLエンジニアは、この10年ほどで若手を中心に随分と減りました。そこに2000年問題や2007年問題だので、その時々で需要があり、エンジニア数が減っているのと相まって、一定のスキル以上のCOBOLエンジニアであれば、オープン系エンジニアどころではない売り手市場になっているのです。
  • 転職市場においては、一貫して一定のスキル以上のCOBOLエンジニアであれば、要件定義前の段階でのクライアントとの折衝スキル（コミュニケーションスキル）や、大規模なプロジェクトでのマネジメント経験が重要視されます。しかも、この傾向は今後も変化はないでしょう。

• ITエンジニアのやってはいけない

• いきなりコンサルタントにされたSEが読むべき本 2007.5.2

• SEはSEの常識を再点検しよう
  • SE以外のビジネスマンから見た“SEの常識”
    • (1) 　顧客や営業担当者が言う通りに仕事をする
    • (2) 　売上額や利益などビジネス目標を知らない
    • (3) 　顧客やビジネスより情報技術（IT)を優先する
    • (4) 　「ITに強いSEが優秀なSE」と考えている
    • (5) 　SEマネジャは特定の顧客だけ訪問する。また現場のSEは担当顧客の部課長と話をしない
    • (6) 　「顧客の担当者よりITをよく知っていれば顧客から信頼される」と思っている
    • (7) 　プロジェクトで自分の受注した範囲は考えるが，顧客の担当範囲まで考えない
    • (8) 　ソフトなどのトラブルは解決に時間がかかっても自分で直そうとする
    • (9) 　データベース担当がネットワークの基本を知らないなど自分の担当外のことを知らない
    • (10)　相手のIT理解度に関係なくIT用語を使って話す
    • (11)　顧客の業界の動向やアプリケーションを知ろうとしない
    • (12)　「これは自分の仕事，これは○○の仕事」とすぐ他の人と仕事の壁を作る
    • (13)　会議などで自分の意見をなかなか言わない
    • (14)　分かりやすい資料を作ろうとしない
    • (15)　プロジェクトで問題が起こると往々に「注文を取った営業担当者が悪い」と言う

• SEの条件

• 10人のエンジニアが見せた開発者コミュニケーションの最前線 2008.2.20
  • モバイルファクトリーの松野徳大氏はIRC ClientやLimeChat、オリジナルのタスク管理システムや社内ブログなど、社内で使っているツールについて軽く触れた後、社内のイントラブログについての問題点を指摘する。松野氏はイントラブログについて人々が気を使い過ぎて上っ面だけの本音のコミュニケーションがされていないと語り、タバコ部屋での会話のような気軽で本音を語るコミュニケーションの重要性を説いた。ただ、松野氏はタバコを吸わないので、これに変わる物として毎日1時間「帰りの会」、毎週1回「週次レビュー」を行っていることを紹介した。
  • 大事なのはそうやって会議の時間を余らせることで、そうしたタバコ部屋に似たダラダラした時間やグダグダした話し合いの中からこそ重要な話が出てくるのだという。

• 無理なソフト開発」は常態 技術者が交渉力を身に付けるべき 2007.5.15
  • 様々な手法があり、ソフトを開発するのにどのぐらいの期間が必要になるのかを、かなり正確に予測できます。ところが、手法を使って出した正確な開発期間を、企業の上級幹部が政治的にはねつけてしまう

• SEは営業の補完ではない

• 濃密すぎる人間関係は創造性を奪う 2006.10.12

• できる人ほど忙しい、この悪循環を解消する 2006.7.27

• The Standalone Programmer

• イメージを形にできない人は減衰する 2007.11.6
  • しかしきついから逃げないで職に打ち込んでいると、ある日気がつくのである。自分がどれだけ鍛えられているかを。こりゃ堪らんよ。堪えられないよ。こいつは残念ながらどこにも売っていない。職人が作ったものなら金だせば買えるけど、自分でつくれなかったものがつくれるようになった時の気持ちは、どこにも売ってないんだぜ？

• ITエンジニアの能力は午前11時がピーク 2008.1.31
  • オシム氏は2007年11月に不幸にして脳梗塞になりました。報道によると、午前2時ごろに自宅の2階に上がろうとして倒れたそうです。なぜ彼は、夜中の午前2時過ぎまで起きていたのでしょうか？その訳を推理してみましょう。
  • オシム氏が午前3時に就寝するとすれば、平均睡眠時間である7時間寝たとして、朝10時に起床することになります。人の脳の活動は、起床してから 5時間後ごろにピークになります。するとオシム氏の脳の働きは、午後3時ごろにピークを迎えると計算できます。午後3時は、サッカーの試合の真っ最中です。そのとき最高に上手い指揮ができるというわけです。このことを彼は長い経験から知っていたのではないでしょうか。そこでわざわざ午前3時ごろに寝るように身体のリズムを整えていたのではないかと思います。
  • (引用者注：単に夜中じゃないとヨーロッパの試合見られないってだけでは）

• SEも優秀な営業になれる 2008.1.7

• 終わってるITスキルトップ10 2007.5.25

• Stiff asks, great programmers answer

• もうITエンジニアはイやだって？ 2006.7.18

契約†

• SESのマージンについて｜葛山宏樹@渋谷のエンジニア社長｜note 2023.3
• なんで"準"委任契約なの？ - Qiita 2022.10
• システムエンジニアは派遣と請負と準委任の違いをちゃんと覚えようよという話 2018.2

管理職・リーダー†

• ｢上司はムダな存在でしかない｣と思っていたが…管理職を全廃したグーグルがたった1年で元に戻した理由【2022下半期BEST5】 人は｢完全に自由｣になると不安になる | PRESIDENT Online（プレジデントオンライン） 2023.3

• 自分の仕事もこなしつつ部下の統率もする…日本企業をダメにする｢プレイング･マネージャー｣というポスト 名プレイヤーが名監督になれるわけではない | PRESIDENT Online（プレジデントオンライン） 2023.2

• 組織づくりやマネジメントについての雑記｜しげの_インサイドセールス｜note 2022.7

• Googleの実験でわかった「優れている管理職」に共通する8つの行動 – MONEY PLUS 2022.6

  1　よき指導者である
  2　チームに権限を委譲し、細かいところまで管理しない
  3　チームメンバーの成功と個々人の幸せに関心を示す
  4　生産的であり、結果重視である
  5　コミュニケーションをとる能力が高い
  6　チームメンバーのキャリアの開発を手助けする
  7　チームに対して明確なビジョンを持っている
  8　チームに助言を与える重要な技術スキルを持つ

• 管理職は技術者か 2009.12.23
  • 「ほとんどの管理職は，学習は日課になっていない．」
  • 「ほとんどの管理職は，管理職になる前もなった後も伸びていかない．」

• リーダーとして生き残る技術 職場の荒廃、30歳の危機
  • 組織で生き残る技術のないリーダーの特徴とは次の7つです。

      1. ビジョンを持っていない
      2. 自分の言動が他人に自分がどんな影響を与えるかを自覚していない
      3. 事実を見ることができない
      4. 観察する力がない
      5. 自己概念が低い
      6. 人を決めつける
      7. 存在の承認をしない

客先常駐か自社開発か/Web系かSIerか†

• IT客先常駐 2023.5
  • 辞めとけ論

• 自社開発メガベンチャーをわずか半年で鬱退職した雑魚エンジニアの話｜JoanOfArc 2023.5

• 「Web系はやめとけ。後悔するぞ」の本質8つとは？転職前にしっておきたい事実 2022.4

     薄利多売のビジネスで給料が上がりづらい
     事業の安定性がないため固定費である給料を上げづらい
     属人的で向上心がないとスキルやノウハウがつかない
     40代〜60代のキャリアがない
     退職金がない
     キャリアを広げる幅が狭い
     フリーランスとして独立しづらい
     技術力がすごい高い！というわけでもない

• エンジニア1,004名が回答、「客先常駐」と「自社開発」どちらの市場価値の方が高い？ | TECH+ 2022.6

• SIerはダメ？自社開発系がいい？それ、”ウソ”ですよ - YouTube 2020.4

• ITの客先常駐って実は意識低い系にとっては充実した職場なのでは？ | 海外フリーランス Jun's blog 2020

• 労務管理上宙ぶらりんになりがちな客先常駐IT技術者と、コロナウイルス対策 2020.2

• 【徹底比較】受託開発と客先常駐エンジニアはどちらが幸せなのか？ | 二刀流のススメ 2019

フリーランス†

• ｢50代フリーランス｣と契約する企業が急増…捨てられる中高年と必要とされる中高年の段違いの差 ｢組織に属して働く｣は必ずしもメリットではない | PRESIDENT Online（プレジデントオンライン） 2023.5

• フリーランス新法でフリーランスとの仕事はどう変わる？ | mag by fashionlaw.tokyo 2023.4

• どうしてこんなに人気なのか？未経験・微経験フリーランスエンジニアの増加の背景｜久松剛／IT百物語の蒐集家｜note 2020

• 40〜60代のフリーランスエンジニア 半数近くが「今後も同じ条件で働けると思わない」と回答 2022.4
• 意識の低いフリーランスの生存戦略 2020.2
• フリーエンジニア：営業は大変だが自分の裁量にやりがい 2009.11.12

35歳定年説†

• 40歳過ぎてもエンジニアでいるためにやっていること 2023.3

• 40歳以上のITエンジニアの需要は右肩上がり「35歳定年説」は過去の話か 2022.1

• プログラミングが大好きなWeb系エンジニアの50代以降のキャリアに関する考察 2018.9

• 身に着けた技術をいかに捨てられるか。エンジニア歴39年、今でもエンジニアで居続ける理由。 2018.9

• Yes I Still Want To Be Doing This at 56 2012.10.5

• 35歳定年説について 2007.11.20
  • 技術者であることを自分を変えないための言い訳にするならダメという話

メンタルヘルス†

• ｢36歳夫が突然のひきこもり｣退職で年収400万円が0円に…パート妻が見つけた家族野垂れ死にを防ぐ唯一の方法【2022編集部セレクション】 バリバリ働いていた夫が､家から一歩も出られなくなってしまった | PRESIDENT Online（プレジデントオンライン） 2023.5

• 【「スゴ本」中の人が薦める】ITエンジニアのメンタルを守る4冊＋心配事を減らすとっておきの方法 | レバテックラボ（レバテックLAB） 2023.4

• エンジニアにこそ勧めたいマインドフルネスと、自分が勘違いしていたポイント - Qiita 2021.11

• 会社が壊れ社員が折れる、その前に… 2009.12.17
  • たとえば、「会社がつまらないから、転職しようと思う」といった相談（この不況でこんな相談も激減したが…）が来ると、「つまらないから、というだけで辞めても失敗する。自分が何をやりたいのか？ 今の仕事の何が問題なのか？を考えてからじゃないと、転職しても意味がない」などと、自らの経験も加味し、問題型対処、ストレッサーへの対処をやれ！とついつい言ってしまう。その人の心の状態が折れる寸前まで弱っていたら、まずは凹んだココロをもとに戻さない限り、問題解決などできるわけないのに、 “ごもっともなご意見”ばかりを言ってしまうのだ。

• 「適応」することが正常？苦痛も喜びも麻痺してしまう精神的「去勢」 2009.11.26
  • 体制の側に立って見た場合には、容易に「適応」してくれて体制の役に立つ人間が重宝されるでしょうし、そちらを「正常」として考えることでしょう。
  • しかし、仮にこれを偏狭な独裁者が支配する全体主義的国家の中にでも場所を移して想像してみると、「適応」イコール「正常」と断ずることがいかに危険であるかがわかります。実際、人類の歴史を振り返って見ると国家的犯罪や組織的犯罪などは、常に体制に「適応」した「正常」な人間たちが忠実に責務を遂行した結果、ひき起されたものでした。
  • ですから、私たちは「適応障害」の原因を本人のストレス耐性の弱さに帰結させる前に、その環境がはらんでいる問題点について一度丁寧に検討してみる必要があるのではないかと思います。
  • そして、その環境に問題がある場合には、そこに不感症的に「適応」している人間を「強い人間」とか「大人である」として称揚してしまうような価値観から、私たちは脱しなければならないと思うのです。

• 部下を潰して出世するクラッシャー上司は「人格の未成熟さ」を抱えた危険な存在 2009.10.15

• うつ病になって職場復帰できないSEのドキュメント

• エンジニアと欝
  • 長時間労働
  • 先が見えない
  • 見返りがない（金銭的、精神的）
  • 個人にかかる責任が重すぎ

• 限界を超える対価
  • 確かにがんばれてしまうものだな、限界を超えられる物だな、と自分の経験を振り返って思います。そこには自分の想像を超えたスゴイ自分がいます。
  • でも、それと同時に 頑張れてしまった結果 自分が壊れてしまうというのも経験できてしまったのでした。

• ITエンジニアを襲う新しいうつ 2007.5.28
• プログラマの心の健康@hyuki.com

人生設計など会社員一般†

• ｢残業代を減らされるかも｣テレワークでの収入減を防ぐために会社員が知っておくべきこと 労働法が想定しない働き方のリスク | PRESIDENT Online（プレジデントオンライン） 2021.11
• ｢手続きしないと大損に｣意外と知らない定年前後にもらえるお金リスト 2021.2

最新の50件