|
飲み会でフラフラと１２時頃に帰宅。 そうそう、今日はアプリケーション・エンジニアの合格発表日なのだ。 合格者番号一覧を表示。 この番号を探すドキドキ感がたまんないんだよな。 が、そんなドキドキは殆どなかった。 一瞬だ。 もう一目瞭然である。 何せ同じ教室での合格者が８人のみなのだ。 「あ、オレの番号飛んでる。」 てなもんだ。 この間１、２秒。 では今回の試験結果と共に考察を書こう。 今回の得点結果
オレが受けたのは午後１と午後２の２科目。 午後１はまあ予想通り。 もっと取れててもよかったかな、という気はするが全体の平均点が高かったのだろう。 他のところでも書いているが情報処理試験の得点は偏差値計算のような処理がされている。 単純な減点法、加点法ではないのだ。 そして午後２。 まあこれも予想通りって言えば予想通りなんだが。 なんとか合格しておいて欲しかったものだ。 まず午後１から解説しよう。 問１と問２が必須、問３と問４のうちどちらかを選択形式だ。 試験内容は業務系のアプリケーションにおける要求分析や仕様の作成だ。 そのままＳＥの仕事に直結するものである。 内容としてはソフ開の午後１に類似している。 ただソフ開はもう少しプログラマ向きのロジックが出題される。 それに対してアプリケーションはその辺が少な目。 オレのような開発志向の人間からするとぼんやりとしている。 正解が一つではない問題もそこそこにある。 そういう意味では逆に開発をあまり知らなくても取れるのかもしれない。 問題の業務が自分の得意分野であればなおさらだ。 例えば今回はレンタルビデオ屋の問題が出題された。 そういったバイト経験があれば半分くらいは簡単に取れるかも知れない。 次に午後２。 論文試験だ。 これも３つのテーマが出題される。 その中から１つ選択して計２４００字以上にまとめなければいけない。 出来る限り実経験に即している方が書きやすいのは明らかだ。 しかし、自分の経験談が書けるような問題が出てくるとは限らない。 今回は残念ながらオレにとってピッタリくる問題はなかった。 なんとかこじつけで実経験に絡ませていくしか方法はなかったのだ。 オレは今回この論文で落ちたわけだ。 だが、落ちたというこでわかることもある。 自分に足りなかったものの中に採点比重が高いものが含まれているということだ。 論文で気をつけることは思うに大きく以下の２つ。 ・何を聞かれているか ・どうわかりやすく伝えるか 聞かれてもいないことをダラダラと何千字も書いても得点はない。 また書こうとしていることが相手に伝わらなくても得点はない。 今回の設問はオレが開発時に行った工夫を問う問題だ。 実経験にマッチする工夫が２、３個しか思いつかなかった。 だからオレはその２、３個を出来る限りわかりやすく書くことを選択したのだ。 一つ一つにかなりの文章量を割き、丁寧に解説することに努めた。 多分これが違ったのだろう。 採点基準は恐らく回答した「工夫」に対する加点法だと考えられる。 一つ一つを丁寧に書くよりも嘘を交えてでも多くの「工夫」を書いたほうがよかったのだ。 確かに今から考えるとその通りだ。 人の文章のわかりやすさを得点に換算することなど非常に難しい。 ならばポイントとなる回答の数を数える方式にするのは必然である。 今後論文試験を受けるときはそこに気をつけるようにしよう。 さて、以上の分析を踏まえて気づいたことが一つ。 人によってはソフ開よりも取りやすい。 アプリケーション・エンジニアといえば一般的にはソフ開の上位資格にあたる。 だが、プログラミングのロジックなど細かいことが苦手な人にとってはこっちの方が楽だ。 午前試験なんて過去問題の総集編だし。 午後１はソフ開よりも大まかでとっつき易い（人による）。 午後２の論文さえクリアすれば晴れて資格取得だ。 これに該当する人はぜひチャレンジしてみてはどうか。 ただ、２４００字の文章を手で書くのは想像以上にしんどかったことを付け加えておく。 くれぐれも二日酔いで行かないように。 |