新たな価値を生み出し続けるとともに、サービスの運用を支える仕事
プロダクト開発の最前線かつ最後の砦
ソフトウェアエンジニアとビジネスの力のベクトルを揃えて推進していく仕事
ソフトウェアエンジニアは多くの職種を包括しており、ソフトウェアを扱ってシステムを作る仕事はすべて「ソフトウェアエンジニアリング」と呼ばれる。
iOSやAndroidそれぞれのアプリエンジニア、サーバーなどを担当するバックエンドエンジニア、ユーザー向け機能開発を担当するフロントエンドエンジニア、セキュリティエンジニアやインフラエンジニアなど、担当領域によって名称は細かく分かれる。
「プロダクト設計を主体的に担うのも大事な役割」（DMM.com・釘宮愼之介さん）だという。
日本の場合、最も多くいるのがSIerやITベンダー、ITコンサルティング企業だ。
顧客企業の依頼を受けて、システムの設計・開発や導入コンサルティングを行う。SIerの下請けで開発を担うSES（技術者を派遣するシステムエンジニアリングサービス）と呼ばれる企業もある。
事業会社にも活躍の場はたくさんある。IT・Webビジネスを展開する企業はもちろん、取引システムの性能が業績に影響する金融機関には多くのエンジニアが在籍する。
しかも近年は、自社のシステムやサービスの開発・改善をスピーディに行うために、非IT業界の企業で開発の内製化が進んでいる。
例えばトヨタ自動車やデンソーといった製造業では、ソフトウェアエンジニアの部隊を拡充する動きが顕著になっている。
プログラミング経験のない学生でも、ソフトウェアエンジニアになるチャンスはある。人材の供給が需要に追いついていないからだ。実務に必要なスキルはインターンや入社後の現場研修で学ぶことになるが、最低限プログラムの仕組みくらいは理解しておきたい。
上記の理由で、中途でも未経験者が採用されるケースがある。ただし、独学やプログラミングスクールで、ある程度の基礎知識を学んでおくのが不可欠だ。
知人の紹介で仕事を得るケースと、専門のエージェントを通じて得るケースがある。要件が変わることが多いため、多くの場合は担当範囲に基づく成果給ではなく、時給で報酬が支払われる。
フリーランスとして働くエンジニアも増えているが、幅広い案件を経験できる反面、各プロジェクトに深くかかわるのが難しく、スキル・知識の切り売りになるケースもある。
当然ながら、プログラムを書くスキルやシステム設計の知識が身につく。何年かやり続ければ、ある程度のものなら自分一人でも作れるという感覚を得られるという。
得られるスキルはそれだけにとどまらない。「UXデザインの観点やチームメンバーを管理する経験を積めば、個人の適性に合ったエンジニア＋αのスキルが身につけられる」（カヤック・藤田昌春さん）。
ソフトウェアエンジニアの経験談の中から、一部を抜粋して紹介しています。
仕事の中で、最も楽しいと感じる瞬間はどんな時ですか？
一言で書くと「チームが一丸となってコトに向かい、自分たちが誇りに思える最高のプロダクトを創り上げ、それを使ったユーザーの役に立っていると確信できたとき」です。このそれぞれのポイントで最高に楽しいと感じます。
ソフトウェアエンジニアの仕事は、どこまでいってもチーム戦です。一般によく言われるように、確かにエンジニアの生産性は人によって 10 倍以上違いますが、一人で偉大なプロダクトを創り上げることは出来ません。同僚のエンジニアやデザイナー...
・その他たくさんのステークホルダーと一緒にプロジェクトを進める必要があります。 同じ目標に向かって皆で努力する文化祭的な楽しさがあるところが、ソフトウェアエンジニアという仕事の最も魅力的な側面だと思います。
この仕事をやっていて、眠れないほどしんどい瞬間はどんな時ですか？
ネガティブメンバーのいるチームに所属することはとてもしんどいですね。
少し意味は違うかもですがブリリアントジャークとも言ったりします。
恒常的に周りにネガティブな行為を行う人の総称です。
いくらスキルがあっても、攻撃的なメンバーがチームにいる場合、当人とのコミュニケーションに全体が疲弊し、チーム全体の生産性ががっつり低下。
マネージャーもその対応にすべての労力を持ってかれる。
他チームとのコミュニケーションにも支障がでてきますし、最終...
的には席替えすらにも注意を払う必要。などといったような様々な悪循環を生みます。 何をするにも一番大事なのは人です。そして、自分がそうならないように心掛けるのも重要だと感じています。 自分がそういう気配があるかもと感じている人は、アンガーコントロール系の本などを読むとよいかもしれません。
転職や就活で、この職業を目指す未経験の方におすすめの書籍は何ですか？理由と合わせて教えてください。
ソフトウェアエンジニアとしてプログラミング能力は必須能力ですが、
この本はプログラミングの基礎的な部分の概念が学べる本となっています。
プログラミングは機械に命令を与えるために記述しますが、
それと同時にチーム内で一緒にプログラミングをするメンバーへ向けても書く必要があります。
ソフトウェアはその名の通り「柔軟」にアップデートできることが非常に重要で、そのためにシンプルでわかりやすいソースコードを維持し続けなければなりません。
メ...
ンバーにわかりやすく、機械にもわかりやすく書くためにはどうしたらよいのか？ そういった観点について新たな気づきを与えてくれたのが CODE COMPLETE でした。
同業の先輩や同僚にアドバイスされたことで、最も仕事上の教訓になったことは何ですか？
「コードにビジョンを乗せる」という言葉をエンジニアとして一番大切にしています。これはランサーズCTOの横井が掲げていた言葉です。一般的に既存がそうだから、仕様や要件がああだから、時間がないからなどと意志なき実装をしていまいがちですが、自分の設計やコードに責任を持ち、長期的な視点を持ち、我々が成し遂げたいビジョンを乗せた実装をすべきだという言葉です。エンジニアの三大美徳「怠慢(Laziness)」「短気(Impatience)」「傲慢(H...
ubris)」を一言で言ったらとも言い換えられるかなと思います。
この仕事を目指した理由や目的は何でしたか？
コードを書いたり、技術に触れたりするのが楽しい、あるいは辛いけどそれを乗り越えた結果達成感や満足感を得られたというのがエンジニアとしてのキャリアを志したキッカケでした。
単に「年収が高いから」「将来性があるから」という理由で選ぶだけでは、いずれ頭打ちがくる仕事だと思っています。周りの優秀なエンジニアの方々は仕事・プライベート関係なく技術に触れています。趣味の一部のような方が多いです。
また単にコードを書くだけでなく、そこから何か...
を生み出して、ユーザー価値に昇華させることができるのも魅力でした。 自分の判断、技術力次第でプロダクトの向こう側にいる人を喜ばせることができる、しかもそれは何百万人という規模にもなる。 そんな職種はエンジニアだけだと思い、法人営業という職種からジョブチェンジをし、今に至ります。
この仕事に向いている人、向いていない人の資質とは何だと思いますか？
エンジニアという仕事はスキルさえもてば誰でもなれる時代だと思います。特に日本においてはいわゆる「IT人材」が不足しており、SIerやSESなどの業界においては「Javaが書けます」というだけで引く手数多です。
ただ、ソフトウェアエンジニア(主にコードを書く"プログラマ"として)は技術に対する興味関心が強い人が相対的には成長スピードも早く、結果的に価値が高くなる傾向が強いと思います。
一方で、技術に興味関心が一切ないタイプ、あるい...
はコードを書いていてもそこに楽しさや満足感を覚えない方は向いていないと思います。
この職業について未経験の人に説明するとしたら、どんなキャッチコピーをつけますか？
プロダクト開発の最前線かつ最後の砦
