こんにちは、サーバーサイドエンジニアの古川（@frkawa_）です。 10/27(金), 28(土)の2日間にかけて行われたKaigi on Rails 2023、お疲れ様でした。 私も現地で参加しましたが、多くの刺激を受けることができてとても有意義な2日間となりました。普段関わることの無い多くの方と交流できることが現地参加の何よりの魅力ですね。 弊社ではKaigi on Rails 2023のセッションレポートの記事も投稿しているので、是非一度ご覧ください。 tech.medpeer.co.jp そんなKaigi on Rails 2023の熱が冷めやらぬ中、株式会社スマートバンク様、株式会社マイベスト様、そして弊社メドピア株式会社の3社合同で After Kaigi on Rails LT Night と称したアフターイベントを11/9(木)に弊社オフィスで開催させていただきました。

MedPeerの開発をしている栗崎 (Ryohei Kurisaki (@0ryo0ryo) / X )です。 11月7日(火)に弊社オフィスにて、MNTSQ株式会社、株式会社hacomonoと３社合同でVue Fes Japan 2023 After Meetup を開催しました。 5年ぶりのオフライン開催となった Vue Fes Japan 2023の感想や思い出を語り合いました。 セッションのハイライト メインセッション Vue Fes Japan 2023のオーガナイザーであるkazuponさんによる 「Vue & Vite Rustify」のお話でした。 まずはViteの現状の課題についてお話されていました。 productionビルドが遅い dev環境とproduction環境のbundleの一貫性がない ※ dev環境はesbuild, production環境はRollup

フロントエンドの小林和弘です。 遂にオフラインでの開催となった Vue Fes Japan 2023 が今月末に迫っています。 2019 年は台風、2020 年、2021 年は新型コロナウィルス感染症による開催見送り、去年は感染予防のためオンライン開催となっていました。 2018 年以来、実に 5 年ぶりのオフラインカンファレンスです（めでたい）🎉🎉🎉 vuefes.jp メドピアは例年に引き続き Vue Fes Japan 2023 にゴールドスポンサーとして協賛しています。 （去年に引き続き、個人スポンサーもさせてもらいました） その他にセッションルームネーミングライツスポンサー、スペシャルランチスポンサーとしても協賛しています。 タイムテーブル上の 4 つのトラックのうちのひとつが「メドピアトラック」という名前になっていて、さらにランチタイムでは「メドピアトラック」にてスペシャ

サーバーサイドエンジニアの熊木（@k_kumaki_）です。 先日、私が担当しているヤクメドにA/BテストツールとしてAWSのサービスであるCloudWatch Evidentlyを導入したので、その経緯や内容についてまとめます。 目次 目次 CloudWatch Evidentlyとは 導入に至った経緯 導入理由 導入方法 1. プロジェクトの作成 2. 機能の追加 3. アプリ側の対応 よかった点 自分で細かな定義が可能 導入が簡単 終わりに CloudWatch Evidentlyとは AWS上でA/Bテストやフィーチャーフラグの管理ができるサービスです。 比較的新しいサービスのため、馴染みのない方も多いかもしれません。 aws.amazon.com 導入に至った経緯 私が開発しているサービスであるヤクメドでは、UX向上のためA/Bテストを実施しています。 そのA/Bテストツールとし

こんにちは。フロントエンドエンジニアの相澤 ( @ttt3pu ) です。 みなさま、Nuxt 2 から Nuxt 3 へのアップグレードは順調でしょうか。 メドピアでは、2023年末のVue 2のEOLへ向けて、 各プロダクトで積極的にNuxt 3へのアップグレードを進めています。 現在私の担当しているプロダクトでは、マイグレーション作業自体はほぼ完了しており、 残すはQAテストなどを行うのみと言う段階で、本番リリースまであと一歩というところまで進んでおります！ 🎉 マイグレーションの事例も徐々に増え始めてきて、Nuxt 3のリリース当初よりも段々と移行はしやすくなってきましたが、 個人的に結構大変だったのがユニットテストのマイグレーション作業でした。 当記事では、マイグレーションに当たっての Tips と、ついでに Vitest を導入したことにより、 実行速度が 約 10分 ->

子供とサッカー話してくれる会話ロボットを作った🤖#小学2年生はビープ音待たない pic.twitter.com/ni8N9iTmVS— kenzo0107 (@kenzo0107) 2023年9月15日 会話の間が長く、スムーズでなくてすいません💦 長期休みに入る子供対策 R&Dの一環で子供達と会話してくれる AI ロボットを作りました。 github.com 会話の例 日々このような会話が繰り広げられる様になりました。 例1 🤖「こんにちは。今日はどんなサッカー練習をしましたか？」 👦「今日はダイレクトシュートの練習をしました」 🤖「それは良いですね。ダイレクトシュートは難しいですよね。どんなダイレクトシュートの練習ですか？」 👦「インサイドキックです」 🤖「サッカーの試合で使われるキックの7割がインサイドキックと言われていますね。試合でもインサイドキックをしますか？」 例

SRE の田中 @kenzo0107 です。 Terraform Provider kenzo0107/terraform-provider-sendgrid を作成し、SendGrid のリソースを terraform で管理する様にした話です。 https://registry.terraform.io/providers/kenzo0107/sendgrid まず弊社の SendGrid リソース管理の Before/After をご覧ください。 弊社の SendGrid リソースの管理方法 Before SendGrid コンソール上で手動でリソースの作成・更新・削除していました。 特にチームメイトは以下運用で工数が肥大化していました。 定期的な棚卸し メールアドレスを元にプロジェクト担当者（or 退職者）かをチェック 弊社の SendGrid リソースの管理方法 After -

メドピアでエンジニア／マネージャーをしている濱田 (@yut_h1979) です。 昨年末から半年以上かけて、「EM勉強会」(エンジニアリングマネジメント勉強会) と題した『エンジニアリングマネージャーのしごと』の輪読会を実施しました。これがとても良い取り組みになったので、その経緯や内容について共有しようと思います。 目次 1. なぜやろうと思ったのか？ メドピアの組織拡大に伴う課題感 EM学習に最適な書籍との出会い 2 . 勉強会の始め方と進め方 勉強会ニーズの把握 Slackチャンネルの開設と導入 読書ペースと進め方の決定 3. 工夫点と留意点 予習不要でハードルを下げる 内容をSlack上でオープンにする 「次回予告」で興味を惹く 4. やってみてどうだったか？ 興味ある人が想像以上に多かった 様々な立場からの議論ができた 事業部メンバーからも反応を頂けた 5. まとめ 1. なぜや

今年の4月に新卒で入社したエンジニアの冨家(@asahi05020934)です。 今回は、RubyKaigi 2023をテーマにした社内LT会に参加したので、それについてレポートします。 今回の社内LT会に参加する前 私は、新人研修としてRubyKaigi 2023に参加しました。 皆さんは、どのくらいセッションを理解できましたか？ 私は、ほとんど理解できませんでした。 その原因の1つがセッションの内容を理解するために必要な知識が足りていないことだと思いました。 例えば、Power up your REPL life with typesを聞いたとき、 「そもそもこのセッションは何をしようとしているのか？」 ということや 「そもそも型を使うメリットは何なのか？」 ということがセッション中に引っかかって、全然頭に入ってきませんでした。 5月29日の社内LT会 しかし、先日、足りていない知識を

フロントエンドエンジニアの小林和弘です。 去年の 4 月に「Web アプリを 3 つ使ったサービスを 3 ヶ月でつくりたい」という話が降ってきて、無茶を現実にした話をします。 新規サービス「やくばと」で Workspaces のモノレポを使って、医療機関画面、薬局画面、患者画面の 3 つの Nuxt を構築しました。 やくばととは 医療機関、薬局、患者さまの間でやり取りされる医療機関起点の薬局向け処方せん画像事前送信サービスです。処方せんに関する業務負荷を軽減すると共に、患者さまの大きな負担である医療機関、薬局での待ち時間を軽減するということを主な目的としたサービスです。 医療機関、薬局の DX を進め、患者さまの負荷軽減に貢献できる素晴らしいサービスになっています。 開発チームでは医療機関、薬局、患者さまに提供している Web 画面をそれぞれ医療機関システム、薬局システム、患者システムと

メドピア株式会社でバックエンドエンジニアをしている徳富(@yannKazu1)です。 先日、RubyKaigi 2023が開催されました。このイベントは、Ruby コミュニティの開発者が一堂に会し、最新のトピックや開発手法について議論する場として知られています。 そのアフターイベントとして、株式会社ZOZO、ファインディ株式会社、そしてメドピア株式会社の3社によるLT・ディスカッション「After RubyKaigi 2023」を開催しました！ 今回はそのイベントの様子を簡単にレポートします！ (イベント概要は https://zozotech-inc.connpass.com/event/281473 にて案内してます。) After RubyKaigi 2023の概要 メドピア株式会社、株式会社ZOZO、ファインディ株式会社3社合同で行うRubyKaigiのAfterイベントです。 昨

こんにちは。サーバーサイドエンジニアの三村（@t_mimura）です。 主に保険薬局と患者さまを繋ぐ「かかりつけ薬局」化支援アプリ kakariのサーバーサイド開発（Ruby on Rails）を担当しています。 突然ですが！ この度kakariプロジェクトは「型導入」をしました！ kakariのRailsリポジトリに型導入PRがマージされた様子 皆さんのプロジェクトは「型導入」していますか？ 「型導入」しているRailsプロジェクトはまだ少ないのではないでしょうか なぜ型導入しないのか 型を導入すると何かしらが便利になることは分かっているのに何故やらないのでしょうか（煽り気味） 「型の恩恵」と「型を自分たちで書くコスト」の２点を比較していませんか？ RubyKaigi 2023開催前の私がまさしくそう考えていました。 本当にその２点を比較するべきなのかをここで再考してみましょう。 「型導

こんにちは、サーバーサイドエンジニアの草分です。 先日のRubyKaigi 2023に参加された皆様お疲れ様でした！ "感想記事を書くまでがRubyKaigi" ということで、今回は1つのセッションを掘り下げた感想記事を投稿します。 rubykaigi.org このセッションではRubyのパターンマッチの機能を題材に、Rubyの機能の実装を「読んで理解する」そして「パフォーマンスを向上させる」といったプロセスを、いかにして進めていくのか。その方法について紹介されていました。 このセッションはRubyのパターンマッチやメタプログラミングを知った状態で聞くと、より深く理解することができます。 それらの前提知識を軽くおさらいしつつ、セッション内容を振り返っていきましょう。 パターンマッチとは パターンマッチとは、「データ構造による条件分岐」「構成要素の取り出し」という要素を備えた機能です。 Ru

こんにちは！サーバーサイドエンジニアの伊藤(@yuma_ito_bd)です。 RubyKaigi 2023に参加されていた皆さん、お疲れ様でした。 3日目（5/13）のセッションの中で印象に残った発表をご紹介します。（現地参加したエンジニアの複数人による共同執筆になります。) Day 1のレポートはこちら tech.medpeer.co.jp Day 2のレポートはこちら tech.medpeer.co.jp タイムテーブル タイムテーブルは以下から確認できます。 rubykaigi.org Ruby Committers and The World （執筆：伊藤） YJITやパーサ、GC、Ractorなどの各トピックに対してRuby 3.3で実装したい機能に関してコミッター同士の公開トークがありました。 Ruby 3.3だけでなく、その次のバージョンに向けた将来的な話もあり、興味深かった

バックエンドエンジニアの貞元勝幸(@greendrop269)です。 RubyKaigi 2023で長野県松本市に来ています。2日目（5/12）に聞いたセッションについて、いくつか紹介していきたいと思います。 タイムテーブル タイムテーブルは以下から確認できます。 rubykaigi.org How resolve Gem dependencies in your code? How resolve Gem dependencies in your code? - RubyKaigi 2023 RubyGems, Bundlerがどのように依存を解決しているかというお話しでした。 普段、rubyを書く中でgemを使用するためにgem install や bundle installを使用していると思います。 使用する側は、使用したいgemを指定するだけですが、そのgemが依存しているgem

こんにちは！サーバーサイドエンジニアの中村(@_naka_0)です。 RubyKaigi 2023に現地参加しています。 1日目（5/11）に聞いたセッションの中でいくつかをピックアップしてレポートしていきたいと思います。 タイムテーブル タイムテーブルは以下から確認できます。 rubykaigi.org Matz Keynote Matz Keynote - RubyKaigi 2023 Rubyが生まれてから30年が経過し、そこで学んできた教訓についてのお話でした。 その中でも印象に残った教訓についていくつか紹介していきたいと思います。 良い名前を選ぶ Rubyは1993年2月24日に「Ruby」という名前が決まったそうですが、この名前が決まる前に「Coral」、「Tish」のような名前の候補があったそうです。 もし、「Ruby」ではなく「Tish」という名前であったら、ここまで多くの

サーバーサイドエンジニアの内藤(@naitoh) です。 Rails で構築された小規模な APIサーバー(Rails の API モードで構築したもの)で、Ruby 3.2 の YJITを有効化する事で性能アップすることができましたので、喜びを分かち合いたく共有させて頂きます。 shopify.engineering We’re able to measure real speedups ranging from 5% to 10% (depending on time of day) on our total end-to-end request completion time measurements. YJIT を開発した Shopify では 5%から10%の処理速度の改善があったという事で、以前から弊社でも本番で運用を開始したかったのですが、比較的検証のし易い APIサーバーで

はじめに はじめまして。今年の4月に新卒として入社した金淵(Twitter : @Deee_U_ )です！ 今回は4/19 ~ 4/21に開催された開発合宿の様子を記事にしました。 開発合宿とは、メドピアが年に2~3回ほど日常業務外で業務の改善や技術研鑽を行う為に開催している合宿のことです （前回の開発合宿の様子はこちら↓）。 tech.medpeer.co.jp 今回は湯河原、軽井沢の2チームに分かれて3年半ぶりの合宿を行いました。私は湯河原の合宿に参加させて頂いたので湯河原の様子をお届けします。 （軽井沢の開発合宿の様子はこちら↓） tech.medpeer.co.jp 湯河原駅前でパシャリ 旅館 今回、湯河原の合宿ではおんどや惠（めぐみ）さんに宿泊させて頂きました。メドピアは過去に何度かこの旅館に宿泊させて頂いことがあり 今回も湯河原の「おんやど 惠（めぐみ）」さんにお邪魔しました。

こんにちは！サーバサイドエンジニアの森です。 開発合宿は2019年11月の以降、コロナの影響でしばらく開催できておりませんでしたが、 約3年半ぶりに4月19日から21日まで3日間、開発合宿を開催しました！ 今回は参加者数が多いため、神奈川県湯河原と長野県軽井沢の2箇所に別れて開催しました。 この記事では、軽井沢（BEB5軽井沢）での開発合宿の様子をご紹介します！ ※BEB5軽井沢： www.hoshinoresorts.com ※湯河原の様子： tech.medpeer.co.jp ※前回の開発合宿の記事： tech.medpeer.co.jp 1日目 開発スタート！ 12時に軽井沢駅へ集合、お昼を食べて、開発がスタートしました！ 私は3人1チームとして参加していたので、ゴール設定や作業分担について話し合い、それから作業を開始しました。 直前の天気予報では小雨だったのですが、快晴だったので

皆さんこんにちは！ サーバーサイドエンジニアの伊藤(@yuma_ito_bd)です。 2023年5月11日から開催のRubyKaigi 2023まであと少しですね！ 今回はPlatinumスポンサーとしてブース出展も行う、メドピアの協賛企画の詳細をご紹介します！ 目次 ブース企画 参加方法は簡単！ Twitterクイズ企画も！ 今年の注目ノベルティ 1. 大きなビニールバッグ 2. フライヤーがうちわになりました この場所でお待ちしています 最後に（告知あり） 「After RubyKaigi」を3社共同で今年も開催！ 参考 ブース企画 今回は、 「Rubyistの中でお酒が飲める人はどれくらいいるのか？～How many Rubyists Good at Drinking？～」 と題して、来場者の皆様に「アルコールパッチテスト」をお試しいただく企画です！ 実は、このアルコールパッチテスト