Musubi 開発チームおよびサーバサイド Python 研究会の加藤です。最近は冷えますね。 私のチームで開発している Musubi のバックエンドは Python で実装されていますが、そのパッケージおよびランタイム管理の変遷を追ってみると 2017〜: requirements.txt + Docker 2022〜現在: Poetry + pyenv (via anyenv) となっていて、ここ4年ほどは変わっていません。 最近は mise や uv が流行っており 1、 しかも高速と聞いているので CI/CD の高速化も狙って導入することにしました。 Musubi バックエンドの構成 …

はじめに こんにちは。Pocket Musubi開発チームでSREをやっている石井です。 突然ですがみなさん、問い合わせ対応してますか？ 大変ですよね。 ではもうひとつ。対応のあとにちゃんと記録を残せてますか？ 私はできてませんでした。 調査後には散らかったメモと、Slackのスレが１つ残るだけです。来月の私がそれを読んでも、きっと何をやって、どう解決したのか全然わからないと思います。 対応することも大変なのですが、対応の後もかなり大変。 「また同じ問い合わせが来たとき困るから記録残さないと」「ナレッジにまとめないと」。頭ではきちんとわかっている。わかってるけど手こずった問い合わせほど対応後に…

はじめに こんにちは。Musubi 機能開発チームでエンジニアをしている菅原です。 Musubi チームでは、チーム全体に生成 AI を最大限活用した開発を根付かせるために、2025 年 12 月に AI Coding ギルド活動を立ち上げました。 本記事では、そのギルド活動開始の背景と活動内容をご紹介します。 活動の背景 カケハシでは、あらゆるプロダクトで生成 AI を使った開発効率化に向けて取り組みが行われています。 しかし Musubi チームでは個々での活用に留まり、まだ組織的に生成 AI を使った開発効率化を追求しているとはいえない状況でした。 Musubi チームはプロダクトの規模…

こんにちは、カケハシでデータ基盤を担当しているチームの内田です。 カケハシでは、Databricks on AWS上でデータ基盤を構築しています。カケハシのプロダクトはAWS上で動いているものが多く、AuroraやDynamoDBなどのデータベースのテーブルをDatabricksに取り込んでいます。 Databricksでは、昨年末、Lakeflow ConnectのPostgreSQL/MySQL connectorがPublic previewになりました。 現在、AuroraからDatabricksへのデータ連携の大部分は、自作スクリプトによるスナップショット方式で実現しています。Lak…

こんにちは、カケハシのMusubi基盤開発チームでSREをしているmorityです。 カケハシでは、クラウド型電子薬歴システム『Musubi』をはじめとした薬局DXを推進するプロダクトを提供しており、地域に根ざした薬局から全国チェーンの薬局まで多くの法人様へ導入頂いています。 これらのシステムでお預かりしているデータは、薬局で働く薬剤師の方々にとって適切な服薬指導を行うための重要な情報であり、患者さん一人ひとりにとってご自身の重要な医療データです。 だからこそ、「システムが止まらないこと」「データが失われないこと」は、私たちにとって非常に重要なテーマです。 今回は、事業継続の要である「BCP対…

こんにちは、生成AI研究開発チームのデータサイエンティストとしてAI開発を担当している保坂です。 皆さんGemini使ってますか？私はとても好きで、プライベートでも日常業務でもとても良く利用しています。一度、技術的な記事の執筆の際に、うまいストーリーを組み立てるのに苦労していたところ、Geminiさんに壁打ちしてもらっていたら、ストーリーの組み立てに感銘を受け、大ファンになってしまいました。それ以来、文章を書く際にはいつもGeminiさんに壁打ち相手をしてもらうようになりました。 最近では、Gemini利用のシェアがかなり上がっているというニュースも話題になっていましたね。 また、音声や動画の…

カケハシではクラウド型電子薬歴「Musubi」をはじめとする各プロダクト、そしてカケハシのさらなる成長を目指し、SRE（Site Reliability Engineering）の体制を整えているところです。 今回、SREメンバー3名にインタビューしたところ、「CTO・VPoE経験者もお迎えしたい」という声がありました。一般的なマネジメント経験の枠を超えた「経営・技術戦略」の視座を持つリーダーを求めているのはなぜか？詳しく話を聞いてみました。 会社としてのさらなる成長を見据えたSRE体制に SREチーム / エンジニア 乙二 ──── まず、カケハシのSREチームについて教えてください。 乙二…

カケハシでの社内講演に、さくらインターネット株式会社の藤原俊一郎氏（@fujiwara）をお招きしました。「パフォーマンスチューニングのために普段からできること」というタイトルで、具体的な失敗談や現場の思考プロセス、そしてチューニングの本質についてお話しいただきました。 社内向けの場ではありましたが、貴重なお話をお伺いできたため、ご本人の許可を得て外部向けにまとめました。 当日は、前半を講演編、後半を対談編として構成し、対談パートにはカケハシのテックリードである松山も参加しました。 講演編：「パフォーマンスチューニングのために普段からできること」 なぜパフォーマンス問題は突然「死」を呼ぶのか …

Pocket Musubi開発チームで開発ディレクターをしている松本です。 前回の記事「既存システムへの仕様駆動開発ツールの選定・導入・運用」では、Pocket MusubiチームのOpenSpecを用いた仕様駆動開発の取り組みをご紹介しました。OpenSpecは仕様駆動開発を支援するツールで、ツールの詳細や選定の背景については前回記事をご参照ください。 上述の記事で紹介されている仕様駆動開発により、仕様をSingle Source of Truth（信頼できる唯一の情報源）で管理できるようになったことで、生成AIを用いた次なる効率化の兆しが見えてきました。それがQAフェーズの効率化です。 本…

はじめに こんにちは。Musubi機能開発チームでエンジニアをしている竹本です。 カケハシの基幹プロダクトである「Musubi」は、プロダクトの規模拡大に伴い、現在は複数チームによる並行開発体制をとっています。しかし、開発プロセスが各チームごとに最適化されていった結果、以下のような課題が顕在化していました。 ナレッジの属人化： 良いプラクティスが特定のチーム内に留まってしまう。 横断的改善の停滞： チームを跨ぐ共通の非効率が放置されやすくなる。 この状況を打破し、組織全体の開発生産性を底上げすべく、 2025年9月に開発フロー改善を目的とした横断的なギルド活動 を立ち上げました。本記事では、オ…

生成AI研究開発チームのainoyaです。 生成AIを活用したコーディングが当たり前の日常になってきた昨今ですが、その強大な力と引き換えに、開発の現場に影を落とす課題も増えてきました。 これまでは考えられなかった速度でコードが生成される一方で、それを受け止める人間の側には「レビュー疲れ」という弊害が生じています。コーディングの速度が上がった結果、人によるレビューの負荷が過剰になりつつあるのです。また、AIが生成するコードの質も無視できない問題です。仕様を満たし動作はするものの、あくまで「その場しのぎ」の実装に留まり、長期的な保守性を損ねたり、チームの実装方針にそぐわないスタイルが紛れ込んだりす…

薬局業界全体のデータドリブン化を推進する『Musubi Insight』。カケハシが提供する薬局向けBIツールです。今回は、Musubi Insightチームのプロダクトリード・齋藤晋二とエンジニア・高田祐輔が登場。『Musubi Insight』が迎える新たな局面、そしてそのタイミングを一緒に迎えるための、求めるエンジニア像を語りました。「医療業界の知識がないから」とカケハシへのチャレンジをあきらめていた方、ぜひご覧ください。 薬局向けBIツール『Musubi Insight』でできること Musubi Insightチーム / Product Lead 齋藤 ──── 『Musubi In…

カケハシ Advent Calendar 2025の25日目の記事になります。 こんにちは、カケハシでCTOをやっているゆのん(id:yunon_phys)です。 CTOになってから2年近く経ちますが、プロダクト開発で直面する全ての事象に真正面から向き合うことが難しいと感じる場面が多いです。品質高くものを作りたい、多くの機能を実装したい、問題は起こしたくない・起こしたとしても最小限に留めたい、どういう技術を採用すべきか、などなど・・・。もちろんこれらは常に向き合い続けてはいるものの、カケハシはスタートアップで、時間も人もお金も限られている中で最大の成果を出さなければいけないというプレッシャーが…

はじめに こんにちは、カケハシでHoE(Head of Engineer)をやっている小田中です。2023年10月に入社してから、はや2年。「日本の医療体験をしなやかにする」を実現するための濃密な日々は自分自身を大きく成長させてくれている、と日々実感しています。今年のアドベントカレンダーでは、「マネージャーがボトルネックにならないチームづくり」をテーマに筆を執りました。 エンジニアリングマネージャーに求められること カケハシでは、エンジニアリングマネージャー（以下、EM）に期待することをCTOのゆのんさんが言語化してくれています。 正しい方法で短期的な事業成果を追求する チームの活動に明確な意…

はじめに こんにちは。PE新規サービス開発チームでソフトウェアエンジニアをしている荻野です。 こちらの記事はカケハシ Advent Calendar 2025 の 22日目の記事です。 私が所属するチームでは、新規事業のために社内のさまざまなプロダクトやデータを連携させる取り組みを行っています。 その様子については以下の記事をご覧ください。 kakehashi-dev.hatenablog.com 例えば、調剤薬局向け次世代型の業務支援サービス『Musubi』と患者フォローアプリ『Pocket Musubi』を連携させたり、既存プロダクトに蓄積された医療コンテンツを別のサービスで活用したりと、…

こちらの記事はカケハシ Advent Calendar 2025 の 23日目の記事です。 こんにちは。Data, AI領域でHead of Engineeringをしている鳥越です。 「師匠も走る師走」という言葉通り、私も最終営業日までバタバタと走り回る予感がしています。ただ、年末の最重要ミッションの一つとして、🎅さんにSwitch2のお願いをしており、在庫不足で大丈夫かな、、、と不安だったのですが、先ほど仕入れられたと連絡がきまして、ひとまずホッとしているところです。小学生の息子も喜ぶと思います。 さて、今日は一旦立ち止まって、私の組織の2025年を振り返っていきたいと思います。また私事で…

こんにちは。AI在庫管理チームでソフトウェアエンジニアをしている江藤です。 現在、カケハシでは認証基盤を新しくしていて、AI在庫管理チームではその新しい認証基盤（以下、「認証ポータル」と呼びます）への移行準備を進めています。 今回は、AI在庫管理のフロントエンドにおける認証方式の移行に際して、切り替え時のコード修正コストを最小化するためにどのように実装したかを紹介します。 この記事が次の2点について考えるきっかけになれば幸いです。 移行しやすい実装の作り方: ライブラリ固有の処理をアプリから切り離し、差し替え可能にする考え方 feature flag の使いどころ: 切り替えロジック（分岐）を…

はじめに 認証・権限管理基盤チームでソフトウェアエンジニアをしている金子です。 「Monad（モナド）」という言葉をご存知でしょうか。Haskell を少し触ったことがあれば、名前だけは聞いたことがあるのではないでしょうか（私もその一人です）。Monad は圏論という数学の分野から来た概念であり、数学的に正確な理解を得るのは簡単ではありません。 しかし、プログラミングでの利用シーンに限定すれば Monad は「抽象化のパターン」の 1 つでしかありません。 本記事では、Haskell と TypeScript の両方でコード例を示しながら、Functor → Applicative Funct…

こんにちは。認証・権限管理基盤チームでソフトウェアエンジニアをしている坂本です。 私たちのチームではスクラムを採用しており、毎週のスプリントプランニングではエンジニア全員でプランニングポーカーによる見積もりを実施しています。 今回の記事では、見積もりの基準を「絶対値（作業時間）」から「相対値（他タスクとの比較）」に変えただけで、見積もりの品質やチームの議論がどう変わったのかを紹介します。 この記事はカケハシ Advent Calendar 2025 の 17 日目の記事です。他の記事も合わせて楽しんでいただけたら嬉しいです。 なぜ見積もりを実施するのか 課題：絶対見積もりの限界 課題1: 議論…

こちらの記事は カケハシ Advent Calendar 2025 の 16日目の記事になります。 はじめに Pocket Musubiチームでソフトウェアエンジニアをしている牧野です。 私たちのチームでは、既存システムへの機能追加のプロジェクトにおいて仕様駆動開発（Specification-Driven Development）を行っています。 本記事では、ツールの導入検討から実際の運用、チーム全体での学習プロセスまでを具体的に紹介します。 仕様駆動開発とは 仕様駆動開発は、仕様書(spec)を起点として開発を進める手法です。仕様書をSingle Source of Truth（信頼できる…