ID:61800さん

<h3>プロジェクト詳細</h3> <p> 受託案件としてアイドル向けクラウドファンディングのWebアプリ開発に携わりました。 誹謗中傷で病んでしまったアイドルや活動したいけど資金がないアイドル達を助ける為のクラファンサービスです。 支援を募集したいアイドルはクラファンプロジェクトを立ち上げ、ユーザーから支援を募り、支援の見返りとしてグッズやライブチケットなどを支援者に贈ります。 <br>プロジェクト詳細画面から、リターンの閲覧及び購入、プロジェクトの活動報告や応援コメント等を閲覧が出来ます。また、ログインしていないユーザーでも投げ銭として、プロジェクトを支援できる仕様となっています。 </p> <font color="red">※まだリリースされていません。</font> <h3>担当</h3> <p> プロジェクトメンバーとして、コーディング、フロントエンド、バックエンド、顧客との仕様の調整や確認を担当しました。 </p> <h3>課題</h3> <p> クラファンはプロジェクトを支援後、お礼として返礼品を返すのが普通です。しかし、クラファンプロジェクトに見返り無しの募金感覚で支援したいユーザーがいる為、返礼品無しで、ログインせずに支援できる様に実装して欲しいと要望がありました。 当時は実務経験2ヶ月程度であった為、どの様に実装していくか悩んだ記憶があります。 </p> <h3>取り組み</h3> <p> クラファンプロジェクトにはいくつかのリターン(返礼品)があり、いずれかを選択して購入する流れとなっています。その為、プロジェクトに寄付金用のリターンを作成出来る様にする案をお客様に提案しました。その案が通り、自身で実装する事になりました。<br> </p> <p> まずは寄付金専用のリターンを作成し、住所等の入力情報が必要なくなるので、決済の導線が通常と変わる点に苦労しました。<br> 次に寄付金専用のリターンのみ未ログインユーザーでも購入出来る様にルーティングを変更し(middlewareでログインユーザーしか決済画面に遷移できない様にしているため)、未ログインユーザーはusersテーブルのid=1をマスターデータとして扱う様に実装しました。 </p> <h3>工夫した点</h3> <p> 結論として、お客様の想いを最大限実装に反映させました。 お客様の想いとして、募金だけをしたいユーザーがサイトから離脱しない様になるべき手間をかけずに支援できる様にして欲しいとの事でした。 その為、会員登録が不要でログインせずに支援出来る様に実装して、決済までの導線も通常と変更しました。 </p> <h3>実装箇所及び機能</h3> <p>全てではありませんが、ざっくり実装した部分を記載します。</p> <ul> 【検索画面】 <li>カテゴリ検索機能</li> <li>募集期間検索機能(募集前、募集中、募集終了)</li> <li>支援したプロジェクトの絞り込み検索機能</li> <br>【プロジェクト詳細画面】 <li>パンくずリストの画面遷移</li> <li>支援者のみ応援コメントや活動報告を閲覧できるように制限</li> <li>ログインしていないユーザーでもリターンを購入できる機能</li> <li>非同期処理を用いたお気に入り登録機能</li> <br>【管理画面】 <li>プロジェクト、リターン、活動報告、応援コメントのワード検索機能</li> <li>共通部分のコンポーネント化(プロジェクト新規作成画面と編集画面等、その他ページ)</li> <li>処理速度向上の為、whereHasをwhereInの処理に書き換えるリファクタリング</li> <li>ファットコントローラーになっている部分をスコープメソッド化して、モデルにまとめるリファクタリング</li> <li>画像ファイルの保存</li> <br>【DB関連】 <li>ダミーデータの作成(stateを用いたFactoryファイルの作成、Seeder)</li> <li>カラム追加、削除、ユニークキー、外部制約キーの設定</li> <br>【テストコード】 <li>各コントローラーのFeatureテスト</li> <li>Unitテストを少々</li> <br>【その他】 <li>メール送信機能</li> <li>Rulesを用いたカスタムバリデーション</li> <li>ルーティングをprefixでまとめるリファクタリング</li> </ul>

<h3>プロジェクト詳細</h3> <p>受託案件としてインフルエンサー向けクラウドファンディングのWebアプリ開発に携わりました。 インフルエンサーやライバーがイベントを行う際に資金を募りたいときに利用するWebサービスです。 支援を募集したいインフルエンサーはクラファンプロジェクトを立ち上げ、ユーザーから支援を募り、支援の見返りとしてグッズやライブチケットなどを支援者に贈ります。 <br>プロジェクト詳細画面から、リターンの閲覧及び購入、プロジェクトの活動報告や応援コメント等を閲覧が出来ます。</p> <font color="red">※ベータ版としてリリースしています。</font> <h3>課題</h3> <p> クラファンの問題点として、支援を募るプロジェクトの資金が目標金額に達成しない際、支援したユーザーへ返金する必要があります。(上記のアイドル向けクラファンは目標金額達成の有無に関わらず、プロジェクトを実行する仕様です。) その為、ユーザーが支援する際に一旦決済を仮売上とし、プロジェクトが目標金額達成時のみ、仮売上を実売上にする必要がありました。<br> しかし、当時は決済代行サービスとしてStripeを使用しており、仮売上として計上しておける期間が非常に短いという問題点がありました。 </p> <h3>取り組み</h3> <p> そこで、クラファンプロジェクトを支援する期間(仮売上として計上しておける期間)を長く設ける必要があります。 そこで、決済手数料が安く、仮売上の期間が長い決済代行サービスを調査したところGMO PAYMENTが良いと考え、採用する事になりました。 最終的にはStripeだけでなく、GMO PAYMENTの決済機能のレビューも担当しました。 </p> <h3>工夫した点</h3> <p> 決済機能は確実に欠陥がない様に実装する必要がありますので、レビューの際には何度もコードを見直し、何時間もかけてデバッグしました。エラーハンドリングや決済を敢えて失敗させた際のDB状況等を確認し、バグを確実に洗い出しました。 </p> <h3>実装箇所及び機能</h3> <ul> 【TOP画面】 <li>並べ替え機能(ランダム、支援額ランキング、新規プロジェクト順)</li> <li>支援総額と支援人数(同じユーザーが2度購入しても1回で算出)の算出ロジック作成</li> <li>プロジェクトをコンポーネント化(コンポーネントクラスも実装)</li> <li>非同期処理を用いたお気に入り登録処理</li> <br>【プロジェクト作成画面】 <li>非同期処理を用いたプロジェクト作成フォームの登録、更新処理</li> <li>カレンダーライブラリの修正(プロジェクト掲載開始日を選択すると、掲載終了日を60日後までしか設定できない様にする)</li> <br>【インフルエンサー用プロジェクト詳細】 <li>インフルエンサーが閲覧、返信するユーザーからの応援コメント画面</li> <li>インフルエンサーが投稿する活動報告画面</li> <br>【管理画面】 <li>プロジェクトのCRUD処理を実装(コントローラーを作成)</li> <li>リターンのCRUD処理を実装(コントローラーを作成)</li> <li>応援コメントのCRUD処理を実装(コントローラーを作成)</li> <li>活動報告のCRUD処理を実装(コントローラーを作成)</li> <li>タグ管理画面</li> <li>プロジェクトプレビューの実装</li> <br>【DB関連】 <li>ダミーデータの作成(stateを用いたFactoryファイルの作成、Seeder)</li> <li>カラム追加、削除、ユニークキー、外部制約キーの設定</li> <br>【テストコード】 <li>各コントローラーのFeatureテスト</li> <li>メール送信機能のテストコードを実装</li> <br>【その他】 <li>インフルエンサーのプロジェクト編集画面に不正アクセスされないようにPolicy制約を実装</li> <li>レスポンシブ対応(CSS)</li> <li>DB登録・更新時における例外処理</li> <li>Carbonを用いた時間関連の処理</li> <li>Hash化、暗号化</li> <li>session</li> <li>非同期処理(jqueryのAjax, axiosメソッド, async, await)</li> </ul> <h3>実装はしていないが理解している部分</h3> プルリクエストのレビューはしていましたので、実装していないもののある程度理解している箇所を下記に記します。 <ul> <li>PayPay, Pay.JP, Stripe, GMOペイメントの決済機能</li> <li>configへルパ関数</li> <li>Facade</li> <li>Traits(ソフトデリートや共通した処理で使用しました)</li> <li>メール、通知(Mailable, Notification)、バッチ処理(schedule)</li> </ul> <h3>お客様との打ち合わせ</h3> 毎週お客様との打ち合わせを行なっており、下記の内容を実施しています。 <li>要件の確認</li> <li>システム保守の修正依頼の聞き取り、修正後の報告</li> <li>打ち合わせ後のタスク作成</li> <li>見積書の提出</li>

<h3>プロジェクト詳細</h3> <p>受託案件として、勤怠管理、社内イベントのスケジュール管理、社内Wiki、質問掲示板、チャット、社員名鑑等を管理する、業務管理システムのWebアプリとスマホアプリ開発に参加しました。 <h3>課題</h3> <p> React.jsは全くの未経験からプロジェクトに参加しました。<br> その為、単純にタスクをこなすのにかなりの時間がかかってしまう事が課題でした。 </p> <h3>取り組み</h3> <p> 開発に参加した頃はプライベートの時間を使ってReactの学習を進めました。とにかく慣れる為にtodoアプリを複数個作成し、そのうち自分でも考えながらtodoリストを実装出来る様になりました。<br> また、タスクは自由に選択して実施して良い風習であった為、自身が実装した事のないものに優先的に挑戦し、スキルを高めました。 </p> <h3>実装箇所及び機能</h3> <ul> 【イベント管理画面】 <li>ライブラリを使用した実装(画像の座標を取得するライブラリ)</li> <li>主にバグ修正(モーダルに前回の入力データが残っている為、リセットする等々)</li> <br>【質問掲示板】 <li>共通した処理が多い部分をtemplateのコンポーネントにまとめた</li> <li>useReducerを用いて、useStateを綺麗にまとめる</li> <li></li> <br>【チャット画面】 <li>入力フォームをformikにリファクタリング</li> <li>Yupを用いたバリデーションの実装</li> <li>主にバグ修正(チャットグループメンバーを選択したはずが、選択できていないバグ等の修正)</li> <br>【プロフィール画面】 <li>入力フォームをformikにリファクタリング</li> <li>Yupを用いたバリデーションの実装</li> <br>【その他】 <li>useMutationのエラーハンドリングを実装</li> </ul> <h3>出来ること</h3> <li>入門レベルのpropsの渡し方やTypeScriptの基本の型定義、state管理等は問題ないです。</li> <li>フォームと送信データをまとめて、バリデーションにかけた後、APIの処理にデータを渡すまでは問題ないです。</li> <li>useStare, useEffect, useRef, useReducer等は使用経験があります。</li> <li>UIコンポーネントとして、chakra UIを使用しています。</li> <li>ライブラリとしてReact ModalやReact Cropは少し使用経験があります。</li>

## プロジェクト概要（目的・人数・体制） --- - Web アプリケーション開発 - 開発体制はアジャイル - チームメンバーは2〜3名 プロジェクトにおける自身の役割 --- - 機能開発において、バックエンド及びフロントエンドの実装 - UIコンポーネントのライブラリを用いて、デザイン通りにUIを作成 - API等の内部設計 - 単体テスト、結合テストの作成 本プロジェクトで得た強み --- - チームメンバーが2名の期間もあり、裁量が高く、フロント/バックエンド実装、設計、テスト等のあらゆる業務を経験できたこと - チームメンバーが少なく、とにかく実装スピードが求められた為、効率よく作業を進めるスキルが身についた