RubyKaigi 2019 参加者のみなさま、こんにちは。
Ruby Kaigi Local Organizer の伊藤です。
マネーフォワードは RubyKaigi 2019 を Ruby Sponsor で協賛します！
さて、今年のRubyKaigiの会場は福岡ですが、ご飯を食べる場所は決まりましたか？
マネーフォワードは1年ほど前から福岡に開発拠点を立ち上げ、RubyKaigi 2019に備えてきました。
そんな福岡を知り尽くしたメンバーが、おすすめのお店を紹介します。
だいたい、天神大名、中洲川端、今泉あたりのお店です。
エンジニアの澤田です。
この連載では、社内のRuby (on Rails)コードで気になった箇所の問題点やそこから発展して関連事項を議論しています。
前回投稿の マネーフォワード社内PRに見られるRubyの書き方について (3) では文字列の生成と検証を考察しました。
記事に言及してもらったり、コメントをもらったりして、励みになっています。
今回は真理値について考察します。
【バックナンバー】
題材とするコードは、社内のGitHubプルリクエストで実際に見かけたコードから問題点に関係する部分を抽出し、抽象化したもので、見かけたものそのままではありません。
今回は真理値の周辺を考察します。プログラミングにおいて真理値が何のためにあるかといえば、時に論理演算を施され、最終的に制御構造の条件部やメソッドに渡される引数やメソッド内のフラグなどとなって、場合分けに使われることがほとんどだと思います。従って、今回の真理値の考察には場合分けについての議論が多く登場します。
みなさん、こんにちは！
マネーフォワードは、新たに京都開発拠点を開設しました。
〒604-8004 京都府京都市中京区三条通河原町東入中島町78 明治屋京都ビル4F
Google Mapはこちら
それでは、三条京阪駅からのマネーフォワードへの道のりをご紹介させていただきます。
※出発地点によっては『京都市役所前駅』からの案内が表示されますが、最寄り駅の『三条京阪駅』からのルートをご紹介させていただきます。
地下鉄の改札口を出て、右を向いてまっすぐお進みください。
(改札を出て左側にセブンイレブンがありますが、そちらとは反対側です。)
ここからは、マネーフォワード京都開発拠点のある明治屋京都ビルまで一直線 Go Go !
1階が明治屋京都三條ストアーさんです。
ようこそマネーフォワード 京都開発拠点へ！
エンジニアの澤田です。
この連載では、マネーフォワード社内のRuby (on Rails)コードで気になった箇所の問題点やそこから発展して関連事項を議論しています。
前回の『マネーフォワード社内PRに見られるRubyの書き方について(2)』ではハッシュの生成を扱いました。
概念的な話で始まり、また長かったので、読んだ方は少し疲れたかも知れません。
今回は内容の特性により、用例を並べて手短に問題点を指摘して、文字列(String)の生成や検証を考察します。
題材とするコードは、マネーフォワード社内のGitHubプルリクエストで実際に見かけたコードから問題点に関係する部分を抽出し、抽象化したもので、見かけたものそのままではありません。
社内のコードに限らず、文字列に関わるRubyコードで問題のあるものの多くは、必要もないのに正規表現を使ってやろうとしていたり、特定のメソッドに固執してそれを乱用しているということに集約されると思います。正規表現の乱用の例とメソッド別の不的確な用例を挙げていきます。
エンジニアの澤田です。
この連載では、社内のRuby (on Rails)コードで気になった箇所の問題点やそこから発展して関連事項を議論しています。
1回目の 社内PRに見られるRubyの書き方について (1) では配列の生成を扱いましたが、今回はハッシュ(Hash)の生成を考察します。
題材とするコードは、社内のGitHubプルリクエストで実際に見かけたコードから問題点に関係する部分を抽出し、抽象化したもので、見かけたものそのままではありません。
また、本稿で述べるオブジェクトの分類や用法は筆者独自の見解であることをご了承下さい。
ハッシュは配列に似ている面があります。配列では「要素」、ハッシュでは「値」と呼ばれる、(実用上)任意の個数のオブジェクトの集合を蓄えるという点です。一方で、ハッシュは配列よりも複雑な情報を持ち、多様な使い方があるため、その生成を考えるに当たっては、配列ではあまり意識しなかった用法の違いを考慮することが有効です。以下で、オブジェクトの情報の複雑さという観点からオブジェクトを分類し、配列やハッシュの主な用法を考えます。
配列は要素の集合、ハッシュは値の集合を持っていますが、ハッシュは他に「キー」と呼ばれるオブジェクトの集合も持っています。1つのハッシュのキーの全体は一般には不均質な集まりであり、キーは個別に特徴付けられるため、キーの情報はハッシュが1つずつ保持しておかなければならない情報です。本稿では、ある配列の要素の全体やあるハッシュの値の全体に相当する情報を「主系列」、あるハッシュのキーの全体に相当する情報を「副系列」と呼ぶことにします。
この記事は Money Forward Advent Calendar 2018 15日目の記事です。
こんにちは、マネーフォワードでマネーフォワードクラウドの開発をしている @kamille です。
今年の10月に新卒で入社して、今はマネーフォワードクラウドの全体的な課題を解決する横断チームにてRailsエンジニアをしています。
今日はRailsの accepts_nested_attributes_for メソッドについてお話したいと思います。
突然ですが皆さん accepts_nested_attributes_for は好きですか？僕は複数リリースの同時保存・更新が超お手軽にできて素敵なコンセプトだなと思います。
でもこのメソッドはあまり評判が良くなく、特にRails生みの親のDHHがaccepts_nested_attributes_forを消したいと言っていたり、代わりとなる公式なformオブジェクトのプロジェクトが立ち上がったり(残念ながら途中でなくなってしまったようです 😥 )している等、あまりいいメソッドと思われていないようです。
社内でも accepts_nested_attributes_for は今後は使わないようにして、既存のコードもリプレイスしていく活動が始まっているので accepts_nested_attributes_for を使わずに、 FormObject を使って複数リリースの同時保存を行うコードを書いてみました。
この記事は iOS (その2) Advent Calendar 2018 の 14 日目の記事です。
こんにちは。
iOSエンジニアの玉井(@tamadon3776)です。
今回はマネーフォワード MEのiOSアプリで実装したSiri Shortcutsについてご紹介します。
Siri Shortcutsの実装方法はNSUserActivityを用いた方法とIntentsを用いた方法がありますが、本記事ではIntentsを用いたSiri Shortcutsの最小実装 だけ を紹介します。
NSUserActivityを用いた方法については、本Advent Clendar1日目の［iOS 12］Siri Shortcutsの最小実装 – NSUserActivity編 が参考になるかと思います。
タイトルを真似させてもらいました。
実装方法を理解するためにサンプルアプリを作成しました。
SiriShortcutIntentSample
これは MoneyForward Advent Calendar 2018、14日目の投稿です。
新卒でマネーフォワードに入り、アグリ村で働いているつっきーです。
アグリ村は、正式名称はアカウントアグリゲーション本部で、マネーフォワード社内で「アグリ村」と呼ばれています。
ここではアカウントアグリゲーション(以下、アグリ)サービスと呼ばれる銀行や証券、仮想通貨、ECサイトなどの金融機関との連携を行っています。
アグリが目指す未来はこちらに書かれているので、ぜひご一読ください！（3年前の記事）
https://moneyforward.com/engineers_blog/2015/08/25/toward-the-future/
アグリ村に新卒で入ったのは僕一人で、他の部署がいろいろ規模拡大やメンバーが入れ替わっているなか、メンバーの入れ替わりが少ない安定した部署です。
業務の面白さとかあまり書かれてない気がするので、アドベントカレンダーの力を借りて書いてみます。
エンジニアの澤田です。
マネーフォワード社内のGitHubプルリクエストに見られるRubyの書き方について、気になったところをもとにして、関係することを連載で考察していきます。
※ 題材とするコードは、社内のGitHubプルリクエストで実際に見かけたコードから問題点に関係する部分を抽出し、抽象化したもので、見かけたものそのままではありません。
初回の今回は、配列の生成について考察します。
プログラム中で使う配列には、他の情報から導かれない一次的なものと、もととなる他の情報を変形させて得られる二次的なものがあります。
前者の場合、次のようにプログラム本体や設定ファイルなどのどこかにリテラルとして書くより他にありません。
[23, 12938, 382]
対して、上の配列が既にどこかに書かれていて、その各要素を2倍にして次の別の配列を作った場合、これは後者の例です。
[46, 25876, 764]
あるいは、次のハッシュがどこかに書かれているとして、
この記事は MoneyForward Advent Calendar 2018 の 11 日目の記事です。
昨日は iOS デベロッパーの tamadon さんの 育児とやっていきの両立について という記事でした。
育児とやっていきの両立が偉大すぎて、僕には一生到達できぬ高みなんじゃないかとビビっています。
改めて、2018 年 4 月入社の新卒でマネーフォワードクラウドの横断チームにて Rails のエンジニアをやっています、古濱 (@furuhama) といいます。
僕が最近メインでやっていた Rails のバージョンアップとその他の改善のお話に関して書いてみたいと思います。
この記事で書くこと
この記事で書かないこと