インターンとして開始した当初は小さい図書貸出サービス（MDN に Express.js のチュートリアルとなっているやつ）をメンターからアドバイスを貰いながら作成・改造し、Express.js を用いた REST API の作成や、Vuejs を用いた SPA 作成の基礎を半年ほど学んでいました。また、そのときは並行して業務効率化を行うために GAS を学習しいくつかの業務用アプリケーションも作成していました。その後はひとりのエンジニアとして開発チームとしてジョインさせて頂き、最初はバグ修正や単純なエンドポイントの追加などの小さなタスクをいくつかこなした後に、新機能の実装を設計段階からリリース、フロントチームへの説明などを一人で任されるようになりました。特に印象深かったタスクは「データのエクスポート機能」、「新たな認証機構の設計・実装」、「ファイルアップロード機能」です。データのエクスポートは、DB 上に存在する顧客データを運用チーム向けに CSV として吐き出す機能です。出力されるデータが大量になることが想定されたため、すべてを変数としてメモリに保存しておくのではなく、DB から読み込んだタイミングでファイルへ直接書き込むという工夫を行いました。実装当時の規模的にはメモリ上で一旦保持しても問題ない量ではありましたが、将来顧客が増えていったことを想定して欲しいとメンターに言われ、そこで初めて趣味開発と業務開発の大きな差を感じました。新たな認証機構は、サービス利用者の PC に対する操作があまり明るくなかったために最初のログインすらサービス利用の壁になっていると現状を解決するために検討されたものです。最終的にこれまで存在していた認証方法と同じようなセキュリティ対策を施した上で利用者さんが不自由なく簡単にログインができる環境を作り上げることができました。この機能は私が初めて「要件定義」から関わり、他開発メンバーやボードメンバーへのヒヤリング等を行った上で機能設計 ~ リリースをした機能です。認証に関わる機能でしたので、これまでライブラリなどに頼っていた細かい仕様などを RFC を読んでしっかり理解した上で設計・実装を行いました。セキュリティは利便性とのトレードオフということを強く実感したとともに、様々な可能性を考慮するトレーニングになりました。最後のファイルアップロードは元から存在していた機能でしたが、新たにアップロードするファイルの種類が増えた際に実装コストが高いという問題がありました。その問題を解決するために TypeScript の機能活用し、なるべく抽象度を上げたファイルという存在そのものを定義した class や interface を設計し、ファイルに対する操作（アップロードや削除など）はすべて抽象的な実装に依存するようにしました。ただ、実際にその class を継承して実装してみると抽象化しきれていない仕様が出てきたり、抽象化しすぎて複雑になってしまった部分があったので適切な抽象化というのはやはり難しいのだなと実感しました。現在は何度か改修を重ねていい塩梅の設計になっており、実装コストの大幅削減に成功しました（もちろん開発が進んだり、ファイルに関する仕様が変われば不便な部分も出てくるとは思いますが……）。それ以外も細かい部分で積極的にバグやライブラリによる脆弱性を見つけ、タスクとは関係なく PR を作成したり、新しい記法・ツールの導入なども行いプロダクトの健全化や堅牢化に貢献することができました。