はてなブックマーク

記事タイトルから生成したイメージ。ポップな感じでお願いしました。 【マルチデバイスチーム ブログリレー2日目】 マルチデバイスチームでモバイルアプリエンジニアをやっている小林 (@bakobox)です。 マルチデバイスチームでは複数のアプリを開発していますが、一部のアプリではKotlin Multiplatform (以下KMP)を使ってロジックの共通化を行っています。KMPを使ってアプリを開発していると、プラットフォーム固有のコードを扱わなければならない場面が必ず出てきます。プラットフォーム固有の実装をcommonMainからどのように扱えるようにするかは、KMPプロジェクトにおける重要な設計課題の１つです。 本記事では、この課題に対処するための主要なアプローチである、 expect/actualを使った方法 DIフレームワークの管理に乗せる方法 についてご紹介いたします。また2つ目の方

【マルチデバイスチーム ブログリレー1日目】 エンジニアリンググループ・マルチデバイスチーム(以下、マルデバ)の星野です。 2年ほど前にスマホアプリ開発で採用している技術というブログを書きましたが、時間が経ち、採用している技術に更新があったり、新しいアプリもリリースされましたので、改めてマルデバで開発しているアプリとその技術選定について紹介します！ アプリの数が多いため、各アプリの深掘りは行わず、アプリの概要 ＋ 選定技術の紹介にとどめています。より詳しく知りたい方は方は、ぜひカジュアル面談・面接などでご質問ください！ m3.com アプリ ToDo Plus アプリ Web 講演会アプリ m3.com CAREER アプリ m3.com 電子書籍アプリ 薬キャリアプリ m3 ラウンジアプリ AskDoctors アプリ まとめ We are hiring! m3.com アプリ m3.c

【デジカルチーム ブログリレー6日目】デジカルチームの末永です。5月31日から開催される技術書典18で頒布するエムスリーテックブック8の、フルスクラッチして理解するSSL/TLSという章を担当しました。この章では、標準ライブラリ縛りでTLS 1.3のサーバーサイドを実装していきます。 techbookfest.org ここでは執筆の流れや小話などの裏側を書いていきます。 社内有志のメンバーによる新刊も頒布するようです 絶賛執筆中！以下のページからサークルをフォローして続報をお待ちください…！ #技術書典https://t.co/2W8FuGOJfM— エムスリー エンジニア公式 (@m3_engineering) 2025年5月13日 フルスクラッチして理解するSSL/TLS 執筆スケジュール いちばん大変だったポイント 実装・執筆小話 「長すぎる」問題 実際どれくらいAI使った？ フルス

【デジカルチーム ブログリレー5日目】 デジカルチームの井上 渉 (@wtr_in) です。米がなければということで、餅をよく食べています。実は餅はお正月以外も食べて良いんですよ皆さん。 さて、2024 年 7 月と結構前の話になりますが、AWS で以下のようなアップデートがありました。 aws.amazon.com このアップデートにより ECS が Task を起動する際にイメージを特定する挙動が変わったのですが、デジカルではその影響で、テスト環境の ECS Service の Task 数がいつの間に 0 になる というトラブルを経験しました。割とエッジケースなので、多くの方が遭遇することはないとは思いつつ、ある意味面白い事象だったのでその内容を紹介しようと思います。 どんなアップデートだったか？ そして起きた ECS Task 消失事件 🚨 事件の原因 🔍 要因(2) ECR

AIに生成してもらったイメージ画像 【デジカルチーム ブログリレー4日目】 こんにちは。デジカルチームでエンジニアをしている武井です。 デジカルチームでは、クラウド型電子カルテ、エムスリーデジカルを開発しています。 digikar.m3.com 今回は、非同期処理基盤のリアーキテクチャを実施し、性能も向上しつつインフラコストを60%以上削減できた話をご紹介します。 非同期処理基盤の課題 ジョブの特性の分析・分類 リアーキテクチャの全体像 ステップ1: 一部ジョブのコールドスタンバイ方式への移行 ステップ2: ホットスタンバイ方式のリソース最適化 移行作業で意識したこと タスクフォースによる計画的な移行 カナリアリリースによる安全な移行 成果とまとめ インフラコストの削減 可用性の向上 運用負荷の軽減 We are hiring!! 非同期処理基盤の課題 エムスリーデジカルではサービス開始当

【デジカルチーム ブログリレー3日目】 こんにちは、デジカルチームでソフトウェアエンジニアをしている穴繁です。 長年開発を続けてきたサービスを運用していると、「そろそろアレもコレも新しくしたいなぁ…でもサービスは止められないし、どう進めたものか…」なんて頭を悩ませることはありませんか？ 今回は、まさにそのような状況で私たちが実践した「開発を止めない段階的フロントエンドリプレイス」について、計画・技術・組織という3つの観点からご紹介します。 これまでの計画編、技術編では、リプレイスプロジェクトの全体像や、それを支えた技術的な取り組みについてお話ししました。 www.m3tech.blog www.m3tech.blog 最終回となる本記事（組織編）では、プロジェクトを推進する上でのチーム体制や、円滑なコミュニケーション、そして品質を維持するための取り組みなど、組織的な工夫についてお話しします

【デジカルチーム ブログリレー2日目】 こんにちは、デジカルチームでソフトウェアエンジニアをしている穴繁です。 長年開発を続けてきたサービスを運用していると、「そろそろアレもコレも新しくしたいなぁ…でもサービスは止められないし、どう進めたものか…」なんて頭を悩ませることはありませんか？ 今回は、まさにそのような状況で私たちが実践した「開発を止めない段階的フロントエンドリプレイス」について、計画・技術・組織という3つの観点からご紹介します。 前回の計画編では、なぜ段階的なリプレイスを選択したのか、そしてその全体像についてお話ししました。 www.m3tech.blog 続く本記事（技術編）では、そのリプレイスを支えた具体的な技術要素や、導入の過程で得られた知見についてお話しします。 デザインシステムを活用したUIリプレイス なぜRadix UIを選んだか？ Radix UIへの移行で直面した

【デジカルチーム ブログリレー1日目】 こんにちは、デジカルチームでソフトウェアエンジニアをしている穴繁です。 長年開発を続けてきたサービスを運用していると、「そろそろアレもコレも新しくしたいなぁ…でもサービスは止められないし、どう進めたものか…」なんて頭を悩ませることはありませんか？ 今回は、まさにそのような状況で私たちが実践した「開発を止めない段階的フロントエンドリプレイス」について、計画・技術・組織それぞれの側面から、本日から3日間にわたって連続してお届けしたいと思います。 その中でも、本記事では第1回 計画編として、このリプレイスをどのように計画し進めてきたか、その戦略的側面に焦点を当ててお話しします。 なぜリプレイスが必要だったか？ なぜ段階的？ リプレイス戦略の全体像 移行に入る前のSTEP0 段階的なReactへのリプレイス まとめ We are hiring! なぜリプレイ

こんにちは、AI・機械学習チームの氏家と農見です。 エムスリーでは、東京のみならず福岡・関西など全国各地にメンバーがおり、開発を進めています。 ただ、チーム全員での交流も大事ということで、AI・機械学習チームでは四半期に一度のペースでチーム全員で集まって様々なイベントを開催しています。 今回は、そのイベントの最新版として機械学習コンペを開いたので、その様子をご紹介します！ 当日の様子 ちなみに、前回はGameDayと称して、開発環境で人為的に発生させた障害に対して、その対応のシミュレーションをしました。 こちらの記事で当日のワイワイした雰囲気を感じていただけるので、ぜひこちらもご覧ください！ www.m3tech.blog チーム内機械学習コンペ チーム内機械学習コンペをする目的 コンペの流れ 提供データ 事前準備 当日の流れ 解法紹介 ユーザーごとのバイアスを特徴に入れる 記事のタグ情報

このテックブログを「quine」で検索していただくとわかるんですが、エムスリーのエンジニアはわりとQuine好きです。Quine（クワイン）とは、文字列を打ち出すだけのプログラムであってその打ち出した文字列というのが自身のコードそのものになっているようなもののことです。 Perl, Python, Rubyなど、手続き型言語で書かれることの多いQuineなのですが、日頃業務でSQLを扱うことの多い私は思うわけです。SQLだって文字列を出力できる言語だぞ、Quine書けるんじゃと。エムスリーエンジニアリンググループUnit1（製薬プロモーション）／Unit9（治験臨床研究支援）エンジニアの三浦[記事一覧 ]です。日頃のお仕事からは離れてSQLでQuineを書いて遊んでみました。 基本方針 やっていく コード内にシングルクォーテーションを書かない プログラムの先頭側と末尾側をひとつの文字列デ

はじめに はじめまして。荒木です。2025年2月から3月までの3週間*1、AI・機械学習チームでソフトウェアエンジニアとしてインターンシップに参加しました。 このブログでは僕がインターン中に取り組んだ「gokartキャッシュオブジェクトの検索性向上 」について簡単に紹介しつつ、エムスリーで働いてみた感想を綴ります。エムスリーのインターンに参加する未来のギークの参考になれば幸いです。 はじめに インターンに参加するまで インターンテーマ: gokartキャッシュオブジェクトの検索性向上 gokartとは 課題: キャッシュの検索が難しい Objectにメタデータを付与して検索可能に Metadataをどう付与するか 新たな課題: パラメータ以外のコンテキスト情報も検索したい 発展: 依存関係を遡った検索 新たなニーズ: 特定Taskを依存に持つTaskを検索したい 依存関係情報のメタデータ設

こんにちは、エンジニアリンググループの横本(@yokomotod)です。エムスリーではしばしば開発合宿が開催されており、今回は一泊二日で箱根に行ってきました！ またワイワイ楽しく開発してきてしまったので、その様子をお届けしたいと思います。 今回のベストショット 直近紹介している開発合宿記事はチーム内企画でしたが、今回はエンジニアリンググループ全体での企画となり、チーム問わず募集の結果5チーム混成総勢8人での合宿となりました。 普段の業務では関わりの少ない人、Slackや社内LT会で知っていても直接話したことはない人とガッツリ交流できるいい機会となりました。 宿については、上記の記事でも紹介している健康保険組合の保養所のコスパの良さにすっかり味をしめしまい、同系列の「トスラブ箱根」に行ってきました。 宿へ 朝集合して、車で箱根に向かいます。運転してくれたドライバーの二人に感謝。 到着 （はい

はじめに こんにちは。エムスリーエンジニアリンググループ、BIR（Business Intelligence and Research）チームに最近入った丸山です。 この記事では、成長著しいリサーチプロダクトを開発している私たちが、新メンバーのオンボーディングを円滑に進めるために行っている取り組みについてご紹介します。 はじめに BIRチームについて BIRチームの成果を支える取り組み コード品質を高める コミュニケーションとサポート体制 学習・成長支援 次のメンバーのために取り組んでいること おわりに We are hiring!! BIRチームについて BIRでは、アンケートシステムをはじめとするリサーチプロダクトや、医薬品の利用状況に関するデータを提供しています。 チームについてもっと知りたい方は、こちらのチーム紹介資料をご覧ください。 BIRではここ1年で、非常に活発にプロダクト開

はじめに 皆様こんにちは。4月といえば『四月は君の嘘』。心のままにエンジニアリングを楽しんで行きたいエムスリーVPoEの河合(@vaaaaanquish)です。 この度2025年4月1日より、エムスリーエンジニアリンググループで長らくCTOを努めた山崎(@yamamuteking)が、大垣(@Hi_king)にCTOを引き継ぎ新CTOとなります。 そしてCTOを退任した山崎は、CPOに就任する運びとなりました。 CPO＆CTO＆VPoEでやっていき！ 本記事は、少しばかりの裏話と2人からの所信表明です。 はじめに エムスリーのCTOとCPO 新CTO大垣より一言 主人公になろう 変なこだわり、ギークな点はむしろ大事！ 前CTO、新CPO山崎より一言 CTOの引き継ぎについて CPO新設と初代CPOへの就任について おわりに We're hiring! エムスリーのCTOとCPO エムスリー

こんにちは！2024年9月に入社しました、エムスリーエンジニアリングGプロダクトマネージャーの松尾です。 入社後の半年間、経験豊富な先輩プロダクトマネージャーたちと共に働き、多くの貴重な学びを得ることができました。 今話題のChatGPTに「先輩たちの背中から学ぶプロダクトマネージャー」のイラストを描いてもらいました。なお、弊社ではリモートワークがメインのため、実際の背中はあまり見たことはありません笑 このブログでは、学びの一部を皆さんに共有したいと思います。 プロダクトマネージャーの業務とビジョン 「ビジュアルシンカー」という思考タイプとの出会い 課題発見のための「ビジョン」 他の業務での「ビジョン」 まとめ We are hiring!! プロダクトマネージャーの業務とビジョン 現在、私はデジスマ診療のプロダクトマネジメントを担当しています。 デジスマ診療とは、予約や問診、決済といった

こんにちは。AI・機械学習チームの高田です。 マルチテナント構成のWebサービスでは、データの分離とセキュリティを確保することが非常に重要です。マルチテナント構成とは、1つのシステムやアプリケーションを複数の顧客（テナント）で共有する設計アプローチを指します。 今回は、当社のあるプロダクトで行った2つの改善施策について紹介します。 BigQueryからPostgreSQLへの移行: より効率的なデータアクセスとコスト削減 Row Level Security（RLS）の導入: データベースレベルでのセキュリティ強化 これらの施策により、セキュリティ向上とコスト削減の両方を実現できた事例を解説していきます。 なぜ移行したのか テナントID分離型を採用 移行前のアーキテクチャ 移行後のアーキテクチャ PostgreSQLテーブル構築のためのバッチ処理の実装 PostgreSQLクエリの最適化

こんにちは、マルチデバイスチームでモバイルアプリエンジニアをしている小林 (@bakobox) です。 先日、m3.com iOSアプリにホーム画面とロック画面用のウィジェットを実装しました。 エムスリーのiOSアプリでは初の導入ということもあり、ウィジェット実装に関する知見が得られたので共有いたします！ ウィジェット導入の背景 導入したウィジェット ホーム画面用 ロック画面用 実装時のTips Widget Extensionを追加する方法（XcodeGenを利用している場合） はじめにXcodeでファイルを生成する project.ymlを編集 本体側とのデータ共有について UserDefaults HTTPCookieStorage ユーザーがウィジェットを設置しているかどうかを調べたい ユーザーの行動ログを荒らさないように気をつける 特定時刻にデータを更新する実装を行っている場合に

こんにちは。デジカルチームでソフトウェアエンジニアをしている武井です。 デジカルチームでは、クラウド型電子カルテ「エムスリーデジカル」を開発しており、メインのAPIサーバーとしてRuby on Railsを採用しています。 digikar.m3.com 今回、長年放置されてきたRuboCopの設定の見直し、運用の改善をチームで協力して行いました。この記事では改善の過程の一部始終をご紹介できればと思います。 この記事でも触れる「リファクタリングデー」の後に打ち上げで行った焼肉を楽しむ様子 RuboCopの形骸化 チーム全員でルールの見直し 違反箇所を3種類に分類 1. autocorrectできsafeな違反は一括修正 2. autocorrectできるがunsafeな違反は自動化して段階的に改善 3. autocorrectできない違反はチームワークで解決 まとめ We are hirin

こんにちは。クラウド型電子カルテであるエムスリーデジカルのソフトウェアエンジニア兼 Team SRE をしている井上 渉（@wtr_in）です。キャベツ相場が落ち着いてきて一安心しています。 今回は、デジカルを構成するサービスの DB（基本的に読み取りのみ）を Aurora MySQL から Fargate 上の SQLite に移行し、性能も向上しつつ当該サービス全体のインフラコストを約 1/8 まで大幅に削減できた話をご紹介します。 移行前・移行後の構成とその効果 移行前 (Aurora MySQL) 移行後 (SQLite) 移行で得られた効果 移行を検討した背景 なぜ SQLite を選んだか SQLite のデータをどこに置くか インメモリ SQLite へのデータロード まとめ We are hiring! 移行前・移行後の構成とその効果 今回 SQLite を採用したサービス

こんにちは、エムスリーエンジニアリンググループ、コンシューマチームの園田です。本記事では、外部サービスとAIエージェントの連携を可能にするMCPプロトコルについて、技術検証の実装例を交えてお話しします。 1. MCPとは（ざっくり） MCP（Model Context Protocol）とは、Anthropic社によって策定されたAIエージェントが外部サービスから情報を参照したり連携することを目的としたプロトコルです。 「MCPサーバー」は、GitHubやPostgreSQLといったリソースをMCPで喋れるように変換してあげるプロキシのようなサーバーです。 Claude DesktopやCursorなどはMCPクライアントの機能があり、GitHubなどのMCPサーバーを利用してナレッジとして利用したり、プルリクエストの作成なども行えます。 Introduction - Model Cont

エンジニアリングチームの末永です。クラウド型電子カルテ・レセコンのエムスリーデジカルを開発しています。 はじめに (1) コードレビュー (2) 実装 (3) 分からないことをまとめる (4) プロダクトのユーザー向けマニュアルを読む (5) ユーザーからいただいた全てのお問い合わせに目を通す (6) チーム外の人も分かるように説明する (7) 資格を取る ドメイン知識を身につけて役立ったこと まとめ We're hiring! この記事では私がドメイン知識を身につけるために行っている取り組みを紹介します。 はじめに 私たちは医療 x ITのソフトウェアエンジニアです。普段の仕事の中でも医療系の知識、つまりドメイン知識が役立つ場面はままあります。 ドメイン知識とは、業務遂行のために求められる特定専門分野に特化した制度やトレンド等の知識を指します。デジカルチームにおいては、「診療報酬請求書

こんにちは、AI・機械学習チームの苅野です。エムスリーに転職してそろそろ一ヶ月、今日も楽しくコードを書いています。 この記事では仕事の合間に作った Rust 製の CLI を紹介します。AWS Step Functions のステートマシンが途中で実行に失敗した時に何が原因で何回失敗したかを数えることができます。 とあるプロダクトでの Step Functions Run Task 失敗に対応する Step Functions が何でこけたか一目でわかる CLI を作る その前に: Rust で書いてどうだったか dialoguer でターミナルからステートマシンを選ぶ AWS SDK for Rust でステートマシンの一覧や実行履歴を取得する AWS SDK for Rust をテストする AWS SDK for Rust の tips We are hiring! とあるプロダクトで

こんにちは、エンジニアリンググループプロダクトマネージャーの阪口です。 私は医師向けのアンケート調査やそのデータ分析を手掛けるリサーチプロダクトチームに所属し、チームのビジョン「データとテクノロジーを活用し、医療に関する意思決定とアクションを、無駄なく、正しく、最速にする」を実現するため、日々奮闘しています。 この記事では、あるプロダクトのリニューアルにて自らがセールス活動に奔走することで得ることができた学びを共有したいと思います。 プロダクトリニューアルの背景 クライアントからの評価と課題 俺は最強のセールスになる！ 1.顧客の解像度が上がり、売れるためのメッセージが見つかった 2.プロダクトチームへ希望を持ち込めた 3.営業メンバーの本プロダクトに対するプライオリティがあがった おわりに We are hiring!! プロダクトリニューアルの背景 今回手掛けたプロダクトのリニューアル

こんにちは。エムスリーエンジニアリンググループの藤原です。 今回の記事ではパズルのようなプログラミングクイズを出題してみます。 自分で考えたい方は問題部分から記事を読み進めずに考えてみてください。問題の後にヒント、答えと続いています。 問題 では、問題です。 巳年(Python) '25年 なクイズということで作成してみました。 （元日あたりに作ったので [1:-1] 部分も実は"かかって"います!） 難読クイズとは少し違った趣向のクイズで、エンジニアリングとしては何の役にも立たないかもしれないですが、たまにはこういうのも面白いのではないかと思います。 ヒント 自力で解きたい人のためのヒント "*" で文字列となっている箇所以外の伏字部分は全て組み込み関数です。 解答 ここから解答です。想定解のコードはこちら。 sorted(oct(ord("*")))[1:-1] そして、「 _ 」部分

こんにちは。エンジニアリンググループゼネラルマネジャー & 機械学習エンジニアの大垣です。 さて、私が機械学習エンジニアとして仕事をしているAI・機械学習チームでは、今年一年で28個のプロダクトをリリースしました。月に2つくらいは新規プロダクトが出てる計算ですね。なかなか高速にリリースできているのではないでしょうか。 なお、この1年で5名のメンバーが新規に加わり、チームが12人から17人になったので、来年は更に加速していきたいです！*1 これらのプロダクトを簡単にお見せしつつ、エムスリーという医療xWebの企業でMLのチームはどういう仕事をしているのか、というのをお届けできればと思います！ 多いっちゃ多いので、新メンバーはカルタでプロダクトを覚えています。このカルタ自体もLazzaroniというプロダクトです 年間15個以上のプロダクトをリリースするAIチームを入社したてのフレッシュな目線

こんにちは。AI・機械学習チーム（以下AIチーム）チームリーダー、兼、エンジニアリンググループゼネラルマネージャーの横本(@yokomotod)です。 AIチームでは開発したMLプロダクトの実行基盤としてGoogle Kubernetes Engine（以下GKE）を採用しています。デプロイ関連コードのテンプレートも整備され、新しいプロダクトをスタートさせるときはGKE初心者でも簡単にデプロイまで持っていけるようになっています。 しかし自動生成は一方で、なにがどうなってデプロイされているのかブラックボックスのままになってしまいがちという問題もあります。 そこで今回は、チームメンバーへのオンボーディング、そしてKubernetesを触ってみたい人の参考になればと期待して、 ゼロからGKEにデプロイするハンズオン形式のチュートリアルを作ってみました。 What's this 前提条件 GKEク

こんにちは、エンジニアリンググループデータ基盤チームの木田です。先日公開されたCTO兼VPoP山崎の記事にある通りゼネラルマネージャーを拝命しまして、データ活用の観点だけではなくそれ以外の側面でも組織全体を支える立場となりました。クリスマスが過ぎ、すっかり街は年末モードになりましたね。毎年この変わり身の速さに驚くとともに、新年の足音を感じる時期でもあります。 門松とクリスマス飾りが同居する年末らしい光景。エムスリー赤坂オフィスから徒歩15分の距離にある麻布台ヒルズマーケットの一角にて エムスリーのデータ基盤利用者は今年も順調に増えまして、システム (サービスアカウント)も含めると倍々で増加しております。それに呼応する形でBigQuery上のクエリやユースケースの多様性 (そして料金も) 増しております。データ基盤の開発・運用を手がけるデータ基盤チームでは、今年の活動としてdbtやdataf

皆さんこんにちは。エンジニアリンググループゼネラルマネージャー兼 QA チームリーダーの窪田です。 1年が経つのは非常に早く、やりたかったことをやれたのかと振り返る年末になりました。 本日は私が GM になる前から力を入れてきた活動「全員QA体制への移行*1」についてお話をします。 本内容は、12/24 に取締役CTO兼VPoPの山崎がブログで話題に挙げていた「組織的ステップチェンジ」の1つでもあり、組織的なインパクトも大きな活動です。 www.m3tech.blog はじめに 現状の開発フロー 全員 QA 体制への移行 決起集会（エンジニアリンググループミーティング） 方針・目標設定と周知 現在までの進捗 おわりに おまけ We're hiring はじめに 山崎のブログでも言及されていた通り、優秀な QA エンジニア採用は競争が激しい状態にあり各社採用に苦労している状況です。一方でエン