ucwork

# 概要 エンターテイメント会社のイベント系サイトの設計・実装・テスト・保守を担当。 1年間で以下複数のイベントサイトを開発 - キャラクター投票イベント×5本 - 毎日ログインをベースにしたゲーム系イベント×1本 # アピールポイント ## 実務未経験ながらバグなくスケジュール内で開発 ３年間のスーパーコンピュータ提案営業を退職し、独学でプログラムを１年間学習。 実務経験がない中担当した初めての開発案件であったが、スケジュール内に開発完了しバグもなくリリース完了 ## 基本原則に準じたプログラミングを徹底 ただ機能を開発するだけではなく、「SOLIDの原則」「DI」「トランザクションのACID特性」などプログラムにおいて考慮しなければいけない基本原則を徹底して開発。 また、常に経験値の高い先輩エンジニアを見つけてはレビューを依頼し、システムの質を高め変更に強いプログラムを作成することでバグのないシステムの実現に貢献。 ## 関係各所と密に連携した開発 元営業である強みを活かし、お客様や社内のプロデューサー、ディレクターなど関係各所との連携を密に実施。その結果スケジュール内での開発、リリースをおこなうことに貢献

# 概要 オンプレミスサーバーからAWSへの移設プロジェクト。 ソースコードをAWS環境に移行し、新たなミドルウェア環境での動作確認と修正を主に担当。 # アピールポイント ## webサービス開発におけるミドルウェア周りの知見 ApacheやMySQL等のwebサービス開発において必要なミドルウェア関連の導入・設定・検証を一人で担当し、Linux/Unix系における環境構築の知見を高める。 ## 常により良いシステムになる可能性を模索 お客様から「ログが見たい」という問い合わせを受けると、サーバーでアクセスログを確認・見易いように整形・提出というような業務フローがあり、高い運用コストとなっているため、「Fluentd, Elasticsearch, Kibanaを用いたログの可視化」というテーマを設け業務時間外に学習・検証し、関係各所がすぐにログの状況が確認できる方式を提案。 予算の関係でお客様から発注はもらえなかったが、常に新しい技術を用いてより良いサービスを実現する姿勢を徹底。

# 概要 10以上のレポジトリからなる大きなシステムの保守運用業務を担当。 vue.jsやreact からなるフロントエンドや、phpで制作されたcms、機能面を実現するJava(spring)、完全aws環境からなるインフラなど多岐にわたるシステムを自身を含む2名で保守実施。 # アピールポイント ## フロントやバックなど分類分けせずにオールラウンドにシステムを担当 表題の通り、xxエンジニアというような区分を設けずにシステム全体を自身のチームで修正。 自身が入るだけでシステム全体が安定すると評価されるように、壁を設けず様々な課題に取り組んでおります。 ## タスクを溢れさせることなく業務を最適化 開発経験1年弱の新人との保守運用のため教育に割く時間も多く、常にタスクが40-50近く溢れる状態が続いていた。 状態を改善するためにasanaを用いて次対応、対応中、リリース待ちなど、適切にsectionを設けタスクの優先度の最適化、抜け漏れ防止に努めている。 今後も様々な手法を模索して自身だけでなくチームのタスク最適化に向けた努力も続けたい

# 概要 飲料系メーカーのプレゼント応募キャンペーンの見積・要件定義・設計・開発・テスト・保守を担当。 主に以下のような機能開発を担当 - 会員登録・更新 - １億枚近いシリアルナンバーの発行 - シリアルナンバー入力、抽選 - 当選履歴 - ポイントプレゼント # アピールポイント ## 開発環境構築期間短縮・環境差異によるバグの削減に大きく貢献 プロジェクト参加した際はXAMPPやMAMPを用いた環境構築となっており、以下のような課題が存在した。 - 開発環境構築に長い時間がかかる - 環境差異によるバグの発生 そこで、会社で導入実績はないがdockerによるLAMP環境を構築。 これにより、windows,mac等のプラットフォームに依存せずコマンド一つで環境構築を実現。 また、各イメージのOS,ミドルウェアバージョンを合わせることで環境差異によるバグの削減に貢献 ## GitFlowLikeな開発フローによる複数名での開発 新人も含む数名による開発となる場面が多かったため、release, develop, featureなどブランチ命名規則や派生元などをgitflowLikeに実施。 これらに準じてプルリクエストレビューを行うことで、依頼している機能開発のレビューが容易になり、開発者同士のconflictも最小限に抑えることができた。 ## デザインパターンを用いて変更に強いプログラムの実現検討 既存ソースはif文を多用した分岐地獄になっている箇所が多く、将来的にバグが発生するのは明確であったため、[デザインパターンを学習](https://qiita.com/shintaro123/items/e07ecbba0d84a700acf9)し、StateやObserverパターンを用いたリファクタリングのプルリクエスト（簡易版）を作成。 本件も予算の関係ということで、本番環境に適用されることはなかったが、新規開発案件では十分考慮されるように、所属部署への情報共有会を実施。 ## GASを用いた応募、当選者の情報整理 応募者、当選者統計を日次でお客様にエクセルで提出する必要があり、毎度データベースの情報をコマンドで確認するフローとなっていた。 あまりにも手間がかかるため、GAS(google app script)と連携しスプレッドシートに自動出力するツールを開発 ## 開発案件と平行して新人教育を実施 開発案件にアサインされている中、並行して2名の新人を3ヶ月間教育する業務を担当。 プログラムをクラスで表現できないレベル感の新人であったが、適切なステップを踏んだ教育課程を計画実施することで、3ヶ月後には実案件で開発・テストが行えるように指導

# 概要 アプリ専用の自動ログイン機能、注文に応じたポイント連携機能の開発 これまでphp,zendframeworkを用いた開発であったが、初のjava,springによる開発案件となる。 # アピールポイント ## 適切な理解をもとに開発を行うため、Javaの資格を取得 なんとなく動くプログラムを作らないよう、業務後に勉強し、[OracleJavaSilver](https://qiita.com/shintaro123/items/618cd98cd633319dbfb7), [Gold](https://qiita.com/shintaro123/items/9776fd089d4f68bfe278)の資格を1度の試験で取得。 また、プログラムだけでなく設計も適切に行えるように[UMTP L1](https://qiita.com/shintaro123/items/225563685a9bc4b50516), [L2](https://qiita.com/shintaro123/items/467045d22c39561f9ed8)の資格も合わせて取得。 これらの効果もあり、開発メンバーと議論する際は適切な設計（UMLベース）と言語理解をベースに質の高い議論を行うことができた ## Qiita8000views超えのspring docker環境構築 Apache, Tomcat, Springのdocker環境を構築し、チームメンバーの開発環境構築期間短縮、ローカル環境の負荷軽減に貢献。 また、作成したdocker環境を[Qiitaの記事](https://qiita.com/shintaro123/items/a8a3d222d3dd46aba876)にしてみたところ8000viewsを超える閲覧となり、世間的にも本環境構築の興味は高いことを理解 ## Jenkinsを用いたci環境構築 Gitbucket,slack,Jenkinsを連携した[ci環境の構築](https://ucwork.hatenablog.com/entry/2018/08/27/231732?_ga=2.190354850.803063650.1547597605-1616051780.1510363787)。 ビルド・テスト・デプロイ・通知までの流れを自動化することで、余計な作業に時間を割かず開発に集中できる環境を構築

# 概要 一般ユーザーが使用するサイトの構築、CMS、バックオフィスなど多岐にわたる開発を全AWS環境により構築。 自社で開発経験のないVue.js, React, TypeScriptの開発を主に担当。 # アピールポイント ## 社内で実績のない言語（React,Vue等）での開発 社内実績のないReact, Material-ui, Vue, TypeScriptcでの開発のため、開発にかかるスケジュールが読めない懸念があった。 そのため、プライベートで[これらの技術を用いたページを作成](https://ucwork.hatenablog.com/entry/2018/08/18/170401)し、開発がスムーズに進むように貢献。 また、自身気になっていたGraphQLでの開発を行うなど貪欲に新しい技術を取り込む施設を徹底。 ## 質の高いレビューを行うための工夫 開発を進めていくとプルリクエストの変更が大きくなり、レビューしづらい状況となっていた。 そこで、自身が開発しているブランチでは積極的にgit rebase -iを用いて綺麗にすることでコミット(の粒度)を整理することを[提唱](https://ucwork.hatenablog.com/entry/2019/01/01/121526?_ga=2.99202455.803063650.1547597605-1616051780.1510363787) これによりコミット単位でのレビューが可能となり、何のためにどこを修正したのかわかりやすく、レビューの質も高まった。 ## 開発だけでなく客先調整、チームビルディングも実施 客先調整のための資料作成、現場でのファシリテートは基本的に自身が担当。 またチームメンバー5名の目標・評価設定を行い、開発を行いながら複数のタスクを実行する能力を高めた