17th 5月 2012
Reblogged From onk
Notes: 1
そのような次元の低い部分にあるのではない。
サーバ側でソースコードを変更すると、
クライアント側に即座に反映されるスピード感というか、
驚くようなリアルタイム性を実現している部分に、
ピピッと来た人が多いのだと思う。
また、クラウドとローカルの境界線を意識することなく開発に没頭できる（かもしれない）点にも、開発者としての魂が共鳴するのだろう。"
たとえばfacebookなら、匿名のユーザをキッパリと切り捨てることにより、
明確なバリューが生まれた。
捨てるのが怖くて、あれもこれもとやってると、
けっきょく、何がウリだか分からなくなって、
ウリを明確にしてサブカテゴリを切り取っていく
新規サービスに内臓を食い荒らされて、
衰退してしまうことになる。
自分の独占市場を守る側も、これから切り取りにいくチャレンジャー側も
このゲームのルールは意識しておいた方がいいのではないかと思う。"
そうした問題の原因は「一括での受託開発」というビジネスモデルにあると考え、
新しいビジネスモデルの構築に挑戦してきました。
そして、ソフトウェア開発の業界での悪しき常識「要件定義をしないと作れない」「少しずつ発注すると割高になる」などをぶち破り、
アジャイル開発による圧倒的なパフォーマンスを圧倒的な低価格で提供する「納品のない受託開発」に辿り着きました。
SonicGardenでの受託開発は「納品のないサービス型の受託開発」です。
"IT業界のピラミッド構造とその弊害を推測する － Blog on Publickey
ピラミッドがいい、とは言わないが、与信とリスクとファイナンスの都合上からこうなってる、という理由もまたあるってのが難しいところ。
ホント最近このテーマばっかり。卸もそうでしょ？取次もそうでしょ？テレビとコンテンツもそうでしょ？銀行は言わずもがなでしょ？不動産もそうでしょ？
リスクと継続性がどう配分され、どこで誰がどのように請け負っているかというところを理解しないと、この問題は解けないし、「ピラミッド許すまじ！」という声だけでは説得力無いな、と思うんですよ。
そういう風に最適化されてきた歴史があるということと、背後理由は捉えるべき。
2009-06-11
(via gkojay) (via toshi0104) (via kiri2)
(via clione) (via mako-28)最適化されてきた歴史があるということと、背後理由は捉えるべき。
「必要性」「中毒性」のどちらを最初に満たしにいくのかを考え、
そのサービスのニーズは現代において
「潜在ニーズ」「顕在ニーズ」 なのか時代性を見極めて、
何年かけて事業を展開するか。
この辺は新規事業を考えるスキームの一つになるかなと思います。
"ある科学者が食べ物がなくても太陽の光だけで生きていける薬を開発した。
その後世界中の飢餓はすべてなくなったが、
何もしなくても生きていけるので人々は働かなくなってしまった。
ついにはみな動こうともせずただひたすら太陽を見ているだけとなり、
次第に体の機能もそれに合わせて退化していった。
何億年もたって、それを僕たちは植物と呼ぶようになった。
"「新しい機能が欲しければ新しい別のサービスに」か・・確かに。
「うん♥」
「なにが食べたい？」
「（私の好き嫌いを把握し今日の私の体調も考慮に入れた上で過去1ヶ月に私が食べていない料理を私が移動の手間を割かずに行ける店で奢ってくれるなら）なんでもいいよ♥」"
Twitter / @Satomii_Opera: 「そろそろご飯食べに行こうか」 「うん♥」 「なにが …
なみだでた
(via kitajima)
このへんもビッグデータでなんとかなりそう
(via mako-28)てすと～てすと～てすと～
君は立派な大人だ"
