昔は一つの実行ファイルで沢山の作業をするモノシリックな物が多かった。一つの動作に必要なことを単体で済ますので、あれこれとコードが複雑化していく。テストなどが少ないと意図しない動作の変更が起きやすい。 ここ数年は、マイクロサービス型の実装に移行。本当に、一つ、二つの作業をする為に、新しい実行ファイルを作り、新しいサービスとして新規のプロセスを作っている。そして、その廻りのデータベース書き込み等に別途プロセスを立ち上げるので、一つのプロジェクト毎に二、三の新しい実行ファイルが追加される。 最初の頃は細分化しすぎではと思っていたが、ある程度定型化してからは結構快適に開発している。 有効だったのは、サービスの動作状況を簡単に把握出来る事。一つのイベントが処理され、次のイベントが生成され、他のプロセスに渡される。このイベント処理の結果の統計を出力する。この結果統計を見るだけで、このプロセスが意図した
Proudly Served by LiteSpeed Web Server at www.reposstyle.com Port 80
/15 [4] (21:54) 原文: http://lwn.net/Articles/249460/ From: xxx To: xxx Subject: Re: [RFC] builin-mailinfo.c をマシな文字列ライブラリを使うようにすること Date: Thu, 6 Sep 2007 18:50:28 +0100 (BST) Message-ID: <alpine.LFD.0.999.0709061839510.5626@evo.linux-foundation.org> On Wed, 5 Sep 2007, Dmitry Kakurin wrote: > > Git のソースコードを最初に見たとき、ヘンだと思ったこと: > 1. C++ じゃなくてただの C を使ってる。理由は謎。移植性がどうとか言わないで、 > そんなのウソに決まってるから。 *あんた* のほうこそ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く