こんにちは。
マネーフォワードでインフラエンジニアとして働いているkappy（@kappyhappy）です。
今回は、Amazon EKSへのデプロイを効率化するために導入したGitHub Appsのdeploy-botを紹介します。

なぜdeploy-botが必要だったのか

デプロイに使用しているコンポーネント

deploy-bot導入の経緯の説明の前に、デプロイのために使用しているコンポーネントとその用途を説明します。

• AWS ECR
  • 作成したDocker Imageを保存します
• AWS EKS
  • AWSマネージドなKubernetesを実行します
• GitHub
  • ソースコードを保存します
• CircleCI
  • GitHubでPRのマージをトリガーにECRにDocker Imageをpushします
• ArgoCD
  • GitHubのリポジトリ更新をトリガーに、更新されたKubernetes Manifestsのapplyを行います
  • Kubernetes Manifestsの作成にはKustomizeを使用しています

導入の背景

2020年7月現在、弊社ではいくつかの本番サービスをAmazon EKS上で稼働させています。また我々は、複数サービスをEKSクラスタで稼働させる為に、いくつかの理由から1つのクラスタ上に複数のサービスを同居させるマルチテナント構成を採用しました。マルチテナント構成におけるマニフェスト管理の運用として、マニフェストファイルを単一のGitHubリポジトリに集約し、サービス単位でディレクトリを作成しています。

こんにちは。Androidエンジニアのsyarihuです。

私が開発を担当しているサービス「マネーフォワード ME」では、日々たくさんのアップデートを行っています。新しい機能の提供であったり、不具合の修正など、アップデートの内容はさまざまです。

たとえばAndroid版「マネーフォワード ME」の場合は、Playストアからアプリを配信しています。アプリのアップデートを受け取るためにはPlayストアからの自動アップデートを待つ、あるいは自動アップデートを有効にしていない場合はユーザーが自らアプリのアップデートがあるかを確認し、アップデートがある場合は明示的にアップデートボタンを押すことでアプリのアップデートをユーザーのAndroid端末に反映します。

新機能の提供や致命的な不具合の修正などのアップデートはアプリの提供者からするとなるべく早めにアップデートをしてほしいところですが、すべてのユーザーがアップデートをしてくれるとは限りません。
そもそもアップデートに気づいていなかったり、Playストアにいってアップデートボタンを押してアップデートが完了するのを待つのが手間でアップデートをする気が起きないなど、アップデートをしないのはユーザーによってさまざまな理由が考えられます。

そこで、アップデートに気づけない問題やPlayストアアプリに遷移してアップデートをしなければならないなどの手間を解決するための手段として、Googleが公式で提供するアプリ内でアプリのアップデートを提供できるin-app updatesという仕組みがあります。
in-app updatesを利用することで、アプリ内でアップデートを検知してユーザーにアップデートを促したり、バックグラウンドでアップデートのダウンロードを行うなど、柔軟にアップデートを提供できます。

本記事では、in-app updatesについての概要やAndroid版「マネーフォワード ME」でのアプリ内アップデートの利用例、AACを使ったin-app updatesのサンプル実装、そしてInternal app sharingを利用したin-app updatesの検証方法について解説します。

in-app updatesとは

in-app updatesとは、Googleが公式に提供するアプリ内アップデートの仕組みです。
Play Core Library 1.5.0以上を導入することで利用できます。最低動作バージョンはAPI Level 21以上のため、Android 5.0以上のデバイスで利用できます。

こんにちは。京都開発拠点の村上です。

もうあの熱気から1ヶ月も経ってしまったか。
という感じですが、2020/6/26(Fri) – 27(Sat)にかけて行われたスクラムフェス大阪@オンラインに、登壇・参加したのでそのレポートです。

参加した複数名連名で感想ブログを書きたいと思います！

一言でいうと、 オンラインカンファレンス という新しい業態の可能性を感じた熱気あるイベントでした！またオンラインカンファレンスでやってほしい！

スクラムフェス大阪とは

スクラムフェス大阪 | Scrum Fest Osaka 2020

毎年関西圏のアジャイル・スクラムの発表等を行う場です。
2019年にマネーフォワードも京都開発拠点を立ち上げて関西圏に進出しましたし、
スクラム開発をガッツリ&ディープにやっているので
こりゃ成果発表せねばならない！と意気込んで参加したイベントです。

※ プロポーザル落ちたんですが、オンライン開催になった事で登壇の機会を得ました！
エリアオーナーの大友さんお声がけありがとうございます！

京都開発拠点の @luccafortです。
最近帳票出力を高速化するチームに短期留学しているのでGo書いてます、RubyもJSも書いてません :waiwai:

フロントエンド勉強会@Nkznとは？

先日エンジニアブログに『学習をフォワードする取り組み 〜 京都拠点〜』というタイトルで記事を投稿しました。

外部講師に呼んでフロントエンドのワークショップ&ハンズオンを開催する予定です。
後日その様子や何故行おうと思ったのかも書かせてもらおうと考えてます、よければその際も読んでもらえると嬉しいです！

後日報告するといってしまって自分で自分の首を締めてしまったので、供養としてここに主催者側の視点から外部講師を招いた際のレポートを書いておこうと思います。
今回外部講師として知人だったNkzn氏にオファーを出させてもらいました。

画像はイベント開催時のzoomの様子をキャプチャしたものです。
顔出ししてるのが講師のNkznとぼくです、他が全員アイコンでウケる〜。

参加者側のレポートはまた別の誰かが書いてくれると信じてます！

こんにちは！
京都開発本部テクニカルアーキテクトグループの櫻(@ysakura_)です。
クラウド会計Plusの性能問題の解決を担当しています。

先日Goの開発をしていて、 context.Contextに入れる値をリクエストスコープに限るべき理由をパッと説明できない事がありました。
そこで、自分なりの意見を纏めてみました。

はじめに

contextパッケージのコメントによると、Contextに入れる値はリクエストスコープなものに限るべきとされています。

// Use context Values only for request-scoped data that transits processes and
// APIs, not for passing optional parameters to functions.

訳

contextの値は、プロセスやAPIを通過するリクエストスコープなデータに限って使ってください。
関数にオプショナルなパラメータを渡す目的で使うべきではありません。

Contextに入れる値を限定するべき背景

大きな理由として、ContextにおけるValueの扱いが難しい事が挙げられます。
Contextを使う必要がなければ、グローバル変数や構造体で値を持つ方が良いです。
扱いが難しい点に関して、以下の2点を取り上げます。

• Valueの型がinterface{}である事
• 推奨されるValueへのアクセス方法

Valueの型がinterface{}

ContextにはKey-Valueの形式で値を入れる必要があります。
その際の型は、空のインターフェース(interface{})になります。

こんにちは。マネーフォワード京都開発部の伊藤です。

京都開発拠点では技術力の違うチームへの短期留学ができないか計画しています。

先日の『マネーフォワード京都拠点について気になる事』で紹介していた『社内短期留学制度』が始まりまして、早速活用してみました。

とても良い体験だったのでレポートしたいと思います。

社内短期留学制度

特定タスクをテーマに公募が行われ、別チームのメンバーが応募できます。

現在所属するチームから異動することなく、他チームにタスクベースでジョインできる制度です。

誰でも応募できて、留学の期間なども前もって設定されます。

テクニカルアーキテクトグループへ留学　~ Docker, AWS に触れて~

京都開発拠点はメンバーが増えており、複数のチームがあります。
今回は、私が所属する『会計Plus開発チーム』から『KTA（京都開発本部 テクニカルアーキテクトグループ）』に短期留学しました。

こんにちは！
マネーフォワード京都開発拠点の井上（@ino_dev）です。

マネーフォワードさんの中では現状比較的珍しく（？）、業務委託のメンバーとして、2019年12月頃から開発をお手伝いさせていただいております。
今日はそんな自分の立場から客観的に見て、いつもの京都拠点でのスクラム開発において、ここが良いなーというところなどをお話しできればと思っています。

目次

1. マネーフォワードの京都拠点って何やってるの？
2. 緊急事態宣言でフルリモートでのスクラム開発に
3. リモートワークでのスクラム開発の知見
4. リモートワークでの反省
5. 京都拠点メンバーを大募集中だそうです

マネーフォワードの京都拠点って何やってるの？

京都拠点では主に、IPOを目指されている企業向けに内部統制を強化する機能を追加した「クラウド会計Plus」と言うサービスの開発を行っています。
他にもいくつかのプロジェクトが並行して動いていますが、スクラムでクラウド会計Plusの開発に携わっているエンジニアメンバーが中心となっています。

京都開発拠点所属 マネーフォワード会計Plusチームの @luccafortです。
最近 TypeScript Deep Dive を朝会で読んでいるのですが大変面白いですね、JS苦手だー！というかたにもオススメです。

さて今日はぼくがマネーフォワードに入ってから享受してきたさまざまな「学習をフォワードする取り組み」をご紹介しようと思います。

マネーフォワードにはいろいろな学習を加速させる仕組みや取り組みがあって大変ハッピーなのでエンジニアブログで世間にオープンにすることで「マネーフォワードいいじゃん！」とか「マネーフォワードよさそう！」という流れに繋がってほしいと思ってます。

あわよくばそれで京都拠点の採用応募や採用者にインパクトしてめっちゃ優秀なエンジニアや優秀な若手エンジニアと働けたら最高！！！っていう邪な気持ちで書いています。

|дﾟ)ﾁﾗｯ

|дﾟ)……ｵﾏﾁｼﾃﾏｽ

|彡ｻｯ

地方におけるエンジニアの学習コストは高い

東京にいると毎日のように何かしらの勉強会やカンファレンス、イベントが溢れており自分から情報を取りにいかなくても自動的に大量の情報がインプットされやすいという特殊な状態があります。

ところが地方にはそもそもの分母が東京よりも少ないため、勉強会やそれらのイベントの数も比例して少なくなります。
京都と東京でいうと人口差はおおよそ10分の1なのでそもそもエンジニア・デザイナーの数も推して知るべしというところです。

こんにちは、マネーフォワード CTOの中出（なかで）です。

CTOの私が、普段「なにを感じて、どんなことを考えているか」について、社内へ四半期に一回共有している内容を一部編集し、エンジニアブログに公開したいと思います。

前回はこちら ： マネーフォワードCTOが考えていること（2020年3月）

目次

• コロナ禍のマネーフォワードの取り組み
• 不可逆な社会の変化
• デジタライゼーションの推進
• さらなるエンジニアリングへの要求
• 私たちのチャレンジ

コロナ禍のマネーフォワードの取り組み

新型コロナウイルス感染症（以下、コロナ）の感染拡大により、人々の生活や働き方が大きく変わりました。

私自身これまで40年以上生きてきましたが、こんなに世の中が急激に様変わりした経験はありませんでした。

幸いなことに、マネーフォワードは現在のところ、大きな影響を受けていません。

マネーフォワードのメンバーは、多少の不便こそあれど、「生活が困窮する」「明日からどうやって生きていけば良いかわからない」といった状況にはなっていません。それ自体は、こんな状況下においても有難いことだと思っています。

「自分や家族、会社の同僚たちの被害がそこまで大きくない」「リモートワークは快適で、むしろ今までよりも生産性が上がった」

ポジティブなこともあるかもしれません。

こんにちは。
マネーフォワード京都拠点の村上です。

京都拠点は設立から1年とちょっとが経ちました。

そして、京都拠点のホームページもOpenしました!!!!
https://kyoto.moneyforward.com/

1年間で沢山の方から応募がありました。1年間で多くの方とカジュアル面談をしてきました。
何人も話をしていると、気になる点に共通点があると思ったので今日はそれを書こうと思います。

「面談で聞くなよ！」と言うわけではなくて、面談の限られた時間の中でより深く、書けば伝わる程度の事は先に書いておいた方が濃密な面談を過ごして、ミスマッチを減らす助力になるのではないか？と思ったからです。
ぜひ自分自身に合う環境なのか？見てみてください。

今回は主にweb開発チーム向けのコンテンツです。
MLは一部違うので沢山応募がきたら書こうかなと思います。

（2020年5月1日時点の情報です）

拠点の話

なぜ立ち上げたか、そして何処へ向かうのか

まずは、こちらを読んでみて欲しいです！

はじめまして！ 京都開発拠点 | Money Forward Engineers’ Blog

インタビュー形式でもお答えしたことがあります。
京都開発拠点の設立メンバーに聞く、立ち上げの経緯と今後の展望について | MoneyForward’s ROOM