Koh Hyo Bin
「音楽を作って楽しむように、プログラム開発の創造性も
楽しんでいます。作っていく楽しさの旅にご一緒ください。」
希望職種：バックエンドエンジニア（音楽が好きな人と一緒にコミュニケーションして楽しむことができる仕事）
音楽のハーモニーのように一つになって、チームワークを築ける職場で働きたいです。
将来は開発者の技術力とミュージシャンの感性を両方兼ね備えた人に成長したいと思います。
どうぞよろしくお願いいたします。
こちらは私が作曲した曲の楽譜になります。Piano2NotesおよびMusic Writerのアプリケーションを活用して楽譜を制作いたしました。
詳細な履歴書は下記画像をご確認ください
ご閲覧いただき、誠にありがとうございました。
ガチャ情報を提供し、商品の場所、店舗の場所を教えてくれるガチャ情報サイトを作りました。 ガチャについて自由に意見を交わすことができる掲示板もお試しいただけます。
使用技術：
クラウドインフラ：
開発および配布環境：MobaXterm (AWSサーバーSSH接続および管理)
サイトの動作をご確認いただけます。https://dear-hyobin.com/
動画の内容：
サイトの主要機能とユーザーインターフェースの操作を紹介しています。
実際のガチャ情報検索や掲示板機能の使用方法をご覧いただけます。
主要機能:
検索機能
ログイン/会員登録機能
投稿機能
「ガチャコ」サイトの開発前に作成したフローチャートと画面設計図です。
サイトの機能構成、画面遷移、ユーザー体験を詳細に企画・設計しました。
企画内容：ユーザーフロー設計、画面レイアウト、機能仕様、データベース構造など
開発前の綿密な計画により、効率的で使いやすいサイトの構築を実現しました。
掲示板の具体的なUI構成と画面設計を詳細に設計しました。
ユーザーの利便性と視覚的な魅力を両立したインターフェースを目指しました。
詳細な設計資料をダウンロードいただけます
※ 企画は韓国語で行ったため、資料は全て韓国語となっております。ご了承ください。
設計の特徴:
掲示板機能の詳細設計:
機能フローチャートと共用HTMLの資料です。
全般的な開発プロセスをご覧いただけます。
掲示板サイト機能フローチャート
開発を始める前に作成した掲示板サイトの機能フローチャートです。
ユーザーの利用シナリオを整理し、各機能の関連性と流れを明確化することで、
効率的な開発プロセスを確立することができました。
このフローチャートを参考にしながら段階的に開発を進めました。
共用HTML開発チームとの連携資料
チームと掲示板機能チームが共通で使用するHTMLテンプレートを
作りました。
チーム間の連携を円滑にし、統一されたUIデザインを実現するために、
このような共用HTMLをベースとして開発を進めました。
完成させたHTML
開発がほぼ終わる頃のhtmlです。
この中にユーザーにとって使いやすいuiと機能などを追加することを目的に
共用htmlに合わせて開発していきました。
「ガチャコ」サイトのバックエンド技術構造とデータベース設計の詳細です。
MobaXtermを使用したAWSサーバー環境でのファイル構造とMySQLデータベースの設計をご紹介します。
サイトの全体的な動作メカニズム:
フロントエンド（HTML/CSS/JavaScript）からバックエンド（Python/FastAPI）、
そしてデータベース（MySQL）までの連携フローと、AWS環境での動作構造を図示しています。
ユーザーからのリクエストがどのように処理され、レスポンスとして返されるかの全体像をご確認いただけます。
🔧 技術的特徴:
本サイトは、AWS上に構築されたFastAPIとMySQLを基盤としており、ログインや掲示板機能に加え、
HTTPSによる安全な通信やマルチメディア投稿機能を備えております。
作成期間：2025年6月25日～2025年7月18日
ガチャ情報サイト「ガチャコ」の開発プロジェクトにおけるチーム開発の記録です。
掲示板機能チームとして、チームメンバーのダヒさんとペアプログラミングを行いながら、
プロジェクトを完成させるまでの過程を記録しました。
全体のチーム日誌をご覧になりたい場合は、上記からダウンロードしてください。
チームと一緒にしたこと：
締切が早まり、7月18日までにプロジェクトを完遂しなければならないという話を聞きました。 チームメンバーと集まって真剣に開発日程について会議を行い、最後の点検を実施しました。
ダヒさんとペアを組んでしたこと：
ログイン/会員登録ウィンドウを表示するためにHTMLを修正しました。 メンテナンスのためにCSS、HTML、JSを分離して作業を行うことにし、 チームと決定したHTMLの上段のロゴとメニュー部分を統一させました。
チームと一緒にしたこと：
DB接続について意見が分かれ、メイン画面チームと検討した結果、 DBはそれぞれ作って接続してサーバーにアップロードする方針に決定しました。
ダヒさんとペアを組んでしたこと：
サーバーのPython/PIPプロセスが深刻にこじれる問題に直面し、解決に苦労しました。 最終的にログインDBを入力した後、ログインと会員登録機能を実装し、 DBへの接続まで確認できました。
チームと一緒にしたこと：
ログイン方式の統一について話し合いました。チームごとにクッキー方式とトークン発給方式が混在していたため、 締切時間を考慮して、メイン画面チームのトークン発給方式のコードを採用することに決定しました。
ダヒさんとペアを組んでしたこと：
ログイン方式の変更に伴い、ID重複確認コードを追加し、PythonとHTMLの修正作業を進めました。
チームと一緒にしたこと：
各チームごとに最後の点検を行い、進捗状況を発表しました。
ダヒさんとペアを組んでしたこと：
作成者欄を削除し、ログインしたユーザーのニックネームが掲示文投稿時に自動的に表示されるよう改善しました。
UI統一作業：他のチームとログインモーダルのUIが異なることが判明し、
メイン画面チームのデザインで統一することに決定。
最終バグ修正：画像アップロード機能のエラーや、掲示文修正時の問題を解決。
プロジェクト完成：最後まで残っていた未会員のハートボタン表示エラーを修正し、
7月18日の締切に向けて無事プロジェクトを完成させました。
開発過程で遭遇した主要なエラーと解決方法を記録した技術日誌です。
実際のコードエラーから学んだ問題解決プロセスをご覧いただけます。
💡 学習ポイント:
各エラーを通じて、フロントエンドとバックエンドの連携、セキュリティ対策、
データベース操作の重要性を実践的に学ぶことができました。
チームプロジェクト
1対1での協力：
一人で複数の機能を同時に作るのは非効率的だったため、機能ごとに2人1組で分担して作業を行いました。
（詳細は日誌をご覧いただき、チーム日誌をダウンロードしていただければ幸いです。）
この過程で、難しい問題を一緒に解決しながら協力する楽しさを感じることができました。不思議なことに、衝突は一度もありませんでした。
分からないことだらけだったからかもしれませんが、「どうやってエラーを解決するか」を話し合い、意見を交わす中で、
楽しさと学びを同時に得られた、とても良い経験になりました。
複数人での協力：
複数人での協力は主に企画やサーバー接続に関する場面で行われました。サーバー（MobaXterm, AWS）については、それぞれ自分のドメインに担当する機能ページを接続していく作業を進めました。
企画についてですが、この時も不思議なほど言い争いはありませんでした。皆の意見にはそれぞれの個性や考え方が反映されており、むしろ良い意見ばかりだったので、決定に苦労したほどです。決定は主にLINEでの投票によって行われましたが、別の良い意見や反対意見が出た場合には、みんなで耳を傾け、慎重に判断しました。
今でも印象に残っている面白いエピソードがあります。全員が「良いものを作りたい」という意欲に溢れていたため、コンセプトやテーマカラーを決めるときには全員が本気になり、なんと4時間も会議を続けたことがありました。皆が目を輝かせて企画に取り組んでいたので、普段はあまり浮かれない私まで一緒に熱中して会議をしていたのを覚えています。
この過程を通じて、人とコミュニケーションを取りながら何かを作り上げる楽しさを学びました。また、仕事で困難なことがあっても、仲間と支え合いながら解決していくことの大切さを実感しました。
意見・対立について：
ここまで読んでいただければお分かりかと思いますが、大きな衝突や言い争いはありませんでした。ただし、意見の食い違いは確かに存在しました。特に企画や機能設計の部分では、誰かは「もっと機能を追加しよう」と言い、別の誰かは「締切に間に合うか心配だ」と言い、さらに別の誰かは「むしろいくつか機能を減らすべきだ」と言いました。
しかし、このような状況の中で私がはっきりと学んだことがあります。それは「理性的に話すこと」の重要性です。思った以上に感情に訴えるような言葉を使ってしまうことがありましたし、抽象的な表現や「なんとなく」で話してしまうこともありました。しかし、それは仕事においてむしろ害になると感じました。仕事で最も大切なのは「明確な原因と結果」であり、自分自身が納得できず、根拠を示せない意見は仲間も納得できない、ということに気づきました。
また、感情的な意見そのものが悪いわけではありませんが、使い方を誤るとチームワークを壊してしまう可能性があると思いました。したがって、自分の意見を主張したいときには、論理的に自分の考えと根拠を整理して伝えることが大切だと学びました。
困難への対処について：
質問することの大切さ
この部分が研修を通じて最も大きく学んだ点だと思います。
それは「質問すること」です。最初に聞いた時はとても簡単に見えましたが、分からないことへの恥ずかしさや自分への失望から、質問することが困難でした。
しかし、協力を通じて一緒に学んでいく楽しさや、チームメンバーとの信頼関係の中で、多くの質問をするようになりました。
その結果、Pythonの簡単なコードすら知らなかった私が、今はサイトを作れるまでになることができました。
締切とメンタル面での対応：
プロジェクト途中で、スケジュールの都合により期限が短縮されることがありました。最初は何だか悔しくて腹が立ちました。実際、チームメンバーと一緒にその件について怒ったこともあります。
しかし、期限が短くなったという事実は変わらず、対策を立てなければなりませんでした。
まず、機能の中で絶対に必要な機能と、後で作っても良さそうな機能を区別してメモしました。
その後、必須機能の実装を目標として計画を立てました。後に発生した細かなUIのミスやエラーについては、まとめて処理するよう努力しました。
メンタル面についてもお話ししたいと思います。チームワークが重要だと考えたメンバーたちは、会議を通じて途中で親睦会を開くことに決めました。
一日を一緒に過ごして話をし、それぞれが準備したお弁当を食べ、ゲームをして時間を過ごしました。
チームワークのために実際に会って話したり、時間を共に過ごしたりしたこともあります。仕事をすることも大切ですが、
ストレス発散のための趣味を持ったり、お互いの信頼のために時間を一緒に過ごすことも重要だということを学びました。
学習における困難：
難しいコードを相手に勉強するのが大変な時がありました。しかし、困難に負けずに最後まで理解したい時は、タブレットに絵を描いてみました。
普段の話し方（ため口や習慣的な言葉）で自分自身に説明するような気持ちで、分かりやすい絵を描きながら、一種の学習漫画のようなものでした。理解しにくいロジックや用語、エラー状況でも役に立ちました。
理解が困難だった部分を絵で整理して学習した過程をご覧いただけます
残念だった点：
短期間だったため、学べるプログラミング言語に限界があって、その点が残念でした。そして、チームメンバーともっと企画を練って慎重にサイトを作りたかったのですが、
スケジュールの都合で期間が短くなってしまい、楽しい時間が減ってしまったようで少し悲しかったです。
良かった点：
多くのことを学ぶことができて、良い経験になりました。プログラミングだけでなく、人々とのコミュニケーションの取り方を学び、一緒に成長していく楽しさを知ることができました。
皆様、ありがとうございました。
