こんにちは。18新卒でサービスインフラチームの小笠原 (@0gajun) です。 今日はCircleCIのPerformance Planを用いて、CI環境の改善を行った話をします。 （決してCircleCIの回し者ではありません :wink: ） Summary 今までJenkinsをCI環境として用いており、様々な問題を抱えていた CI環境を改善するためにCircleCIに移行した CircleCIにはPerformance Planという従量課金プランが存在する コンテナの並列実行数に制限がなく、実行時間ベースでの従量課金 ただし、まだ Early Accessの段階。 JenkinsからCircleCIに移行することで、次のメリットが得られた CI時間の短縮 CIジョブがキューイングされる問題からの開放 CI環境のメンテナンスコスト削減 CIコストの削減 CircleCIのPerf

iOS エンジニアの西信です。 新年早々、大変お騒がせしております。申し訳ありませんの一点に尽きます。 yuga panda on Twitter: "おっ、null安全だ https://t.co/RFta3RFXxu" マジレスすると『Optional(2018)年』を恐れる必要はない - Qiita はてブや、Twitterなどで大きく話題にしていただいたので、この機会に、恥は承知の上で、なぜこんなことが起きてしまったのか、筆をとらせていただくことにしました。 この問題は昨日 (2018年1月4日) リリースしました、バージョン 9.1 にて修正済みです。iOS のみで発生していました。 蛇足ですが、当バージョンから、ホーム画面が新しくなり、カードの引き落とし額決定や、使い過ぎなどをお知らせする『MY通知』がさらに便利になりましたので、ぜひお試しください。 さて、今回の起因となったの

こんにちは。卜部です。 ruby-coreというRuby本体の開発の議論がされているメーリングリストがあります。 新機能やバグ報告などがだいたいここに集約されてくるので購読しておくとRubyの動きが分かります。 ちょっと間が開いてしまいましたが、最近興味深かったトピックを紹介します。 最近のruby-core (2017年1月) 最近のruby-core (2016年11月) 最近のruby-core (2016年10月) 最近のruby-core (2016年9月) 最近のruby-core (2016年7月) 最近のruby-core (2016年6月) 最近のruby-core (2016年4月) 最近のruby-core (2016年3月) 最近のruby-core (2016年2月) [#13188] Reinitialize Ruby VM. いま、Rubyのプロセスが立ち上が

エンジニアブログのご愛読、ありがとうございます。 マネーフォワードでAndroidアプリを担当しています鈴木です。 いつの間にか弊社内の鈴木が３人に増えてしまったので、これからはKENGOと名乗ります。 ちなみに、前職では「け」から始まる鈴木が37人もいました。流石日本ランキング２位の苗字。 本題に入りまして、先日、5/28・5/29にSan Franciscoで開催されましたGoogle I/Oに参加してきました。 イベントレポートは各種メディアにオマカセするとしまして、今回のブログでは世界のエンジニアと情報交換をして感じた所感・雑感をまとめてみました。 日本での常識とはちょっと違うこの感じ、ご参考になれば幸いです。 職種ごとの風通し 職種ごとの風通しは良くない。 デザインはデザインの人に任せて、グロースハックはグロースハックの人に任せて、エンジニアはエンジニアするのみ...みたいな役割

こんにちは。卜部です。 ruby-coreというRuby本体の開発の議論がされているメーリングリストがあります。 というか、議論がどうとか以前の話ですが、Rubyにおいては12月がリリースの季節です。脆弱性の修正などはさておき、新機能の入った新バージョンはもうずっと毎年12月に出ています。その直前は、プロダクトクオリティの上昇を目的として新機能の追加は凍結されます。たぶんこの記事が出た頃にはもう凍結されてることでしょう。 というわけですので毎年11月には駆け込みで新機能が追加されそうになるものです。今年は11月にカンファレンスが連続していたという事情もあり、ようは駆け込みが沢山あります。ええ…… 全部は解説できませんが、興味深かったものをいくつか。 最近のruby-core (2016年10月) 最近のruby-core (2016年9月) 最近のruby-core (2016年7月) 最

マネーフォワードの中の人を知ってもらうため、当社でフルタイムのRubyコミッターを務める卜部昌平が、マネーフォワードのエンジニアにインタビューをするこの企画。 第五回目となる今回は、セキュリティエンジニアである鈴木研吾さんへのインタビューです。 社員ですら初めて聞くような、マネーフォワードに関わる人のストーリーをお届けします。 ▼過去のエンジニアインタビューはこちら マネーフォワードエンジニアインタビュー 谷口徹「BtoBはユーザーとの距離が近い」 マネーフォワードエンジニアインタビュー 鈴木信太郎「モノポリーから始まったエンジニアへの道」 日時 2016年 9月 21日 (水曜日) 語り手 鈴木研吾（セキュリティエンジニア）@ken5scal 2010年 カリフォルニア大学バークレー校 学士過程修了。 2011年 カリフォルニア大学バークレー校 修士過程修了。 2011年 野村総合研究所

こんにちは。卜部です。 ruby-coreというRuby本体の開発の議論がされているメーリングリストがあります。 新機能やバグ報告などがだいたいここに集約されてくるので購読しておくとRubyの動きが分かります。 最近興味深かったトピックを紹介します。過去分はこちら 最近のruby-core (2016年6月) 最近のruby-core (2016年4月) 最近のruby-core (2016年3月) 最近のruby-core (2016年2月) [#12217] Introducing Enumerable#sum for precision compensated summation and revert r54237 たしか何回か前のこの連載でも紹介したこの機能は、2.4に入りました。Enumerable#sum というメソッドが追加されており、特定の場合(浮動小数点数の配列とか)には

こんにちは。 インフラエンジニアの村上です。 マネーフォワードのインフラチームは、サービスに関わるインフラから、自社の作業環境、開発環境、さらにはサービスのインフラの中でも物理的なものからOS・ミドルウェア・アプリケーションのメンテナンス・ビルド・リリース・運用まで幅広く関与しています。 今回はGoogle Cloud PlatformのBigQueryを活用してアクセスログの分析環境を構築した時の話を紹介します。 この記事に書かれる事 データ分析基盤としてBigQueryを使用した話と データ量を例示しながら使用を開始した時のトラブルシュートとパフォーマンスについて紹介する。 データ移行のコツもうまく含めながら書いていく。 BigQueryを採用した訳 マネーフォワードの家計簿は350万人以上のお客様に利用いただき、 アクセスログは日々2.500万件程度増えております。 サービス開始から

こんにちは、エンジニアの越川です。 マネーフォワードは、RubyやRuby on Railsをはじめとして様々なオープンソースソフトウェア(Open-Source Software)の上に成り立っております。(以下、オープンソースソフトウェアをOSSと記載します) 今回は、我々マネーフォワードとOSSとの関係についてご紹介致します。 オープン＆フェアの精神 マネーフォワードは、オープン＆フェアの精神を大切にし、より良い社会づくりに貢献する為に、自分たちが所属する世界に対しても貢献をする姿勢を大事にします。そのため、OSSコミュニティに協力し参加することは重要な意味を持つと考えます。 従業員が適切なOSS活動を行なえるように、当社のOSS活動についてマネーフォワードOSSポリシーを定めました。 OSSに感謝 OSSに「ありがとう」という感謝の気持ちを持って、従業員がOSSへ還元する活動を後押

こんにちは。卜部です。 ruby-coreというRuby本体の開発の議論がされているメーリングリストがあります。 新機能やバグ報告などがだいたいここに集約されてくるので購読しておくとRubyの動きが分かります。 先月忙しかったためすっぽかしたら逆に今回量が増えて大変です。小分けにしたほうがいいのかもです。 過去分はこちら ・最近のruby-core (2016年4月) ・最近のruby-core (2016年3月) ・最近のruby-core (2016年2月) [#12435] Using connect_nonblock to open TCP connections in Net::HTTP#connect Net::HTTP#connect というメソッドがあって、いまはブロッキングIOを使っているわけですが、それだと不都合がある(タイムアウトのためだけにスレッド立ち上げたりいろい

エンジニアの越川です。 マネーフォワードの中の人を知ってもらう企画として、当社でフルタイムのRubyコミッターを務める卜部昌平がマネーフォワードのエンジニアにインタビューする企画、マネーフォワードエンジニアインタビューを始めました。 今回は第一回として、なぜか公認会計士試験2次試験に合格している、エンジニアでもありMFクラウド会計のプロダクトオーナー谷口のインタビュー記事です。 日時 2016年 6月 29日 (水曜日) 語り手 谷口徹（MFクラウド会計プロダクトオーナー兼エンジニア） 聞き手 卜部昌平（Ruby開発者） ガヤ芸人 越川直人（書き起こし・エンジニア） 青木香菜子（広報） 小川昌之（人事・写真担当） 谷口徹インタビュー たまたま住んでいる家の近所にマネーフォワード 卜部 とりあえず。 谷口 これは突然なんか話し始める感じですか。 卜部 何から始めますか。 谷口 そうですね。

こんにちは。マネーフォワード広報の青木です。 先日「マネーフォワードの現場が見える交流イベント」であるTech Meetup by MoneyForwardを当社オフィスにて開催しました。 年始には、Fintech研究所 2016年新年会というイベントを開催しましたが、今回はよりマネーフォワードの生の現場に迫ったイベントでした。本記事では、Tech Meetup by MoneyForwardの目指す方向性と第一回の現場レポートをお送りします。 現場の見える化 現場の見える化として、 マネーフォワードの文化が見える マネーフォワードでの開発手法が見える マネーフォワードで働く人が見える 事を目指しています。マネーフォワードではユーザーに提供するサービスを創っているのはサービスに関わるすべての人だと考えています。当イベントでは我々のサービスを創るエンジニア、デザイナー、ディレクター、カスタマ

こんにちは、むらはし こと sanemat です。 rubocopをコード増分だけに適用して通知したい。lintを増分だけ掛けたい。あると思います。 曰く「増分だけに対応してほしい」 曰く「テスト遅くなるのは嫌だ」 曰く「引っかかってもテストは落ちないで欲しい」 卜部「大量にwarningでるとやる気が尽きるのでは」 いやーテキ屋とサクラかな、とおもった。 rubocopを増分だけに適用してGitHubのpull requestに通知する、便利なツールがあります。 rubocopを増分だけに適用してGitHubのpull requestに通知する、便利なツール こんな感じに通知できます。 overcommitでもいいんだけど、bundlerなどで固定してるバージョンで、やりたいですね。 マネーフォワードではCIにJenkinsを使っているので、ここではJenkinsです。設定はCI as

こんにちは、金子です。 普段はRailsを書いたりしています。 今回は2016/4/6に発表された、RubyGems.orgの脆弱性についてまとめました。 脆弱性について RubyGems.org gem replacement vulnerability and mitigation をざっと読んでみると、 特定の状況で、RubyGems.orgにupdateされているファイルの内容が不正に書き換えられる可能性があった 特定の状況とは、2014-6-11から2016-4-2までの間に登録されたgemのうち、'blank-blank'のように名前に'-' (dash)が入っているもの ただし2015-2-8以降に登録されたgemはRubyGems.orgがsha256 checksumを計算しており、それと実際のファイルの突合をして、書き換えられていないことを確認ずみ つまり、2014-6

こんにちは。卜部です。 ruby-coreというRuby本体の開発の議論がされているメーリングリストがあります。 新機能やバグ報告などがだいたいここに集約されてくるので購読しておくとRubyの動きが分かります。 最近興味深かったトピックを紹介します。 [#12039] Fixnum#infinite?/Bignum#infinite or Numeric#infinte, consistent with Float#infinite? and BigDecimal#infinite? Float と BigDecimal には #infinite? メソッドがあるのに Fixnum と Bignum には存在しないので困る/欲しい、という提案です。これはあると便利ですね。 [#12040][Win32] File.stat fails on a mounted volume Windows

最近中途入社した卜部です。よろしくおねがいします。諸事情にてLinuxを使います。Macで。 結論からいうと OSXより起動が速いです。 経緯など 弊社はお客様の大切な情報を扱っています。情報セキュリティにはとても気を遣っています。通常であれば意味もなくOSの再インストールなどは行いません。 とはいえ卜部の業務は社業とは直接関係しません。そもそもお客様の大切な情報といったものに卜部がアクセスできてしまう方がリスキーといえます。そこで「production環境にそもそもログインできなくする」「オープンソースではないソースコードをそもそもgit cloneしないようにする」等の運用方針で、リスクをじゅうぶんに低減できると考えたため、普段使いのパソコンとしてLinuxを利用できるか試してみることにしました。 今回はMacに最初から入っているOSXを全部消してUbuntu Desktopを入れるこ

エンジニアの越川です。 今朝プレスリリースを出させていただきましたが、当社ではフルタイムRubyコミッターを採用致しました。そこまでの道のりを紹介させて頂きます。 マネーフォワード、フルタイムRubyコミッターを採用～Ruby1.8.6/1.8.7のリリースマネージャである卜部昌平氏が就任～ 左：技術顧問 松田明氏/中央：Ruby開発者 卜部昌平氏/右：代表取締役社長CEO 辻庸介 何故やるのか プロダクトを開発する上で、Railsを選択する理由については、以前個人ブログに考察を書きました。 それでもRailsを選択する3つの理由 - pblog Railsを用いた開発に必要な事を整理すると Railsの哲学を理解し規約を守る 周辺のエコシステムを活用し、自らもそのエコシステムの住人となること 進化に追従すること 概ねこの辺りが重要な事柄かと思います。 その際、Railsのスペシャリストを

こんにちは。 アグリゲーション開発担当の中川です。 今回は、みんなが大好きな構成管理ツール「Git」について話したいと思います。 私は Git を使い始めてから、バグの発生数が激減しました。 Git を使ったとある手法によってレビューが充実し、バグの少ないコードを書くようになったと考えています。 では、今回はその手法について紹介したいと思います。 ※ 本稿は Git 以外の第三世代構成管理ツール（Hg、Bzr など）にも適用するかと思いますが、Git の用語とコマンドを使って紹介していくため Git の基本知識が必要となります。ご了承ください。 レビューしやすいコミット履歴と、開発の流れで自然にできるコミット履歴の乖離 以下のようなコミット履歴があるとします。 1. wip: 仕様変更○○を行い始めた 2. wip: 仕様変更○○の続き 3. wip: ちょっと設計を変更、それと過去のバグ

こんにちは、エンジニアの越川です。 先日弊社の情報共有のツールとして、esaを導入しました。我々が感じていた課題とそれを解決するためのツールの使い方をご紹介します。 新しいプロダクトを導入したことで、今後どんな効果が現れるかが楽しみです。 我々チームの課題 今までいくつかの情報共有のためのツールを導入しながら手探りでより良い方法を模索してきたのですが、色々と試していく中で我々にとっての課題が見えてきました。 大きなものとして、暗黙知がイマイチ集合知として浸透しないという課題がありました。我々は個人の暗黙知をチームの集合知として浸透させることでチームをスケールさせたいのです。 この課題をブレイクダウンしてみました。 情報の共有をしている人が大多数と言えない一部の人だけである => もっと気軽に情報を共有して欲しい 探したい情報が整理しづらく見つけづらい => せっかく共有された情報は整理して

こんにちは。iOSエンジニアの杉本です。 本日は、9月30日に行われたMF Geeks Nightについてのレポートをお届けします！ （前回の様子はこちら） 9月のMF Geeks Nightは2ヶ月ぶりの開催ということもあり、20名を超えるゲストにお越しいただき賑やかな会になりました。 ご参加いただいた皆様ありがとうございました。 発表者も10名を超え、非常に有意義な会になりました。 LT大会 今回も様々な方に発表をして頂いたので、その一部をご紹介したいと思います。 RidgepoleとBrancher 弊社木村からはRidgepoleとBrancherの話をしてもらいました。 どちらも複数人開発時のデータベース管理に役立つライブラリです。 駅APIを使った社内施策 ヴァル研究所の見川さんからは自社APIを使った社内施策の話をして頂きました。 Slackで動く面白Botを作った話など、楽