Web系エンジニアに転職して1年半で身についたこと

スポンサーリンク
スポンサーリンク

はじめに

Web系エンジニアに転職して、1年半が経ちました。

現在は、自社ECサイトを運営する企業でフロントエンドエンジニアとして働いています。
まだまだメンバークラスではありますが、日々の業務を通じて、少しずつできることも増えてきました。

この記事では、
SIer出身で、コーディング経験が多くなかった自分が、Web系に転職して1年半で身についたこと
を振り返ってみたいと思います。

同じように、

  • SIerからWeb系に転職したい人
  • 言語未経験・経験浅めで不安を感じている人

の参考になれば嬉しいです。


スポンサーリンク

現在の立場・担当業務

転職して1年半経った現在の立場は、まだメンバークラスです。

主な担当は以下のような内容です。

  • ECサイトのCMSに関わるシステムの
    • フロントエンド
    • バックエンド
  • EC本体のフロントエンドも、部分的ではなく通常業務として担当
  • 担当システムの案件管理
  • 他メンバーのフォローや、簡単な相談対応

設計からすべて任されるわけではありませんが、
実装だけでなく、全体を見ながら動く役割 も少しずつ増えてきました。


スポンサーリンク

技術面で身についたこと

Next.js / Laravel を使った開発

技術面では、まだまだですが
Next.js と Laravel を使ったフロントエンド・API開発 に継続的に関わっています。

  • LaravelでAPIを実装し
  • Next.jsでそのAPIを使った画面を作る

という流れを、実務の中で何度も経験しました。

転職当初は、
「コードを追うだけで精一杯」
という状態でしたが、最近では

  • どこから処理が始まっているのか
  • どの責務をどこで持っているのか

といった 構造を意識して読む ことができるようになってきたと感じています。


Docker(開発環境)

もともとローカルの開発環境は、Windowsに直接環境構築していました。

ただ、
検証環境や本番環境との差分を減らすために、
Dockerで開発できるように環境を整備 することになりました。

  • Docker環境の構築
  • 既存環境からDockerへの移行
  • 手順書の作成・共有

を行い、
「誰が来ても同じ環境で開発できる状態」を目指しました。

Docker自体はまだ完璧に理解しているとは言えませんが、
環境を揃える重要性
トラブル時の切り分けの考え方 は身についたと感じています。


開発を支えるツール(GitHub / AWS / その他)

開発を進める上で、さまざまなツールにも触れてきました。

GitHub

業務では、GitHubを使った開発が基本になっています。

  • Pull Request を使ったレビュー
  • ブランチを切っての開発
  • 差分を確認しながらのコードレビュー対応

最初は
「この変更はどこまで影響するのか」
「どこを見てレビューすればいいのか」
と戸惑うことも多かったですが、

徐々に、

  • 変更点を意識してコードを読む
  • 他の人の書き方を参考にする

といった使い方ができるようになってきました。

レビューを通じて、
自分では思いつかなかった実装や考え方に触れられる
のも大きな学びになっています。


AWS / その他ツール

インフラ周りでは、以下のようなツールに触れています。

  • AWS(EC2 / CodeDeploy などの基本的な理解)
  • Postman
  • MongoDB
  • DynamoDB

インフラ専門ではありませんが、
「何が起きているかを把握できる」レベル にはなってきたと感じています。


AIツールの活用(ChatGPT / Copilot / Amazon Q)

転職してから、
ChatGPT、Copilot、Amazon Q などのAIツール を業務で活用するようになりました。

主な使い方は、

  • エラー内容の整理・原因の切り分け
  • Laravel / Next.js のコードリーディング補助
  • 実装方針を考えるときの壁打ち
  • 「この書き方は一般的か?」の確認

などです。

すべてを鵜呑みにするというより、
自分の考えを整理・補強するための相談相手
という感覚で使っています。

また、打ち合わせで決まった内容や、自分の考えを言語化する際にもAIを活用しています。

一度AIに整理してもらった内容をベースに、

  • 決定事項
  • 背景や理由
  • 次にやること

をまとめ、Teamsなどの関係者が見える場所に文字として残すようにしています。

こうしておくことで、

  • 後から内容を忘れにくくなる
  • 自分自身の理解が整理される
  • 関係者間で認識のズレが起きにくくなる

といったメリットを感じています。

AIを使うことで開発スピードが上がっただけでなく、情報整理やコミュニケーションの質も上がったと感じるようになりました。


スポンサーリンク

仕事の進め方で身についたこと

仕様の捉え方(費用対効果)

現在の仕事では「完璧に作る」よりも費用対効果やスピード感 が重視されます。

  • どこまで作るべきか
  • 今回はどこを割り切るか

といった視点を持つようになりました。


他職種とのコミュニケーション

Webデザイナーや企画担当など、
エンジニア以外の職種とやり取りする機会も多いです。
だれに、いつ、何を確認するかを意識して動くことで、
手戻りを減らせるようになってきました。


メンバーへの説明を通じた理解の深化

メンバーが新しくアサインされるたびに、

  • 環境構築の説明
  • Laravelのコードの追い方

のような説明する機会が増えました。

人に説明するためには、自分が理解していないと対応できません。

そのため、

  • 曖昧な部分を調べ直す
  • 処理の流れを言語化する

ことで、結果的に自分自身の理解も深まった と感じています。


スポンサーリンク

SIerの経験が役に立ったと感じること

Web系に転職してから、
SIer時代の経験が意外と役に立っている と感じる場面があります。

テストをしっかりやる習慣

SIer時代は、

  • テストケースを考える
  • 漏れがないかを意識する

といった作業が当たり前でした。

その経験のおかげで、

  • 実装後にどこを確認すべきか
  • ここはバグが出やすそうだな

といった観点を自然と持てています。


段取り・コミュニケーション力

また、Webデザイナーをはじめとした他部署の方や上司とのやり取りにおいて、誰に先に話を通すか、どう進めるとスムーズかのような段取り力 も、SIer時代に鍛えられた部分だと感じています。


スポンサーリンク

メンタル・視点の変化

不安が減った

転職当初は、

  • 自分だけ分かっていないのでは
  • ついていけなくなるのでは

という不安が常にありました。

今でも不安はありますが、「分からなくても調べて対応すればいい」と思えるようになりました。


人に聞きやすくなった

年齢や環境の影響もあるかもしれませんが、以前より人に質問しやすくなりました。
怖い人がいない職場、というのも大きいと思います。


スポンサーリンク

おわりに

最後に、この一年半で色々な経験をさせていただきました。
元々コーディング経験が少なかったり、Next.jsもLaravelも言語未経験であることに不安はありましたが、それでも

  • 独学で最低限の基礎を押さえる
  • 実務で触りながら慣れていく
  • 分からないことは早めに聞く

この繰り返しで、なんだかんだ意外とどうにかなる というのが、1年半働いてきた正直な感想です。

最初からできる人はほとんどいません。
また、別業種だとしてもこれまでの経験や学習は、決して無駄にはならないと思います。

これからは、AIも活用しながら、技術力だけでなくチームに価値を出せるエンジニアを目指していきたいと思います。

コメント

タイトルとURLをコピーしました