ID:45014さん

SIerにSESとして行ったのですが、プロパーに技術の分かる人が誰もいなかったため、設計と技術選定の要として動きました。 SIerのプロパーにウェブ開発の経験がある人が誰もいなかったため、ウェブの規格に沿った設計のレビュー、DB設計、Docker環境構築、VueJSで画面製造、管理画面サーバー側実装、戦術的DDDの教育、ソースレビューを行いました。 ヒアリングを重ねるうちに画面側ロジックが多そうだと感じ、jQueryを採用しては技術的負債が増えると感じたため、VueJSを採用しました。 開発環境のWindowsと本番環境の差分を無くし、デプロイを楽にするため、Dockerを採用ました。 MVCフレームワークの作法に沿った開発ではファットコントローラーかファットモデルになってしまうため、軽量なDDDを採用して何がビジネスルールか意識させ、また責務を分割することで、後から決まった要件や仕様変更にも楽に対応することができました。 DB設計ではDBがアプリケーションに依存しないように、現実の機器やセンサーの親子関係をそのまま落とし込んで正規化し、同じ値が複数のテーブルに出現しないように作りました。 メインフレームでCを使った金融案件が長くオブジェクト指向を理解してないメンバーがいたため、ソースレビューではオブジェクト指向から丁寧に教育しました。

客先でのヒアリング、詳細設計書作成、サーバー側とフロント側両方でウェブシステム製造を担当しました。 CRUDとは何か、RestfulなAPIとは、モデルの責務とはなど、事業会社側のマネージャーにウェブ開発のいろはを教えてもらい、エンジニアとして一番成長した時期でした。 一番下っ端だったため技術選定には関われませんでしたが、他のメンバーが全員理系の大学出身の中、私だけ文系出身で、国際経済や国際金融を少しだけ勉強していたので、金融では常識だがプログラマーには馴染みの薄い為替取引や各国の市場の開く時間を考慮した要件などをスムーズにまとめることができました。 開発の際に苦労したことは、受託開発であり自社で作業していたのですがなかなかお客様と綿密なコミュニケーションが難しかったことです。リーダーに問い合わせを依頼しても返事が返ってくるまで2日3日かかることがよくあったため、客先で出向き、直接お話をして絵を書いたりしながら画面レイアウトや詳細設計をまとめてその場で確認してもらいOKをもらうという方法をとるようになっていきました。