シュウ @ 社内SE

エンジニアとしてSESから自社開発、そして現在の社内SEへと転職してきました。

「自分がエンジニアを目指した時に知りたかったこと」や「求人サイト運営の裏側」などをマイペースに発信しています。
エンジニア転職で失敗したくない方の参考になる記事をブログにまとめています👇

[シュウ @ 社内SE @shu_devlog]

SES時代は客先で消耗してましたが、今は社内SEになり少し落ち着いてます。
当時の僕のように、今の環境に依存せず副業で金銭的な余裕とスキルを得たい人向けに探し方を置いときます。 （詳細はこちら：https://t.co/5KCDt8nymv）

[シュウ @ 社内SE @shu_devlog]

技術のベースがないまま管理側に回ろうとしても、転職市場では強みとして評価されにくいのが事実です。

僕が実際の現場経験から感じた、マネジメントとスペシャリストの境界線や、キャリアパスを設計する際の手順についてはこちらにまとめています。
（詳細はこちら：https://t.co/kTZUgb5Nvl）

[シュウ @ 社内SE @shu_devlog]

エンジニアからすると、コード実装時の工数やアーキテクチャの妥当性を理解してくれる上司というだけで信頼関係が成立するから必然的に技術が高い人が多いのかもしれない。
逆に技術がわからないと、上流にいても現場のコントロールは難しいかも。
#エンジニアキャリア

[サカモト@エンジニアキャリア論 @sakamoto_582]

個人的にはマネジメントを技術がわからないからこっちを選ぼうとして欲しくないんですよね。もちろんそのようなマネージャーポジも世の中には沢山ありますが、私の周りだとマネージャーであったとしても技術力が高い方は多いですね。

[シュウ @ 社内SE @shu_devlog]

近くにいるのに、TeamsやSlackで会話しがち。
あと、ネタ画像送りあって遊ぶ。

[麻婆豆腐 （エンジニア) @gyodon_se]

IT業界に入って思ったこと:

目を合わせて話してくれる人が少ない

[シュウ @ 社内SE @shu_devlog]

社内SE選考で評価されやすい実務の共通点。

1.​顧客の要望を仕様に落とし込んだ経験
​2.ドキュメント未整備な環境での現状分析
​3.システム移行やリプレイスに伴う調整

このあたりは、SESなどで外れの現場の時の経験が活きる気がする。
#社内SE #エンジニア転職

[シュウ @ 社内SE @shu_devlog]

自社の上司が現場を見ていない環境にいると自分の強みに気づきにくいですが、2や3のスキルは社内SEで確実に重宝されます。

実際の倍率の現実と、SES経験者が面接で評価されるための3つの対策についてブログにまとめています。
（詳細はこちら：https://t.co/pe4anPrAe5）

[シュウ @ 社内SE @shu_devlog]

社内SE選考で評価されやすい実務の共通点。

1.​顧客の要望を仕様に落とし込んだ経験
​2.ドキュメント未整備な環境での現状分析
​3.システム移行やリプレイスに伴う調整

このあたりは、SESなどで外れの現場の時の経験が活きる気がする。
#社内SE #エンジニア転職

[シュウ @ 社内SE @shu_devlog]

@nyandau5648 何がやばかったのか早く知りたい。。

[シュウ @ 社内SE @shu_devlog]

何年も開発をしているのにコーディングテストが難しく感じられる構造的な理由。

1.​現場のコード修正とゼロベースの構築のギャップ

2.​実務で特定の言語や環境に固定されている

3.​制限時間にのまれて焦る

テスト用に切り替える準備が、まずは必要なのかもしれない。
#エンジニア転職

[シュウ @ 社内SE @shu_devlog]

単なるうっかり？
それとも、職場の開発環境の制限が面倒でやったのか？

・会社の環境が不便で検証しづらい
・制限のない個人環境で試したくなる
・公私の境界線が曖昧になる

現場のやりづらさと個人の心理的な緩さが重なったような気もする。

[シュウ @ 社内SE @shu_devlog]

単なるうっかり？
それとも、職場の開発環境の制限が面倒でやったのか？

・会社の環境が不便で検証しづらい
・制限のない個人環境で試したくなる
・公私の境界線が曖昧になる

現場のやりづらさと個人の心理的な緩さが重なったような気もする。

[ITmedia NEWS @itmedia_news]

CAMPFIRE「従業員がGitHub認証情報を個人開発サーバに誤アップロード」　不正アクセスの原因公表
https://t.co/MwDxDp3UJS

[シュウ @ 社内SE @shu_devlog]

@zangiPM そういう人は無理やり話す機会を与えた方が良いかもですね。。

[シュウ @ 社内SE @shu_devlog]

長年実務をこなしていても、テスト独特の形式や時間制限のせいで実力を出せないケースは少なくない気がします。

テストの難易度が高いと感じる理由の分析と、それを突破するための3つの攻略法はブログにまとめてあります。
（詳細はこちら：https://t.co/6dJVvFiLYY）

[シュウ @ 社内SE @shu_devlog]

何年も開発をしているのにコーディングテストが難しく感じられる構造的な理由。

1.​現場のコード修正とゼロベースの構築のギャップ

2.​実務で特定の言語や環境に固定されている

3.​制限時間にのまれて焦る

テスト用に切り替える準備が、まずは必要なのかもしれない。
#エンジニア転職

[シュウ @ 社内SE @shu_devlog]

@aigfhhyxvh 基本情報が無難ですかね～。

[シュウ @ 社内SE @shu_devlog]

求人票に「フルリモート可」とあっても、実際の評価軸が出社時代からアップデートされていない企業は意外と多いです。
在宅勤務の柔軟性を活かしつつ、成果を適切に伝えるための立ち回りや、ハイブリッドワークの現状をブログに書きました。 （詳細はこちら：https://t.co/TDuPTICipu）

[シュウ @ 社内SE @shu_devlog]

フルリモート前提でWeb系や社内SEへ転職する際、条件だけで選ぶと陥りがちなリスク。

1.成果物の量だけで評価されプロセスが無視される
2.テキストのみで仕様の細かいニュアンスのズレが起きる
3.出社前提の古い評価制度が残っている

面接でこの辺りを確認しておくと安心な気がする
#エンジニア転職

[シュウ @ 社内SE @shu_devlog]

SIerの納期に追われる環境から社内SEを目指す際、面接官に納得されやすい志望動機の構成。

1.納期最優先で「作って終わり」になる受託構造への違和感
2.リリース後の運用データを基に改善したかった事実
3.自社システムを育てる側に回りたいという動機

楽をしたい訳ではないと伝わる。
#社内SE

[シュウ @ 社内SE @shu_devlog]

@tyakachan17 分かります。
構成もデザインも0から手探りで進めようとすると、本作業に入る前に力尽きそうになるので。。

AIに適当なテキストから叩き台を投げてもらうだけで、資料作成のストレスがだいぶ減った気がします。

[シュウ @ 社内SE @shu_devlog]

面接で「激務から逃げたいだけ」と思われるのを防ぐには、受託体質の限界を事実ベースで話すのが無難かもしれません。
倍率の高い社内SE選考を突破するための志望動機の作り方と、具体的な通過例はブログにまとめています。
（詳細はこちら：https://t.co/o5XMWagUSm）

[シュウ @ 社内SE @shu_devlog]

SIerの納期に追われる環境から社内SEを目指す際、面接官に納得されやすい志望動機の構成。

1.納期最優先で「作って終わり」になる受託構造への違和感
2.リリース後の運用データを基に改善したかった事実
3.自社システムを育てる側に回りたいという動機

楽をしたい訳ではないと伝わる。
#社内SE