Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー - naoyaのはてなダイアリー
先日プレスリリースが出たのですが、KAIZEN platform という会社で技術顧問などをやっています。それから、一昨日自分も出たWebアプリケーション開発に関する勉強会 (資料) を開いたじげんという会社でも少し前から同じように顧問のような形で携わっています。 自分が関わっている会社のPRも含めて、すこし、2013年現在のWebサービス開発の現場感、やり方みたいなものを書いてみたいと思う。ただ、自分の利益があるところの話だけではフェアではないので、Webエンジニアならよく知っているであろう Qiita を運営しているインクリメンツの様子も合わせて紹介する。 KAIZEN platform KAIZEN platform が提供しているサービスは planBCD という A/B テストの SaaS で、Webサイトのコンバージョンだとかを画面の構成要素を変えて効果測定したいとか、そういう
開発をリフレームする：スピーディーな反復プロセスでコンセプトを実現する | 戦略｜DIAMOND ハーバード・ビジネス・レビュー
10枚の手紙と封筒があります。はじめに10枚の手紙を折って、次に10枚の手紙を封筒に入れ、最後にまとめて封をする方法と、1枚ずつ手紙を折って、封筒に入れ、封をする方法では、どちらが速く仕上がるでしょうか？ これはバッチ処理と一個流しの比較の問題です。直感的には10枚まとめて仕上げたほうが速いように思えますが、実際には1枚ずつ仕上げたほうが速く仕上がります。ひとつひとつの工程をまとめて処理する場合、同じ作業を繰り返すことで作業に習熟し、それぞれの工程の時間が短くなります。しかし、実際にはそれ以上に、各工程で出来上がった手紙や封筒を並べ直したり、積み重ねたり、次の工程のために移動したりする時間のほうが多くかかるのです。 仕上がりの時間についていえば、バッチ処理では、作業がすべて完了するまで手紙を一通も出せませんが、1個流しなら、封筒がひとつ完成する毎に出すことができます。 この問題を、「どちら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
