ここから質問投稿すると、最大4000ポイント当たる!!!! >>

大手SIerで5年在籍していたのですが
設計もできません。業務知識もありません
プログラミングもほとんど経験してきませんでした

してきた事と言えば
・マニュアル作成
・試験
・各種帳票ツールの評価
・パソコンのセットアップ
他雑用の様な作業ばかりで5年間仕事という仕事を
させてもらえませんでした

私は外部設計したり内部設計したりプログラミングしたり
というシステム開発のメイン業務をしてこなかったので
スキルが圧倒的にありません(仕事を割り振る先輩社員に嫌われたため)
上司に文句を言えばよかったのですができませんでした
これからも雑用の様な作業が続くと思います。

なので退職しました。
転職活動をしているのですが入社5年目でも設計とかプログラミング経験
のすくない社員って多いですか?私の様な社員はまれですか

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

A 回答 (4件)

>してきた事と言えば


>・マニュアル作成
>・試験
>・各種帳票ツールの評価
>・パソコンのセットアップ
>他雑用の様な作業ばかりで...

との事ですが....
『マニュアル作成』は、顧客が直接眼にする物で、その出来
不出来がシステム自体と会社の印象を大きく左右する場合も
あります。
ある意味、会社の顔とも言えるでしょう。
『試験』は、業務内容及びシステムに対する深い知識を必要
とし、正確で且つ迅速な試験を行う技術力が必要とします。
『各種帳票ツールの評価』ツールの使用可否及び開発の方向
性を決定付ける事も可能です。

大きなシステム開発では、プログラマーは自分の担当する一部
のプログラムの事しか解りません。
せっかくシステム全体に触れる事ができ、業務知識を身につける
事も可能な仕事についていながら、
>スキルが圧倒的にありません
となっているのが不思議でなりません。

少年野球や草野球では、9番ライトが守備も打撃も一番下手な選手
の指定席となっていますが、プロ野球では三塁に投げる時などに肩
が強くないといけないので強肩の選手が守っています。
同じポジションであっても、単なる足手まといで終わるのか、犠牲
フライで1点失う所を強肩でのバックホームで失点を防ぐのを目指す
かでは大きく違います。

なぜ業務及びシステムに対する深い知識を駆使し、ミスが有るプログ
ラムが顧客の所に行くのを防ぐ最後の砦を目指そうとしなかったので
しょうか?
    • good
    • 6

>大手SIerで5年在籍


この間に、雑用を含めいろんな仕事をさせて役立つ人か
見極めるのです。

特に大手では自分で仕事ができるより、うまく人を使う能力が
優先されますから・・

極端な話、周りの人の仕事ぶりを見てでも覚えるとか、しないと
自分の経験外はやり方も含めまったく判らない・・では
やっていけないでしょう。

積極性と協調性、そして何より人をうまく使う術を覚えないと
この業界ではつらいですよ。
#所詮、個人の力だけではできない大規模案件を扱うのが大手ですから

#そんな事とは無縁な孤高の人になりたかったら、No1となる
#圧倒的な力(技術力、折衝力など)がないと・・・
    • good
    • 3

IT企業にはよくあるパターンですね



設計や製造などスキルを要する仕事を任せてもらえるかは
1年目~2年目で決まるといっても過言ではない

新人の頃というのは、スキルアップのためにやらせてみようという考えの下、
未経験でも設計や製造の仕事をやらせてもらえる
最初は仕事が出来なくて当然だから、周りの社員もサポートする

この新人の期間に設計や製造のスキルを身につけていけば、
「有スキル者」として今後も仕事が任せられるようになる


この機会を逃し、1~2年目に設計や製造の経験がないと辛くなる
3年目以降ともなると新人扱いはしてもらえなくなり、
「未経験だけど勉強のためにやらせよう」という意図で仕事が与えられる可能性がぐっと減る

そうなると、試験など誰でもできる仕事ばかり回ってくるようになる
いつまでも「有スキル者」になることができず、
設計や製造などスキルが必要な仕事を任せられない

こうして、「有スキル者」と「無スキル者」の二極化が進む訳です
有スキル者はどんどん経験を積みスキルアップしていくが、
無スキル者には仕事がまわってこずにスキルアップできない


管理者にこの辺の意識が欠けていると、「無スキル者」が増えます

意識していても、今は開発の仕事が少なくなっているのと、
開発要員より試験要員の方が多くなることなどから
設計や製造をやらせようと思ってもそもそも仕事がなくて難しいという状況もある
(もちろん会社によるだろうけど)


まあ、あなたと同じような状況の人はたくさんいると思いますよ
上でも書いたけど、出来る人は出来る、出来ない人は出来ないという
2極化する傾向にあるだろうね
    • good
    • 1

5年在籍したということは、現役ストレートで卒業して入社したとしても、学部卒でも27歳、院卒ならもう29歳ということですよね?



厳しい現実のはなしをしてしまうと、そのキャリアでは、大手SIerへの再就職はもう不可能だと思います。
30歳を過ぎたらさらに厳しくなるはずです。
中途採用では即戦力として使えるかどうかが重要視されますので。

特に、ここ数年の不景気で、日立や富士通、NECなどの大手でも、SEの中途採用は一切募集しておりませんでしたので。
NTTデータでは募集は行っていたみたいですが、上流工程の経験か、技術力がよほどずば抜けているとかでなければ書類審査の段階で間違いなく落とされると思います。

ただし、景気は回復基調ですので、今後は雇用も改善されていくとは思います。
もしまた同業種への転職をお考えでしたら、頑張って勉強してください。

何らかの言語でプログラミングが出来れば、条件を選ばなければ、どこかにはひっかかると思います。
今から自力で勉強するならWeb系が無難だと思います。

>転職活動をしているのですが入社5年目でも設計とかプログラミング経験
>のすくない社員って多いですか?私の様な社員はまれですか


これについてはあなたの会社にいた同期や先輩がどうだったかを思い出してみれば、だいたいは想像がつくのではないですか?
    • good
    • 1

この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目標管理シートの書き方について

現在駆け出しのプログラマですが、このたび会社で半年毎に目標管理シートを記載し、下記についてどういう目標を立て実現をめざすかということを記述する事になりました。

1. 利益率の向上
2. 納期の厳守
3. 不良の再発防止
4. 品質の向上
5. 会社業務の生産性の向上
6. 個人の技術力の向上

そして私が思うに下記のような制約があるのですが、この状況下で適切な目標とはどういうものかというのが分からなかった為、アドバイスいただける方がいらっしゃいましたら、ご教示の程よろしくお願いします。

1. 半年毎に数値で評価する事が可能な目標にする必要があると思います(例え数年かかる目標でも、半年毎にその進捗状況が数値で評価できる目標にする必要があると思います)。
2. 一応業務のメインはプログラミングですが、設計などを行なう可能性もあり、半年の間にどのような業務を行なうかは目標設定時には分かりません
(大まかに絞れば、ソフトウェア開発ということになりますが、例えばプログラミング色の強い目標を設定した所、実は業務でプログラムをやることがほとんどなかったという可能性もあり、あまり狭い範囲に絞った目標の場合、自分でコントロールできない所で目標が達成できなくなる可能性があります)。
3. プログラミング言語はその時々で適切と思われる言語が決定された状態で指示される為、半年の間にどのような言語を使用するかは目標設定時には分かりません。

なお、アドバイスについては、具体的な目標、及びその目標の達成基準をご教示いただいてももちろん大丈夫ですし、こういうサイトがあるですとか、こういう考え方があるですとかというような情報でも大丈夫です。
アドバイス等によっては、特定の会社では使えるものの、特定の会社では使えないことなどもあると思いますが、できるだけ多くの意見をいただけると参考になり助かります。

また、情報不足等があり、補足が必要でしたら、その旨ご指摘いただければと思います。

以上、よろしくお願いします。

現在駆け出しのプログラマですが、このたび会社で半年毎に目標管理シートを記載し、下記についてどういう目標を立て実現をめざすかということを記述する事になりました。

1. 利益率の向上
2. 納期の厳守
3. 不良の再発防止
4. 品質の向上
5. 会社業務の生産性の向上
6. 個人の技術力の向上

そして私が思うに下記のような制約があるのですが、この状況下で適切な目標とはどういうものかというのが分からなかった為、アドバイスいただける方がいらっしゃいましたら、ご教示の程よろしくお願いします。

1. 半年毎...続きを読む

Aベストアンサー

コンピュータシステム開発会社に勤務しております。
うちの会社も、通年の目標管理が設定され、半期ごとに、個人評価、上司との面談を行っています。
質問者様の勤務する会社が自社開発ソフトか、業務委託型なのかにもよりますが、業務委託型として、私なりの
考えです。
1.利益率の向上
   顧客先との契約では、個人の単価が関係してきます。個人の単価を上げるためには、顧客先からの評価を
   高めること。つまり、業務知識に精通することです。
2. 納期の厳守
   当たり前なことですが、時として守れないことがあります。メンバーのスキル不足。納期厳守の意識不足。
   あとは、業務開始時に仕様が明確になっていないため、作業工程に戻りが発生すること。また、追加仕様を
   無計画で受け入れてしまうことです。
   開発当初の仕様を明確にする。レビューを繰り返し実施する。仕様変更・仕様追加が発生する場合は、納期を
   どうするか、あらかじめ決定しておくこと。
3. 不良の再発防止
   不良(不具合)の原因としては、仕様もれ、仕様の理解不足・テストケース不足が考えられます。そこで、各工程で
   レビュー(検討会議)を繰り返すこと。テストについても、テスト仕様書のレビュー、テスト結果報告書のレビューを実施
   します。
   万一、不良があった場合、それを記録として残すこと。
4. 品質の向上
   不良を出さないこともありますが、ユーザー側の立場に立った、仕様の検討・提案ができるか?
5. 会社業務の生産性の向上
   会社で、過去に開発したシステムで、再利用・2次利用できるものを活用し、作業工数を減らすことです。
   無駄な残業をしないことも、当然ですね。
6. 個人の技術力の向上
   コンピュータ関連の資格を取得すること。会社として、共通して使用しているツール・DBなどの知識を深めること。
   新規技術(クラウドなど)の情報収集に努めること

参考になれば幸いです。
もうすぐ50のSEでした。
  

コンピュータシステム開発会社に勤務しております。
うちの会社も、通年の目標管理が設定され、半期ごとに、個人評価、上司との面談を行っています。
質問者様の勤務する会社が自社開発ソフトか、業務委託型なのかにもよりますが、業務委託型として、私なりの
考えです。
1.利益率の向上
   顧客先との契約では、個人の単価が関係してきます。個人の単価を上げるためには、顧客先からの評価を
   高めること。つまり、業務知識に精通することです。
2. 納期の厳守
   当たり前なことですが、時として守...続きを読む

Q新卒1年目のSEです

はじめまして。今年の4月から会社に入社した新卒1年目のSEです。
大学では、経営工学を学び、院までいかせてもらいました。
悩みというのは、配属先での人間関係での悩みです。
9月から初めて案件に入るのですが、そこでいきなり内部設計~テスト工程までの作業を全部一人で行うことになりました。
研修では、主にプログラムを書くことしかやっていないので、いきなりすべてを一人でやるのは難しい気がしてしょうがないです。
しかも、以前からこの職場では私に対して、「この部署は新人が来るような部署ではない」「SEに向いていない」分からないことを調べて聞いても「もっと自分で調べて答えを出せ」とかいわれまして、正直ついていけてない状況が続いています。
同期が配属されている部署では、まったく私の職場とは逆の雰囲気のため、正直うらやましく思うときがあります。

このような職場というのは当たり前なのでしょうか?

Aベストアンサー

大変ですね。

>>以前からこの職場では私に対して、「この部署は新人が来るような部署ではない」「SEに向いていない」

たしかに、転職組の経験者ならまだしも、新人がいきなり一人でやるのは無理でしょうね。
また、SEてのは、3~5年ほどPGを経験し、そして先輩SEの下で数年くらいSEとしての修行を積んで、やっとSEらしくなるもんだと思いますから、質問者さんはSEどころかPGにさえもなれてもないかもしれない段階です。その段階で「SEに向いていない」っていう判断は早すぎでしょうね。

>>分からないことを調べて聞いても「もっと自分で調べて答えを出せ」とかいわれまして、正直ついていけてない状況が続いています。

昔の日本の会社なら、「後輩を育てるのが当たり前」でした。でも、しばらく前に、企業がトータルの人件費を減らそうとして、いいかげんな「成果主義」を導入しました。
これにより、「新人、後輩を手間と時間をかけて育てても、それはきちんと評価されない。」「下手すると、新人が自分のライバルとなり、自分の評価が下がって収入が減る」っていう風潮が広がりました。場合によっては、後輩、同僚を陥れるとか、成果を奪うってことさえありえるようになりました。
この傾向は、非正規労働者(派遣社員)が増えることで、さらに加速されたと思います。他社の人間に教える義務なんてないですからね。教えても、しばらくしたら、その人間が居なくなるのは確実ですからね。

また、開発期間の過剰な短縮要求と、開発人員の削減によって、開発チーム自体に、新人を育てる時間、心の余裕が無くなってきたと思います。
その結果、先輩は教える手間と時間を惜しみ、「自分で調べろ!」と突き放すだけになってしまったのでは?と思えます。

ただし、現実問題として、情報システム系の学部を卒業しているならまだしも、経営工学など、情報系とは無縁の方がIT系の企業で仕事を始めたら、「判らないことだらけ」となるのが普通でしょうし、先輩に質問の嵐となりかねません。まともに教えていたら、先輩は自分の仕事効率が半分以下になるでしょう。
また、「自分で調べる」ということは大切なのですが、ネットで調べてもダメで、専門書を入手しないと判らないこともありますのでね。その書籍が無いと先に進まないってこともあったりします。社内にそういう書籍が無いと、(自腹で?)購入しない限りどうしようもなくなります。

ちなみに、この「後輩を育てない」という風潮は、「自分の経済的メリットが無いから、子供を作らない」「将来、この会社の構成員の能力がどうなろうと、知ったことではない」さらに「将来の日本がどうなろうと知ったことではない」となり、国家として重要な外交や防衛問題を無視する風潮にもつながっていると思っています。

>>このような職場というのは当たり前なのでしょうか?

まあ、派遣の経験からすれば、割とあるかもしれないかも?と感じます。

大変ですね。

>>以前からこの職場では私に対して、「この部署は新人が来るような部署ではない」「SEに向いていない」

たしかに、転職組の経験者ならまだしも、新人がいきなり一人でやるのは無理でしょうね。
また、SEてのは、3~5年ほどPGを経験し、そして先輩SEの下で数年くらいSEとしての修行を積んで、やっとSEらしくなるもんだと思いますから、質問者さんはSEどころかPGにさえもなれてもないかもしれない段階です。その段階で「SEに向いていない」っていう判断は早すぎでしょうね。

>>分...続きを読む

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基本情報技術者が受からない

社会人二年目のものです。
大学では、情報科学を勉強していました。
ですが、基本情報技術者の午後問題の選択問題と言語が全く解けません。
毎回、選択問題は割りと取れると噂のストラテジー・マネジメント系の問題ですが、
読んでみても結局間違っていることが多く、自信がもてません。
だからといって他の問題もピンキリです。
言語もC言語を大学時代にやっていたくせに、読み込むのに時間がかかり過ぎて、
いつも適当にマークしてしまいます。
※必須問題は安定して取れていますし、午前は八割とれます。
大学で真面目にやってきたはずなのに、どうしてこんな悲惨な状況になるのでしょうか?
親に学費を払ってもらっただけに、恥ずかしすぎてしんどいです。
これで、二回目なんですが以前ほど悔しいと思う気持ちが薄れており、
最初落ちたときは、辞表をだすまでいったのに
いまは諦める気持ちが大きいせいか、あっけらかんとしています。
あっけらかんとしていることに、腹がたっている自分もいます。
心の中がめちゃくちゃです

Aベストアンサー

 あなたは真面目すぎます。
 情報処理の資格試験は合格しなくても仕事ができます。合格しないとできない医師などとは違います。

 ちなみに私が働いていたソフト会社は千人規模でしたが有資格者は1割もいませんでした。何回受けても合格しない人はザラで、資格を取るための勉強をする暇があるなら少しでも仕事をしろという会社でしたから当然です。
 さすがにこの状況がまずいと思ったのか現状を打破するために社内教育をいろいろする事になりましたが、私はリストラされましたので成果は不明です。
 私が働いていたのはダメ会社ですから参考にならないかもしれませんが、取得率が高い会社ばかりではないと思います。
 精神的に自分を追い詰める必要は無いでしょう。

 私は第二種情報処理技術者を2回目で合格しましたが、1回目の失敗を冷静に分析し対策を万全にしました。大切なのは同じ失敗を繰り返さない事です。自信を持って解答できない現状では難しいと思います。なぜこうなるのかを理解しましょう。

QVBとVBAの違い

お世話になります。

現在、ExcelVBAで機械設計の計算をさせようと思い勉強しているのですが、VBとVBAの違い(VBと比較したとき、VBAできること、できない事)の境目?がいまいち判りません。
まだまだ勉強中で困惑しております。このままExcelVBAを勉強していく物か、VBについて勉強していくか迷っています。このままExcelVBAを勉強してExcelVBAを理解すれば判断できるかと思うのですが、畑違いの勉強になってしまわないかと心配です。

やりたいことは、各種計算の簡略化です。
現在は、関数電卓で行っていますが、これをパラメータを入力すると計算結果が出る。このような物を作りたいと思っています。

長くなってしまったのでまとめると、
1、VBAとVBの違い
2、ExcelVBAで設計計算が可能か
あと、
プログラムにより計算させるときに、最適なプログラム(JavaとかPHPとかHTML等など・・・)お勧めのプログラムがありましたらアドバイス頂けたらと思います。

Aベストアンサー

1. VBAとVBの違い

VBは単体で動作するアプリケーションが作れますが、VBAはOfficeが必要です。
また、VBAはOfficeの環境が使えるので、Excel等を使った入出力の機能が既にできていますが、VBではある程度自分で作る必要があります。また、費用的な面でVBは購入しないと使えませんが、VBAはOfficeがあれば使えますので、既にExcelなどを導入されているならば、追加の費用が必要ありません。
もし、複数の人間で作ったプログラムを利用され、かつその中にOfficeを持っていない人が含まれるのであればVBAではできませんので、VBが必要です。

2. ExcelVBAで設計計算が可能か

可能です。また、多分VBAを使わなくてもExcelの関数でもある程度のことが可能だと思われます。お持ちの関数電卓の桁数にもよりますが、相当な高精度が必要でない限り大丈夫です。

文面からすると、プログラミング未経験のようですが、やりたいことが明確なので、Excelをお持ちであればVBAで始めてみてはいかがでしょうか。他の言語(Java, C, PHP...)でも可能でしょうが、中には環境を用意しなくてはならなかったり、本質である計算以外に気にしなくてはならないことが多く、初心者にはとっつきづらいのではないかと考えます。

VBAからVBへの移行、VBからVBAへの移行はどちらも可能ですし、VBAからVBへの移行は多少時間がかかるかもしれませんが、VBよりVBAから始める方が楽なので、どちらに優越があるとは一概に言えないと思います。一人でちょっと使う程度や勉強用なら、ExcelVBAをお勧めします。
しばらくすると、ExcelVBAの限界を感じるようになると思うので、そこからVBに移行するというのでも悪くないと思います。

1. VBAとVBの違い

VBは単体で動作するアプリケーションが作れますが、VBAはOfficeが必要です。
また、VBAはOfficeの環境が使えるので、Excel等を使った入出力の機能が既にできていますが、VBではある程度自分で作る必要があります。また、費用的な面でVBは購入しないと使えませんが、VBAはOfficeがあれば使えますので、既にExcelなどを導入されているならば、追加の費用が必要ありません。
もし、複数の人間で作ったプログラムを利用され、かつその中にOfficeを持っていない人が含まれるのであればVBAではで...続きを読む

Qプログラマーで「使えない人」のレベル

よくブログや掲示板等に使えない人が入ってきたとか書いてありますが
どれくらいのレベルの人の事を言っているのでしょうか?
具体的なエピソードやその人の人物像とか教えてください。

適性についてはFizzBuzzの話と代入や再帰・ポインタがわからない人の話がありますが
「事前に」パターンを経験していたり深く考える時間があればクリアできると思うのですが、
初出で一瞬で理解できない人以外はだめってことなのでしょうか?

新卒時に異業種に就職してしまった事も年齢的にも、もうプログラマーにはなれませんが、
自分は結局どのレベルだったのかなと考えたりしています。

Aベストアンサー

現場によって必要なスキルの種類やレベルは変わってきますので一概には言えません。
ある現場でエースとされていた人が別の現場に移るとお荷物になったということもよく有りますよ。

ですが、どんな現場でもダメだろうというレベルの事例は何回かありましたね。極端な例かもしれませんが。


■ 事例A (中途採用)

・オープン系の経験3年で「参照」「ポインタ」という言葉を知らない。
 (もちろん概念も知らない)
・月を2桁の文字列で取得して無条件に上1桁を削除。
 (10月はエラーになり、11月は1月として処理される)
・ファイルアップロード機能のテスト作業で、ファイルがアップロードされたか否かを確認しない。
 (サボっていたのではなく、画面を確認すること以外思いつかなかったらしい)
・仕様書の作成を担当したが、一切の相談・調整無しに(他の人の担当である)コーディングを実施。
 (理由は「仕様書は苦手でコーディングは得意だから」)
・本人はベテランで優秀なつもり。(そう言っていた)


■ 事例B (発注先、作業者は1人)

・最終納品物に文法の間違いによるコンパイルエラーが含まれていた。
・仕様でレスポンスがPNGとされているプログラムで「PNG」という文字列を返していた。(とんち?)
・規則性も無い様々な(間違った)値を出力するようになっていた。
 (SQLで、GROUP BYに存在しないせず一意にもならないカラムをSELECT句で指定していた為)
・画面を一目見ておかしいと分かるバグが最後まで残っていた。
 (住所欄に金額が表示されているような感じ)


> 初出で一瞬で理解できない人以外はだめってことなのでしょうか?

というより、その人にとって初出ということが問題でしょう。
少し経験が有れば、FizzBuzz を処理する上で必要な知識・スキルは得ているはずですし、再帰・ポインタ(または参照)などは少し複雑なことをする際に調べたり使ったりしているはずです。
再帰やポインタの概念を理解するのに時間が掛かることはよく有ることです。はなから理解できる人の方が少ないと思いますよ。

現場によって必要なスキルの種類やレベルは変わってきますので一概には言えません。
ある現場でエースとされていた人が別の現場に移るとお荷物になったということもよく有りますよ。

ですが、どんな現場でもダメだろうというレベルの事例は何回かありましたね。極端な例かもしれませんが。


■ 事例A (中途採用)

・オープン系の経験3年で「参照」「ポインタ」という言葉を知らない。
 (もちろん概念も知らない)
・月を2桁の文字列で取得して無条件に上1桁を削除。
 (10月はエラーになり、11月は1月として処理...続きを読む

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

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

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

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

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

Aベストアンサー

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

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

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

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


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

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

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

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

Q25歳でこの給与…将来が不安です

お世話になります。
25歳のサラリーマンです。
都内のIT企業で経理として働いているのですが、現在月の給与が20~25万ほどです。
これは手取で、総支給はプラス3万円ぐらいでしょうか。
毎月の残業時間によって、給与が多少変わってきます。

先日、大勢の同級生と同窓会という形で飲んだのですが、ほとんど私より給与が多くショックを受けました。メーカーの研究職、鳶職、パチンコ店員、証券マン、マンションの営業マン、キャバクラのボーイさん、など職種はみんな全くバラバラなのですが、30万を越す人だらけで…。
私より少ないのは、田舎で役場勤めをしている友達と、JRで車掌さんをしている人だけでした。

格差社会といわれていますが、25歳の時点でこれだけ差が出ると正直滅入ります。ただ、仕事は楽しいし、欲しい資格もあるので、モチベーションは低くないとおもいます。今回の飲み会でなんとか挽回しなければ、将来大変なことになるのでは…と恐怖を覚えました。

給与が少なく、貯蓄のペースが遅いです。車も家も今のままでは絶対に買えません。それどころかまともな生活を今後も遅れるのか不安です。

競争社会を生き抜く知恵とアドバイスを頂きたく質問しました。よろしくお願いします。

お世話になります。
25歳のサラリーマンです。
都内のIT企業で経理として働いているのですが、現在月の給与が20~25万ほどです。
これは手取で、総支給はプラス3万円ぐらいでしょうか。
毎月の残業時間によって、給与が多少変わってきます。

先日、大勢の同級生と同窓会という形で飲んだのですが、ほとんど私より給与が多くショックを受けました。メーカーの研究職、鳶職、パチンコ店員、証券マン、マンションの営業マン、キャバクラのボーイさん、など職種はみんな全くバラバラなのですが、30万を越す人だ...続きを読む

Aベストアンサー

給与だけでなく年収で比較するべきです。
というか比較する物でもないと思うのですが・・・・
最近は携帯電話、インターネットと必要な経費がどんどん多くなってきています。
支出をよく考えて、特に携帯電話など必要最低限に抑える努力をするべきでしょうね。


人気Q&Aランキング