はて、SEってなんでしょうか
システムエンジニアではあるんですがざっくりしすぎています。
ITのシステムに関係する”技術的”な仕事でいいでしょうかね、、、
でも職種があがっていくとマネージメント（お金やリソース）が主になっていきます。
ということで何がしたいのか？を明確にもつことは重要であります。
生涯現役（どこポジションかは不明）もありといえばありです。
学生向けとして
まぁ一番最初にわかりやすいところはプログラマーでしょうか
一番手っ取り早くプログラマーしていたらSEといえなくもありません。
が世の中プログラマーとして御飯を食べられている人はごく少数です。
特に大きな会社になればなるほどです。
小さい会社で独自ソフトウェアを作る現場仕事を目標にするならありです。
もしそこから会社を大きくしていくと絶対プログラムソースを書くことからどんどんはなれていき、企画や設計書、顧客対応、社内対応がメインになっていきます。
専門分野を持つこと
これは大事かもしれません、興味があるところは人それぞれで
例えば
などなど、いろいろあります。
はい、この中に学生さん、新人さんに目指してもらいたくない分野も記載しています。
それはなにか？
コンサルタント
です。
よく、就職する際、よりよいソフトウエアにしたい、改善活動（提案）したい、顧客の仕事をよりよくしたいとかほざく新人がいます
全員とはいいませんが99.999999999％夢見すぎです。
なぜかって？新人が、今バリバリの仕事しているベテランに対して改善案を出せるのか？もちろん数十年凝り固まった環境を現状に近づけるぐらいはできるでしょうがそれが効率的になるのか？は環境によもよりますし、所詮その人の理想でしかありません。ようは、顧客に提案する場合、顧客よりも業務を熟知していなければなりません。
こんなこと学生や新人にできる分野は、それこそ若者だけが始めた新しい事業だけであり、既存システムや業務はほぼ無理だと思います。
なので将来はそういう人物像を描くのは問題ありませんが新人ができる仕事ではありません。
※なお一般的にコンサルティングで若い人が活躍しているものの大半は自社ソフトや自社ロジックを押し売りしている人達だけです。ようは誰かが作った”すでに会社にあるもの”を導入すれば楽になりますよ。ってだけであります。
脱線しましたが
自社システムではなく他社のシステム（IT環境)の仕事をするのであればその業界の技術や仕組みを含めた業務などを理解し、さらにITの知識を有することが必要となります。
なので学生時代に
最低限
は取っておきましょう
ITパスポートとかぬるいことは言ってられません。大手だと応用情報技術を求めると頃が多いです。
この辺はベースなのでもってないよりは持っているに越したことはありません。
ただし、この辺は学校のお勉強と一緒なのでいらない技術いらない知識も覚えないと取れません。勘所はつかめるとおもいますが8割無駄な知識です。
もし、興味があるのであればその他専門の情報処理資格をとるとよいでしょう。
正直な話、私も実は応用（昔でいう一種）は持っていません。
あればいいかも（出世コースにも影響するだろうけど）だけど、なんか違うってことで取りに行きませんでした。
理由の一つが、必要としない技術の勉強をしている暇がないほど、私の経歴は当時社内でも特殊でした。数ヶ月（長いと数年）単位で異業種のそれも問題を抱えたプロジェクトを転々としていたからです。
そのプロジェクトの業務をしるところからはじめないといけないわけですが、求められてるのは火消し、ようはプロジェクトの改善正常化です。
そうするとそのプロジェクトに関する知識以外を勉強しようという頭は私にはありませんでした。
なので資格はあればよいが資格が全てではありません。
これが言いたいだけです。
私もマネージメント側の仕事で人員集めとかも経験ありますが、資格を盾にできますっていう人を呼ぶと8割以上の確率で地雷でした。現場経験がないので・・・でもさ、同じような現場経験している人なんてそんないないのよ実際、そうすると新人を育てるか資格持ちになります。
ここだけの話、人材派遣（実際はグループ会社の人が多い）から資格持ってます！できます！っていっておまえいらんからチェンジ！っていった人たくさんいます。無能すぎて(直接はいいませんが)来月で終わりな！的な人いっぱいみてきました。
![基本情報技術者[科目Ｂ]アルゴリズムとプログラミング トレーニング問題集(第2版)](https://m.media-amazon.com/images/I/512kPfyw++L._SL500_.jpg "基本情報技術者[科目Ｂ]アルゴリズムとプログラミング トレーニング問題集(第2版)")
ってことで
若いうちににしておいたほうがいいのは、興味のあるものに対しててを動かしておくことです。知識だけではなくてね。
例えばデータベースに興味があるならRDBでもNoSQLでもなんでも自分でつくってみて実行してあそんでみることです。〇racleなんとかもってますからーっていう人で有能な人は見たことありません。DBは何年やりましたみたいな人は普通にできますし、一応もってますねー古いのみたいな人が本当に必要とされる人となります。
※知識を入れるということで資格が悪いわけではありません。資格をとっても現場をしらないのは、ペーパードライバー（実技なし）みたいなものですから。
それこそPCを自作し、自分でLinuxぶちこんで遊んでみてるような人は基本的な動きをしっていますからなんでも吸収しやすいです。
なのでわからないなりにでも1台ぶっこわしていいPCを用意し（最新でなくてもいい）いろいろ遊んでください。
マネージメントしたい人は
工程管理やリソース管理、PMP的な仕事したい人は、知識だけでもいけます、が問題にたいする回答策の是非を判断しなければならなかったり（責任取る必要がありますからね）間違った方向にいきそうなら直接指導もできなければなりません。
なのでマネージメント方向に行きたい人は最低限知識だけでも大量にぶちこんでおいてください。
お金やリソースを動かすための能力はSEというか管理業務になるのでまたちょっと違う能力が必要になります。現場はしっているけど広く浅くでいいのでたくさん最新知識にアンテナはって本読むなりネット記事でフムフムするぐらいはしておきましょう（技術的な話ね）
本当に経営をやるってなればSEではなく経営を学んだ人が行うことになるわけですが、現場さっぱりな人がおこなうと、ただの数字だけで現場無視な采配をされます。どこかの自動車会社みたいにですね。。。。なのである程度は技術的なことがすきだけどマネージメントしていきたいって人は技術営業や総務的なところからスタートするのもありでしょう。
まとめ
プログラムを小中学校でやりはじめたネタをまた最近みつけたのでたらたらどこ向いているかわからない内容を記載しましたが、なんでもそうだけど与えられたものを組み合わせるだけではなく、自分で作ってみよう改善してみようという気持ちがなければ現場SEはできません。
最後に、コーダー（プログラムを設計書通り書くだけの人）はSEではありません、ただの翻訳家です、プログラム設計書をかけて初めてプログラマーです。
