アキゾラ

なんかふと思い立ったので、書いてみることにしました。

システム開発vsシステム保守。

それぞれ、どんなことをやってて、どんな問題が起こりやすいか、どんなスキルが必要でどんな人が向いているのか？この業界で15年目のアキゾラの経験から語ってみます。

なんか、やっぱり仕事の話ってたまに吐き出したくなるもんですわねぇ。

なお、ここでは、できるだけこの業界に入りたいと思っている人やこの業界のことを知らない人に向けた書き方をしたいと思いますので、この業界の人には回りくどく逆に分かりづらいところもあるかもしれませんが、あるあると思っていただける部分も多いかも。

システム開発とシステム保守とはそれぞれ何なのか

一口に「開発」「保守」といっても、正直携わるシステムやプロジェクトの性質により結構違うこともあると思います。

小さなプロジェクトだと、この二つが明確に分かれていないことも多々ある印象。

逆に大きなプロジェクトでは、しっかり分かれていることもあり、それぞれのメンバーがあんまり交わらないようなところもあると思います。

自分の実体験でしか語れないので、あくまでアキゾラが経験してきた中での話、ということを前置きとさせていただきます。

アキゾラ

まぁでも、大筋はそんなに外れることないんじゃないかな、しらんけど

システム開発ってどんなことするの？

システム開発は、文字通り、新しくシステム（アプリケーション）を一から作っていく作業です。

システム（アプリケーション）としましたが、そもそも、システム開発とアプリケーション開発って、厳密にいうとちょっと違うんですよね。（とアキゾラは思っています）

システムって、「こういうことがしたい」というものに合わせて作る、サービスとか仕組みの全体像的な感じだと思っています。

アキゾラ

自分でもわかる、すごい分かりづらい。

例えば、ECサイトのシステムとか、在庫管理システムとか、自社の会員システムとか、、そういう仕組みの全体像みたいなもの。

それに対してアプリケーション開発というと、もう少し小さな単位というか。

そのシステムの中で動く一つのアプリケーション、部品みたいなイメージでしょうか。

スマホのアプリとか、PCのソフト（画像処理ソフトとか音楽再生ソフトとか）、それ単体で動いてるものありますよね、そういうのもアプリケーション開発にあたると思います。

アプリケーション自体がシステムの一部のこともあるんですけど、そうじゃないものもありますね。

まぁそういった違いはあれど、「開発」という括りでいえば、まぁ大体同じようなことします。

アキゾラ

開発の仕方ってウォーターフォール開発、アジャイル開発などいろいろあって、それぞれ開発の流れが違うんですが、そこは今回置いておいて、できるだけ「作業」単位でお話しします。

アキゾラはどちらも経験がありますが、古い人間なのでウォーターフォール開発の方が多く、どっちかというとそっちに寄った話の流れになってるしまってると思いますが、ご了承を。

要件定義設計

開発は、まず要件定義します。

これは、これから作るシステム（アプリケーション）を「どういうシステム（アプリケーション）にするか」を決める作業です。

いわゆる、上流工程と言われる作業ですが、こういう考え方するのはウォーターフォール開発の時だけなのかな。

システム開発では、顧客（クライアント）からの要望、例えば「自社の製品を自サイトで新しくオンライン販売したい」とかがあって、それを吸い上げて要件定義するパターンが多いと思います。

アキゾラ

こっちのパターンはいわゆるみなさんがイメージするSEさんが活躍するイメージじゃないかなー。

それに対して、アプリケーション開発の場合は、「研究開発」といって決まった顧客がいるわけではなく、世の中の状況を見て、自分たち発信、例えば「今こんな画像処理ソフトがあったら売れるはずだ、フフフ」というところから新しいものを作ることもあります。（もちろん、「システム」自体をこういう風に作ることもあるんですが）

機能設計、詳細設計

そして、要件定義から、さらに細かい仕様に落とし込んでいきます。

一応、ここまでが上流工程と言われるんですかね、おそらく（適当ｗ）

一つのシステムの中には、Aという機能、Bという機能、Cという機能と、色々な機能に分けられるわけですが、この機能ごとそれを「具体的にどういう機能とするか」を決めて（機能設計）、それをさらにプログラミングに落とし込めるよう細かいことを決めていきます（詳細設計）。

機能設計は、プロジェクトによっては、基本設計というところもあると思います。そのほか、基本設計→機能設計→詳細設計と、3段階だったり、まぁ色々です。

なんであれ、大きな単位から、小さな単位へ落とし込んでいくんですね。

アキゾラ

アキゾラの経験では、基本設計→機能設計→詳細設計が多いですね。

ここでのアウトプットは「仕様書」です。言い方はプロジェクトによりますが、基本設計仕様書、機能設計仕様書、詳細設計仕様書みたいな感じ。

プログラミング、テスト

次に、仕様書をもとにプログラミングしていきます。

プログラミング以下がいわゆる下流工程です。

仕様書通りにプログラミングしますよ、プログラミングが終わったら、それが仕様書通りに動くかどうか、テストします。

テストは、仕様書通りに動くかを確認するものなので、仕様書に沿ってテスト項目を作成します。プログラムを見ながら作っちゃだめですｗ それだとバグが発見できない。

バグがあれば修正してまたテストします。この繰り返し。

テストにもいろいろ種類があって、機能仕様書レベルの確認、詳細仕様書レベルの確認みたいな、各仕様書ごとにテストのレベルがあります。

Aという機能の中の、一部分をしっかり確認し、Aという機能全体の確認をし、AとBとCと、それぞれの機能全体を合わせての確認、システム全体での確認・・。

ここでのアウトプットは「ソースコード（プログラム）」「テスト結果」です。

テストでバグが出なくなれば、出来上がり。

PMとかまとめの人になると、品質見解書とか書いたり、バグの分析したり、ペーパーワークも多くなりますがここでは端折ります。

そして、開発の手から離れ、たいてい品質保証部のようなところで品質の最終チェックが入るんですが、そこでNGがでると、またバグ対応、なんなら仕様書まで戻って作り直し、ということを繰り返し、だんだん納期ギリギリとなって炎上したりします。

アキゾラ

プログラムは仕様書をもとに作るので、仕様書がしっかりしていないと、死にます

ざっくりいうとこんな感じですね。

新規機能の追加なんかも、開発の作業

一から新しくシステムを作るだけじゃなくて、そのシステムにさらに新しい機能を追加したりするのも、開発の作業です。

この場合も、基本は前述の工程を踏んで作業をします。

システム保守ってどんなことするの？

では、システム保守は、何をするのか。

システム保守は、開発が作ったシステムが実際に世で使われだした後の、保守作業です。

これもプロジェクトによって結構やる範囲が違うかもしれないんですけど、大きくは以下。

お客様からの問い合わせ対応

「なんか、○○したらこんなメッセージ出たんですけど、なんで？」とか、「○○したいんだけど、いまのこの状態でやって平気ですか」とか、「急に動きが遅くなったんですけど」とか、「あんたんところのアプリ入れてるマシンの調子が悪いんですけど、アプリのせいじゃないのこれ？」とか、「アプリが起動しません」「至急、障害発生」とか、とにかくいろんな問い合わせが入ってきますので、それに答えます。

それ、マニュアル見てくれてます？っていうレベルから、いやそれうちに聞かれても・・マ○クロソフトに聞いて？、という謎質問、なんでこんな動きすんねん！！という嫌な予感のもの、「障害発生」・・・、と本当に様々です。

この辺は、そのシステムの保守契約の内容とも絡んできたりするんですけどね、細かいこと言うと。

お客様からの状況ヒアリング、システムのログファイル（動きを記録したもの）などを用いて、そのシステムで今何が起きているかというのを把握し、問題があればその原因を突き止めるのが主な作業。

ということは、お客様からの問い合わせがなければ、暇なんじゃね？という疑惑を持たれる方もいるかもしれません。

アキゾラ

あ、YESですね。

広く使われているシステムとか使われだしたばかりの新製品だと、とにかくひっきりなしに来ます。そんな暇ではない。でも波があるのも事実。

アキゾラ

問い合わせの多さは、そのシステムの品質の良しあし、ユーザビリティなどに左右されるところがあると思いますけどね。

逆に対して売れてないアプリだったり、使っているのがその特定のクライアントだけであり小さな規模のシステムなんかだと、暇かも・・・なんだけど、そういう場合はシステム保守とシステム開発が分かれていないこともありますね（開発が片手間で対応できちゃったりするんで）

なお、なんでこんな動きすんねん！系は嫌な汗が出るし、明確な障害発生はもうまじでやばいです。

不具合対応、改善対応

これは、問い合わせで発覚した不具合、いわゆるバグと認定したものを、直します。

基本的には、開発中に出た不具合は、開発で直してリリースまでもっていきますが、いったん外に出た後の不具合は、保守が対応します。

バグじゃなくても、もっとこうあるべきだよねっていうような改善にあたるようなものも、保守で対応することが多いと思います。

なお、いったん外に出た後の不具合は、お客様に迷惑をかけていることが多いため、結構大変なことになります。

システム開発とシステム保守でありがちな問題

どんなことをするのかをざっと説明したところで、ではシステム開発とシステム保守で、それぞれどんな問題が起きやすいか、ありがちな問題を挙げてみます。

システム開発でありがちな問題

開発途中で仕様が変わることがある

これは、特にウォーターフォール開発でダメージのでかい問題。

要件定義して、機能設計、詳細設計、プログラム作って今テスト中ですよ～順調ですってところで、仕様が変わるという大人の事情が発生したりします。

仕様が変わると、場合によってはまた1から作り直しです。

でも、納期は変わらないことが多いです、そんなの、軽微な変更だと思ってますから、変更をかけてくる人は・・・。

そもそも、納期まで日程がない、思ったより作業に時間がかかり追いつめられる

まぁこれ、どこが悪いかっていうと、いろんな場合があると思うんですが・・。

○○なら、これくらいでできるでしょと勝手に上の方で決められていて、そんなわけないやんという、そもそも無理ゲーな場合もあれば、「こういうことをするなら、これくらいかかりますよ」と実際開発する側がきちんと見積もりをしたんだけど、問題ばっかりでて期日に間に合いそうにないことも。

作業量の見積もりは大事なんですが、開発経験が少ないとその見積もりが甘く、あとあと自分の首を絞めることになったりもします。

進捗の遅れが発生するのはテスト工程が多いかなーと思います。

いつまでも不具合がおさまらない、不具合が解決できない、こういう状況下で発生するAという不具合を直そうとするとBがうまく動かなくなるが、今の作りでは他にどうしたらいいのか・・（→仕様設計から作り直し）

その他、特定のテスト環境などの問題で、他の開発者と環境のシェアを行わないといけないこともあったりして、そのせいで当初の予定通り進まなかったり。

品質保証部のOKがもらえない

これは、問題っていうか普通のプロセスなんですけど、品質保証部のチェックで依然として不具合の指摘がおきていると、いつまでたってもOKになりません。

なんなら、この段階で発覚した不具合が、それ以前の開発側のテストでやればでるような問題であった場合など、そもそもちゃんとテストやってるの・・？（超疑惑の目）という話になって大幅な類似不具合の見直しなどを課されたりして、これが結構大変です。

その場合でも、当然そう簡単に納期は変わりませんよ。

でも、品質保証部は、世に出るそのシステムの品質を最終的に保証するわけですから、厳しいのは当たり前。ここが緩かったら品質保証自体が機能していないわけですね。

アキゾラ

だが現実問題として品質保証部とはあまり仲が良くないケースが多いと思うｗ

デグらして冷や汗

機能追加などは既存機能との関係も事前にしっかりと調べないと、デグレードといって以前は動作していたものが動かなくなるなどの問題も発生します。

デグレードの不具合は、新規の不具合よりも深刻度が高いです。

ありがちなことにあげるか迷いましたが、やっぱり、ありがちなんですよねぇ。

でも、リリース前に気が付けばいいんです。

まさか全くそこに影響すると思わなかった、みたいなものだと、それに関するテスト項目もそもそも作ってないし、品質保証部でのチェックもすり抜けてしまうことは考えられます。（これはとてもやばいです）

システム開発での問題は、納期に関するものが多い

システム開発での問題は、やはり多くは納期に関するものだと思います。

特にウォーターフォール開発では、上流工程で仕様をしっかりと決めないと、プログラムはグダグダになり、大幅な進捗遅延が発生します。

アキゾラは開発でそこまで死ぬほど苦労したことはないというか、あったかもしれないけどすぐ忘れちゃうｗ、でもリリース直前というのは2徹夜したりしたこともありました。

そう聞くと大変なように思うかもしれませんが、それでも、リリース前です、今ならまだ直せる、問題はまだあくまで社内で閉じている、ということで、精神的な緊張感は保守に比べると低かったと今になっては思います。今になっては。（あ、でも休職2回してますｗ）

システム保守でありがちな問題

よく知らん機能のことを調べようにも仕様書がない/古い

問い合わせ内容に回答するため、その機能の仕様、あるべき姿を調べたいんですが、そもそもどうあるべきなのかがよく分からない、という、改めて文章にするとなかなか残念な状況というのは割とあります。

仕様書探したけどないし、見つけたとしても書いてあることが今のプログラムといまいちあってない・・・これどっちが正しいの？とか。

自分が開発してきたわけじゃないものなんかは、特に何が正しいのか分からなかったりします。

有識者ももういないしさー。

ほんとにでっかいシステムで、しかもそのシステムに関してそもそも知識がないと、今問題になっている機能ってどのソースコードの話？と、仕様書も発見できないしよく分からないからとりあえずソースだけでもみたいのにそれすらもままならないという場合もまれに発生します。

初めて見た謎現象なのに、回答期限は本日中

突発的に目の前に振ってきた問題に、早急に対応しないといけません。調べても、そんな動きになるはずがないだろという謎の現象にぶち当たることも沢山あります。

泣けてきますが、泣いても期限は変わりません、お客様は困っています。このせいでお客様の業務が止まっているんです、早急に解決しないとまずいです。

そもそも何を見ればいいのか分からない、見ても分からない

こんな問題が起きてる、という問い合わせに対して、まず何を見ればいいのか分からない、見ても分からない、ということもあります。

Aという機能で問題が起きた、Aっていう機能はどのログファイルに情報残してる？情報がどこにもない。

ログファイルは見たが、なんかエラーっぽい文言出てるけど、このエラーは今の問題と関係しているのかしていないのか、、、。なんか判断つかないな～ここ突っ込んでると時間ロスかなぁーあーどうしよう。

正常時のログ状況を知らんのでよく分からんぜこれ。（ログ少なすぎだんまり系）

明確に○○というエラーが出ているんだけど、そこまでは分かるんだけど、結局なんでこのエラーが出るのか分からないｗ

あとは、ログファイルって延々と情報書き込んでいたら容量がどんどん増えてしまうので普通ラップアラウンドして上書きしていきます。なので、見たときにはもう情報残ってないｗｗというのも割とある。（どうでもいいログ出しすぎ系）

など。

お客様先で起きている現象が、こちらの環境では再現しない

何だか分からんものは、再現試験をして確認することがあります。

お客様からもらったログファイルだけでは何が起きているのわからない場合など、さらに詳細な情報が出るように修正を加えたシステムで、同じ操作を行ってその現象を再現させ、何が起きているのか調査します。

でも、うちでは再現しない・・・。できる限りの条件をそろえても、まー再現しない。環境依存あるある。

問題が再現できないというのは、結構致命的で、それを不具合と断定するのにとても時間を要しますし、お客様先の情報だけで不具合だと断定できても、それを修正してテストで確認するときに、「不具合が直った」と言い切れません。そもそもうちじゃ起きないから直ったという現象を確認できない。

お客様環境で実際にデバッグさせてもらえればいいんですが、それができることは少ないです。てかほぼないです、アキゾラの経験では。

あと、お客様先が海外、とかね。そう簡単にいかんですよ、はい。

不具合か、改善か、もめる

超内輪事情って感じですが、「何か不具合（バグ）っぽい微妙なもの」があった場合、やはり設計側（開発、保守を含めた作っている側の人間）としてはバグとは認めたくなく、直すなら改善扱いです、という心理が働きます・・・ｗ

アキゾラ

明らかなバグはバグですよ、そりゃ。でも、微妙なものってあるんです。例えば、仕様の不良（もともとそれで合意を取ってるのにそれじゃだめじゃんとなる）とか特定の環境下でしか起きない問題とか、そういうのになりがちです。

バグとか改善とかって、ポンポン勝手に直せるものじゃなくて、いろんなところと合意を取って直します。

バグか改善かって、結構違うんです、重みが。。プログラムに修正を入れるっていうところは一緒なんですけど。

作ってる側としては、いろんな事情がありそれはバグじゃないんですけどというものもあったりしますが、使う側としてはさくっとバグでしょ、となるわけで、社内でも役割として使う側に近いところにいる人は「バグ」、設計側は「改善」と主張が食い違います。

大抵は、バグに収まります。

システム保守の問題は、スキルと経験、そのシステムに関する知識に左右される

システム保守での問題は、スキルと経験、そのシステムに関する知識に大きく左右されます。

とにかく回答期限が短期間、明らかな障害であればASAPなので、悠長に仕様書調べて～とか、こんがらがったソースを机上トレース（処理を読み解きながらそのプログラムの動きを把握する）して～とかやってる暇なかったりするんです。

該当のことが書かれている仕様書を探り当てるのだけでも時間がかかります。

システムによりますが、仕様書って大なり小なり合わせて100以上は余裕であります。大規模システムだと数百ってレベルじゃないの？知らんけど。

おんなじ仕様書が何個もあったりしてリビジョンでも判断できないとか、どれが最新の仕様書なんだよという管理になっていることも、残念ながら多いんです。特にながーいこと続いている大規模システム。

しかも、探り当てても、知りたいことは書かれていないこともありますっていうか、大抵仕様書見ても得られるものはなかったりします。悲しいかな。

机上トレースはぱっとみて、ああこれ時間かかるやつだ。となると、心にドーンと重いものが押し寄せます。

アキゾラ

時間かけてる時間ないんだよー涙

でも、多分こうですとか、あいまいな回答はできません。推定要因として回答することは多々あるんですけどね・・。

こうですよ、と回答した内容が実は解析ミスってたりすると、やばいです。

例えば、以下のような流れで進みますね、うちの場合は。「運用保守」って一緒だったりすることもありますけど。

なので、「それを知っている人依存」になりがちなんです、保守作業はどうしても。

アキゾラ

「人依存」はよくないです。

これを解消するために、おそらくどこでもいろんなことをやってると思うんですけど、なかなか難しい。

また、そのシステムのプログラムだけを見ていて問題が解決することは少なく（そういう問題はそもそも開発段階でのテストで摘出され潰されている）、システムが動作するマシンの性能や他のアプリとの関係、メモリの使用状況などの環境問題が絡むことも多いです。

システム開発とシステム保守、それぞれどんなスキルが必要？どんな人が向いてる？

なんか、マイナス面の強調ばかりしてしまいましたが、システム開発とシステム保守、それぞれどんなスキルが必要で、どんな人が向いているのか、アキゾラ目線で。

ここでは、あくまでそれぞれの対比での話で、一般的にSE/PGとして必要なスキル/技術力云々というところは少し割愛します。

システム開発に必要なスキル、向いている人

これは、うーんなんでしょうね。

クライアントの要求を正確に吸い上げ、それを要件定義落とし込むってところは、プログラミングなどの技術力云々よりも、コミュニケーション能力というか、人の話をきちんと理解する力、相手が何言ってるか分からないような場合は、それをかみ砕いて「こういうことですよね」とまとめる力が必要だと思います。

アキゾラ

ただ、実はアキゾラはどっちかというと研究開発系のものにしか携わったことがないので、これあんまりよく知らないんですねーｗ

あとは、ガッツがあれば・・・（まじかｗ）

この業界の経験の少ない人でも作業しながら技術力をつけて成長していけるのは、システム開発だと思います。

いわゆる技術力があるに越したことないんですけど、ない場合でもできる仕事があるのはシステム開発。

経験者でも新規参入で作業がしやすいのもシステム開発。

基本は、新しく機能を追加するわけなんで、そんなに既存のシステムについて熟知していなくても作業に入れます。

（もちろんデグレードの問題とかあるから、きちんと既存機能の動きも調べたりして作業することになるんですけどね）

そして、新たに作り出すわけなので、クリエイティブさがあり、そういうのが好きな人は向いてると思います。

こういうことを実現するためには、こういう設計、こういう処理をするとスマートだなぁとか、こっちのやり方の方が保守性が高いなとか、いろいろ経験するうちに自分のレベルも上がります。

作る製品や機能によってやることは違うので、そのたびに新しい発見、新しい経験ができるのも開発です。

アキゾラは、自分が開発に携わった製品が、多くの人に使われているというのは嬉しいし、誇りに思うところもあります。

また、会社の中で評価が高いというか注目されるのも、開発部隊でしょう。

システム保守に必要なスキル、向いている人

システム保守は、前提としてある程度のIT知識（何かに特化、というより全般的な知識）、そのシステムに関する深い理解が必要です。

時間をかければ分かる、では難しく、時間をかけられないのですぐに状況を理解し、考えられる要因にあたりをつけられないとキツイことが多いです。

問い合わせ内容は多岐にわたるため、まずこうする、みたいな決まった作業があるわけではありません。そのため、システム保守では例えば新人さんなどの仕事を振るっていうのも結構難しい。

アキゾラ

たいてい、新人さんに任せる仕事は余裕をもって説明をし、最悪何かあっても自分がリカバれる範囲で徐々にお任せしたりしていきますが、システム保守でそれをやるのは難しいですね。

その場その場でやることは違うんです。

まずはAをみて、結果が××だから今回は次にBを確認し、次にCを確認し、総合的に考えて●●である、と期限内に結論を出すことができないと仕事になりません。

ある程度の経験がないとつらいかもしれません。

先ほども少し触れましたが、ログとソースコード見るだけで問題が解決するような簡単なものは少ないです。

そのため、保守するシステムの規模や複雑さにもよりますが、基本的にはそのシステムのことを全く知らない新規で入った人がいきなり携わるようなものではない、とアキゾラは思っています。（でも現実はあるんですけどね、こういうこと。）

向いている人は、問題解決するのが好きな人、責任感のある人、かな？

開発に比べて、仕様書を書くとか、プログラミングをするというような作業は少ないです。（不具合対応/改善対応するので、やりますけどね）

圧倒的に「調査」が多い。

アキゾラはなんか問題があると、なぜか？を解明するまでのプロセスが楽しいというか判明できるとめちゃめちゃ嬉しいですｗ 謎解きみたいｗ

そして、自分の解析一つに重い責任が伴います（と思います）。言ってしまえば、それがそのまま会社、組織としての回答になります。自分が責任をもってこの問題を受け持って解決するのだ、という心意気、結構大事かもしれません。

しかし、保守は基本問題が起きたら動く部隊。何も起きなければお金がかかるだけの部隊ですｗ（これは言い過ぎか）

新しい仕事が立ち上がるところではありませんので、注目度は低く、評価も低めというか、評価しづらいんでしょうね。結局。華々しい成果を見せるってことが難しいですから。

また、保守は開発に比べたら人数が少ないんで、一人がいくつもの案件を抱えて優先順位を確認しながら作業することが多いです。

開発では、基本は一つの担当を自分で進めていくということが多いので、仕事の進め方も違うかなと思います。

アキゾラ

まぁ開発は、細かいこと言うと、上流工程にしか携わらない場合、下流工程しか携わらない場合、全部やる場合などでも結構違うんですけどね。

まとめ

システム開発vsシステム保守。それぞれの違いは？、でした。

一口にシステムに携わっている人と言っても、開発と保守では結構やることが違います。

アキゾラ的には、どっちも経験するといいと思います。たいていは開発に携わるほうが多いと思うんですが、保守もやってみると、そこで感じたことを開発に生かすことができます。

開発だけしていると、特に研究開発の場合ってお客さんが実際にどう使っているのかとか結構遠い話だったりするんですね。

声が聞こえてこないから。

でも保守はお客さんの声がそのまま聞こえてきます。あーこういう風に使われているんだなぁとか、え、こんな使われ方想定してないｗｗとか、なんか色々新鮮だったりします。

まず開発で経験をつみ、保守を経験し、それからまた開発で活躍！こういうのが結構いいキャリアなんじゃないかなと思ったりするアキゾラです。

なお、以下のような記事書いたことがあるんですが、こちらもどうぞ。

【プログラマ】女性はプログラミングが苦手？男女問わず向いていない人の特徴とは？

仕事中、甘栗の間食が止まらなくなっているアキゾラです。食べ物でもなんでも、一度ハマりだすとしばらくアホみたいにそればっかりになる人、はい私です。今日は女性のプログラマって少ないよねっていうところから、女性はプログラミングが苦手、と言われる所...

akizorainvestment.com

2020.09.20

ではでは！

今日は、プログラマと資格について。

プログラマに資格は必要か、新卒や未経験者がプログラマになるために資格がいるか？など現役プログラマであるアキゾラの独断と偏見でみてみます。

プログラマに資格は必要か？

この問いは、受け止め方が2通りあると思います。

一つ目は、プログラマになるために資格が必要か？

二つ目は、プログラマとして仕事をする中で、資格が必要か(役に立つか)？

プログラマになるために、資格が必要か？

まず、一つ目の、「プログラマになるために資格が必要か？」

この答えは、NOです。

プログラマは、資格がなくてもなれます。

プログラミングをする人は、みんなプログラマです。

仕事としてプログラミングをする人も、趣味でプログラミングをする人も、大きなくくりでみんなプログラマ。

プログラミングの資格を持っていないとできないプログラミングの仕事、というのは存在しません。

自分でプログラマです！と言えば、プログラマなわけですｗ

ここはシンプルですね！

プログラマとして仕事をする中で、資格が必要か(役に立つか)？

二つ目の、「プログラマとして仕事をする中で、資格が必要か(役に立つか)？」

これも、基本的にはNOの立場です。

ただ、その資格のレベルだったり種類に関係してくるところがあるかな、というのが現役プログラマの所感です。

基礎的なレベルの資格は、仕事をする中で役に立つのではなく、それが当たり前となるベースの知識

例えば、プログラマになる人がまず最初に目指すことが多いと思われる、国家試験である「基本情報技術者試験」。

プログラマにも色々種類がありますが、基本情報技術者試験はだいたいどの分野のプログラマでも基礎的なベースとなる知識を問われているレベルかなと思います。

この資格に関して言えば、ここで問われる知識があって仕事に役立つ、というものではなく、ここで問われる知識をベースとして日々仕事をする、というイメージです。

ざっくり言うと、プログラマであれば、知っていて当たり前、できて当たり前というようなところ。

なんて大口叩いてますが、基本情報って、逆に出題範囲が広くて、難しいところもあったりするのも事実ｗ

ただ、午後にアルゴリズムとかプログラミングの問題がでます。

これが未経験者には難易度が高いと言われていたりするのですが、現場で働くプログラマの人からすると、ここは特に勉強しなくてもできるなという部分。

後のものは、勉強（暗記）しないといけないので、ちょっとてこずることあり、というのがアキゾラの感覚です。

専門性の高い資格になると、自分の携わる仕事で役に立つことも出てくる

この業界には、基礎的な資格よりも難易度の高くなってくる、専門的な資格試験があります。

IT業界の資格は様々なものがありますが、例えば国家試験であれば、以下の高度試験（高度な知識・技能のところ）に区分されるもの。

この辺になってくると、資格の勉強をすることが、自分が携わる仕事で役に立つようになってくることもあると思います。

逆に、この資格を持っているから、あの仕事につける、というような自分のやりたい仕事に携われるようになる可能性が高まることもあるかなと。あるからってなれるわけじゃないし、資格によるところありですが。

資格が先か、仕事が先かっていうところですけどね。

いずれにしても、資格があることが、ある程度仕事で有利に働くようになることもあると言ってもいいかなと思います。

アキゾラは高度試験の分類でいえば、情報処理安全確保支援士試験に合格しているだけなので、偉そうなことは言えませんが、この資格を取ったことで情報セキュリティ分野の仕事に異動しやすいというようなことはありそうです。社内で、ですね。

高度試験は、ネットワークだったり、データベースだったり、専門性が高くなってくるので、その分野に対して深い知識を持っていることの証明にはなってきますね。

その他、オラクルとかPHPとか、民間の試験も色々あります。

あんまりアキゾラは民間試験詳しくないのですが、この辺もどっちかというと、プログラマとしての基礎的な幅広い知識、というよりその中でも特定の専門的な知識を問うものが多いように思います。

プログラマとして働く中で、資格がなくてもスキルがある人はいる？

これはYESだと思います。

資格試験を受けることと、プログラミングができること、自分のスキルが高いこと、は別問題ですので。

ただ、これも一現役プログラマのアキゾラの所感ではありますが、一緒に働いていて仕事ができるなと思う人、技術力が高いなと思う人っていうのは、だいたいそれ相応の資格を持ってる人も多い印象です。

資格とスキルが全くリンクしないわけじゃないんですね。

まぁこのあたりは会社が資格を受けることを推奨していることが多いということも関係していると思いますが。

スキルのある人は、やっぱり仕事が忙しかったりしても、試験は試験で受けてる人が多いのかなという印象があります。

資格は、他人に自分のスキルを証明することのできるツール

何となく論調的に、プログラマに資格は必要ないに一票、みたいな感じですが、やっぱりね、あって損はないものだと思います。

プログラマにとっての資格は、大部分は他人に自分のスキルを証明することのできるツールとしての意味合いが大きいと思います。

まぁプログラマに限らず、資格って基本的にそういうものだと思いますがｗ

プログラマにとっては、資格がないと仕事ができないわけじゃないけど、やっぱりあるに越したことがないものなんです。

プログラマにとって資格が必要なのはどんな時か？

特にプログラマにとって資格が役に立つ、資格を持っておくと有利、と言えるのは、おおまかに以下のような時だと思います。

• 転職する時、新しい案件に携わる時
• 昇給などの条件

はい、いずれも他人から評価される時、でしょうか。

客観的に判断できるものがあると、分かりやすいですよね。うん。

逆に言うと、日常的な業務で資格が必要になることはほぼありませんし、もっと言ってしまえば、自分は転職しないし、昇給も別に望まない、もしくは昇給にそういった資格の条件がないのであれば、ぶっちゃけ資格試験を受けなくてもいいと思います。

ただ、人生何があるか分かりませんしねぇｗ

スキルの証明としては、やはり高度試験レベルのような、難易度の高い試験に合格しているほど、高いスキルの証明（目安）になりますね。

新卒や未経験でプログラマになる場合に、資格は必要？

結局、プログラマに資格が必要かどうか？って考える人って主にここが知りたいのかな、とも思います。

既にプログラマとして働きだしちゃってると、そこまで意識することもないので。

新卒に関して

まず、新卒はほぼ不要だと思います。

入ってから取ればいいんじゃないですかね？アキゾラはそうでしたｗ

もちろん、入る前から資格取得を目指して動くのは素晴らしいことだと思いますし、やっている方はその姿勢で是非頑張ってください。

まぁ会社によると思うんですが、文系OKとうたっているようなところであれば、入社前に持ってたらそれに越したことはないけど、ないからってNGになることはないと思います。（人事じゃないので、あくまでアキゾラの考えです）

ただ、入る前に必須ではないけど、入ってからは、早いうちに取るのを推奨しますｗ

うちの会社で言えば、いつまでも基本情報が取れない人っていたりするんですが、やっぱりちょっと悪目立ちします。。

え、まだ取れてないの？みたいなね。。

基本情報ってプログラマ界隈ではそういうレベルの資格なんですね。ベースです。

資格に全くこだわりがないところとかもあるかもしれないので、どこの会社もこうだとは言えないですけどね。

基本情報取れているからって仕事ができるわけじゃないんですが、基本情報取れてないのにバリバリ仕事ができる、という人はあまり見たことありません。（新卒で入ってる人の話ね。うちの会社はそれなりに資格にうるさく、基本情報は取らないとまずいので、そういう感じになります）

未経験の転職に関して

これ、あくまで現場の一現役プログラマの考えです。採用担当者の考えと一致するかは分からない、ということはご理解ください。

未経験（転職）に関しては、個人的には、基本情報技術者試験くらいは取っておくといいんじゃないかと思いますね。

あったからと言って受かるかどうかは分からないのですが、やはり客観的にベーススキルの証明にはなるかと。

アキゾラは、転職じゃないんですが、過去に協力会社さんでほぼこの業界未経験の人の指導をすることになったことがあるのですが、その人は基本情報持ってませんでした。

これを聞いたときに、最初に思ったのは未経験でさらに基本情報も持っていないって、どのくらいこの現場で仕事ができるスキルがあるのだろうか？という不安です。

実際ね、仕事をしてみたら、本当に基礎的な事から説明しないといけないレベルでした。

新卒のOJTじゃなくて、ある程度即戦力となる人を求めていた現場でしたので、基本情報レベルの事が分からない人だと、正直きつかったです。

単体テストとは、結合テストとは、というところから説明するのですが、これ基本情報で出てくるレベルの話なわけです。

このように、基本情報があれば、圧倒的に有利になる、という訳じゃないけど、ある程度の基礎的な事は分かるのかな、と客観的に思ってもらえる可能性があります。

少なくとも、現場レベルでは、そう思います。

あ、この協力会社さんのそもそもの問題は、合格を出したうちの会社と、現場で求めるスキルに大きな差があったことが原因で、この未経験の人が悪いわけじゃなく、うちの会社の問題。と思っているんですけどね。

経験者採用というか、同業種間の転職時の場合は、これまでやってきた仕事内容なんかで、ある程度資格がなくてもスキルが分かったりするところもあるかもしれませんが、完全別業種の未経験となると、現状で最低限IT系のスキルがどの程度あるのか、この業界でやっていく気はあるのか、といったところも含め、客観的に示すためにも基礎レベルである基本情報はあった方がいいと個人的には思ったりします。

まぁ結局はその会社がどのようなレベルを未経験の人に期待しているのか、によるとは思うんですけどね。

新卒、未経験者の双方に言える。ITパスポート試験はプログラマには不要

よく、基本情報の前段階として、「ITパスポート試験」を受ける人、受けると良いと勧めるサイトなんかあるんですけど、この業界で働く現役プログラマからすると、ITパスポート試験は不要です。

先ほどもちらっと出した、以下の図を見ても分かる通り、ITパスポート試験はITを利活用する側、ユーザ側のスキルです。

あくまでアキゾラの所感ではございますが、これをプログラマの資格として何等か評価しているっていうのは、聞いたことがないです。

ただし、上記の図に、「すべての社会人」と書いてあるように、社会人として働く上でのIT知識/スキルの証明という意味では、知っておくといいものなのかも。

プログラマとして、ではなく、社会人として、事務職だったりITを活用して仕事をするユーザ側のスキルとして、にはいいのかもしれませんね。

すみません、本当にあまりITパスポートについてよく知りません・・ｗ プログラマ界隈では、ほとんど意識されていない資格だと思います。

基本情報技術者試験以上の、専門的な資格はいらないと思われる

じゃあ、転職の時に基本情報技術者試験よりも専門性の高い、高度試験などを持っていたらもっと有利なのか、というと、それはYESだとは思うのですが、高度試験になってくると、そんな簡単にとれる資格じゃないというところも大事ですｗ

（基本情報技術者試験も未経験からすると、そんなに簡単な試験ではないですけど）

これを取ってから転職活動しよう、とかやっていると、その時間がもったいないし、実務で経験することが資格の勉強に役立つということも出てきたりするので、資格優先で取り組むと、効率が悪い、対費用効果が低い、と思います。

もちろん、学生さんで高度試験受かる方もいるので、不可能じゃないのですけどね。

高度試験は、既にプログラマの人でも苦労するものは多々ありますので、ここまで未経験の段階で手を出す必要はないと思います。

もちろん、入社の条件になっているとかであれば話は別ですけどね。でももう、そんな場合だと未経験OKとは思えないような気がしますが。

実際にプログラマとして働く上で大事なのは実践的なスキル

プログラマとして働くうえで、一番大事なのは資格（に合格する知識）ではなく、現場で使える実践的なスキルです。

これは間違いありません。

プログラマでも、資格試験に力を入れている人、資格マニアみたいな人っているんですけど、こういう人でも、一緒に働くと特に光るものがないというか、ええ？！そんなに資格持ってたの？！という人がいるのも、結構実体験だったりします。

色々な資格試験の知識があれば、現場でめちゃめちゃ使えるのかというと、そんなことなかったり。

やっぱり資格試験は資格試験の勉強、現場の仕事は現場の仕事、だったりするんですね。

で、実際働くうえで身につけたいのは100％実践的なスキルです。

まぁこういう資格マニアの人は、合格の報奨金目当てだったするもする場合もありますがｗ

なので、プログラマになったら、資格よりも、その現場で自分ができることは何か、日々勉強し使える実践的なスキルを高めていくことが重要だと思います。

まとめ

プログラマに資格は必要ない？新卒や未経験は？結論から言うと、資格は取っておいて損はない。でした。

プログラマになるのに、資格は不要ですが、転職や昇給など、他人に自分のスキルを判断してもらうときに分かりやすいツールとなるため、取っておいて損はないです。

これからプログラマになりたいという人、特に未経験での転職の場合は、基本情報技術者試験の資格は取っておくと良いと思います。

なくてもプログラマにはなれると思いますが、あると有利になることもあると思いますし、基本情報の勉強をすることはプログラマの仕事をする上でベースとなる知識が多いので無駄にならないと思います。

もちろん、プログラマの種類によっても必要な資格だったり、評価される資格だったりがありますので、自分の目指すものに沿った資格があれば、それを取ると良いのではないでしょうか。

ではでは！

未経験プログラマシリーズ、第3弾です。

• 【新卒】文系出身未経験でプログラマになった元ガングロ女の話①【就職編】
• 【プログラミングできるようになるまで】文系出身未経験でプログラマになった元ガングロ女の話②【新入社員編】
• 【管理したくない】文系出身未経験でプログラマになった元ガングロ女の話③【休職編】←今コレ
• 【復職】文系出身未経験でプログラマになった元ガングロ女の話④【転職活動編】

前回まででは、ようやっとプログラマとして働きだす新入社員のあたりまでお話ししました。

今回は、その後それなりに働きだしたアキゾラに訪れる負の影の話です。

ある日、突然訪れたプロジェクト終了

新入社員で配属されたプロジェクトは、どちらかと言えば激務だった方でした。

当時はわりと火を噴いているプロジェクトが自分の部内には多く、休日に他プロジェクトのヘルプに駆り出されることもあったですｗ

ケータイ開発系の部隊は特にヤバめでした。

平日は自分のプロジェクトが忙しく、やっと休みになったと思ったら、他のプロジェクトのヘルプｗ

当時は本当に忙しく働いていました。

よく自分やさぐれなかったなぁと思ったりｗ

でも、仕事自体はそんなに嫌じゃなくて、ぶーぶー言いながらも、普通にこなしていたと思います。

そんな中、ある日突然でした。

いや、もちろん上の方の人にしたら突然じゃないと思いますけどｗ、アキゾラ的には突然。

自プロジェクトの終了（一時中止的な扱いではあった）が決まりました。

理由は、正直ずっと売上がいまいちだった・・・ｗ

これリーマンショック頃だったんだよね。

当時は全く意識なかったですけど、この辺も影響あったんですかね。もしかしたらね。

目の前に仕事が常にあふれていたので、あまり周りのニュースの意識がなかったアキゾラｗ

投資もしていないし（これよりも前にFXやってたんだけど、この頃にはすでに退場済みｗ）ｗ仕事とサーフィンだけって感じで、まぁなかなかアホでしたね。

で、自分のプロジェクトはいったん新規開発作業はとん挫し、保守作業のみ細々と続けるような形になったと記憶していますが、これにより、しばらくアキゾラは他のプロジェクトのヘルプ作業を行う、出稼ぎ状態になりました。

出稼ぎ先で意外と役に立つファインプレーをかます

基本的に、出稼ぎ（ヘルプ）で行く先は忙しいところが多い訳なので、なんやかんや忙しいまま働いていました。

そんな中、確か1か月ほど出稼ぎに参加していたプロジェクトがあったんですが、そのプロジェクトで継続して仕事をすることになりました。

自プロジェクトの方は復活せずで、これで正式に部署の所属が変わり、新たなプロジェクトの一員となりました。

業務用のプリンタ関連の仕事でした。

これは組み込み系の分類なのかなぁ、そうだとしても、その中でもハード寄りではなくって、そのプリンタを管理するアプリケーションっていうんですかね。GUIのアプリ開発でした。

ここでですね、既存のアプリの機能をベースとしてもうちょっとスリムでシンプルなやつだしたいって開発の話が合ったんですね。

ライト版というか。そんなに色んなことできなくてもいいから、最低限のこれだけできて、もうちょっとお安く気軽なもの、みたいな感じでしょうね。

これのね、プロトタイプの作成を任されたんです。

プロトタイプって言っても、すでにベースの完成したアプリがあるので、基本ココから載せる必要のない機能を削ればいいので、そんな難しい話じゃありません。

しかし、プロトタイプを作成するにあたって、大きく期待された改善点が、１つありました。

性能改善です。

ベースのアプリは、まず、起動が遅い。画面更新するのに結構時間がかかるとか。とにかくもっさりしていたんです。

プロトタイプでは、ここがもうちょっとなんとかならないかっていうのが、課題でした。

機能削るわけですしね、いらない情報取得や情報更新は極力省いて、なんならちょっとくらい自動で更新されなくなるところがあったとしても、性能重視で行きたいというわけだったのです。

ソースを確認したら、確かに無駄な（いや無駄じゃないかもしれないんだけどｗ）情報更新が多かったです。

この画面表示でなんでまた情報取得する必要ある？みたいな、正直ようわからんつくりになってたんですよね。

（そうは言っても、アキゾラこの時点で仕様書とか読み込んでるわけじゃないですし、アプリの機能全容もほとんど理解してませんので、無駄とは断言できないんですがｗ）

ライト版のプロトタイプでは、ごっそり不要なものを削除してみました。

こういうイメージでどうですか？って提案に使うようなほんとに簡単なプロトタイプだったので、ちょっとくらいおかしいところがあっても構わないという話でしたｗ あくまでデモ版、みたいなね。

なのでですね、結構思い切ってやったんですよね。

そしたら、なんかかなり性能改善できちゃいましてね、、、ベース版と比べると、最速で1/100くらいに時間を短縮できた機能もあったｗ

自分でもおお！と思ったんですけど、これで、あ、この子結構使えるじゃん！って評価された、ような気がする。

いやまぁちょっとくらいおかしくてもいいデモ版だからできたんだけどっていうところも大きかったんですけどね、意外に評価されて嬉しかった記憶があります。

気が付くとライト版製品のリーダーの位置に。

プロトタイプの評価があったためだと思うんですけど、なんかその後ライト版製品の開発を正式に着手するにあたり、リーダーになることになりました。

リーダーといっても、サブリーダーみたいな感じかな。

そのプロジェクトでは、正式フル製品版、個別版、そしてライト版、みたいな感じでいくつか開発が走ってる感じ。

全体をまとめるPMがいて、その下ですね。

ライト版は基本的にはフルの製品版で出来上がったものベースで開発していくので、そこまで大きなものじゃないんですけど、アキゾラの下には、1つ下で私と同じ時期にこのプロジェクトに参加してきた後輩と、新入社員のフレッシャーズ。

これ正直焦りましたね。

アキゾラ、そもそもまだ製品版の事もそこまでよく知らないんですよ。そんで同じようによく知らない後輩と、何も知らない後輩。

オブザーバーみたいな感じで、このプロジェクトのベテランさんも何かあれば技術的に相談に乗ってくれる形になっていましたが・・。

開発の線表引いてね、2人だけどメンバの作業進捗確認して、それを週１の工程会議でPMにあげて。

なんか、開発もしながら、管理もすることになりました。

工程会議では進みが悪いと、どうするの？どうやってリカバるの？と詰められている他のリーダーを見て明日は我が身とどんよりしたり。。

開発作業自体はそこまで重い物だったわけじゃないのですが、なんか、これまでの仕事の楽しさは感じられなくなっていきました。

段々プレッシャーが強くなってきて仕事が楽しくなくなってきた

製品自体の事もよくわかっていない段階で、リーダーになり、下につく人たちもよくわかっていない状態。

これが結構きつかった。

技術力が豊富とか、経験豊富な人が担当で入ってくれていたら、違ったかなとも思ったりするんですが、まぁどうなんでしょう。

後輩たちの分からないこと、結局私も分からないことなんです。

進捗どう？って小さなミーティング開いても、技術レベルで追いついていない、コードが読めないみたいなところがあれば、アキゾラがそこを読んで理解して説明しないといけないし（これは新入社員の人の方。結局この体制ではOJTする人がいないので、アキゾラがカバー）、もう一人の後輩も、技術力はあれど（アキゾラよりあったと思うｗ）製品についての基礎知識はアキゾラと同レベルなので、既存の仕様面での話などの質問は、アキゾラにされても分からず、ベテランさんに素通りパスみたいなことも多かった。

素通りパスといっても、アキゾラも知っておきたいので常に参加。

この頃になると、聞いてばっかりじゃだめだという思いも大きいので、必死こいて調べてドツボにはまっていたり。

進捗だけ見てればいいわけじゃなく、自分も開発に参加し、さらに技術的なフォローもしないといけない、これが若干4年目（だったと思うｗあいまいｗ）のアキゾラにはキツかった。

ベテランさんに頼れば、全然頼れたんだけど、あくまで自分がまずは全力でやってみないと、ここで頑張らないとって思いで結構頑張ってたような感じがしますね。

進捗管理するってのも、これまでやってきていないから、なんかふわっとした感じでこれでいいのかなみたいな。見よう見まねでやってるけど、よくわからない。ダメ出しはされないけど、なんかよく分からない。

何やるにも、自信が持てない感じになってました。

それでいて、頑張ってたからなのかどうかわかりませんが、特に進捗が遅れたとか、問題が起きたとか、そういうことはなかったんですけどね。

今となってはですが、勝手に背負って、勝手にプレッシャー感じてたみたいなところ、ありますね。

プロジェクト変わったばかりで、周りの人ともそこまで親しくなく、なんか気軽に相談というか、そこまでいかなくても、息抜きみたいのも、できなかったんですよね。

表面上うまくは話せるんですけど、イマイチ中に入っていけない人見知りっていうか。

そんなことも重なって、なんか一人で孤独を感じるようになりました。

さらにこの頃になると、休みの日に海に出る気力がなくなってきて、あまりサーフィンもしなく、、できなくなりました。。

ある日突然、会社行くのやめたくなり、休職へ

ある日突然というか。

いや多分もともと毎日行きたくないなと思ってたような気はするんですが、そう思っていると思わないように、頑張んなきゃ！と思っていたところ、ついに爆発して、「行きたくない！」となったみたいな感じがする。

あんまり重く話すのも嫌だってのもあるんだけど、正直、あんまり覚えてなくて、詳細が語れないというのが現実ｗ 当時の事。

ただ行きたくない、そう思ったら、そう声に出したら、ほんとに行きたくなくてほんとに行けなくなった。

結論から言うと、心療内科でうつ状態の診断をもらうこととなり、休職することになりました。

結構突然だったと思います。

それまで、欠勤を繰り返すとか遅刻するとかそういうことはなかったです。

マジで頑張らなきゃと思ってつっぱしってたと思うから。

ぱちんと切れてしまった感じなんですかねぇ。

他人事のようで申し訳ない、でもほんとあまり覚えていないというのが現実。

あ、なんか人生やめたいみたいなそういうところまでは全然いってないですよ。診断も、鬱状態で、鬱病ではなかったですし。

アキゾラの休職は何が原因？

アキゾラの休職要因ですが、これは自分では、「管理業務」をすることがあまり向いていないのではないかと思っています。

それと、色々新しいことが一気に重なって自分の中で消化しきれなかった、こっちの影響も強かったかもしれません。

プログラマとかSEとかって、鬱で休職する人が多いみたいなイメージがある人もいるかもしれないんですが、アキゾラのはそれとは理由が違うように思いますね。

プログラマやSE特有のってのは、プログラミングが難しくてついていけないとか、激務残業続きでやられるとか、そういう系のものですよねおそらく。

アキゾラはそれじゃないですね・・ｗ

管理するっていうのは、なんだろ、ちょっとゼネラリスト的な方向になるよね。スペシャリストじゃないんですね。

アキゾラはなぜプログラマになったのか、ここにつながる話ですがスペシャリストになりたかった。

ゼネラリスト、管理職とかこっちの方向だと思いますが、はっきり言ってアキゾラはこれ全く求めていません。

この辺が、自分のやりたいこと、目指すキャリアと、食い違いがあってその違和感と、さらに新しいこといっぱいの中で、うまく消化していけなかったんかなぁって思いますね。

まとめ

休職、ほんと突然だったんですが、これで学んだことは、一番大きいのはズバリ、これ。

自分がいなくても、会社は回っていく。

鬱っぽくなって休職してしまうタイプって、くそまじめに背負っちゃうタイプだったりすると思うんですけど、これほどほどにしないとダメですね。

そんな風に一生懸命、自分が頑張らなきゃ！自分がいないと！と自分を削って会社に貢献しても、何かあって自分が仕事ができなくなれば、会社は変わりを見つけて仕事は回っていきます。

もちろん、迷惑かけます。予定狂うし、人員配置とか余計なタスクが残された人、会社側には振ってかかっているわけですが、それでも結局回っていくんです。

自分に何かあっても、助けてくれません、会社は。

こんな言い方すると、なんか無責任で会社なんかどうでもいいみたいな考えのようにとられるかもしれないんですが、そうじゃなくて、ようは優先度の問題で。

第一に自分を大事にしないと、最終的に自分の事を守れるのは自分だけ。

鬱になって休職とかしてしまうタイプの人は、もう少し自分本位で考えるくらいでちょうどいいかもしれません。

まぁでも、アキゾラは休職してよかったと思っています。

休職したおかげで、学んだことがありますし、ふっと気が抜けたところで、仕事はこのくらいでいいんだって思えるようになりました。

テキトーにやるっていうことじゃなく、自分が仕事に力を入れるペース配分というか、そういうものが分かるようになりました。それまで、分かってなかったですから。

アキゾラ、休職してね、ゆっくり休んで、その後結局また元気になって復活しますｗ

はい、休職編はこのあたりで終わり。

休職を終え、復職した後の話は、【復職】文系出身未経験でプログラマになった元ガングロ女の話④【転職活動編】へ。

ではでは！

未経験プログラマシリーズ、第2弾です。

• 【新卒】文系出身未経験でプログラマになった元ガングロ女の話①【就職編】
• 【プログラミングできるようになるまで】文系出身未経験でプログラマになった元ガングロ女の話②【新入社員編】 ←今コレ
• 【管理したくない】文系出身未経験でプログラマになった元ガングロ女の話③【休職編】
• 【復職】文系出身未経験でプログラマになった元ガングロ女の話④【転職活動編】

これまでのお話は、【新卒】文系出身未経験でプログラマになった元ガングロ女の話①【就職編】をどうぞ。

今回は、無事内定をもらった会社に入って働きだす新入社員編です。

ではさっそくどうぞ。

入社前に事前学習が配布されるも・・・

内定をもらってから卒業まで、心配事がなくなりガチでサーフィンばっかりやって過ごしたアキゾラでしたが、たしか入社する数か月くらい前から、会社から課題が出ました。

メールで会社の人に添削してもらってーって感じの。

残念ながら内容を詳しく覚えていないのですが、C言語の超基礎的な課題だったと記憶しています。

いよいよプログラマ（この段階では、プログラマだかSEだかあやふやｗ）として働きだすことが現実味帯びてきた！といった感じだったのですが、ここで早速先行きが怪しくなります。

課題、何言ってるのかよくわからない。

たしか、gcc（C言語のフリーコンパイラ）を使用した、何問かの課題でした。

※今も、C言語入門でgccで勉強したりってするのかなぁ？gccって何？って方は、こちらが詳しかったので、見てみてください。

C言語―フリーソフトのgccコンパイラでコンパイルして学ぶC言語入門テキスト

gccのコンパイラのインストールもてこずる始末。

事前学習期間中にパソコンを買い替えたんだけど、そしたら新しいパソコンでなんかうまくインストールできなかったんですよ。確か。

それで会社の人となんやかんややり取りｗ

実はこの記事を書くために、当時のメールを掘り返してみましたｗ

こんな状態でしたよ、私。

メール添削なんですが、遅れていてすみません。

頑張ってはいるのですが、どうにもコンパイラを通ってくれず提出まで持っていけません。

正直どう修正するべきなのかよく分からず手詰まっているのですが、その状態で提出し、添削していただいてもよいのでしょうか…？

お忙しいところ申し訳ありません。

当時のやりとりのメールｗ

頑張ってはいたらしいｗ いや、頑張ってました。

まじで、頑張ってみているんだけど、如何せん全く基礎がないので、本気で分からなかった。

今まで、大学受験とかも、なんかこういう感じで「分からない」ものってなかったんですよね。

いや難しい数学の問題とか物理とか化学とか、分からないことできないこといっぱいあるんですけど、なんていうのかな、自分がこれで飯を食っていくという基礎的な部分になるはずなのに、これほどまでに意味が分からない、というのが本当に焦って。

ネットとかでも調べるんだけど、なんかよく分からない。

ちゃんと本を買わないとまずいなこれ、と思ったんだけど、まず、理系に進んだ仲のいい友達に聞いてみました。

そして、数学科に進んだ友達に、大学の授業で使ったというプログラミングのテキストを譲ってもらいました。もう一生見ないっていうんでｗｗｗ

なんかこの時が初めて、本当に何も知らないことを1から、そして自ら勉強した、そんな感じがします。

で、この事前課題と入社するまで、戦い続けましたが、すべてを解くことはできませんでした。

大丈夫かこれ

ものすごく不安になっていたのを覚えています。

課題が終わらないまま入社。研修もてこずる

入社してからしばらくは研修の日々でした。

分厚い、C言語のテキストももらいました。

これこれ、有名だよね。たぶん、今でも持ってると思うｗ

研修期間中も、基本的についていくのがやっとでした。いやついていけていたのかよくわかりません。

グループワークなどもあったため、プログラミングに関しては、グループ内にいる情報処理学んできている人たちのお世話になりっぱなしみたいな状況でした。

プログラミングができない、また、そもそも新社会人というプレッシャー？不安？などで、研修期間中、結構緊張感のある日々が続いてたと思います。

帰ってからも自分で勉強する日々を送ってました。

そして、ある日、思いっきり寝坊しましたｗｗｗｗ

もともと、めちゃめちゃ朝が弱い人間でしたので、これが一番怖かったんだけど、盛大にやらかしたｗ

やらかした後は、毎日、明日朝起きれるかの不安も加わるようにｗ

研修は中盤以降、レベルごとに分かれるようになりました。アキゾラは当然一番下のクラス。

事前課題を引き続き解くことになったんですが、まぁ解けなかったですねぇ。

研修期間が終わり、配属。少しずつだが仕事ができるようになる。

GW終わりくらいまで研修期間だったと思います。

それが終わって、配属先が決まりました。

アキゾラは、セキュリティ関係のソフトウェアの開発をしているところに配属されました。

そこで使われている言語は、Delphi、C言語(C++)でした。

De、Delphi？？？C言語もよく分かってないのに、Delphi とか大丈夫なんか・・・。

そんな風に思ってましたが、まず、その現場、激務でしたｗ

みんな忙しすぎて、OJTどころではなく、配属から１，２週間はほぼほったらかされており、Delphiの本を渡されて、書かれている通りにやって、メモ帳作ったりしてました。

よくわからないけど、書かれているものをそのまま写して、ほー。みたいな。別にメモ帳作りたいわけじゃなかったし、コードの意味も分からないままだったので、正直これはあんまり身にならなかったと思いますｗ

少ししてから、ぽつぽつテスト項目(単体テスト)を作成する仕事や、テストを消化する仕事を渡されるようになりました。

しばらくは、自分でプログラミングする、という仕事はなかったです。

今考えると、最初にテスト項目の作成をしたのは、よかったかもしれないですね。

先輩がソースファイルを持ってきてくれて、やってる処理の内容をざっくり説明してくれて（詳細仕様書とかあればそれと合わせて）ソースコードを自分でも読みながら、そのパスを全て通る確認項目を作成する、みたいな感じ。

やってる内容は日本語で説明してくれるのでｗ、それがどのようにプログラミングされてるのか、というのが分かりやすかった。

テストの消化も、デバッガを使いながら1ステップずつ進めて流れを追うことで、そのソースコードの理解が深まりました。

決して作業は早くなかったと思いますが、幸い、全く使い物ならないということもなかったと思います。

そんなこんなを繰り返すうち、本当に少しずつですが、プログラミングもするようになりました。

分からないこと普通に出てきました。

そのたびに、すでにある似たような処理だと教えてもらった既存コードを何度も見返したり、先輩に質問したりしてなんとかやってきました。

はじめは、「やりたいことと似たような処理をしている見本」がなければプログラミングすることができなかった。

分からなくて焦ることや、プログラミングに限らずミスって冷や汗が出るような状況は何度もありました。

でも、ああもう辞めたい、と後ろ向きになったことはなかったですね。

配属されてすぐのあたりでは、for文って何で使うの？みたいな状況でした。

意味が分からないというか、「繰り返し」というのは分かるんですけど、うん、それで何をするの？いつ使うの？みたいな。なんていうんですかね、アルゴリズムの考え方が分かってないので、そういう構文の存在意義がよくわかってなかったんです。

振り返ると、プログラミングが分からない、その大きな要因はこのアルゴリズムの考え方が分かっていないこと、これがアキゾラには一番大きな壁だったように思います。

そして、これに対して、特別な何か対策を行ったわけではなく、結局のところ目の前にあるたくさんの既存のソースコードに触れ、そのコードのやりたいことを理解し、処理を確認していくことで、自然と分かるようになっていったと思います。

とにかく、質より量、みたいな感じですｗ

結局、やってりゃ慣れるとも言うんでしょうか。。

プログラミングができるようになるのに重要なのは、その言語特有の構文、書き方、ルールが分かることではありません。

重要なのは、プログラムの組み立て方、考え方です。

言語特有の書き方やルールなんかは、基本的にはググればすぐにわかるんですよね。

例えば、Javaだろうと、C++だろうと、for文の書き方は違えど、プログラミング上、「繰り返し」という概念、パーツがあることに変わりありません。それぞれの言語で、for文をどうやって書くのか、それはググれば解決します。

なので、アキゾラはプログラムの組み立て方、考え方を理解すること、理解できることが重要だと思います。

実際、Dephiは初めて見る言語でしたが、この点はあまり心配する必要がなかったです。

ぶっちゃけ、そもそもC言語も使えるという状態じゃなかったんで、別にどの言語でも一緒だったと思いますｗ

自宅でも開発環境を導入、ある程度自主学習も頑張っていた

本当にね、新入社員の頃っていうのは、これができないと仕事にならないじゃないか！という思いが強かったので、自宅のパソコンに、当時の開発環境であるVisual studioとDelphi、入れました。

分からないながらも、家でコードに触れることを惜しみませんでした。

（まじめやなぁ・・・。）

自分でなにかアプリケーションを作るのが趣味、とかそういう人じゃないと、ここまでやる新入社員はなかなかいないんじゃないかと思いますｗ

二つ入れるやつはあんまりいなかったろw

Visual studioじゃなければ、gccのフリーコンパイラを使うか。

これだと、基本CUIベースの開発になるんだよね。コマンドプロンプト上で動かすみたいな。

GUI（ダイアログとか）ベースの開発を、仕事場の開発環境と同じような状態で出来るようにするには、Visual studioのような開発環境が必要でした。

使うものが全然違うとさ、またそこで分からない面倒なことでてきちゃうじゃん？ｗ

そんなこんなで、開発環境を自宅にも作って、なんか簡単なプログラム組んでみる、ということをやっていました。

プロジェクトはデスマ寸前。夏休みがなくなる危機？

GW後から配属されてから、なんとか仕事についていこうとがむしゃらに突っ走る感じだったんですが、あっという間に8月。

周りは既に忙しかったんですが、段々できる仕事が増えてきたアキゾラも忙しくなるように。

初回リリース前の時期だったので、テストテストの繰り返し。

新人がやれることはたくさんありますｗ

品質があまりよくなくｗ モンキーテストのようなこともやりました。

なかなか再現しない事象の再現テストを延々繰り返したこともありました。

（モンキーテスト：とりあえずがちゃがちゃ動かしておかしいところないか探すみたいな、テスト項目のないテストｗ 後にも先にもこの時しかやったことないですね。）

徹夜もちょくちょく発生しました。終電がなくなって、帰れなくてホテルに泊まることもしばしば。（タクシーで帰るより泊まった方が安い）

そして、お盆の時期が近付いてきたときに、どうも夏休み既定の日で取得できないんじゃないか、という状況に。

アキゾラ、お盆休みって当時、一年の中で一番大事にしていましたｗ

なぜなら、この時期にサーフトリップに行ってたんです！毎年。

これに行けないかもしれない？！そんなの絶対に嫌だ！何のために生きているんだ！

本気でこんな感じで、入社してからも全然土日はサーフィン。普通に海行きまくってまして、休日出勤したら、平日に代休が取れるからむしろ海空いてて嬉しいくらいの、そういう状態でした。

ウエットスーツ焼け（ウエットスーツ着ているところは白いままで、顔とか手足だけ焼けちゃうやつ）するのが嫌いなので、仕事帰りとか、定期的に日サロにも通ってたｗ

忙しいのに、ホント良くやるよねぇ。今だと考えられない。

あ、で、サーフトリップに行けないなんて無理だわ、となって、宿も飛行機も取ったんでこの期間絶対無理です！ごめんなさい休みます！みたいな感じで無理やり休み取りましたｗ

ちなみに、1年目の8月の残業時間は100時間超え。今でも覚えてますｗ

新人なのに、そこそこ激務な方だったと思います。

でも、なんか忙しいんだけど、当時アキゾラそんなに嫌じゃなかったです。

プログラミングも、だんだん分かってきて最初のころに感じていた「不安」というものは薄れてきてました。それよりも、単純にコードを読んだり、書いたり、テストをしたりの作業が楽しかったような気がします。

このあたりは、周りの人に恵まれたのも大きかったでしょうね。

さらに、平日に代休が取れるほうが嬉しかったし、忙しい中でもサーフィン行けてたし、平日に日サロ通いする日があるくらいには元気も残っていたし、睡眠時間はかなり少なかったんですけど、充実してました。

新入社員編まとめ

リリースが２，３か月ごとにやってくるため、残業時間も２，３か月ごとに40時間、60時間、100時間近くになるというサイクルで、2年くらいはこんな感じで働いていました。

はい、まだこの頃ガングロ維持してますｗ

休日出勤がたまっていったりすると、あとで代休をまとめてとったりできて連休が増えて嬉しい気がしたり。

でもこの辺は人それぞれでしょうね。

休日出勤なんか絶対に嫌だという人もいるでしょうから。

うーん、今だったら、ちょっと嫌かもなぁｗ

今だと、働き方改革とかあるし、こんな感じで働くところ少ないかもしれないですね。

ないとは思わないですけど。こればっかりは会社、プロジェクトによるでしょう。

ただ、こうやってがむしゃらに仕事してたことによって、自然とプログラムに慣れていき、いつの間にか自分もできるようになっていった、というのは真実のような気がします。

自分がやってきたことを振り返ると、初心者がプログラミングができるようになるには、最初はとにかく書かれているコードを読む、たくさん読む、読んで理解する、処理をトレースするということが大事だなと思います。

自分で作れなくてもいいです、焦らない。これはそのうちできるようになりますので、たくさんコードを読んでみてください。ちゃんとトレースしてね。

言語仕様については、言語が変われば変わるので、そこまで重要じゃないと思います。

まぁ例えばJavaはオブジェクト指向言語、Cは違う、とか、言語ごとの特徴というのは確かにあるんですけど、そういった応用の部分は置いておいて、基本的なアルゴリズムの考え方は同じです。

一つ、CでもJavaでもなんでもできるようになれば、他の言語を習得するのに、また1から同じだけの時間がかかるわけではありません。ベースができているので早いはずです。

こうして、私の「新人」としての時期は、ほぼほぼ激務で終わっていきました。

さあ、新人の激務時代に一度も辞めたい、と思わなかったアキゾラが、仕事を辞めたくなったのは、この後です。

その話は、【管理したくない】文系出身未経験でプログラマになった元ガングロ女の話③【休職編】へｗ 不穏な言葉ｗ

ではでは！

私、文系出身、就職するまでプログラミングのプの字も知らなかった身でこの業界に入り、プログラマとして働き、約1●年となります。（一応年を伏せるｗｗｗ）

なんやかんやで、やっぱり理系の専門職かと思われがちなところがあるプログラマ（ぶっちゃけ広い意味で「エンジニア」でもいいんですけど、私は自分を「プログラマ」だと思っているので、プログラマとしますｗ）、文系でもなれるのか？ついていけるのか？女子でも平気？このあたり需要があるかないか分かりませんが、自分の経験をつらつら語ってみようと思います。

なんかタイトルいいの思いつかなかったんで、若干釣り気味で行きましたわｗ

こんな感じで書いてくつもりです。予定は超絶未定！

• 【新卒】文系出身未経験でプログラマになった元ガングロ女の話①【就職編】←今コレ
• 【プログラミングできるようになるまで】文系出身未経験でプログラマになった元ガングロ女の話②【新入社員編】
• 【管理したくない】文系出身未経験でプログラマになった元ガングロ女の話③【休職編】
• 【復職】文系出身未経験でプログラマになった元ガングロ女の話④【転職活動編】

では、どうぞー。

何も考えていなかった学生時代

元ガングロ女の話からしますかｗ　アキゾラが就活する大学生の時は、いわゆるガングロギャルの時代は既に過ぎていましてねｗ

既に美白の方が流行っている時期でございました。

アキゾラは、中学～高校はPopteenに始まり、ストニュー、Cawaii（だっけ？）、Eggなどを読み漁る、いわゆるギャルやってました。この時は、ガングロギャル全盛期ｗ

その頃、パラパラとか死ぬほど練習してましたよ、なんかイメージ付くかな？そういう奴いたよね？ｗ

で、大学生になると、大抵のギャルは、美白一筋のお姉さん系に成長していくのですが、アキゾラは大学生の時にサーフィンにはまっていきまして、別に日サロじゃないのに年中黒い状態をキープする立派なガングロを続けていましたｗ

大学入学時よりも卒業時のが黒い始末ですｗ

当時は痩せてたし、全頭コーンローとかしてたので、「難民」とかあだ名付けられる感じでしたｗ（あれ、この感じ今大丈夫？ｗ）

大学時代には無事（？）第3次パラパラブームが到来し、またパラ練やりだしたり、毎日サーフィンしに海に出てたり、大学の授業はあまり（全然）まじめにやってきませんでした。

正直、卒業の単位も危ない人間でした。文系って割とこんなん多いよねぇ。

そんな調子で過ごしていた大学生活はあっという間に就職活動の時期になり、マジでどうしよう？？と。。。

やりたいこと、なりたいもの、特になかったんです。

強いて言えば、毎日サーフィンできるといいな、と思ってました。

なので、サーフショップでバイトしながら食いつないでいくのも悪くないな、とかちょっと本気で思ってましたｗ

しかし、意外とまじめ、レールに乗っかるアキゾラは、いやいやせっかくの新卒カード使わずに真っ先にバイトはないやろ。と、とりあえず正社員として就職することを目標に掲げます。

両親にも、大学まで行かせてもらって申し訳ないですしねぇ。

金融関係で就活開始！無事内定をもらう。

アキゾラは商学部経営学科出身です。

あ、ちなみに、なぜ商学部を選んだのか？

高校のときに「入りたい学部」などがなく、ずばり、「つぶしがきくから」の理由で選んだです。

なんかろくでもないな私・・・。

ま、それはおいておいて。

商学部なんで、やっぱり金融系の会社受けるんですよねぇ。

ほとんど金融系の総合職、金融系って言っても、当時はなんか証券会社とかそういうの全然興味ないというか、イメージがわかなかったんで、分かりやすい「銀行」、これ一本ですｗ

アキゾラは、地元を離れたくないの思いが相当強かったため（これは今も変わらず。素晴らしき郷土愛）信用金庫、地方銀行、受けれたのはこれだけです。都市銀行は転勤があるため、受けませんでしたーｗ

信用金庫とか、地方銀行などは、地域に根付いた営業活動をしているので、地域愛の強さでは負けないぞ、と思ってましたｗ

ただ、信用金庫などは、エリアが狭いので、自分の地元とは違う市にしかない信金とかもありまして、そのあたりは逆に難しかったｗ

そういうのは通勤もちょっと遠いんだよねｗ 元々、信金側としても実家から通う人を想定している感じはあったし、なんかいくつかアウェイ感あったの覚えてますｗ

で、まぁありがたいことに、地方銀行から最初に内定を頂きました。

あ、働き口が見つかった・・・。

一気に安堵しました。

銀行員として働く自分のイメージがいまいち湧かない・・・

特にやりたいことがあったわけじゃないアキゾラなので、内定貰ったらそこで就活を終えてもよかったのですけど、なんとなく就職活動続けていました。

続けていたっていうか、まぁ情報をずっと集めている状態というか。

簡単に言うと、本当に銀行員として自分が働くのか？というところが、段々自信なくなってきたんですね。

もともと、銀行に興味があるわけじゃないんです。

商学部卒業なので、地元にいたいので、そんな理由から選んでいるんです。

ただ、この不安が、銀行員に対してなのか、社会人として働くことに対してなのか、正直よくわかりませんでした。

こんな仕事がしたい！！そういう熱い思いがあれば、こういう感じにはならなかったんじゃないのかなぁ。

ひとつ、まぁそれなりに好きなこと、興味があること、というので受けていたのが、某高級ブランドの販売職でしたｗ

販売職自体は、あまり興味なかったんですが、そこから管理部門というか、上に上がっていくこともできるということで、入り口がそれしかなかったんですね。新卒では。

こちらは1次筆記試験、2次面接、3次面接まで行きましたが、ここで終わりましたｗ

英文でレジュメ書くのとかあって、結構周りにお世話になったんですがｗ 残念でしたねーｗ

ま、それはいいとして。

銀行員、渉外業務とか、自分が本当にできるのかなぁ、、やったことないけど、、（当たり前っちゃ当たり前）

こんな思いがぬぐえませんでした。

ある騒動の記録がよみがえり、一念発起

うーん、本当にこれでいいのかなーと悶々としながら、自分の本当にやりたいことって何だろう？と改めて真剣に考えました。

学部がどうとかっていう縛りは無しで、純粋になにやりたい？やってみたい？って考えました。

そこで、ふっと思い出したのが、この2chのFlashだったんです。

この話、以下のポストでもちょろっとしているんだけどｗ

【IT系】30代女子プログラマの生態。女性のエンジニアってどう？【あるある】

こんにちは。アキゾラです。さて本日はちょっと思考を変えて、仕事について。アキゾラは自己紹介でも少し触れていますが、プログラマとして働いています。女性のプログラマってどう？とか、プログラマの特徴だったりあるあるだったりを完全なるアキゾラの独断...

akizorainvestment.com

2020.09.20

大学生だった当時、この2chの閉鎖騒動のFlashにひどく感動したアキゾラ。

これを思い出したんですよねｗ

プログラム作るのってかっこいいなぁー。単純にそう思いました。

自分にもこんなんできるのかな？全くやったことないけど、できるならやってみたいかも。うん、なんかやってみたい。

とりあえず、すぐにプログラマ系の就職活動情報を集め始めました。

すると、意外に文系出身でもOK！みたいな感じ出してくれてるところが多かったｗ

あ、文系でもいけるのかも。というか、むしろ未経験でOKなのは、もうこの新卒くらいしかチャンスないんじゃないか？

そんな感じがしたので、以下の条件でチョイスしたところ数社受けてみました。

• 東京/神奈川が勤務地
• 年間休日数が120日以上（125日以上で調べたかな？）
• 文系でも大丈夫、みたいな文言があるｗ
• メーカー系子会社（メーカー本体は自分には無理だろと思ったｗ）
• 東証一部上場企業

まぁ、条件については、特に言及しません・・・ｗ まだ働いたことのない学生が考える条件ですよ・・はいｗ

メーカー系子会社、メー子ですね。これは何でかっていうと、色々調べていくうちに、とりあえず独立系はやめとこうかな、という気になりました。

あとは、ユーザー系子会社、ユー子さんですか。これでもよかったんだけど、なんか例えばさ、鉄道会社のシステム部門会社、みたいなのとか鉄道好きじゃないと難しいのかなぁｗみたいな、志望動機難しいところ、ありません？なんでうちなの？っていうのが、その主体の会社に絡めないといけない感じがしたので、アキゾラはパスしましたｗ

で、無事にメーカー系子会社で、内定を頂きました。

なんか、あっさりっちゃあっさりｗ

筆記試験は3，4社受けたような気がしますが、面接をしたのは、2社だけだった気がします。

どちらも、同じメーカーの別子会社でしたｗ そのうちの一つから、内定をもらえました。

無事に内定！銀行へは内定辞退の連絡

一応、自分が掲げた前述の5つの条件を全てクリアしたところから内定をもらい、今度はね、不安もあったんだけど、それ以上にすんなりと「うん、ここで頑張ってみよう！」っていう前向きな思いになれたんです。

やっぱり、やってみたいことって大事なのかもしれないですね。

ていうか逆に、やりたくないなと思っていることは、やっぱりやりたくないんだと思うｗ ここをごまかしていかない方がいいｗ

銀行ね、何が気になったって、渉外業務、これｗ

アキゾラ、営業だけは絶対やりたくないと思って、営業職は一切考えてませんでした。

でも銀行の渉外業務って、ニアリーイコールで営業だよね？

ここがね、実はやっぱり引っかかってたんだと思うｗ なんかちょっとごまかしていたけどｗ 今思うとねｗ

でもね、自分ってそういうぐいぐい前に出て成績上げてきます！みたいな勢いじゃないっていうのは分かってて、それを普通にさらけ出した上で、それでも私を採用してくれた、あの地方銀行。

すごく感謝していますし、カラーはあっていたんじゃないかと思う。

だけど、自分の人生、自分が本当にやってみたいこと、後悔しない道を選んだ時に、こちらは辞退するという選択になりました。

内定辞退って、普通にあることなんだけどさ。やっぱり、申し訳ないよね。

もちろん、ある程度見越して採用しているとは思うけど、向こうとしても予定狂うわけなんだし。

電話をして、本社に出向いて、ごめんなさいしてきました。

怒られたり、嫌み言われるどころか、残念がってもらって、それで最後にはそちらの道で頑張ってねと応援の言葉までかけてもらいました。

私はこの地方銀行、自分は口座持ってませんけど（ちょｗ）、どこよりも人の温かさ、人情で負けないところだと思ってます。

だってアキゾラみたいなのを総合職で取ってくれるだもん。

元々、地元愛から受けた地方銀行です、いつまでも応援してますです。

就職編まとめ

就職編では、アキゾラがどうしてプログラマになったのか、つらつら書き留めてみました。

一言で言えば、2chのFlashがかっこよかったからｗ この一言で済むｗ

あ、アキゾラのスペックまとめてなかったね、以下でした。（今更ｗ）

• MARCH文系（商学部）
• 数学は嫌いではなく、高校では数3Cまでやってる(理系コースにいました)
• 大学受験で数学も使ったくらいには、理系よりではある？
• しかし、大学で数学の授業を取るも、やる気がないためかよく分からないｗ
• 簿記は3級を取り、ここで見切りをつけた

文系って言っても、理系寄りだったの？って見えるかもしれません。

そこは否定しませんけども、はっきり言えるのは、このちょっとだけ理系寄りであることが、多少でも有利に働いたと感じたことは、働き出してから一度もありません。

文系で不利だと感じたことは、あるんですけどね。

でも正確にいうと文系だから、じゃないんだよね、単純にプログラミングの事知らないから、っていう話なんだな。

だって、理系って一言で言っても、みんながみんなプログラミングに詳しいわけじゃないじゃん？

授業としては、だいたいあるのかなー？全然分かんないｗ

ま、つまり、別に理系、文系関係ないんですよね。

ていうかそんなことより、高校時代、ガングロだけど理系コースで頑張ってたこと、褒めてほしいわｗ 高1の頃、ウィッグに厚底ブーツで河合塾行ってたのが最高に浮いてました。そもそもまだそんなに塾に来ている人がいないんですよ、高1だとｗ 高3になると、塾に来る人の母数が増えてるし、そこまで浮かなくなったけどさｗ

すみません全然どうでもいい話ですねｗ

ではでは、就職編は、この辺で。

続きは、 【プログラミングできるようになるまで】文系出身未経験でプログラマになった元ガングロ女の話②【新入社員編】 へ。むしろ、こっからが本番ですｗ

食べ物でもなんでも、一度ハマりだすとしばらくアホみたいにそればっかりになる人、はい私です。

今日は女性のプログラマって少ないよねっていうところから、女性はプログラミングが苦手、と言われる所以、そしてさらに大きく「こんな人はプログラマ向いてなさそう」というところをアキゾラの独断と偏見でお届けます。

何となく共通認識みたいになってる「女性はプログラミングが苦手」というイメージ

これ、みんなそう思ってますか？どうなんですか？ｗ

いやアキゾラもあまりはっきりは分からないところなんですけど、でも何となくそんなイメージあるような気はしています。

女性のプログラマって少ないんですよ。やっぱりそれはプログラミングが苦手だからなんでしょうか？

多分これ、大筋のイメージは以下のようなところからくるものじゃないかと思っています。

プログラミングは論理的な思考が必要

論理的思考、ロジカルシンキング！

あ、ロジカルシンキングって教育を受けたなーとふと思い出しましたわｗ

これ、YESだと思うんだけど、いざ論理的な思考ってつまり何？と言葉に出そうと思ったら手が止まったんですがｗ、アキゾラのイメージでは、例えば、ある事象に対して、そこに行き着くまでの道筋を一つ一つ順立てて整理していく、みたいな、そんなイメージ。

直感的にこう！っていうのじゃなくて、これがこうだから、ここがこうなるので、結果として、こうだ、みたいな。

こそあど言葉だらけで意味不明ですけどｗ

で、こういう思考って一般的に女性の方が苦手って言われてますよね。

プログラミング=理系の仕事、なイメージ

なんかおそらく理系のイメージありません？ｗ

数学できないといけないような、そんなイメージなのかな。

そういう意味でいうと、理系に進む女子の割合はやはり文系よりも少ないのは確かだと思うので、この辺も影響していそう。

結局これも、最初の論理的思考につながるところだったりすると思うんだけど、数学の証明とかさ、あれって結構プログラマの思考回路と近い気がするんですよね。

論理的思考ですよね、数学の証明って。

こんなところから、女性はプログラミングが苦手、というイメージがあるんじゃないかと思います。

実際女性はプログラミングが苦手なのか？

アキゾラは一応、女性なんですけれどもｗ

自分自身でプログラミングを苦手だとは思っていません。

論理的思考っていう観点では、それとても大事なんですけど、仕事しているとそういう思考をするようになるので、あまり普段論理的に物事を考えるか、というのはそこまで関係ないと思ってます。

まぁ、本質的に向き不向きっていうのが絶対ないとは言い切れませんけど・・。

これ、本当にプログラミングをするときの話ですよ。コードを書く時の話です。

仕事の仕方とか、人との付き合いとか、そういう日常で論理的に物事を考えるかどうかとは別の話だと思っています。

そりゃ普段から論理的に物事を考える人の方が得意、すんなり入り込める、とは思います。

でも未経験なんかでプログラマの仕事についたら、やっぱり最初はプログラミング言語自体が分からないところもあるだろうし、プログラムの組み立て方が分からないのは、当然だと思うんです。

で、プログラムを組み立てるのに、論理的思考ってやつが必要なんですけど、この部分は習うより慣れろ、やってりゃその感覚が身についてきますんで、大丈夫じゃないかな。（無責任ｗ）

理系だから、っていうのは、うーん。これも実際のところ、そこまで苦手かどうかとは関係ないと思う。もちろん、数字は使いますけどｗ、数学っていうんじゃないですよ、算数です。

ただ、10進数だけじゃなく、16進数とか2進数とかは使いますので、〇進数って何？ということを理解してないといけないし、慣れてないと、見慣れないｗというのはあります。

あと、文系出身のアキゾラがざっくり理系っぽいというイメージでいうと、ビット演算とかするので、これも理解する必要があるし、慣れないと「理系っぽい」ことかもしれない。でも実際のところこれって理系うんぬんじゃなくて、単にプログラミングの考え方というか、テクニックであって、結局慣れですよ。

で、結論はどうかというと。

女性はプログラミングが苦手、ということはない（と思う）。

アキゾラは単純にこう思う。

女性のプログラマが少ないのは、女性はプログラミングが苦手だからではなく、単に女性にその職業が人気がないから。興味がないから。やりたいと思わないから（けちょんけちょんｗ）

もしくは、ここはやはり理系っぽいイメージが先行し、自分にできるとは思わないので、携わる職業として何となく選択肢に入らない。

激務、みたいなイメージが先行し、 携わる職業として全く選択肢に入らない。

じゃないのかなー？

性別に限らず、プログラマに向いていない人は存在する

女性だから苦手、ということではなく、やはり個人個人で差があると思います。

プログラマに向いてない（と、アキゾラが思う）人は、存在します。

コツコツ地味な作業を繰り返すことができない人

プログラミングは、映画とかで見るような、コードをがーッと打ち込んでタン！みたいな、スピーディーな作業ばかりではありません。

こんなことは、プログラミングの神様が舞い降りてきたときにしか起こりえないｗ

通常は、実現したいシステムのイメージ全体（要件）を、ざっくり機能ごとに分け、さらにその機能を細かく分け、その細かく分けた部品を作り上げるためにコツコツとコードに落としていきます。

例えば、「生年月日」から、「干支」「星座」を教えてくれるプログラムを作りたいとします。

かなり単純なプログラムですが、これを実現するためには、最低限以下が必要そうです。

• 生年月日を入力する形式を決める。
• 入力された生年月日の、西暦から干支を算出する。
• 入力された生年月日の、月日から星座を算出する。

画面から入力してもらう形式を想定することにします。

入力する形式は、例えば西暦だけの枠、月の枠、日にちの枠を用意するのか、一つの枠を用意して、YYYYMMDD形式で入力させるのか、決めます。

YYYYMMDD形式だったら、内部で西暦と月と日に分ける作業がいりそうです。

数字以外の文字が入力されていないかのチェックが必要です。

生年月日として正しい数字が入力されているかのチェックも必要でしょう。

例えば15月32日、とかありえませんから。

うるう年の問題がありますので、そこも考慮してこのチェックを行わなければなりません。

西暦から、干支を算出して表示する方法を考えます。

月日から、星座を算出して表示する方法を考えます。

どうでしょう、干支の計算とかは別として、人間がパッと頭で考えればすぐに分かりそうなことでも、プログラムに落とすと、ちょっとめんどくさくないですか？

うるう年とかさーｗめんどくさｗって書いてて思いましたｗ

出来上がってしまえばすごく便利なツールになるんですけど、それを作り上げる過程はとても面倒なことがたくさんあります。

アキゾラはプログラミングって、基本的に人間がめんどくさいと思うことを自動化するためにあるものだと思っています。

自動化するためには、そのめんどくさいことを全て一つ一つプログラミングしていかないといけないんです。

とっても地味な作業です。これをコツコツ繰り返していける人じゃないと、辛いんじゃないかと思います。

自分で調べて解決していく能力が足りない人

これ、向いてない人ってことで書こうとしているので、こんな言い方になってしまいますが、どっちかというと、何か分からないことがあった時にとことん調べて自力で解決していくことができる人が、向いている人、そうじゃないとキツイ、ということです。

プログラミングする上で、分からないことは多々出てきます。

それを、「分からない」・・・で止まってしまうと仕事になりません。

例えばさっきの干支と星座を表示するプログラム。西暦から干支を算出するって、どうやるの？ってところとか、ぱっと分からない人も多いのでは。

これをググるなりなんなりして、調べることができるかどうか。

干支は「 子(ね)、丑(うし)、寅(とら)、卯(う)、辰(たつ)、巳(み)、午(うま)、未(ひつじ)、申(さる)、酉(とり)、戌(いぬ)、亥(い)」の12種類を繰り返します。ここから、ピンと来る人もいるかもしれません。

こういうのは、西暦を12で割った「余り」に注目することで計算で出すことができます。

例えば、1983年は「 亥(い) 」、イノシシです。

1983 ÷ 12 = 165 余り 3

では、12年後の1995年は？これもイノシシ年です。

1995 ÷12 = 166 余り 3

はい、イノシシ年は、12で割った余りが3になる年なんです。

他も同じ要領です。12で割った余りは、0から11までの12種類となり、これが必ず干支のどれかに該当します。

これを自分ですぐ思いつく人はそれでいいんですが、思いつかない場合、自分で調べて解決していく必要があります。

この例はちょっと算数？数学？理系的な人の方がすぐにピンときそうですが、結局慣れなんですよねｗ

周りの人に聞けばよくない？というのも、それも有効、大事なんですけど、このレベルのこと聞いていては仕事してないのと一緒というか、そこを考えるのが仕事なのです。

ただプログラミング言語の書き方を分かっているだけでは仕事にならないのです。

これは本当一つの例にすぎませんが。

仕事していると、分からなくてググるとか、やり方に確証を得るためにググるとか、そんなことしょっちゅうありますｗｗ （ぐぐってばっかやん）

今ってネットに何でも情報が転がっているわけで、ちょっとググれば様々な情報が出てくるわけですが、この膨大な情報の中から自分の求める正しい（←ここ重要）情報を拾い上げる検索能力は、必要、かなり大事だと思います。

ググって確認するのは、関数とかAPIの使い方とかは基本的に公式サイトの情報を見るべきですが、こういう計算の仕方とかは公式もくそもないですねｗ

プログラミングが苦痛な人、興味ない人

そもそも論ですが、プログラミングが好き、興味がある、でないと続けるのはきついと思います。

このあたりは、新しい技術を追いかけることができるとか、学ぶのが苦じゃない、とかそういうあたりに繋がってきます。

やっぱり好きじゃないと難しいと思う。じゃないと、常にいやいや勉強みたいな感じになってしまうと思います。

あとね、地味に自分の主プログラミング以外の、なんか汎用的な作業を、なんとか自動化できないかな？とか考えて、batファイルに処理まとめて書いてみる、とかそういうの自分からできる人が伸びる人だと思う。別にbatじゃなくてもいいんですが。

個人的にはこういうのが結構大きいと思ってたりします。

例えば、プログラムがちゃんと動くかどうかを確認するテストで、一定期間ツールを連続で動かして、出力されるログを取り続ける、という作業があるとする。

ログは一定期間でラップアラウンドされてファイルの先頭から次々上書きされていってしまうので、定期的に退避させないと、最新のものしか残らず、確認したいものが流れていってしまいます。

こういう時に、愚直に手動でツールを毎回動かして、毎回自分で10分くらい経ったらログを別のところにコピーして退避、とか繰り返してたら効率が悪いじゃないですか。

ツールを定期的に起動させて、ログを定期的に別の場所に退避する作業をbatファイルにまとめて書いて、そのbatを動かせば、ほったらかしておけばいいわけです。

テストが終わったら全部確認すればいい。ほったらかしている間、別のことができますね。

こういう、簡単なbat書くだけでも、勉強になると思うし、こういうのも、基本的にプログラミング好きだからできることだと思うんですよね。

これも結局、人間がめんどくさいと思うことを自動化する、という根本のところだと思うわけです。

まとめ

アキゾラ的には、女性がプログラミングが苦手なわけじゃないですが、プログラミングに向いていない人、というのはいると思います。

なので、女性でも「向いていない人」に当てはまらなければ、プログラミング、ないしはプログラマの仕事は向いている可能性はある！ｗ

長時間労働とかそういうのはプロジェクト、会社によるところもあると思うので何とも言えませんが、最近は働き方改革なんかもある程度浸透してきているんではないかと。

アキゾラは結構、女性にはお勧めの職業だと思っているんですけどね。

営業のように外回りすることもないですし、接客業みたいに一日中立っているということもないですし、お給料が激安ってわけでもなくソコソコだと思います。

でも逆に、基本デスクに座ってしゅくしゅくと作業って感じなんで、色々刺激が欲しい感じの人には向いてないでしょうね。まぁ事務系の仕事ならこの辺はどれも同じですかね？

あ、これはシステムエンジニアになるとまた話が違ってくると思います。

文系出身、未経験でプログラマになったアキゾラの話は、こちらでつづっています。同じような境遇になる人、これからが不安な人の参考になれば嬉しいです。

また、女性プログラマについてのあるある記事もどうぞｗ

【IT系】30代女子プログラマの生態。女性のエンジニアってどう？【あるある】

こんにちは。アキゾラです。さて本日はちょっと思考を変えて、仕事について。アキゾラは自己紹介でも少し触れていますが、プログラマとして働いています。女性のプログラマってどう？とか、プログラマの特徴だったりあるあるだったりを完全なるアキゾラの独断...

akizorainvestment.com

2020.09.20

ではでは！

さて本日はちょっと思考を変えて、仕事について。

アキゾラは自己紹介でも少し触れていますが、プログラマとして働いています。

自己紹介

はじめまして。アキゾラと申します。平凡なIT系のサラリーマンです。一応、女であることを表明するためサラリーウーマンと言ったりしています。このブログでは、主にようやく自分の人生について（主にお金面）真剣に向き合いだしたアキゾラの資産形成の日々...

akizorainvestment.com

2021.09.06

女性のプログラマってどう？とか、プログラマの特徴だったりあるあるだったりを完全なるアキゾラの独断と偏見で語ってみたいと思います。

プログラマに興味がある方もない方も、同業者の方も、ちょっと読んでってくださいｗ

プログラマについて。システムエンジニア(SE)と何が違う？

まずは、そもそもプログラマって何？から。

なんか初めて会う人に自己紹介するときに、プログラマって言っても通じない気がして、ついシステムエンジニアですって言ってしまうことがあります。

この二つの定義は非常に曖昧ですが、大きく分けると、システムエンジニアはお客様先でシステムの提案とかしたり、全体像の設計をまとめたりするような人ってイメージを持っていただいて問題ないと思います。

プログラマは、プログラミングをします。 システムエンジニアが持ってきた「こんなのが欲しい」というシステムを、実際に作る人です。

ただ、この境は非常に曖昧で、システムエンジニアでも小さなプロジェクトになればバリバリとプログラムを書いているような人もいるでしょうし、プログラマだって言っても、上流設計から関わっている人もいます。

この業界にいると、割と「私はプログラマです、SEじゃないです。」という意識は強いんですが、外から見ると結構あいまいじゃんじゃないかなーというのが、アキゾラの思うイメージですｗ

アキゾラの仕事歴

さて、プログラマなアキゾラですが、転職歴なしの、この道一本ですｗ

セキュリティ関係のソフトウェアや、プリンタ関連のソフトウェアの開発を経て 、現在はストレージ関係をやってます。

ストレージって、ざっくり言ったら、記憶装置ですね。HDDとかさ。

「こういうもの作りたい」という要件をもとに、細かい仕様を決めていって、それをプログラミングして作り上げていきます。テストを行い、問題がないか確かめます。

開発、といったらやってることはこんな感じ。めっちゃざっくりですが。

ただ、アキゾラは現在保守作業の方を主に行っています。こちらは、すでに世に出た製品に対する問い合わせ、問題などがあった時に何が起きているのかを解析して問題を解決します。

簡単に言うと、こんなことを毎日やってます。

ちなみに、使えるプログラミング言語は、C、C++、Javaです。まぁ使えるというレベルでは、Delphi（比較的レア言語ですｗ）、Pythonあたり。

そして好きな言語はズバリC言語です！（泥臭いｗ この感覚が分かる方は同業者さんですね）

なぜプログラマになったか？

ちょっとなんでプログラマになったのか、も書いてみます。

アキゾラは商学部卒で、情報系の勉強とは一切無縁でした。

就活も、商学部らしく？主に金融系の会社を受けてました。

とある地銀の総合職で内定をいただきましたが、どうも銀行員として働いていく自分を考えたとき、一抹の不安があったんです。

ただ、その一抹の不安は漠然としたもので、単純に「社会人」として働く自分に対しての不安なのか、「銀行員」に対しての不安なのか、イマイチはっきりせず内定貰ってもちょっと悶々としていました。

んー本当にこれでいいのかなー？と、もう一度自分は何をしたいのか考えてみたときに、ふと思い出したものがありました。

若き大学生のアキゾラが非常に感動しあり得ないほど涙した、とあるflash。（時代ｗｗｗ）

flash知ってますかね？ｗ

知っている人は知っている、2ちゃんねるの閉鎖騒動のflashです。

今はyoutubeにフルHD画質で上がってましたので、ちょっと貼っときますねｗ

いやひっさびさに見たけど、やっぱ感動する。←

ちなみにこの真偽は色々あるようなんですが、、そこは問題じゃないんです。はい。

当時まだ2ちゃんねるやってるって、結構オタクっていうかなんていうか、、表舞台では声高に言えない雰囲気がありました。（今もあまり変わらないかｗ？）

これを見て、プログラマってかっこいいなーというところから、何も知らない状態で、その道に進みました。

はい、本当にこの動画が、私の人生を決めたきっかけですｗ

プログラマという仕事について

一応、ざっくり特徴というか、働いていて感じることを。

・いい意味でも悪い意味でも男女平等

技術職ということで、仕事内容に男女差はありません。

これは、お給料面も同じ。うちの会社では、ランクによる等級で決まりますが、ランクが同じであればみんな同じです。

しかし、長時間労働、徹夜などが発生することもあり、女性でも同じ。

・比較的自由

お客様先にでていくシステムエンジニアに比べると、プログラマは社内でプログラミングをしていることが主な仕事なので、服装だったり髪型だったりが結構自由な方だと思います。（会社によるところはありますけどね。）

といっても、女性でとびぬけてええ？！と目立つ人は見たことないんですけど、男性の方だと、すごい長髪の人がいたり、髪の色も緑とかの人がいたりすることも。

アキゾラは普通のカジュアルで普通に出勤します。スウェットパーカみたいのも普通に着てます。プログラマに限らず、営業職とかじゃなければ女性はそこまで厳しくないことの方が多いでしょうかね？

・常に技術の勉強が必要

技術というのは常に新しくなっていきます。自発的に勉強（という大げさなものでもないんですけど）していかないと、使い物にならなくなります。

新しいことを学ぶ姿勢、というんですかね。逆に言うと、そういう新しいことを好きで探求していける人じゃないと、辛いかもしれないですね。いわゆる、勉強勉強！という意識ではないと思います。

周りは男性ばかり、がデフォルト

ちょっと生態的なところに入っていきましょうｗ

プログラマの男女比ですが、やはり男性ばかりです。これは間違いありません。

いくつかプロジェクト変わって携わっていますが、どこいっても女性はほとんどいません。

同じプロジェクトに1人、2人いればいい方ですね。

そのため、お昼休みは女子みんなで集まってランチ♪みたいなことは経験できません。

男性陣に交じって「唐揚げカレーのすごい店いくぞぉ！」みたいのに参加することはあり得ます。

また、この男女差から、トイレは常に空いてます。一方、男性陣はトイレが慢性的に空いてなく、空いてる個室探して屋内ツアー状態。

そして、女子トイレで井戸端会議？に花が咲く、みたいなこともありません。

たまに話している方はいるんです。でもそれは、総務だったりの管理部門の女子の方々。知らない人たちですｗ

うっすら、自分とは違う人たち、の意識があります。

あと、まぁやっぱり、おしゃれ最先端！みたいな感じの人は少な目かな・・？たまに身なりめっちゃきれいに整えてて、THE 女性！みたいな見習いたい方がいますが、たいていWeb系の、画面作ったりしている側の方です。そして、ああ、やっぱりね、みたいに思いますｗ

アキゾラのようないわゆるプログラマｗ側では、あまりこういう人もみかけないですね。サンプルが少ないので、もちろんいらっしゃるところにはいらっしゃるんだとは思いますがｗ

で、男性ばかりだからどうなの？というところですけど、アキゾラは楽でいいです。

中学高校と女子高上がりなので、女子でいることの楽しさはよく知っていますが、怖さも知っていますｗ

仕事する上では、今の環境の方が楽だなというのが、アキゾラの思いですｗ

まぁ会社員です、という

これね、最初にもちょっと言ってますけどｗ

プログラマの人は、仕事何しているの？と聞かれると、なんて答えたらいいのか分からなくなり、言えて「システムエンジニアです。」とか、もう大抵は「まぁ会社員です」とか言います。

でもなんかもやもやしています。OLですっていうのも、違う気がして、もやもやしています。

パソコンに詳しい人、とか、IT系っぽいことの何でも屋、のレッテルを張られる

これはもうあるあるNo.1ですね。

プログラマとかシステムエンジニアというと、この業界ではない方には、十中八九パソコンに詳しい人、と自動的に脳内変換されます。

「パソコンが動かなくなった」「インターネットにつながらない」このあたりは、友達からヘルプデスクのように聞かれます。

実際どうなの？というところですが、別にパソコンに取り立てて詳しいわけではありませんｗ

それはこういうことが考えられそう、というような切り分けとか一般的な対処などは普通の人よりはできますが、基本的にはそのメーカーのマニュアル見てくれ、私も分からん。というところです。

パソコンに詳しいってのは、ハードウェア好きのPC自作とかしているような方々かと。

あと、Office製品（主にEXCEL）などにも、詳しいと思われています。

プログラマは別にEXCEL得意じゃないですよ。

アキゾラはデータをまとめて解析することなんかもあるのでまぁ使うんですが、EXCELで関数全然使えない人とかもザラにいます。なんでこれ自力で計算して直接入力してんのよｗみたいなの普通にあります。EXCELでマクロとか組むこともほぼないので、大して分かりません。

このあたりは事務の方なんかの方が詳しかったりするんじゃないでしょうか？

ホームページを作りたいから教えてほしい、というのも、たまに発生するワードです。（最近は減った）

Web系ならまだしも、HTMLとか、別に全く詳しくありませんｗ

昔知人から、ホームページをどうしても作ってほしい自分は全く分からないので、という話があり、今ホームページなんかHTML自分で打って作る人いない、そういうの簡単に作れるサービスがいくらでもある、と話をしたんですが、分からない、やってほしいってことで、ちょっと受注したことがあります。

全然分からない人には、簡単になったとはいえハードル高いんでしょうね。

派生形として、「自分もちょっとプログラム勉強しているよ、HTMLとか。」という話もたまに聞きますが、なんていうか、うん。相手によっては反応が難しいｗ

椅子3つでちゃんと寝れる

最近はあんまりないんですけどね。働き方改革なども手伝って、徹夜などはここ数年経験していません。

しかし、徹夜になることもあります。

プロジェクトが思うように進行していなかったり、問題が発生していたりして徹夜で対応を迫られることもあります。

女子でも全く関係ありません。

徹夜で仮眠をとるときなどは、基本的に椅子を3つつなげてその上で寝ます。

机に突っ伏して寝るより、体にいい。

アキゾラは最高で2徹したことがあります。男性だと、人相が変わっている人が出現します。

MacじゃなくてWindows、iPhoneじゃなくてAndroid

最初に言っておきますが、これはなかなか大きな偏見ですｗ

プログラマな人は、Apple製品？しゃれっ気づいてんな。と思っています。

MacではなくWindowsが基本です。スマホはiPhoneじゃなくてAndroidです。

iPhone使う人は、システムエンジニアだと思っています。

200より256がすっきりする

プログラムの世界では、16進数が使われます。

そのため、直感的になんか切りのいい数値、というと、例えば200（10進数の1～200）より、256（=16進数の0x00～0xFFの256個）になります。

独り言は気にならない

プログラマって独り言する人が多い気がします。

アキゾラも普通に独り言いいながら仕事していますｗ（ええ？なんで？とか、あ、そっか！とか、（・・・これやべぇ・・）、とかｗ）

隣の席の人も結構心の声が通常ボリュームで漏れていることが多いため、それが普通でスルーしていたら話しかけられてた、ということもｗ

大規模通信障害など、世間を騒がせる障害が起きると胸がザワザワする

アキゾラは保守業務を行っているため、問題が発生しなければ平和なんですが、ひとたび問題が発生すると、モノによっては至急の対応を迫られます。

生活していると、携帯の通信障害が起きた、とか、大多数が使用してるシステムでのシステム障害、なんかが速報で入ったりすることがありますよね。

スマホ使えなくなったら、ちょっとーなんなのー早く復旧してよー！と思うと思うんですが、こういう問題が起きると、それに携わっているエンジニアたちが、復旧できるまで作業に当たります。

こういうことが起きると、作業している人たちを思い、自分も他人事じゃないところがあるわけで、なんかザワザワするのですｗ

まとめ

こんなところですかね。

あんまり、女性ならではっていうのはなかったですねｗ

ぶっちゃけ、プログラマな女性はー、といえるほど、多くの女性を見てきていないことに気づきました！ｗ 人数がいないんです本当にｗ

なので、アキゾラの生態のようなところになってしまいましたｗ

プログラマの仕事は結構好きです。

物づくり(プログラミング)とか、問題解決のための調査とか、楽しいんです。

よく、キャリアパスとして、プログラマ→システムエンジニア、ということが言われたりしますが、アキゾラはプログラマでいたいと思っています。

モノを自分の手で作っていたいんですねｗ

それが世間で動いていると、嬉しいです。

そういうのが好きな人は、プログラマお勧めです（誰向けのポストか分からなくなったｗ）

文系出身、未経験でプログラマになったアキゾラの話は、こちらでつづっています。同じような境遇になる人、これからが不安な人の参考になれば嬉しいです。