自己紹介

初めまして。

僕は今大手ユーザー系SIerメインフレームを担当している社会人3年目の25歳の者です。

twitter.com

 

そんな僕は現在身を置いているSI業界から旅立つことを決意し、新入社員の時に培ったサビサビのJava知識を礎として、UdemyでRailsの勉強を初めています。

 

このブログはその学習の記録を残していきたいと思います。 

最初のこの記事では、まず自己紹介をさせていただこうと思っています。

 

 

 

はじめに 〜IT業界への入社〜

僕は早稲田大学教育学部を2016年に卒業し、新卒で大手ユーザー系SIerに就職しました。

文系出身、プログラミングなど全くしたことがないよという人がIT業界に入ることは珍しい話ではありませんが、僕があえてIT業界を選んだのは以下の理由によります。

 

①世の中を効率化してより良くしていくことに興味があった

②変化が激しくてワクワクできそう

③チームプレーでものづくりするのが好き

 

また、その中で大手ユーザー系である今の会社を選んだ理由としては以下の3点です。

 

①大企業なので安定しているし知名度もある

②親会社の関係で年収がいい

③1次受けなので上流工程ができる

 

正直なところIT業界に入れればいいやと思っていただけだったので、会社間の違いもそこまでわからなかったし、特にやりたいこともなかったので、完全に条件だけで選んで入りました。(どうせ大企業入るなら家賃補助が出る会社にしとけばよかったと今は思ってます)

 

研修時代 〜プログラミングとの出会い〜

4月は親会社との地獄のような合宿がありましたが、幸いにも即現場配属ということはなく、1年目の8月までみっちりJavaの開発研修をやってくれました。

研修はめちゃくちゃ丁寧で、プログラミングの基礎であるアルゴリズム(条件分岐、繰り返し)から学び、JavaJSP/Servlet、データベースと学んでいき、最終的にECサイト的なWebアプリケーションをチームで開発するというカリキュラムになっていました。

 

僕はというと、ド文系でしたのでアルゴリズムが全然理解できなくて詰んでいました。まずn = n + 1がわからん。変数って何だよ。

大人しく営業やってりゃよかった。と早くも後悔しかけましたが、自分はコツをつかむのが遅いということは知っていたので、持ち前のクソ真面目さと負けず嫌いを発揮し、講師や同期に聞きまくって1つ1つ潰していきました。

 

実際にコーディングをする段階になるとすっかり染まりきっていて、自分が作ったものが動くということにすごく面白くワクワクしていて、本当にこの業界に入って良かったと思いました。

もっと良いロジックはないか、もっと読みやすいコードは書けないか・・・ということを考えているときは、純粋に楽しかったです。 同期と技術について語り合っている時間も好きでした。

 

研修で心に残っているエピソードとして、ミニ課題として簡単な開発をするとなったときに、メンバーのコーディング能力が低く、かつ人も少ないチームのリーダーになった時の話があります。

リーダーとしてあるべき姿はわからないながらも、手が止まっているメンバーに対しての技術的なフォローと、成果発表に向けて必要な機能の優先順位づけと指示だしに徹し、必要な機能を実装することに成功しました。

日報に講師から「他のメンバーに対するフォローと割り切りがよかったです。実際の開発現場でもあなたのような空気を読んで動いてくれる人がいると周りの人は助かります。」

というコメントが寄せられたときはエンジニアの端くれになれた気がして、すごく嬉しかったです。

 

3年目まで 〜エクセルとCOBOLと階層型DB〜

そんな長い研修時代にも別れを告げ、とあるプロジェクトに参画することになりました。

配属先ではIBM z/OSというメインフレームで作られた基幹システムの担当になりました。開発言語はCOBOL、DBは階層型です。

配属先や仕事にはこだわりがなかったので、どこでも頑張ろうと思っていました。

 

システムテスト工程から参画したので、最初の仕事は実機テストでした。

(例に漏れず炎上していたので)テスト進捗は遅延しており、キャッチアップのために協力会社さんに混じりながらクソ寒いテストルームで黙々とテストをしていました。

要件も何もわからないままテスト仕様書に書かれた入力内容の通りに打ちまくり、テストケースを消化していく日々・・・

テストが終われば、エビデンスをPDF化してフォルダに格納。仕様書にテスト結果を書き、上司に回付して印鑑をもらいます。戻ってきたら穴開けてファイリング。(一生見ない)

あれ、2016年のIT企業だよね?

 

こんな日々が2年目まで続きました。

 

テストをしながらだんだん仕様や要件について理解していく中、僕には1つできるようになりたいことがありました。それはエラーのトレースです。

 

うちの会社には、テストでエラーが出たら協力会社の人に丸投げをする人たちが結構いました。(管理と報告で手一杯なので仕方ない面もありますが)

丸投げとは、「このエラーについて、◯◯日の◯時までに原因とプログラムの修正箇所といつまでに直せるか報告してね。あ、類似点検もやっといてね。」という感じのメールを送るだけで、自分で調べたりしないということです。

中身をろくに見ないで、協力会社に投げるということがひどく無責任な行為に感じ、エラーについてはソースコードを開いて自分で調べるようにしていました。

 

そんなこんなで2年目、3年目とキャリアを重ねていき、SIerではおなじみのスキルである、業務知識、エクセル資料作り、調整能力を身につけました。

 あと、離席するときはエクセルを読み取り専用にする力。

 

3年目ではついにシステムがリリースを迎えました。

 

エラーをちゃんと調べるという日頃の心がけが功を奏し、リリース後に障害が発生した際にも積極的に手を動かして原因究明に貢献することができ、部長から表彰してもらえたり、ボーナスを増やしてもらえたりしました。

 

仕事をしている中で、3年目のこの時が一番楽しかったですし、

こいつを無事にリリースさせるぞ!うおお!という使命感がありました。

(会社も一丸となってリリースを成功させようという一体感がありました。)

 

 

これから 〜転職を思い立つ〜

入社以来担当していた案件の1つの案件のリリースを迎え、「これから自分は何やるんだろう?」という気持ちが芽生えてきました。

 

それはだんだん、「何がやりたいんだろう?」という至極当たり前の疑問になっていきました。

  

次第に会社を変えるという選択も視野に入れ始め、最近転職した友人に相談したところ、以下の某マニュアルを紹介されました。

jumpei-ikegami.hatenablog.com

 

 すげえ、当たってる。

 

シンプルにそう思いました。 

それと同時に、転職を本気で考え始めました。

 

まずは錆びついてしまっている実装スキルを高めるために、自分で勉強してみよう! と思いこのブログを立ち上げました。

 

さいごに

今は自己学習をしている最中ですが、実務に勝る経験はないと思っています。

正直1日でも早く、技術力をつけられて成長できる環境に身を置きたいです。

絶対会社に貢献してみせる自信はありますので、雇っていただける企業さま、

よろしくお願いします!