アレルギー対策、自宅でできる効果的な方法とは?

文系大卒30歳、4年ネットワークエンジニアとして働き、SEを目指して3年大手SI屋でSEとして働きました。
大手SI屋ではプログラミングは協力会社さんに委ねることが多く、すでに社会人5年目だった私はプログラマとして即戦力にならないため、最初の1年はマニュアル作成やドキュメント作成が主な仕事でした。結局プログラミングすることもほとんどなく、そのうち小規模のサブプロジェクトリーダーなどをやったり、提案活動をさせられたりしてました。
プログラミング経験のないままこういう仕事をすることに限界を感じ、小さなSI屋に転職して半年になります。小さいながらプライマリで仕事を受けている会社ですが、プライマリで仕事を受けているとドキュメント作業などプログラミング以外の仕事がやはり多く、なかなかプログラミングができません。
プログラミングをしたければ、やはりSI屋から仕事を請けるような小さな会社に転職したほうがよいのでしょうか?
もうSE業界に来て4年になろうとしているのに、未だプログラミングができない自分にいらだっています。。。

このQ&Aに関連する最新のQ&A

A 回答 (3件)

こんにちは



>ドキュメント作業などプログラミング以外の仕事がやはり多く
それがワーカー(単なるプログラマ)とSEの違いです。
(と、言ってしまうと身も蓋も有りませんが…:苦笑)
と言うかSEがコーディングの実作業にまで手を染めてしまうと
チームの工程管理等のマネジメントが手薄になる危険性も。

ただ、言語は何でも良いからコーディング経験が有るSEと無い
SEでは物事を見る切り口が違ってきますし、経験が有った方が
上流工程でも詳細設計のフェーズ等はやり易いです。

ワーカーの立場から見ても現場の作業を理解しているSEの方が
安心感が有るかも知れません。或る程度経験を積んだプログラマ
なら、相手が自分と同等以上のプログラムスキルを持っているか
どうかも敏感に嗅ぎ分けますので、中途半端な知識なら無い方が
マシという考え方もできるかと。

実際、私も幾らか経験を積んだ頃には、生半可な知識のリーダー
よりは、プログラムは全く判らないというプロジェクトリーダー
の方がやり易いと感じた事が有ります。


更に上流工程、要件定義辺りではコーディング経験が邪魔をして
偏った考え方になり、顧客が純粋に思い描いているイメージとは
知らず知らずのうちに認識がずれてしまう罠も有ります。

  自分ならこう作るからこの機能はこっちの画面に持たせて、
  これは多分要らなくて逆にこういう機能が後から必要に…

なんて顧客自身が要件を整理できていない段階で自分のイメージ
を押し付けてしまいそうになる危険性を含んでいます。
それが提案や助言という形ならば良いのですが、押し付けや誘導
では後々自分達の首を絞める事になります。


会社からの評価などは考慮しませんが、こんなのは如何です?
1.ホントにプログラマをやってみる
人が少ない会社だと難しいかも知れませんが、1度SEではなく
プログラマとしてプロジェクトに組み込んで貰う。
スキルに自信が無ければ新人さんに担当するようなパートでも。
それだと役不足でしょうから、慣れたドキュメント等は全力で(笑)

2.コードレビュー
私的にこちらがオススメ。
コードレビューってやってます?
コーディング作業を依頼した先の中で完結しちゃってる場合は、
ISO9001の為に必要とか何とか理由を付けて、スケジュールも余裕
を持たせて引き、是非レビュアーの1人として参加して下さい。
参加するレビュー対象は経験浅いプログラマが書いた簡単な処理
が手頃です。
対象者に細かくプログラムの説明をさせ、経験豊富なレビュアー
が指摘するポイントや改善点を聞くだけでも勉強になります。

リファクタリングのフェーズが有るなら、そこでのコードレビュー
もとても勉強になると思います。

後は、サンデープログラムのレベルで構わないので、聞きかじった
知識を実践してみると身に付く物も多いかと思います。
    • good
    • 0
この回答へのお礼

細かいアドバイス、ありがとうございます。みなさん、きちんと自宅で勉強しているんですね。サンデープログラムなんて言葉があるほどですものね。
ありがとうございました。

お礼日時:2003/11/09 18:16

わたしは,商学部を卒業し,SIベンダ(入社後上場)に就職し,12年目に,非上場のSIベンダに転職し,現在,20年目のSEマネジャです。



プログラミングプロセスは,SIビジネスにおいては,ほんのいちプロセスにすぎません。優秀なSEになるとは,プログラミングを極めているいないは,関係ないです。

わたしは,コミニュケーション技法,プレゼンテーション技法,プロジェクト管理技法,心理学について,自己啓発しました。

顧客は,プログラムを求めているのではないですよね。システムを求めているのです。そう,安心して使えるシステム。便利になるシステムです。そのようなシステム開発において,設計をしたり運用サポートをする。それらを通じて,SEマネージャを目指してはいかがでしょうか。
    • good
    • 0
この回答へのお礼

>プログラミングプロセスは,SIビジネスにおいては,ほんのいちプロセスにすぎません。
アドバイス、ありがとうございます。
私はその初歩段階であるほんのいちプロセスさえ体験していないような気がします。
口ばっかりの、作業を誰に割り振るかを決めて、自分は何もしてないマネージャーってよくいますよね。誰に割り振るかを決めることそのものも、誰かに割り振る。そんなマネージャーを何人も見てきました。
将来、そんなマネージャーにならないためにも頑張りたいと思います。

お礼日時:2003/11/09 18:22

プログラミングばかりやっているので、そろそろ設計等の上流工程をやりたい、とかそろそろSEを卒業してプロジェクトのマネジメントをやってみたい、等のパターンが普通で、toro_puelさんのパターンは難しいですね。

周りの誰もが30歳のtoro_puelさんにプログラミング作業を期待したり望んだりしていないと思いますので。
プログラミングをしたい理由はなんですか?
「プログラミングが何よりも好きだから」という事ならある意味職業プログラマーには向いていないですし、「プログラミング経験のないままこういう仕事をすることに限界を感じ」という事でなら、何故プロとして自分で勉強しないのか不思議です。私はソフトウエア業界の技術者って心構えとして「会社で技術を習得させてもらう」ではなく「自分の技量を会社にお金で買ってもらう」というのが正しいと思っているのですが。。。
今までも、たまたまtoro_puelさんにプログラミングの仕事がまわってこなかった、のでは無く、toro_puelさんにプログラミングのスキルが無かったから仕事がまわってこなかった、という事だと思うのですが。。
現状プログラミングをバリバリこなしているプログラマーで有っても、それはその時の仕事に関する極狭い範囲のものであって、その仕事に関する技術しか身に付きません。特に目まぐるしく変化するこの業界にあたっては、半年後、一年後を見据え、皆就業時間外での社内であるとか自宅であるとかなどで、仕事として担当している事以外の技術を学んで鍛錬していますよ。そういう事が重要ではないかと感じます。
頑張って下さい!!
    • good
    • 0
この回答へのお礼

お返事が遅くなって申し訳ありません。
何故自分で勉強しないのか、というお言葉、厳しいですが、的を得ていると思います。
なかなか身近な人には言ってもらえないことなので応えました。ありがとうございました。

お礼日時:2003/11/09 18:15

このQ&Aに関連する人気のQ&A

お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!

このQ&Aを見た人はこんなQ&Aも見ています

このQ&Aを見た人が検索しているワード

このQ&Aと関連する良く見られている質問

Q仕事についていけない(システムエンジニアです)

社会人5年目のシステムエンジニア(女性)です。
プログラミングやプログラム設計を中心に、仕事をしていますが
新入社員や後輩にどんどん抜かれている気がします。

集中力があまり無いことが災いしているのかもしれませんが
とにかくプログラミングがぜんぜんわかりません。もう、わけがわかりません。
プログラミングがわからないので、その設計も当然できません。
元々集中力が無く、楽器や勉強もそこそこで
何かひとつのことを成し遂げた経験がありません。
そういった中途半端で飽きっぽい性格のせいかもしれません。
読書も苦手なので、読解力もまったくありません。

これまで何とか5年も続けてこれたのは、周りの人たちが優しくて
毎回助けてもらってきたからに相違ありません。
でも、もう5年目なので、あまり堂々と質問したりできませんし
つまらないことを他の人に質問している姿を見た上司は
あきれた顔をしています。

でも、プログラミングの考え方がまったくわからないのです。
努力して自習するのも、もう疲れてしまいました。
来期から、同じ会社内の別の仕事(事務職など)に
配置換えをお願いしようと思っています。

このままエンジニアで居ても、なかなか成長しないし
何より、仕事についていけないという理由で
会社に行くのがとても辛いです。
辛いあまり、周りに泣き言を言いそうになってしまいます。
泣き言を言われる側も迷惑だと思います。
私なんかいない方がいいと思います。

私はもう少し粘ってシステムエンジニアを続けるべきでしょうか?
それとも、一度休職などしてリセットするべきでしょうか?
また、今考えているように配置換えをお願いするのがいいでしょうか。

今後に自分の身の振り方を考えています。
色々ご意見をください。よろしくお願いします。

社会人5年目のシステムエンジニア(女性)です。
プログラミングやプログラム設計を中心に、仕事をしていますが
新入社員や後輩にどんどん抜かれている気がします。

集中力があまり無いことが災いしているのかもしれませんが
とにかくプログラミングがぜんぜんわかりません。もう、わけがわかりません。
プログラミングがわからないので、その設計も当然できません。
元々集中力が無く、楽器や勉強もそこそこで
何かひとつのことを成し遂げた経験がありません。
そういった中途半端で飽きっぽい性格のせいかもし...続きを読む

Aベストアンサー

私は、まだまだくじけずに頑張って欲しい、と思います。

あなたの文章を読む限り、プログラムでつまずいているものの、
SEとしての適性は十分あり、頑張り次第ではこれから十分に活躍できると思えるからです。

以下その理由を述べていきます。

SEにとって必要な能力はいろいろあり、
プログラミングというのはそのうちの一つに過ぎません。
コミュニケーション力、柔軟性、設計力、イマジネーション、組織マネジメント力など色んな能力が必要ですが、
・このシステムは何のために必要なものか
・どうあればもっと良いものになるか
・良いものにするための工夫
・みんながもっとうまく仕事をすすめられるための工夫
というようなことを考えて、自発的に課題を発見し、対処していく、
そんなことを頑張ってくれる人であれば、プログラミングが少々苦手であっても、
素晴らしいSEといえるでしょう。

私は大手SIerでSEをやっていますが、周りにはプログラムが不得意だけど優れたSEもたくさんいますので、
得意なことをもっと頑張っていけば、組織に必要な人材に十分なれるのではないでしょうか?

また、プログラミング・設計能力はもちろん重要で、あると活躍の機会は増えますが、
それはいわゆる「システムに強いSE」のタイプです。
もうひとつは「業務に強いSE」のタイプで、システムと業務の得意な割合が9:1であればプログラマー寄りですし、1:9であればコンサルタント寄りといえます。5:5はバランスの良いSEですね。
いずれも組織に必要なタイプですので、得意なことを頑張って強みを発揮できるようになれば、苦手も気にならなくなるかもです。

あとは、プロジェクトマネージャーを目指すという考えもあります。
組織をまとめて人を動かす、ということに特化したタイプですが、大きめなプロジェクトとなれば、こういった能力を持った人が重要となります。プログラマータイプには、マネジメントが苦手なタイプが多いです。(コンピュータとは何時間向かい合っていてもいいけど、人間は苦手、な~んてね)

いろいろと可能性はありますので、もっと視野を広げて勉強して、
自分の得意なこと、興味のあることを頑張ってみると良いのではないでしょうか。
もちろん、プログラミングも、もう一回初歩の初歩まで戻って勉強しなおして、
ある程度苦手は払拭しておきたいところだな~、とは思いますが。

私は、まだまだくじけずに頑張って欲しい、と思います。

あなたの文章を読む限り、プログラムでつまずいているものの、
SEとしての適性は十分あり、頑張り次第ではこれから十分に活躍できると思えるからです。

以下その理由を述べていきます。

SEにとって必要な能力はいろいろあり、
プログラミングというのはそのうちの一つに過ぎません。
コミュニケーション力、柔軟性、設計力、イマジネーション、組織マネジメント力など色んな能力が必要ですが、
・このシステムは何のために必要なものか
・どうあればもっ...続きを読む

Q30歳SE,技術がありません・・・

30歳になった8年目のSEです。独身女です。
技術がありません。
これからの仕事についてどうしたらいいかわからず、途方に暮れています。

私の会社は二次請けの仕事がほとんどです。
文系大学卒業後入社して以来、長期間のプロジェクトに関わる事が多くずっと客先にいたのですが、最近自社に戻りました。
主に現行仕様調査、詳細設計~結合テストの経験しかなく、ほとんどがバッチでプログラミングスキルは新人に毛がはえたレベルだと思います。(PL/SQL,COBOL,少しJava)
仕様を固める為にユーザ企業のシステム課の方と打ち合わせをしたような経験はありますが、リーダー経験もありません。
マスタ管理のようなチームがほとんどだった為、業界のどの企業でも通用するような業務知識もありません。
資格は情報処理試験(基本情報、ソフトウェア開発技術者)だけです
SEというと激務な方が多いですが、私はぬるい環境で仕事をしてきました(残業は多くても月70hくらい)


自社に戻り、上司は新たな職場に派遣しようとしていますが、
年をとり、おまけに主任になった為単価が高く、技術がない私はなかなか仕事が決まりません。
会社で他部署の手伝いなどをしています。

社外にいる間は一次請けベンダーのリーダーさんを目標としていたのですが、
自分の会社では無理な事をいまさら思い知りました。
昔から自分の技術がしょぼい事を感じつつ、現状に甘えてきた結果です。
努力しなければいけない事がたくさんありすぎて、まず何から始めたらいいかわからなくなってしまっています。
年齢が年齢なので、あせるばかりです。

自分ではこんな事を考えているのですが・・・

(1)プログラミング言語の勉強をし、たくさん資格でもとるか?
 今の会社ではこれを求められている気がしますが、実務経験がなく資格だけとって、役に立つのかは不明です。
 ベンダー系資格は受験料が高いので、それに見合う効果があるのかも・・・

(2)管理するポジションを目指す為、転職するか?
 今の技術力まま転職活動をしても望みが薄い気もしますが、勉強してから・・・というのでは年ばかりとってしまいそうで怖いです。
 反面、リクナビNEXTに登録しており、いくつかプライベートオファーも頂いたのですが、面接でアピールできる事が思いつかず、応募を躊躇してしまいます。

(3)他業界をめざすか?
 絶対SEがいいという希望はありませんが、この年齢で他業種で通用するのか?
 ぬるま湯育ちの私が通用するのか?

一番の目標は、ユーザ企業にしばられない業務知識を持ち、管理できる人間になることなのですが、夢のまた夢のまた夢のような気がして・・・

学生時代は定年まで仕事人間でいたいと思っていたのに、今の自分が情けないです。
これからの人生、食べていけるのかも不安になってきました。


あいまいな質問で申し訳ないのですが、私はまずどんな努力をすべきでしょうか・・・
お恥ずかしながら給料が安く、貯金も少ない為お金がかかる事は不可能です。

30歳になった8年目のSEです。独身女です。
技術がありません。
これからの仕事についてどうしたらいいかわからず、途方に暮れています。

私の会社は二次請けの仕事がほとんどです。
文系大学卒業後入社して以来、長期間のプロジェクトに関わる事が多くずっと客先にいたのですが、最近自社に戻りました。
主に現行仕様調査、詳細設計~結合テストの経験しかなく、ほとんどがバッチでプログラミングスキルは新人に毛がはえたレベルだと思います。(PL/SQL,COBOL,少しJava)
仕様を固める為にユーザ企業のシステ...続きを読む

Aベストアンサー

まあ、人生において正解の行動というのは無いわけですが、私だったら転職を志しますね。実際、携帯電話のSEから別業種に転職したことがあります。その後もう1回転職していますが、少しづつ他業種にチャレンジしていたら、今ではSEとは全く違う職種(アプリケーションエンジニア)で生きるようになってしまいました。

色々言いたい事はありますが、とりあえず3つだけ。

>反面、リクナビNEXTに登録しており、いくつかプライベートオファーも
>頂いたのですが、

できれば転職エージェントが対応してくれるサービスを利用した方が良いと思います。紹介される企業の質がそもそも違いますからね。亜リクルートNEXTだけでなく、ありとあらゆる転職サービスに応募するんです。時には門前払いを食う事も有るでしょうが、そんな事を恐れていたら前には進めません。

>面接でアピールできる事が思いつかず

アピール出来る事が無いなんて甘いですよ。それは死ぬ程考えて捻り出す者です。とりあえず、いままであなたがやってきた仕事/期間/使用ツール/開発人数を細かい所まで全部書き出してみましょう。職務経歴書を書いたかもしれませんが、それをもっと細かく書く様なイメージです。その中で、少しでも他者よりも誇れそうな者を抜き出し、10倍程度膨らましてアピール出来る様に文章を作ってみましょう。まずはそれからです。

>絶対SEがいいという希望はありませんが、この年齢で他業種で通用するのか?

通用するのか? じゃなくて通用する様に死ぬ程努力するんです。転職は、そのくらいの気合いが無いと絶対に成功しませんよ。

情けないと思う暇があったら、まずは出来る限りの行動をするべきです。それでも効果がなかったらそのとき初めて嘆きましょう。やるべきことをやっていたら、嘆く暇なんてないはずですよ。

まあ、人生において正解の行動というのは無いわけですが、私だったら転職を志しますね。実際、携帯電話のSEから別業種に転職したことがあります。その後もう1回転職していますが、少しづつ他業種にチャレンジしていたら、今ではSEとは全く違う職種(アプリケーションエンジニア)で生きるようになってしまいました。

色々言いたい事はありますが、とりあえず3つだけ。

>反面、リクナビNEXTに登録しており、いくつかプライベートオファーも
>頂いたのですが、

できれば転職エージェントが対応してくれるサービ...続きを読む

Qプログラムが苦手なのに、仕事してます。

プログラムが苦手なのに、仕事してます。

得意な方は、どのように勉強なさったのか、
ご教授願えないでしょうか。

文系大学卒業後に、IT企業に入社したのですが、
プログラムが苦手で困っております。

仕事は、他人のソースを読んで参考にしながら書いているのですが、
根本的な理解をしていないので、常に不安です。

言語仕様すら理解できていない私は、
仕事を辞めた方がいいとも思えてきてます。

どうぞ、よろしくお願いいたします。

Aベストアンサー

以前採用担当をしていました。

プログラミングの仕事は、ハッキリ言って「出来ない人はどうやっても出来ない」です。作曲とか語学と一緒で、ある程度素質が必要なんですね。ただ、IT系の企業で一番必要な人材は「プログラムの世界が分かって、顧客との折衝が出来る人」で「プログラミング能力が高い人」じゃないんです。

要は「この手のシステムを作るときに、大体こういうやり方でこの程度の労力が必要だ」と体感的に「当たり」を付けることが出来るかどうかです。プログラムをやっていれば「難しい所」はすぐに分かると思いますので、折衝をするときに譲れない部分と譲れる部分がすぐ分かるはず。実際「ロジックが難しい」よりも「出力画面が複雑」な方がよっぽど手間が掛る、なんてことはプログラムをやっていれば体感的にすぐわかるでしょ?

ですので、今は作業が遅くても、バグを山ほど出しても、そのうちにシステム設計や顧客対応などの上流工程に配属になった時に役立ちますので、気にせずゆっくりバグを出しまくって下さい。人事側も「プログラミングの即戦力」として採用した人間以外には、その手の高度な能力は期待してませんから安心して下さい。

以前採用担当をしていました。

プログラミングの仕事は、ハッキリ言って「出来ない人はどうやっても出来ない」です。作曲とか語学と一緒で、ある程度素質が必要なんですね。ただ、IT系の企業で一番必要な人材は「プログラムの世界が分かって、顧客との折衝が出来る人」で「プログラミング能力が高い人」じゃないんです。

要は「この手のシステムを作るときに、大体こういうやり方でこの程度の労力が必要だ」と体感的に「当たり」を付けることが出来るかどうかです。プログラムをやっていれば「難しい所」はすぐ...続きを読む

Q仕事が遅い、理解に時間がかかる・・

 こんばんは。今年社会人になったものです。
会社に入り約半年です。自分で言うのもなんですが「仕事ができない娘です。」
 先輩も気長に最近は見てくれてますが、それでも機嫌が悪いときは
「も~いいかげんしっかりしてよ!あたしの仕事が進まないじゃない!」
というようなことを言われます。
 そのたびに、落ち込んでいます。やる気はあります、でもそれに能力、スピードがついていかず、空回り状態なのです。頭のいい先輩なので自分のペースであれやって、これやって。と次々に言ってくるのですが、わたしにはまだそれだけの処理能力がないので、今やっていることと、言われた事と、同時進行という状態になり、頭の中がごちゃごちゃになるのです・・・。

 もって生まれた性格もあると思いますが、わたしと先輩は正反対です。
先輩の期待に添えるような仕事をできるようになる為になにかいい方法があるでしょうか?

Aベストアンサー

大勢の若い人に仕事を指導してきました
30年ほど。
新人は皆そんなもんですよ!
早くやろうとして焦っていませんか?
焦りがミスを招くことも多いですね

自分の能力を疑ったり、先輩を攻めたりするのはよくないですね
そういう癖がつかないようにしましょう。
それがこれからのあなたの性格或いは人格に影響してきます。

誰でも最初の一年二年は夢中で過ごしています
「気がついたら後輩に仕事の指示をする立場になっていた」
多くの人がそういいます。

ところで昨今の若い方は家庭でも学校でもあまり怒られないようです。
その為就職して初めて経験する叱責や指導に戸惑う傾向があります

職場には必ず仕事の期限があります。
その期限を守らないと他の部署や他の担当者更に得意先や取引先に迷惑をかけることになります。

先輩に期限とその仕事の流れ(あなたのした仕事は次に誰の処へつながり最終どうなるのか)を聞きましょう

期限の早くくる仕事から先に処理するのです
先輩が何故急かすのかが解れば手も少しずつ早くなります

私はこれを「まず森を見よそして樹を見よ」と教えてきました。 
仕事全体を理解することです

気にせずに毎日消化していれば、必ずミスをせず早く出来るようになります。

毎日「自分は出来るんだ」と自身に言いながら仕事をしてください。

必ず出来ますよ、大丈夫です。
最初は皆迷うんです。貴方だけじゃないですよ皆ですよ!

大勢の若い人に仕事を指導してきました
30年ほど。
新人は皆そんなもんですよ!
早くやろうとして焦っていませんか?
焦りがミスを招くことも多いですね

自分の能力を疑ったり、先輩を攻めたりするのはよくないですね
そういう癖がつかないようにしましょう。
それがこれからのあなたの性格或いは人格に影響してきます。

誰でも最初の一年二年は夢中で過ごしています
「気がついたら後輩に仕事の指示をする立場になっていた」
多くの人がそういいます。

ところで昨今の若い方は家庭でも学校でも...続きを読む

QSEを目指した動機についてお聞きしたいのですが。

現在、大学3年のものですが、正直、SEになるか迷っています。
志望業界は、絞られてきました。IT業界です。
そこで、社会人の方に質問したいことがあるのですが、
就職活動の際、
「自分の会社選びの基準」、「なぜこの業界?」「なぜSE?」などを絡めて
お聞きした事があります。
後は、SEになる為の入門書は、あるのでしょうか?
私は、正直、悩んでいます。
自分の一生を決めるのにほぼ近いのですから。
もし、質問をしてくださる奇特な方、心からお待ちしています。

Aベストアンサー

現在外資系のコンピューター・メーカーでSEをやっております。実は昨年に転職したばかりで、それまでは従業員300人程度のSI企業におりました。
ちなみに大学は法学部でした。(平成3年卒)

<なぜSEを選んだか?>
学生時代、アルバイトで設計事務所で図面を引かせてもらっていたのですが、それがきっかけで、「何かモノを作る仕事がしたいな」と思ったのが大きな理由です。
しかし私は文系出身なので、「モノを作る仕事」で「文系でもOK」で、という観点で探し当てたのがSEです。SEといっても一日中マシンに向かっているわけではなく(新人さんはそうかもしれませんが)、ある程度になってくると、ほとんど仕様書作成やレビュー、お客様や他部門との調整に追われます。それでも提案から始まって要件定義、設計~テスト、そして本番(そしてたまにトラブル・・・)と、1つ1つをチームで乗り越えて達成していく感覚は私には合っていたように思います。

<なぜこの業界?>
上述とかぶる点もありますが、特にこの業界、と思っていたわけではなく、自分がやりたい仕事のスタイルを探したら、たまたまこれだったということです。

<会社選びの基準>
新人教育を本気でやってくれるところです。私が新卒で入社したところは、半年は仕事しないで、ずっと研修。その後の半年がOJT。文系出身でパソコンを触ったこともないところから入りましたので、大変ありがたかったです。
これはsupercannonさんにも是非お伝えしたいことですが、入社してちょっと研修やって、すぐ現場に放り込むような会社は避けたほうがよいです。例えコンピューター経験があってもです。「プログラマー」で終わってしまいますから。プログラマーは寿命は短いと思ってよいです。長くこの職業でやっていくつもりなら、最初はプログラマーをやりながらでも、必ず「SEの視点」を持ち続けてください。
それから自分がどういうSEになりたいかを明確にすること。SIをやりたいのか、ユーザー部門のSEになりたいのか、メーカーのSEになりたいのか、などによって全く会社選びが違ってきます。見方を変えれば、会社によって、求められるSEのスタイルが違う、ということです。現在の私のように、メーカーのSEになればハードからソフトまで、まずは自社製品を選定してしまいますが、独立系のSI企業なら自由に選べます。またユーザー部門のSEであれば、SIというより運用面のスキルに比重が大きくなります。

正直SEというのはあまり割りの良い仕事ではありません。退職する人も結構います。ただ、いろいろなお客様や、いろいろなトラブル・・・刺激が多くてルーティン・ワークでは味わえない充実感があると思いますよ。

現在外資系のコンピューター・メーカーでSEをやっております。実は昨年に転職したばかりで、それまでは従業員300人程度のSI企業におりました。
ちなみに大学は法学部でした。(平成3年卒)

<なぜSEを選んだか?>
学生時代、アルバイトで設計事務所で図面を引かせてもらっていたのですが、それがきっかけで、「何かモノを作る仕事がしたいな」と思ったのが大きな理由です。
しかし私は文系出身なので、「モノを作る仕事」で「文系でもOK」で、という観点で探し当てたのがSEです。SEといっても一日中マシン...続きを読む

Qシステム保守運用を生涯の職にできる?

こんにちは。
大学で情報系の学部に通う者です。

将来の職業についてお尋ねしたいことがあります。
IT業界のキャリアプランとして、
「システム保守運用から開発に携わり、管理職へ…」のような
キャリアアッププランを目にすることが多いのですが、
私は、キャリアアップにそれほど興味がなく、保守運用側でずっと働きたい、と考えています。
具体的には、http://itpro.nikkeibp.co.jp/article/COLUMN/20090625/332533/
こちらのURLの、「運用/保守」のような職業をしていきたいと考えています。


そこで質問なのですが、

1.システム保守運用は、一生涯、勉強することがなくならないような職業でしょうか。

2.システム保守運用を生涯の職として極める、というのは現実的に可能でしょうか。
それとも、経験を積むと開発の方に回ることになるのでしょうか。

3.もし現実的であれば、学生のうちに勉強しておくべきことは、
コンピュータの仕組み、プログラミング言語などの技術知識のほかに、
何があるでしょうか。


よろしくお願いします。

こんにちは。
大学で情報系の学部に通う者です。

将来の職業についてお尋ねしたいことがあります。
IT業界のキャリアプランとして、
「システム保守運用から開発に携わり、管理職へ…」のような
キャリアアッププランを目にすることが多いのですが、
私は、キャリアアップにそれほど興味がなく、保守運用側でずっと働きたい、と考えています。
具体的には、http://itpro.nikkeibp.co.jp/article/COLUMN/20090625/332533/
こちらのURLの、「運用/保守」のような職業をしていきたいと考えています。


そこで質問な...続きを読む

Aベストアンサー

結論から言いますと、難しいと思います。
何らかの形で、雇用されて働くことになるでしょうから、自分がやりたい(好きな)仕事と、会社が要求する仕事は異なる、
しかも、面倒なのは上に立っている人の独断と偏見(好き嫌いも含め)で、サラリーマン生活は大きく左右されるのです。
(嫌だったら、独立して一人で、或いは創業することです)

1.システム保守運用は、一生涯、勉強することがなくならないような職業でしょうか。
  そうです。今後とも言語をはじめネトワーク技術、ひいてはコンピュータの仕組みも根底から異なるシステムが出てきます。
  そして、大半はブラックボックス化され、誰もが見て触れるような状況(今でもそうですが)ではなくなります。

2.システム保守運用を生涯の職として極める、というのは現実的に可能でしょうか。
それとも、経験を積むと開発の方に回ることになるのでしょうか。
  前述のとおり、難しいでしょう。貴方の考えも、今はそうであっても、将来、変わります。
  しかるべき教育を受けて入社してきた新人の会話に、50歳過ぎても同等のスキルをもって入れますか?
  指導者であるべき立場(ポスト・年齢)になった貴方が、彼らの話す内容が殆ど分からなくなるのは、目に見えています。
  そのような状況下で、「システム保守運用」が可能でしょうか?

3.もし現実的であれば、学生のうちに勉強しておくべきことは、
コンピュータの仕組み、プログラミング言語などの技術知識のほかに、
何があるでしょうか。
  否定的なことばかり書きましたが、いずれも重要な知識です。他の人から一目置かれるぐらい、がんばって見てください。
  おのずから、自分が進むべき道も見えてくるかと思います。
  健闘を祈ります。

結論から言いますと、難しいと思います。
何らかの形で、雇用されて働くことになるでしょうから、自分がやりたい(好きな)仕事と、会社が要求する仕事は異なる、
しかも、面倒なのは上に立っている人の独断と偏見(好き嫌いも含め)で、サラリーマン生活は大きく左右されるのです。
(嫌だったら、独立して一人で、或いは創業することです)

1.システム保守運用は、一生涯、勉強することがなくならないような職業でしょうか。
  そうです。今後とも言語をはじめネトワーク技術、ひいてはコンピュータの仕組...続きを読む

QSEの方が頭がよすぎ、ついていける気がしない

SEとして社会人になって3年半が立ちました。

ただただ思うのが、タイトルのようなことです。

C言語とかSQLとか、あのようなものをどうしてすぐに読み書きできるのか・・。
私はSQLは「select * from...where」くらいならわかりますが、innter join、left joinなどが入ると途端にこんがらがります・・。

また、自分のチームに別のチームにいた経験15年程度の方が加わったのですが、一週間のうちには自分のチームの携わるシステムを理解し、仕様について突っ込みを入れたり提案したり、会話を主導しており、レベルの違いを感じました。

私の同期はもう後輩を指導している立場になっているのに、私は未だにその15年目のベテランの方に手取り足取り見てもらっている状態です。

私は元々文系なので、目に見えない論理的な話が得意でありません。

この数年間ずっと思っておりましたが、やはり向いてないのかなあと思っています。

向いていなくても、やはり続けるべきなのでしょうか?

他に当て等全くありません。外食や小売に行くのも、自分にカラーが合っていませんし、他のIT企業に行くのはもっと嫌です。

うまく社内の別の部署、総務や営業、販売、あるいは製品検査の部門などに移してくれればそれが一番なのかなと思っています。

全く能力的にその仕事に向いておらず、後輩にも抜かれ、誰がどう見ても足でまといになっているような状態でも、仕事は続けるべきだと思いますか?

うちの会社は4年目でそれなりの基準を満たしている社員は一個上に昇格することになっているのですが、そこは何とか同期と足並みを揃えて昇格できました。
ただ、他の30代の社員を見ていると、30後半でそこの役職止まりの人もいて、そこから差がついてくるようです。

私もこれ以上、昇格出来る気がしません・・。

なんでSEになってしまったのかという気がしています・・。

何かアドバイスありましたらよろしくお願いします。

SEとして社会人になって3年半が立ちました。

ただただ思うのが、タイトルのようなことです。

C言語とかSQLとか、あのようなものをどうしてすぐに読み書きできるのか・・。
私はSQLは「select * from...where」くらいならわかりますが、innter join、left joinなどが入ると途端にこんがらがります・・。

また、自分のチームに別のチームにいた経験15年程度の方が加わったのですが、一週間のうちには自分のチームの携わるシステムを理解し、仕様について突っ込みを入れたり提案したり、会話を主導しており、レ...続きを読む

Aベストアンサー

そうですね、技術的な事のアドバイスはありませんが、
心構えなら二つ三つありますよ。

まず、システムエンジニアがコンパイルされる前のコードを
一生懸命書いているのは、要は開発するシステムの
要求仕様書を満たす翻訳作業をしている訳です。

昔々、CPUが8bitしかなくて、パソコンというものが未だ
世の中に存在しなかった頃、コボルやパスカルを走らせて
いたのはオフコンが大半だったのです。

小さな能力のハードウェア資産の中で、いかに高速に
動作するかは長ったらしくないシンプルで美しいコードを
書けるかどうかにかかってました。

その前はコンパイラさえ満足になかった時代はアセンブラです。
アルファベット二文字に置き換えたニモニックやデータと格闘していた。
手書きですよ? 今じゃとても信じられない。

昔流行ったギャグで、音声化したデータ通信を聴いて目をキョロキョロ
素早く動かして、・・・私には、判る。 とか、プログラムがインストール
されました、だの言って周囲を笑わせる奴がどこにでも一人はいました。
余談ですね。

今はどうですか?

ハードも機械語に変換するツールも恐ろしく進化して、かつてのように
高度なCPUアーキテクチャ(直接CPUに出すコマンド類)など全く勉強
せずとも、結構多くの人とがコードを書けるようになってしまいました。

ホームページなんか、勿論直接HTMLやJAVAが書けないとプロとしては
通用しないけど、小・中学生が「マイホームデザイナー」でペタペタと
サイトを立ち上げたりするのも普通になっちゃいました。

今通用している技術も、あとわずかでもっと高度な、そして多くの人が
利用できる簡単なものに置き換わっていきます。
SE30歳限界説は今は更に低年齢化しているとも言えます。

が。

この数十年で全然、全っ然変わらないものが二つあります。

一つ目は、専門的な事情などお構いなし、出来て当然要求ばかりのクライアント。

そういう意味では、口数など計算もせずに、なんでも出来る出来ると破格値で
契約を取って来る営業マンもその一味と思ってよさそうです。

二つ目は、クライアントの要求を仕様書に整理して書き直す部分は、昔から
進化などしていない、ということです。

そりゃそうです。要求する人間はたかが数十年で進化などしませんから。

つまり、ソフトウェアを開発・運用する会社の中で今後もずっと必要であり
利益を産み出す核になる部分は、「クライアントの要求」の逆アセンブルです。

専門的な事が何一つ判っていない人間がお金を払って実現したいと望む
彼の頭の中にしか無い物を上手に抽出して、効率的なデザインに置き換えて
いく。

この作業に必要なのは、コード・ブックでもないし、勿論、目にもとまらぬ
ブラインドタッチなどでもありません。

相手の話を完璧に聞き取る能力。

これが実に難しい。

こういうことだな、と一人合点していると、成果物を突っ返されて金が払えんと
言われてしまうのです。

こんなことは開発の世界じゃ日常茶飯事。

納期直前にバグ取りの手も足りずに毎晩毎晩ミクをエンドレスで聴きながら
徹夜徹夜で脳死状態。

どんなに優れたスキルがあっても、これじゃ仕事にならないじゃないですか。

だから。

相手が言うこと、考えていることを、自分達がきちんと把握できる形に
翻訳できる能力・・・つまり、相手が「それで間違いない、完璧だ」と言ってくれるまで
何度でも確認し、整理し、煮詰めて練り上げていく根性作業。

それこそが、誰もやりたがらないことであり、もっとも必要とされるスキルなんです。

周囲に流されて自分がバカに見える時は、彼らがハザードになってしまって
その向こう側が見えなくなっている時です。

会社のデスクばかり見ずに、仕事をくれる相手方に赴いて、現在の仕事の仕方や
ユーザー達のヒアリングなど、詰めようと思えばいくらでも余地はあります。

そしてね。

そのスキルは、SEに限らず、物を造る仕事、運用する仕事、そしてサービスを提供する
仕事のいずれにも使える共通技術なんですよ。

常に、人間を見ることを忘れないように頑張ってね!

社会を動かしているのは、人間なんだから。

そうですね、技術的な事のアドバイスはありませんが、
心構えなら二つ三つありますよ。

まず、システムエンジニアがコンパイルされる前のコードを
一生懸命書いているのは、要は開発するシステムの
要求仕様書を満たす翻訳作業をしている訳です。

昔々、CPUが8bitしかなくて、パソコンというものが未だ
世の中に存在しなかった頃、コボルやパスカルを走らせて
いたのはオフコンが大半だったのです。

小さな能力のハードウェア資産の中で、いかに高速に
動作するかは長ったらしくないシンプルで美しいコードを
...続きを読む

Qソフトウェア開発とシステム開発の違い

ソフトウェア開発とシステム開発ってどう違うのでしょう?

Aベストアンサー

システム開発・・・・業務の仕組みを改善するシステムの開発
          例 コンビニのPOSレジのシステムの開発

ソフトウェア開発・・プログラム・ソフトウェアの開発
          例 パッケージソフト(一太郎やワードなど)の開発

一般的には上記のように考えられると思います。
双方の比較をすると、システム開発という範囲の中にソフトウェア開発は
含まれると考えてください(システム開発>ソフトウェア開発)

システム開発の範囲には業務のヒヤリングや分析、実際の導入や運用
(または試験運用)の段階も含まれます。

Q組み込み系と制御系の違いは?

SE/PGの求人で、組み込み系、制御系を見ますが、
組み込みとは、家電製品などに組み込み、使用者が家電製品を使うときに操作したとおりに動くようにプログラムをつくるエンジニアのことでしょうか?

制御系はどういたことなんでしょうか?
制御とついているので制御するのだと思うのですが、使われる箇所としてはどういった所に使われるのでしょうか?

さっきの組み込み系でも、家電製品に”組み込ん”でも、”制御”もされているのではないでしょうか?
例えば、電子ジャーに”組み込ん”でも、温度調節なども”制御”しているのではないでしょうか?

組み込みと制御は同じような事なのでしょうか?

Aベストアンサー

○○系という言葉自体が広い概念ですので、たしかに重複する意味もありますが。
元々、系列化するものに対して○○系として区別していました。
対象が同じものであっても言い方で混乱しますね。
結論を簡単に言えば、表現の方法の違いなのですが、
1)主機能面から言えば、○○制御系
  (背景には、複雑・多様化、ネットワーク化、ユビキタス、インフラなどの課題が多い)
2)機器内部にコンピュータシステムを組み込むための技術力、対応力を強調させる場合は、組み込み系。(背景には、小型化、省電力、高速化などの課題が多い)

で、SE/PG求人ということなので、「ソフトウェア開発」に絞られます。
一般には、制御系システムの方が範囲が広く、以下のように使われるケースがあります。
「...制御系のシステム(計測・制御用ソフト、組み込み用ソフト、FA用ソフト)の開発経験者を求む....」

一般的には、
組み込み系システムとは、
 昨今の家電・電子機器・自動車(etc.)には、機器を制御するためのマイコン用ソフト・ハードが組み込まれて内蔵されている。その機器内部のコンピュータシステムを指す。組み込み系ソフトとは、機器内部のコンピュータシステムを稼動させるソフトウェアで、組み込み系システム用に開発されたソフトウェアのこと。組み込み系に対しては、PC系・UNIX系と言ったりする。機器の外部にコンピュータを接続する形式が「非組み込み系」と考えてよい。システムの構築の際、形態・方法を指す言葉。したがって、電子ジャーは、組み込み系システムであるとは言えます。

一方、制御系システムとは、広義には、機器を「制御する」システムを対象とする。狭義には、特に制御が主機能になっているものを指す。ここでの「制御系」の概念は、「組み込み系」であっても「非組み込み系」であっても構わない。すなわち、システム構築の目的や用途(機能)を強く意識した言葉。したがって、電子ジャー(炊飯)などの特定の狭い用途で主機能ではない場合には、使いません。自動車のカーナビ(位置特定)なども。敢えて「制御」を使うならば、電子ジャーの温度制御ソフトのように使われる。


制御系の実例的には
主な制御系         具体的システム例       ソフトの対象例
監視・制御系        中央監視盤、照明制御システム 制御端末用ソフト
FA系           製造ライン監視制御システム  PLC用ソフト
プロセス制御系       製鉄プラントシステム
通信・制御系        移動体通信制御システム    携帯電話、基地局
計測・制御系        排ガス濃度監視装置      濃度計測、ロギング
組み込み・制御系      DVDプレーヤシステム     モーター回転数制御
「DVDプレーヤ」では、単に「制御系」とは普通言わない。
「組み込み・制御系」もしくは単に「組み込み系」。

納得がいかないなら、「制御系」などで検索し、
ターゲットの実例を調べてください。

参考にされば、幸いです。

○○系という言葉自体が広い概念ですので、たしかに重複する意味もありますが。
元々、系列化するものに対して○○系として区別していました。
対象が同じものであっても言い方で混乱しますね。
結論を簡単に言えば、表現の方法の違いなのですが、
1)主機能面から言えば、○○制御系
  (背景には、複雑・多様化、ネットワーク化、ユビキタス、インフラなどの課題が多い)
2)機器内部にコンピュータシステムを組み込むための技術力、対応力を強調させる場合は、組み込み系。(背景には、小型化、省電力、高...続きを読む

Q29歳 未経験でSEになれますか?

29歳 未経験でSEになれますか?
現在異業種で働いていますが会社が落ち込み転職を考えています。
経験を活かして同業種でも考えましたが今の業種はかなり景気が悪く先が不安でどこの会社も待遇が悪いです。
そこで興味のあるIT業界で働こうと考えているのですが全く経験・知識がありません。
エクセルの関数が少し分かる程度です。
この業界未経験でもOKと募集に書いてあることが多いので応募しましたがダメでした。
そこで初級シスアドを取ればやる気のアピールになるかなと思っています。
年を考えて遅いでしょうか?
またSEのこの先はどうなのでしょうか?
SEでも良く分かりませんがネットワークだの、プログラマーだの、色々書いてありますが
どのような違いなのでしょうか?
分かりやすいサイトがあれば教えてください。

Aベストアンサー

>SEって夜遅くまでって大体どのくらいまでやっているのですか?
プロジェクトの進め方で最も一般的なのが以下の進め方です。
 調査⇒要件定義⇒設計⇒開発・テスト⇒本番前作業⇒プログラムの本番反映

設計以降はだいたい忙しいです。
その機能をいつまでに仕上げるかをプロマネとお客で最初に
刷り合わせしますが、その結果、余裕がないスケジュールになり
忙しくなることのほうが多いです。
だいたい開発・テストは、すんなりいくものではないですし。

要件定義前までは定時で帰れるかもしれませんが、忙しくなれば
10時、11時。やばくなると2時(でホテルか会社で寝る)ですね。

でも、あなたは人より勉強する必要があるので、帰ってからや
みんなが定時であがるときに勉強しないと追いつきません。

前を見れば見るほど、覚えなければならない知識が山のようにあり
一度はみんな「辞めようかな」と思う業界に不利を承知で挑むのです。

あなたが作成しているプログラムでうまくいかないことが
当たり前のように発生すると思います。でも誰も答えを教えてくれる
わけではないので(人のプログラムまで見てられないし)、
コツコツ深夜になるまで1人で修正するわけです。

きっと知らない言葉は山のようにあります。知らなければ会議に
参加しても意味がないので、後で調べたり聞いたりします。
調べてるとまたわからない言葉が書いてあります。また調べます。
時間がなくなる一方です。
なんせ調べる対象がイメージしにくいものばっかりです。

多分3年は苦しいです。苦痛しかないです。体力&精神力勝負です。
でも乗り切れれば、ある程度その先の目処がつくと思います。

>SEって夜遅くまでって大体どのくらいまでやっているのですか?
プロジェクトの進め方で最も一般的なのが以下の進め方です。
 調査⇒要件定義⇒設計⇒開発・テスト⇒本番前作業⇒プログラムの本番反映

設計以降はだいたい忙しいです。
その機能をいつまでに仕上げるかをプロマネとお客で最初に
刷り合わせしますが、その結果、余裕がないスケジュールになり
忙しくなることのほうが多いです。
だいたい開発・テストは、すんなりいくものではないですし。

要件定義前までは定時で帰れるかもしれませんが、...続きを読む


このQ&Aを見た人がよく見るQ&A

人気Q&Aランキング

おすすめ情報