HOME > 資格

社内ヘルプデスクのキャリアパス

2011年12月16日 20時04分

カテゴリ違いでしたらすみません。
自分は6年ほど派遣で社内ヘルプデスクをやってる28歳女です。
今年、会社の方針で契約が5~6月には終了する予定なので転職先を探している最中です。
自分としては社内ヘルプデスクを続けて行きたいのですが、調べてみると年齢が上がるにつれヘルプデスクとしてやっていくのは難しいという文献をいくつかみました。
ヘルプデスクのキャリアパスとしてはヘルプデスク→テクニカルサポート→SEなどの選択肢しか無いのでしょうか。
個人的に社内のパソコン選定や障害対応には魅力を感じてるのですが、開発などは自分には向いていない気がするので、SEへキャリアアップという気持ちがありません。
今の会社が開発をアウトソーシングして運用してるので、そういった情報システム部に入ることが目標なんですが。
今の時代難しい選択でしょうか・・・。

社内ヘルプデスクのキャリアパス(プログラミング 資格)

1年の経験、2年のブランクでWEB開発職に再就職

2012年01月01日 08時34分

1年の経験、2年のブランクでWEB開発職に再就職

現在28歳です。3年程前から、1年間正社員でWEBプログラマをしていましたが、
その後体調を崩して辞めてしまい、
1年半という長いブランクののち、肉体労働のごく簡単なバイトを半年くらい続けているような状況です。

それ以前は派遣でコンピュータ系メインで仕事をしてきていて、
システム開発に関わる仕事(テスター、SEアシスタント、基幹システムのマニュアル制作等)
は計1年くらいやっていて、
派遣ではあるものの、正社員と変わらないような業務も任せていただき、
自分でいうのもなんですが、高い評価をしてもらっていました。

一応IT系では最高峰と言われるような大学・学部を卒業していますが
(この歳になってしまえば学歴はほとんど意味がないとは思いますが・・・)
コンピュータ系の資格は持っていません。

プログラミングのレベルについては、PHPかJAVAで
フォームに入力した内容を元にDBでレコードを検索し、
結果をページングしながらテーブルに表示する、といった内容が
ほぼ一人で構築できるくらいの感じです。

私のスキル・状況で、今からWEB系のプログラマ、
またはWEB系のSEとして再就職することはかなり厳しいでしょうか。
入れるとしたら、どんな会社なら狙い目、逆にこういった会社は無理(大手、一次請けなど)と
いったものを教えていただけると幸いです。

また、プログラミング自体がすごく好きというよりは、将来的にSEになるにあたって身に着けておきたい、
といった感じなのですが、そのような状態であれば、もう今から受けるのはプログラマ枠ではなく、
いきなりSE枠を受けた方が近道でしょうか。それとも、この経歴・スキルでいきなりSE枠を狙っては、
プログラマよりかなり狭き門になってしまうでしょうか。

質問が多くて恐縮ですが、ご回答よろしくお願いします。

1年の経験、2年のブランクでWEB開発職に再就職(プログラミング 資格)

Java Struts MVCモデル 正しい書き方

2012年01月06日 23時06分

Java Struts1.3.10
皆でとあるシステムを作ることになったのですが、
JSP・ActionForm・Actionそれぞれの関係の在り方について悩んでいます。
ログイン機能を例とします。
1機能、1Form、1Actionとした場合は:
1.Login.jspでIDとPASSを入力。
2.LoginResultForm.javaにIDとPASSを格納。
3.LoginResultAction.javaでDBチェック(IDとPASSの存在・権限)
4.Result.jspへ遷移。ID・PASS・権限を表示する
使用するファイルは4つとなります。
1JSP、1Form1、Actionとした場合は:
1.Login.jspでIDとPASSを入力。
2.LoginForm.javaにIDとPASSを格納。
3.LoginAction.javaでDBチェック(IDとPASSの存在)
4.ResultForm.javaにIDとPASSを渡す(Sessionなど)
5.ResultAction.javaでDBから権限を取得、ResultFormに格納
6.Result.jspへ遷移。ID・PASS・権限を表示する
使用するファイルは6つとなります。
現在意見が三つありまして、
1.違うForm同士にデータのやり取りが発生するようであれば(1機能とし)、同じフォームにするべきではないのか?
2.Fromのメンバの数が少ないうちは良いが、今後数が増えると可読性が悪くなるから分けるべきではないのか?
3.フォームは同じでないとまずいが、ActionはJSPごとに分けるべき
というものです。
1.ではログイン者情報をセッションに保持することは許可しています。(一部例外を認めている)
これらはいずれもStrutsフレームワークの範疇から逸脱している、あるいはMVCモデルに反している、そもそも非効率的ということはないのでしょうか?
つまりあくまで実装の仕方の問題でしかない、という結論でよろしいでしょうか?

Java Struts MVCモデル 正しい書き方(java)

javaのメリット、デメリット

2012年01月06日 22時38分

javaのことを改めて知るためにjavaのメリット、デメリットを調べているのですが、ほかの言語と比べるとどこでしょうか?

Webにもいろいろありましたが、情報が交錯していて整理できないのでよろしくお願いいたします。

javaのメリット、デメリット(java)