Business social network with 4M professionals
株式会社immedio / エンジニア
1998年生まれ、広島在住 トレーニー🏋️
技術でリードする 事業の利益に直結するようなプロダクトの改善案や新規機能を提案する
/assets/images/20454679/original/54eada5e-086a-4d92-9d77-b93df87267ee?1739782135){kind=avatar}
immedioチーム ・2週間スプリント開発 ・デザイナーチームと連携してデザインシステムを導入 ・ロードマップに沿った機能追加 ・社内で機能改善フィードバック投稿 ・顧客からの問い合わせ対応をCSチームと連携
開発ロードマップに沿った開発をしました 以下の検知に関する技術調査から実装までを担当しました ・ページ離脱 ・スクロール率
/assets/images/17070366/original/68e4f49a-d5b2-4746-bfce-c503fa8ac4cc?1708415730){kind=avatar}
みんなの介護求人 社内システム
プロジェクト概要 ・求職者が求人に応募することを促進する機能の追加、デザインのリニューアル ・社内システムの改善により社内のキャリアアドバイザーが求職者に適切な求人を紹介できるようにする チーム開発 ・PM 1名 ・エンジニア 実装者1名 ・エンジニア レビュアー1名 使用技術 React,Laravel,CSS,HTML,TypeScript,JavaScript,Webpack 自身の担当業務 ・PMが作成した要件で改善点があれば提案し議論 ・工数見積、実装、テスト 課題/工夫した取り組み・自身が意思決定したこと/成果 ・社内システムの改善タスクの要件定義でユーザにより使いやすい機能の提案をし実装可能か調査した ・求職者が求人応募する際のフォームのリニューアルの対応により、求人の応募フォームから応募完了へ転換する割合を改善させた ・初期の要件定義段階ではPMが把握していなかったデグレの影響を調査し、共有し工数を見積し直したり、リリース時にはデグレリスクを考慮した
/assets/images/5819171/original/c7c8d4ea-e96a-4c41-a63f-57ea6ac27225?1606291983){kind=avatar}
改善チーム ・運用チームの定例会に参加 ・定例会で課題をヒアリングし、次回の定例で調査した内容を共有 ・複数プロダクトを跨ぐ開発
プロジェクト概要 以下のプロダクトを新規で開発した 物件の金額変更を自動で判別し、物件の最新情報を確認する また、登録物件の金額に誤りがあれば訂正する為の補助になる情報を表示する 製品のリンク https://iimon.co.jp/buy-conffirm チーム開発 ・PdM 1名 ・エンジニア（実装者）1名 ・エンジニア（レビュアー）1名 使用技術 CSS, HTML, TypeScript, Django 自身の担当業務 ・PMが作成した要件で改善点があれば提案し議論 ・工数見積、実装、テスト 課題/工夫した取り組み・自身が意思決定したこと/成果 ・物件が募集中であるか、また検索した結果の一覧を表示する為のベース部分を開発した ・後任のエンジニアが円滑に実装を進められるよう設計を工夫した ・ユーザーの業務をイメージしながら細かい仕様についてPdMと確認しながら実装した ・実装のレビューをしてもらう際にレビューをしやすいように分割して依頼を出したり、補足説明を加えた ・プロダクトに関連するクラス図を作成し、サービスのイメージが掴めるようにした ・ビジネスサイドで作成されたプロダクト仕様書を、後任のエンジニアが理解できるよう補足説明を加えた資料を作成した
1年で50個の外部イベント、2024年からLTに3回登壇し、制度を作る働きかけを経営層に行いました。 今後はLTで会社の宣伝も積極的に行ったり、会社発信でイベントを企画したいです。
当初は教師を目指していましたが教育というのは会社に所属してもできます。 会社でサービスを通して「もっと前向きに働けたり、自分で可能性を切り開ける人を増やしたい」と思うようになりました。 当時専攻していたものが情報科学だったのでエンジニアを志望しました。
高校時代に「殻を破れ」と色んな教師の方からよく言われていました。 その環境のおかげで当時から自分で新しい可能性を掴む為に主体的に動いたりすることができるようになりました。 そして、若い人たちが自分たちで切り開いていくことに貢献できる教育ということに関わりたいと思うようになり、教師を目指しました。
要約 ・Goのエラーハンドリングでは、ライブラリの責務を「エラーが発生したという事実」と「その原因」を正確に伝えるところまでとし、エラーをどう扱うかはビジネスロジック側に委ねる、という設計方針がしばしば採用されているそう ・fmt.Errorfはエラーに情報を付与できるがスタックトレースが取れない ・github.com/cockroachdb/errorsを使うことでスタックトレースを取れる アドベントカレンダー1日目です！ https://qiita.com/advent-calendar/2025/yamatai12
