PHP / Perl / Ruby / .NET / データベース … プログラム情報まとめ

面白い。＞「フラット化」された世界の「インソーサ」の外にあるシステム　 [ smly ]

実際、業務ソフトは典型的な80:20の法則であって、80%は単純なものだ。80%でよければ銀行のオンラインなんて単なる足し算と引き算だ。しかし、これを90%にすると何千万円になって、99.99%にすると何十億円になる。..　 [ sousk ]

興味深い．Railsっていうかアジャイルってどこで使われるべきなのかなぁ　 [ hakobe932 ]

そこにある「複雑さの限界」は、「インソーサー」という存在を前提とした業務の平均的複雑さにちょうどよく対応しているように、私には思えます。　 [ inflorescencia ]

なるほどなるほど。　 [ koki-h ]

知の集約　 [ nicht-sein ]

RoRの欠点、DB設計を感覚でしないといけないところ。しかし、RoRはそういう風に機能を絞って作られたツールである　 [ fukken ]

フレームワークを使うということは、想定されている開発プロセスに乗ることだ。　 [ koyhoge ]

インソーシング　 [ monolith ]

技術屋として憧れるのは２の方だけど、たぶん自分が得意なのは８の方　 [ diary193 ]

難しい問題は他社にまかせて。パレートの法則。簡単な80%を攻めていく人と、複雑な20%を攻めていく人で分かれていくのかな。　 [ y-hirose ]

Railsの思想、難しいことはしない。複雑さは普通かどうか。　 [ hiro_y ]

80:20おもしろかった〜　 [ ytesaki ]

どっちにしろDB設計が直感なのはよくないわな　 [ dotimpact ]

そういう会社は地球全体で業種ごとに二つか三つ　 [ ume-y ]

Railsは直感的にDB設計が出来る範囲でしか使えない，というはぶさんのいつもの主張から，複雑な業務は大企業に任せる，というスタンスの企業が本当に成立するのかという問題提起．興味深い．　 [ onk ]

フレームワークに合わせて業務を単純化していく。難しい問題は他社にまかせる　 [ youpy ]

80:20の80に特化した開発プロセスとは?複雑さに金が落ちる時代は終わるのか?　 [ k1m ]

フラット化　 [ knakase ]

80:20の80に特化することが許されるとしたら、最適なソフトウエア開発プロセスはどのように変化していくか→80はアマチュアに任せて（金にならないから）、20をプロがやる、という方向。それがインソーサか　 [ tsupo ]

Rail批判を入り口に…Railsの思想世の中にはたくさんの問題がある。難しい問題は他社にまかせて、単純な問題を単純に解こう。だが「複雑な問題は他社にまかせて」連携する小規模な企業が、本当に経済の主流となるか　 [ kasedac ]

インソーシングとは物流や在庫だけでなく、代金回収や売上分析からクレーム対応からその周辺にある業務を全部飲みこんでしまう会社（しかも地球規模）が、これからの流行」「巨大な企業が80:20の20を肩代わりする　 [ mellow-yellow ]

8:2の複雑な2のほうが集約されるのは何故なんだろう。8のほうが集約されやすい気がするんだけど。「組みあわせ」こそが価値になる時代?　 [ sshi ]

はぶさんの提起する問題への素晴らしい分析。「向上しているとは言っても、私が今持っている「業務」のレベルの複雑さに対応できるものではない。ただ」。そうか、ABDはその直感的分析が通用する上限を押し広げるんだ　 [ yugui ]

要求定義の複雑ははコンプレキシティと関連があるか?　 [ jumping_indian ]

RoRを業務に使ってはいけないことはわかった。　 [ Bayside ]

OOとSQLは相性悪いからねえ。　 [ xlc ]

TheWorldisFlat,　 [ ytumagar ]

うーん、納得と疑問がパレートの法則くらい。8:2。あとでなんか書くかも。　 [ moro ]