O_engineer

# プロジェクト経験概要 自社業務システムの初期構築です。 # チーム情報 10名チームのメンバーとして参画しました。帳票照会システム、エラー画面、撮影確認結果画面の開発・改修を担当しました。 # 開発・実装内容1 【概要】 テスト実行時にエラー処理のため、帳票処理されない事態がありました。 【どのような機能の課題】 帳票照会システムでのエラー内容でした。 【課題・問題点】 テスト実行時、DBにカラムが登録されないことが原因でした。 【打ち手・使用した技術】 設計書上の項目長と、TBLの必要な最大長の扱いが一致していないためでした。 チームとして、固定長項目は設定値、可変長項目は製品使用上の最大長とする方針となりました。 横展開もおこない、影響ないことを確認し、エラーを解消しました。 # 開発・実装内容2 【概要】 お客様個別向けのシステム対応です。 【どのような機能の開発・実装か】 撮影結果画面の設計、改修です。 【課題・問題点】 課題は、お客様の既存システムとの組み合わせで画面に表示する内容に重複が出ることです。

# プロジェクト概要 証券、事業会社、権利者向けのWebアプリ開発です。 # チーム情報 8名チームのうち、事業会社向けのシステムの改修を担当しました。 # 開発・実装内容1 【概要】 本番障害対応です。 【どのような機能の問題か】 証券のログイン画面でリダイレクト処理が起こり、ログインできない問題が発生しました。 【課題・問題点】 URLが途中でhttpsからhttpになっていたことが原因です。 【打ち手・使用した技術】 解決策として、サーバーを変更するか、フロントエンド側（JSP）を変更するか、バックエンド側（Java）の仕様を変更するかを検討しました。 チームとして、期間、人数、金額、工程数からバックエンド側の仕様を変更することになりました。 設計からリリースまで担当し、変更後、障害は解消しました。 # 開発・実装内容2 【概要】 帳票作成ツールの新規作成です。 【どのような機能の開発・実装か】 CSVファイルから新規帳票ファイルを出力する処理、機能です。 【課題・問題点】 デザインが最後まで変更となったことが問題でした。 【打ち手・使用した技術】 Pythonを用いて、CSVからデータを抽出し、デザインに落とし込むだけでしたが、デザイン決めに時間がかかりました。 こちらから、納品まで3日間のうち、最大限できるデザイン変更案か、最初のままで進めるかのどちらがよいかを投げかけました。 結果、デザイン変更案となり、プロダクトを修正、格納することができました。 # 開発・実装内容3 【概要】 事業会社アプリの表示が新旧で異なる問題です。 【どのような機能の開発・実装か】 事業会社のユーザー情報をまとめた機能です。 【課題・問題点】 新旧システムで表示が異なる課題が出ていた。 【打ち手・使用した技術】 原因は、フロントエンド側（JSP）だけでなく、バックエンド側（Java）のアノテーションまで修正していないことでした。 大規模な横展開が必要となりましたが、問題なく修正完了しました。 # そのほか 売上貢献によりチームが表彰されました。

# プロジェクト経験概要 デスクセットアプリの開発です。 # チーム情報 個人開発のため、1人で企画からリリースまで担当しました。 # 開発・実装内容 【概要】 条件にあうデスクセットを提案してくれるアプリを開発しました。 【背景】 既存の方法では、部屋のサイズ、外観に合うかわからない問題がありました。また、一つ一つまとめて商品をまとめてみる必要があるため、時間がかかっていました。 【使用した技術・理由】 フロント側はTypeScript、Node.jsを設定し、DB設計はPostgreSQLを用いました。 Github Actions CI/CDでもテストを行いました。 選定理由として、SES対策と処理時間を短くするためNode.jsを設定しました。データ量も大規模システムではなかったためPostgreSQLを選定しました。 【感想】 使用してもらい、「どうしても時間がかかっていたので、短縮できたし、まとめて見れたのはよかった」と言っていただきました。

個人開発でブックアクションアプリを開発しました。 本を読んで満足し、行動に移せないという課題がありました。 既存の読書記録アプリでは「何を読んだか」、「何を学んだか」は残せます。しかし、「学びをどう実践したか」までは管理できていない現状でした。 そこで、学び→行動→継続までを一貫して管理できるアプリを作成しました。 工夫した点は、ただ読んで満足しないために、強制的に学んだことを記入すると、行動する欄に遷移するようにしたことです。 モチベーション維持にも役立ったという声が実際に届きました。