スキルシート

バックエンドで動作するバッチプログラム（C#）の作成、及び、文書管理CMS（C#）を仕様に沿ってカスタマイズしました。

入力コントロールが多く、画面によって細かい調整が必要だったことから、tailwindcssを採用し、画面毎に微調整を行いました。一部コントロールは共通化のため「@apply」を使用し、作業効率を向上しました。

オフショア開発が初めてだったが、資料ベースでのコミュニケーションをうまくとることができ、よい経験となった。週次で成果を出す必要があったため、各開発者に対して、早期から本番環境に近い環境で、フロント～バックエンド（既存システム、データベース）への理解を浸透させる必要性を痛感した。

ユーザ数が多いシステムのため、バッチシェルスクリプトの実行やログ出力、システム負荷・監視に気を遣う必要があった。

社員さんがスマートフォン等からアップロードした写真をサイトで閲覧可能にするため、Googleフォトとの連携できるようにし、使いやすさと開発の負荷を下げることができた。

gfarmの各サーバ環境構築およびサーバ間のKerberos認証構築等、初めての経験で、システムの概念を学びながら作業を進めていけたのはよかった。

堅牢なシステムなこともあり、各ドキュメントのレビュー体制、テスト体制や段階的リリース体制はよい経験となった。複数サーバで構築されるシステムでもDockerを使用してローカルに環境を構築し、確認できるようなスキルが身についた。また、Linuxサーバ（CentOS）内での作業が多かったため、コマンドやShellScriptの経験が多くできたのはよかった。

一部現行システムのWindowsアプリとの連携を行う必要があったため、ReactベースのSPAをElectronで動作させることで、要件を実現しました。

サーバ環境にAWS Beanstalk+RDSを選択したが、ビルド時のトラブルが多く、最終的にHerokuに移行したが、最初からHerokuにしておくべきだった。 toCなWebサービスだったため、自前CSSでの開発を行ったが、開発リソースが乏しかったため、Bootstrap等のCSSフレームワークをカスタマイズするなど効率化を行うべきだった。

担当者の現場作業が忙しく、コミュニケーションがとりづらかったこともあり、素材調達等が上手く行えなかった。まとまった時間を確保してもらい、決定事項などを事前に整理しておくなどの対応が必要だった。

フォームを作成しましたが、美容師さんが使用することは少なく、実際に使用する方々と意見交換をする必要性を感じました。

D3.jsを使用したことがあったが、簡単なグラフの表示であれば、Chart.jsのほうが利用しやすいということを学びました。

IIS+PHPのWebサーバ+OracleのDBサーバで、環境やドライバの構築に苦戦しました。技術選択前の調査の必要性を認識させられました。

入力項目が多く、変更に伴った連動が多いため、Flux+Immutable.jsを使用したフロントエンドのモデル構築を行い、プログラムを簡潔にすることができました。金額を入力するフォームが多かったが、カンマ区切りの入力フォームを採用しなかったため、見やすさを意識し、導入すればよかったと反省しました。

大人数が携わる開発現場での立ち回りを経験することができた。また、ユーザ数やアクセス数が非常に大きいシステムの負荷を分析し、解決策を提案する等、貴重な経験ができた。

画面の状態が多岐にわたり複雑になることが予想されたため、React.jsとFluxパターンを使用しました。

Railsでの開発だったことから、CoffeeScriptを採用したが、後のことを考えるとJavaScriptで記述したほうがよいと思った。

荷受時に使用するハンディ内のプログラムを構築するため、メーカーが作成したハンディ用のスクリプトを学ぶ必要があり、よい経験となりました。

自身のMagentoについての知見が乏しく、Webにもリソースが少なかったため、構築や開発時に苦労した。また、管理画面の使い方も一般的なECサービスと比較して容易ではなかったため、クライアントへの印象もよくなかった。