はてなブックマーク

この記事は MOSH Advent Calendar 2025 の21日目の記事です。 こんにちは！勝間（@ryo_katsuma）です。今年の8月にMOSHに入社して、現在は新規機能開発チームでリードを担当しています。 前職のクックパッドには16年ほど在籍していました。大人数の開発チームのリードや、新規事業での開発組織のマネージャーなど、いろいろな経験をさせてもらいましたが、そんな背景もあって、MOSHに入社してまもなく、現在所属している開発チームのリードを任せてもらうことになりました。チームはエンジニア4名（私含む）、PdM1名、デザイナ1名の小規模なスクラムチームです。 入社して4ヶ月ほど経ち、チームにも馴染み、チーム全体での開発も順調に回ってきた感覚があるので、自分なりにどんな工夫をしてきたかを振り返ってみようと思います。 自分の立ち位置を見極める チームにJoinして感じたことを

この記事は MOSH Advent Calendar 2025 の15日目の記事です。 MOSH には Page Builder というノーコードでランディングページを構築できるプロダクトがあります。この記事では Page Builder の開発を通じて私が学んだことの中から、多数の要素の重ね合わせ順序をシンプルに構成する方法を紹介します。[1] ヘッダと左右のサイドバーは固定して常に最前面に,プレビュー上にはハイライトや編集メニューを配置 要素の重ね合わせはフロントエンド開発でしばしば厄介な問題を引き起こします。重ね合わせ順序を調整する手段として最もよく知られているのは恐らく z-index の値を設定することではないでしょうか。 しかし、その作業は煩雑になりがちです。いくら値を大きくしても上に表示されない、どの要素にどんな値が設定されているのかパッと見よく分からない、適切な値が分からな

MOSHでソフトウェアエンジニアをしている masuyama です。 この記事はMOSHアドベントカレンダー13日目の記事です。 本日はネタ枠なので、気楽に読んでください。 前置き 今年はドラクエ1, 2がリメイクされました。中学生のころ、ドラクエ1を友達の家で、ドラクエ2を駄菓子屋据え置きのファミコン[1]でプレイしたのを思い出します[2]。ドラクエ1の発売年は1986年で、もう39年前になります。当時のROMの容量は512kbit[3]ということですが、今このサイズでプログラムを組めと言われたら頭を抱えるしかありません。 ソフトウェアを取り巻く環境はそのころとは格段に変わり、今もAIなどによって変わり続けています。昨年は身体的なところを取り上げてきましたが、今年はややメンタル寄りの変化とその付き合い方をピックアップしていきたいと思います。 ※内容はあくまでも個人の感想です。 ちなみに去

冬ぞ寂しさまさりけるので初投稿です。 この記事はMOSH Advent Calendar 2025の6日目の記事です。 仕事をしているとコードレビューについてレビュイーとしての振る舞いにポジティブなコメントをいただくことがあります。また、最近チーム内でレビューリクエストの流量とレビュー負荷が課題として挙げられており、レビュイー・レビュワーの振る舞いについてどう工夫すればいいだろうと考える機会が増えました。 そこで、思考の整理のためにも自分がコードレビュー時に気にしていることを一度言語化しておこうと思います。ついでに、せっかくなら記事にしてしまおうという寸法です。 この記事では、レビュイー・レビュワー二つの視点からお互いに負荷を下げ合うための、自分なりの工夫や理想状態を整理します。コードレビューを議論の中心としますが、コード以外も含む成果物全般へのレビューに適用できる内容も含まれると思います

はじめに プロダクティビティーチームの鈴木です。 本記事では、400以上のAWS Lambda関数から構成されるアプリケーションのリアーキテクチャの過程を紹介し、直面した問題や解決策を解説します。 内容はこちらのスライドにもまとめているので合わせてご一読ください。 既存アーキテクチャの課題 既存アーキテクチャは以下の様な課題を抱えていました。 Amazon API Gateway, AWS Lambdaでの実行が前提となっているためローカル開発環境が困難 アプリケーションコード、デプロイパイプライン、インフラがserverlessで管理されているためデプロイの安定性が低く、処理も遅い アプリケーションコードの増加に伴うAWS Lambdaコールドスタート時のレスポンス遅延が発生 AWS Lambda数に比例する監視ツールのコスト増加 漸進的なリアーキテクチャ 私たちはこれらの問題を解決する

MOSHでソフトウェアエンジニアをしている masuyama です。 MOSHではバックエンドAPIの実行環境としてAWS Lambdaを利用しています。 いわゆるServerless環境は、サービス運用の手間を大幅に削減できる一方で、Cloud-nativeな環境のため、開発時に実際の環境と差異が生じ、動作確認が難しくなる場面があります。 開発しようとしていたもの MOSHでは、それまで決済プロバイダーとして Stripe を使用していましたが、新たに Fincode も利用できるようにしようとしていました。 さらに、DynamoDBに保存していた決済関連のデータを、より厳密な型の制約を持たせられるRDSへ移行 することも、このタイミングで進めることにしました。[1] その当時の問題点 この項目だけで3記事ほど書けるほどの複雑な経緯がありますが、要約すると以下のような問題がありました。