こんにちは。牧本 (@makimoto) です。最近はバックエンドシステムの設計をやったりしています。 今回は複数のサービスが存在するとき、その間でどのようにデータ連携を実現するかついて述べていきます。 背景と問題定義 cookpad.com は世界有数の規模の Ruby on Rails で作られたウェブアプリケーションです。 巨大な Rails アプリケーションは単純に起動やデプロイ、テストが遅いという問題以上に、自分の変更が与える影響範囲を予測するのが困難という大きな問題があります。cookpad のメインレポジトリ (cookpad_all と呼ばれる) には1つの mountable engine を共有する Rails アプリケーションは7つがあり、困難さに拍車をかけています。cookpad_all を触る開発者は新しい機能を追加する、既存の機能に手を入れる、不用な機能を消すな
このブログは技術系のことばっかり書き留めていたんだけど、たまにはアカデミックなことも書いてみようかと思って久々に筆を取りました。 というのも、この記事 motcho.hateblo.jp を見て、気になったことがあったからです。ブコメにも書いたけれど、100字は狭すぎます。 なお先に行っておきますが、別にぼくはこの著者の方の感動を腐そうとかそういう根性ではなく、まあこういう話もあるよ程度の感じで適当にこの記事を書いています。あと、ぼくは純粋数学のバックグラウンドがあるわけではなく多少理論物理学をやっている程度なので、物理屋から見た数学、的な色が強いかもしれません。 それでは見ていきましょう。なお、簡便のため以下では特に を考えます。 数学と定義 上の記事を見て一番に思ったことはブコメに書きましたが、『定義されていないから解析接続したと思って黄金比でもいいのでは』ということです。 ここでまず
この二年間、ある一つの売れないサービスを開発し続けてきた。 GWに実家に帰ったときに地元の友達に話したら面白がってくれたのでちょっと書いてみようと思う。 今作っているアプリは、売れていない。 二年前に開発が始まって、リリースして一年半ほどになるが、一円も稼いでいない。 エンタメ系snsのはずなんだが、アクティブユーザーが増えるはずの大型連休で、起動したユーザーがたったの三人だった日があるほど、売れていない。 売れてないが故に常駐しているエンジニアは僕一人だ。外部のエンジニアにスポットでたまにタスクベースでお願いする程度。 ディレクターっぽい人が二人（マーケティング兼任）と、デザイナーが一人いて、 この3人と僕とのやりとりを地元の友人は面白がってくれた。 いわゆる「エンジニアあるある」ではあると思う。 例えば新機能の開発が始まったとき、 ーーーーーーーーーーーーーーー ディ「〇〇な機能が欲し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
