マネーフォワードで 『Plus Ops グループ』と『わり算グループ』というグループに所属しつつ、バックエンドのエンジニアをしています 古濱 といいます、こんにちは。
お酒と Rust が好きです。最近良かった日本酒は茨城の松盛です。

少し前に『わり算グループ』の古濱として『さくっと各サービスのライブラリのバージョンを見ようの巻』という記事を投稿しました。趣旨は異なりますが宜しければこちらも是非読んでみてください。

余談はさておき、今日はマネーフォワード社内で約半年間にかけて行われたインフラ留学制度とそれを元に 『Plus Ops グループ』という新しい組織を作ることになった話をしようと思います。

免責事項

この試みはまだ始まったばかりなので特に成果というものはまだ出ていません。

しかし試みを行うきっかけとなったインフラ留学制度が素晴らしかったのでその紹介と、また僕たちがどういった開発組織を目指していてこの度どうして新しい組織を作ったのかという部分の紹介の記事と出来ればと思っています。

遡って 9 ヶ月ほど前

2020 年の 3 月頃、チームのチャットにこんなメッセージが投下されました。

ちょうどクラウドインフラに興味を持っていた僕はすぐに申し込むことにしました。僕はこの時以下のような期待値を留学に対して持っていました。

Money Forward Kyoto Advent Calendar 2020、22日目担当です。

こんにちは！
京都開発拠点でエンジニアリングマネージャ 兼 バックエンドエンジニアをしている大倉(@okeicalm) です。
スクラム開発で マネーフォワード クラウド会計Plus の機能改善を実現するチームのマネジメントを担当しています。

私たちのチームではスクラムの価値観、プラクティスを取り入れながらプロダクトを開発しています。
スクラムガイド2020(pdf) でも以下のように言及されているスウォーミングについて、私たちのチームでも実践していますので、『やってみてどうだったか』についてお話していきます。

開発者が計画を調整できるのは、デイリースクラムのときだけではない。
スプリントの残りの 作業を適応または再計画することについて、より詳細な議論をするために、開発者は一日を通じて頻繁に話し合う。

スウォーミングとは

スウォーミングの概要については、こちらのブログ記事 の解説が大変よくまとまってらっしゃったので引用させて頂きます。

初めまして！
京都開発本部テクニカルアーキテクトグループ(KTA)でインターンをしているonetkです。

この記事ではインターンを始める前に気になっていた「京都でインターンとしてどのようなことをしているのか」について、以前取り組んでいた性能改善のタスクを例に少し掘り下げた内容となっています。

概要

マネーフォワード クラウド会計Plusでは会計という大量のデータを扱うシステムの都合上、一部の機能が重くなることがあります。
そこで、KTAチームでは既存機能の性能改善を主に行っており、インターン生でも１タスクに丸々チャレンジさせて貰えます！

今回は丸々取り組ませていただいた１タスクが一段落したので過程も含めつつまとめています。内容は大量のRedisの読み込みの影響で特定条件下で2~3分かかっていた一機能の原因探索と改善です。

タスクについて

京都拠点では日々Datadogなどでパフォーマンスも改善できるよう監視しています。
今回課題となった機能の計測結果を覗いてみると、以下のように平均して2分ほど時間がかかっていることが分かりました。

その原因を見てみるとRedisの読み/書き回数が1.25万回と異常に多い事が分かったため、今回はこれを解決していくことになります。

TL;DR

これはMoneyForward Kyoto Advent Calendar 2020の14日目になります。
担当は本年はこれが最後のアドベントカレンダーになる予定の luccafort です。
投稿記事5つはね…多すぎたよ。

開発メンバーが選ぶ、おすすめの技術書【2020年度】 – RAKUS Developers Blog | ラクス エンジニアブログが良さそうなので、マネフォ京都版を作りたくなり、やってみました！

ルール

以下の条件を満たしていれば技術書から一般書籍、あるいは漫画や雑誌でも何でもOKです！という緩い制約で募集しました。

• 2020年に読んだ/読んでいる/読もうとしている書籍
• 選んだ理由が書ける

というわけで京都メンバーが普段どんな書籍や技術書に興味を持って読んでいるのか個人的に気になっていたので大変楽しみです！

TL;DR

これはMoneyForward Kyoto Advent Calendar 2020の13日目になります。

今日はぼくがマネーフォワードに入ってから主催することとなったkyoto.goというローカルGoコミュニティーの運営を振り返ってみようと思います。

今月5つアドベントカレンダーの記事を書いていて過去最多を更新しました luccafort が担当です。
connpassのイベントページとコミュニティーで使用しているscrapboxのURLを貼っておきますので、もし少しでも興味のあるかたは遊びにきてください。お待ちしてまーす！！

• connpass
• scrapbox

立ち上げの期待値とその成果

まずは立ち上げの経緯から…といいたいところですが、コミュニティーを立ち上げようとした理由や経緯は以前個人ブログのほうにまとめを書いたのでそちらをみていただくのが早いと思います。
kyoto.goコミュニティーを作ったった

上記のブログでも3行でまとめていますが当初期待したことは大きく以下の3つかなと考えています。

マネーフォワード京都拠点のissanです。
フロントエンドエンジニアをしていますが、プロダクトオーナー（以降、PO）のお仕事にも興味があり勉強中です！

この記事は Money Forward Kyoto Advent Calendar 2020 – Adventar の11日目の記事で「PO輪読会朝の部」の取り組みについて紹介します。
「POの勉強ってどうしたらいいの？」「本を読む習慣がない」というかたの参考になれば幸いです。

PO輪読会とは

京都拠点でマネーフォワード クラウド会計PlusのPOをしている杉浦さんの
「POが増えてきて、勉強会がしたい！本を読んで意見を言い合いたい！」という声から始まりました。
(詳しいお話はこちら）

社内の色んなプロダクトのPOが集まり、
POに関連している書籍を毎週数章ずつ読んで、
「よかったこと・よくなかったこと・やるぞー」の3つに分けて付箋を書いて、
その中で気になったものに対して議論する会です。

マネーフォワードで『わり算グループ』と『Plus Ops グループ』に所属しつつ、
バックエンドのエンジニアをしています古濱といいます、こんにちは。

お酒と Rust が好きです。最近良かったワインは PACINA の La Cerretina です。

今日はマネーフォワード社内でのライブラリ/ランタイムのバージョン管理に関する話を紹介しようと思います。

遡って 2 年ほど前

2018 年頃、マネーフォワードでは既にいくつもの主に Rails で書かれたアプリケーションが動いておりそれらのバージョンのハンドリングが課題になっていました。
具体的には以下の問題があったように記憶しています。

• アプリケーションで使っている Rails を始めとする主要ライブラリのバージョンがそもそも古く、新しいバージョンのリリースについていけていないものがある
• 利用している gem や Ruby のランタイムなどで脆弱性の報告とそれに合わせた新しいバージョンのリリースがあったときに、影響のある全てのアプリケーションでのバージョンアップの担保が難しい

当時の僕はバージョンの古いままになっている Rails アプリケーションのバージョンアップ作業を手伝ったり脆弱性の報告やその対応への興味から社内での対応の音頭を取る作業のお手伝いをしたりしていました。