未来の未知へ

探求する人。
AI・言語・クラウド・未来の不確実性を旅している。
学び続けることで、未知は少しずつ形を持つ。

[つぎはぎ | SE歴16年 @Ms_ITsavvy]

「もっと主体的に動こう」はいりません。
「コミュニケーションを増やそう」もいりません。
「成長意欲を持とう」もいりません。
「エンジニア自身の意識を変えましょう」も、
聞き飽きました。

そんなことより、
仕様変更を減らして、
無茶な納期をやめて、
障害対応を属人化させず、
レビューできる人を増やして、
技術的負債を返す時間をください。

エンジニアの生産性なんて、
本人の意識を変えるより、
邪魔している構造を直したほうが
だいたい早く上がります。

[つぎはぎ | SE歴16年 @Ms_ITsavvy]

無事にプロジェクトが炎上したので、流れを共有します。

ベテランに仕事を集中
↓
「この人がいれば大丈夫」と放置
↓
ベテランが限界で退職
↓
引き継ぎ資料がない
↓
経験の浅い人を急いで増員
↓
残った中堅が教育と実務を兼任
↓
中堅も限界で退職
↓
会議で「なぜ人が定着しないのか」を検討

人が足りないのではない。
人を大切にする仕組みが足りなかった。

[つぎはぎ | SE歴16年 @Ms_ITsavvy]

有能エンジニア
「駆逐してやる……バグを一匹残らず」

[つぎはぎ | SE歴16年 @Ms_ITsavvy]

「自分が休んだら、仕事が回らない」

そう思って休めないSEへ。

それは責任感が強いんじゃない。
1人に仕事と判断が寄りすぎているだけです。

あなたが休んでも困らないように、

情報を残す。
手順を残す。
判断基準を残す。

そこまで含めて「仕組み」です。

優秀な人が休まず支える会社が強いんじゃない。
優秀な人が休んでも回る会社が強い。
長く働ける会社は、
「あなたがいなくても回る仕組み」がある会社です。

[つぎはぎ | SE歴16年 @Ms_ITsavvy]

エンジニアの心得

リスクは「問題になってから」ではなく、早めに関係者へ伝える。

① 判明している事実と推測を分ける
② 発生する可能性と影響の大きさを伝える
③ 影響する機能・作業・納期を整理する
④ いつまでに判断が必要かを明確にする
⑤ 回避策と、発生した場合の対応策を用意する
⑥ 決定内容を記録し、関係者に共有する

「まだ問題になっていないから」と黙っていると、いざ報告したときには選択肢が残っていない。

リスク共有は「問題の報告」ではなく、選択肢があるうちに判断してもらうためにするもの。

[つぎはぎ | SE歴16年 @Ms_ITsavvy]

運用保守から構築へ進みたいなら、
資格を取るだけでは足りない。

① 手順書どおりに動かすだけでなく、設定理由を調べる
② 障害対応で構成と通信の流れを理解する
③ 定型作業だけでなく、検証にも参加する
④ 検証環境で自分の手を動かして構築する
⑤ 作業内容を職務経歴書に記録する
⑥ 小さな構築案件から応募する

運用保守は、構築へ進むための遠回りではない。
毎日見ているその環境が、一番身近な構築の教科書になる。

[つぎはぎ | SE歴16年 @Ms_ITsavvy]

「セキュリティ」と一言で言っても、実はこんなに分野がある。

📁 サイバーセキュリティ
│
├─ 📁 ネットワークセキュリティ
│ ├─ Firewall
│ ├─ IDS / IPS
│ ├─ VPN
│ ├─ NAC
│ └─ Zero Trust
│
├─ 📁 アプリケーションセキュリティ
│ ├─ Web Security
│ ├─ API Security
│ ├─ Secure Coding
│ ├─ SAST / DAST
│ └─ Software Supply Chain Security
│
├─ 📁 クラウドセキュリティ
│ ├─ AWS Security
│ ├─ Azure Security
│ ├─ GCP Security
│ ├─ Container Security
│ └─ Kubernetes Security
│
├─ 📁 ID・アクセス管理
│ ├─ IAM
│ ├─ PAM
│ ├─ MFA
│ ├─ SSO
│ └─ Active Directory
│
├─ 📁 セキュリティ運用
│ ├─ SIEM
│ ├─ SOAR
│ ├─ EDR / XDR
│ ├─ Threat Detection
│ ├─ Threat Hunting
│ └─ Incident Response
│
├─ 📁 オフェンシブセキュリティ
│ ├─ Penetration Testing
│ ├─ Red Teaming
│ ├─ Exploit Development
│ ├─ Vulnerability Research
│ └─ Social Engineering
│
├─ 📁 脅威インテリジェンス
│ ├─ OSINT
│ ├─ Malware Analysis
│ ├─ IOC Analysis
│ └─ Adversary Intelligence
│
├─ 📁 デジタルフォレンジック
│ ├─ Disk Forensics
│ ├─ Memory Forensics
│ ├─ Network Forensics
│ ├─ Mobile Forensics
│ └─ Malware Forensics
│
├─ 📁 暗号技術
│ ├─ Encryption
│ ├─ Hashing
│ ├─ Digital Signatures
│ ├─ PKI
│ └─ Key Management
│
└─ 📁 GRC
├─ Governance
├─ Risk Management
├─ Security Policies
├─ Compliance
├─ Security Auditing
└─ Security Awareness

[つぎはぎ | SE歴16年 @Ms_ITsavvy]

仕事が忙しいITエンジニアの資格勉強。
「毎日2時間勉強する」
　　　　↓
無理になって挫折より、

「過去問1問だけ」
「参考書1ページだけ」
「解説1つだけ読む」

くらいでいいから、勉強との接点を切らさない。
忙しいときに必要なのは、勉強時間を増やすことより再開のハードルを下げることなのかもしれない。
情報処理安全確保支援士を後回しにしている自分への戒め。

[つぎはぎ | SE歴16年 @Ms_ITsavvy]

部長思いの部下たちがとった行動とは？

[つぎはぎ | SE歴16年 @Ms_ITsavvy]

パソコンに詳しい人は、なぜか家電や機械全般にも詳しいと思われがち

[つぎはぎ | SE歴16年 @Ms_ITsavvy]

ちいかわのアニメ観たことないんですが、同僚が
「かわいい世界の皮をかぶった、たまに容赦ない物語」
って言ってました。
こういうことか....

[未来の未知へ @VantaFuture]

最初は給料が低くても「未経験だから仕方ない」と思ってしまう。
でも、その感覚を何年も引きずらないこと。
給料が上がらない＝努力不足とは限らない。
自分を責める前に、 「スキル」「経験」「会社の給与水準」を分けて考えてみる。
それだけでも、次にやるべきことが見えやすくなる。

[未来の未知へ @VantaFuture]

IT業界に入ったのに、給料が上がらない。
SES企業に所属し設計・構築を経験している。

「もっと資格を取らないとダメなのかな」
「まだスキルが足りないのかな」

そう考えがちだけど、見落としがちなことが3つある。

続き↓

[未来の未知へ @VantaFuture]

③ 副業だけに収入UPを求めない

給料が低くて副業に挑戦したりする。
でも月数万円の副収入を作ることだけに必死になって、本業の市場価値が上がらなかったらもったいない。

副業を頑張りながら、本業でも
「今の経験を積んだ自分なら、他社ではいくらなのか？」を定期的に確認する。

続き↓

[つぎはぎ | SE歴16年 @Ms_ITsavvy]

昭和の水着番組。

この画像の中に、
令和なら一発で炎上する場面が隠れています。

拡大せずに気づけたらすごい。

[つぎはぎ | SE歴16年 @Ms_ITsavvy]

エンジニア彼氏の同僚「お前、まずread権限すら付与されてないだろ」

[未来の未知へ @VantaFuture]

でも、今もらっている給料と、あなたの価値は同じじゃない。
「自分は大したことない」と思っているエンジニアほど、一度くらい外の世界で自分の価値を確かめてみてほしい。
思っているより、あなたを必要としている場所はある。

[未来の未知へ @VantaFuture]

「エンジニアやってます」というと、

「給料高そう」
「手に職あっていいね」
「将来安泰じゃん」

と言われることがある。
でも、実際はそんな人ばかりじゃない。
優秀なのに給料が低いエンジニア、結構いる。

[未来の未知へ @VantaFuture]

こういう人を見ると、本当にもったいないと思う。
技術力だけ磨いても、収入は上がらない。
どれだけ優秀でも、自分の価値を自分で過小評価していたら、安い給料を「自分の実力だから」と受け入れてしまう。