【フロントエンドエンジニア】経験者が語る「きつい・つらい・しんどい」の口コミまとめ

フロントエンドエンジニアがきつい・つらいと感じた時

フロントエンドエンジニアとして働く中で特にきついと感じたのは、UIの細かな調整やブラウザ間での表示差異に対応する作業です。

クライアントの要望に応じてデザイン通りに再現することが求められる一方、使用するブラウザや端末によって挙動が異なるため、意図しないズレやレイアウト崩れが発生しやすく、その修正に多くの時間を要しました。

また、デザイナーやバックエンドエンジニアとの連携がうまく取れない場合、仕様の解釈違いや認識のズレが生まれやすく、納期直前での大幅な修正対応に追われたこともあります。

さらに、技術の移り変わりが早く、常に新しいフレームワークや記法に対応しなければならないプレッシャーも大きく、自己研鑽の時間を確保するのが大変だと感じました。

1日のスケジュール例

1. 9:00
   始業・Slackやメールの確認、タスク整理（JiraやNotionなど）
2. 9:30
   デイリースクラム（チーム朝会）で進捗報告や課題共有
3. 10:00
   実装作業（HTML/CSS/JavaScript・React/Vueなどの開発）
4. 12:00
   昼休憩
5. 13:00
   実装作業つづき／Figmaなどデザイン確認／デザイナーと連携
6. 15:00
   コードレビュー対応、Gitでのプルリク作成・確認
7. 16:00
   バグ修正、テスト環境での動作確認／エラー対応
8. 17:30
   明日のタスク整理・進捗記録・チームとの簡易連絡
9. 18:00
   終業・退勤

フロントエンドエンジニアがきつい・つらいと感じた時

まだangularとreactがしのぎを削っていた時代にjQueryを多用する現場でした。

自分としてもチームとしてもフロントエンドの開発をスケールさせていく経験がない状態だったので、コーディング規約もなく他のメンバーの書いたコードを読み解き保守していくのは大変でした。

デザイナーとの協業もありUIに関する簡単なスクリプトを書かれることもあったのですが、タグ内にワンライナーで書かれたコードはエンジニア的に読みづらく、技術的な課題だけでなくチームでどのようなルールを守るのか合意をとっていく難しさがありました。

1日のスケジュール例

1. 10:00
   出社、コーディング
2. 10:30
   定例会
3. 11:00
   コーディング
4. 14:00
   ランチ
5. 15:00
   コーディング
6. 19:00
   退勤

フロントエンドエンジニアがきつい・つらいと感じた時

顧客がオーナー企業だったために鶴の一声で「ここは太字に」「ここは背景赤で」など、必ずダサい修正が入ったのが辛かったしイライラした。

YouTubeでのライブ配信でもベンダー無関係のYouTube側の広告に対して不満をぶつけられたりした。

また、その日の気分ですぐに変更依頼の連絡が来ることが多く、小さい変更についてはすぐに無償で対応する上長だったので、常にストレスにさらされていた。目で見て分かる部分だからこそITに詳しくない顧客が理不尽な意見を通そうとする苦労がある。

1日のスケジュール例

1. 9:00
   出社・チームミーティング、その日のタスク見える化
2. 9:30
   作業開始
3. 12:00
   昼食
4. 13:00
   作業再開、日によって広報部・顧客との打ち合わせ
5. 16:30
   gitコミットなど
6. 17:00
   帰宅

フロントエンドエンジニアがきつい・つらいと感じた時

全員残業が必須の雰囲気で、実際終電が多かったためです。また金曜の深夜に広告代理店のクライアントから月曜の朝までで大丈夫ですという連絡が来て、そのまま徹夜をして、土曜日もほぼ確実に潰れてしまいました。

また一人で仕事のラインを何本も抱えたりしており、物理的にも精神的にも不可能では・・？という感じで仕事をしてる社員も多かったです。仕事があるのはある意味ありがたいのですが、あまりにも無理がありました。半数くらいの人が心身を壊していきました。

1日のスケジュール例

1. 9:00
   始業・朝礼・掃除
2. 9:30
   開発
3. 12:00
   昼食と移動
4. 13:00
   外回り（クライアント訪問・商談。ない日はそのまま開発）
5. 16:30
   帰社してデザイナーなどともMTG
6. 18:00
   残業して限界まで開発
7. 23:30
   退勤or社内で徹夜

フロントエンドエンジニアがきつい・つらいと感じた時

スケジュールに余裕がなかった時期です。リリース直前なのに仕様変更がガンガン入ってきたり、複数案件を同時に回さなきゃいけなかったりして、工数管理がほぼ機能してない状態でした。

自分が担当してたUIのちょっとしたバグでも、結構目立つところだったりするのでプレッシャーも大きかったです。あと、デザイナーさんが忙しくてデザインが間に合わず、「とりあえず作っちゃって」みたいな感じで、見た目も中身もふわっとしたまま進めなきゃいけない時は正直つらかったです。修正が後出しになると、無駄に工数食うし精神的にも疲弊しました。

1日のスケジュール例

1. 9:30
   出社
2. 10:00
   チーム朝会（進捗共有）
3. 10:30
   デザイン確認・実装作業
4. 12:30
   昼休み（社食か近くのカフェ）
5. 13:30
   開発作業の続き・レビュー対応
6. 15:30
   社内MTG（仕様相談や進捗確認）
7. 17:00
   実装作業・デバッグなど
8. 19:00
   退勤（忙しい時期はもう少し残業あり）