20th 5月 2013
Reblogged From onk
Notes: 1
まぁ、仮にってことで想像してみてほしい。
仮にだ、ぼくが「自転車」を発明したとします。
いままで自転車はなかったと思うんですよ。
とにかく、ぼくは自転車を発明しました‥‥と。
「ねぇ、みんな聞いてくれ。
これを、ぼくは自転車と名付けてさ、
大々的に売り出そうと思うんだよ、すごいだろ」
そうすると、すぐに言われるんだ。
「乗れないですよ、それ。
どれだけ便利かはわかりましたけど、
乗れるまでに買ってくれた人は転んだりします。
ケガした場合には、かなり問題になりますよね。
頭打ったら死に至るかもしれません」
「いやいや。ちょっと練習したら乗れると思うんだよ」
「ちょっとやそっとじゃ乗れませんよ。
それに、誰が教えるんですか、乗り方、運転の仕方」
「そうかなぁ。マニュアルをしっかりつくってさ‥‥」
「マニュアルを読みこまなきゃならないようなもの、
絶対に受け容れられませんって！
顧客に試練を強いるような不親切な商品は、ダメです」
‥‥というようなことに、なるような気もします。
仮にぼくが「ピアノ」を考えたとしても、
「えーーっっ！ 十本の指をばらばらに使って、
これを操作しろっていうことですよね？」
という大反対意見が出てくるだろうと思います。
「ギター」でも「将棋」でも同じでしょうね。
そして、ここまで「ぼくが」と言ってきましたけれど、
「あなたが」と主語を替えてもいいです、むろん。
そしたら、「自転車」や「ピアノ」のことを、
難しすぎると言って反対する役割は、
ぼくが勇んでやっていたという可能性は大です。
自慢じゃないけど、ぼくはそういうことを言います。
昔の人は、もっと「ユーザー」を信じてたんじゃない？
十本の指をばらばら使いまくってピアノを弾くよ、人は。
二輪の、止まれば倒れる自転車に練習して乗る、人は。
これ、けっこう大きな問題のような気がしています。"
本当に必要なのは、COBOLを扱える人じゃなくて、
COBOLで書かれた業務を把握している人なのであります。
業務を把握している人がいなくなる前に何とかしてください……
2/0 = 0 も成り立って
1/0 = 2/0
1 = 2 となって世界がヤバい。"
ただの食欲と本当の空腹を見極められないからデブなんだ！と思って
「今、生のモヤシでもいいからそのまま食べたいかどうか」を 空腹の基準にしてみた
そしたらさすがに「生のモヤシなら要らないわ…」ってなって ３週間で２kg減
"そのような次元の低い部分にあるのではない。
サーバ側でソースコードを変更すると、
クライアント側に即座に反映されるスピード感というか、
驚くようなリアルタイム性を実現している部分に、
ピピッと来た人が多いのだと思う。
また、クラウドとローカルの境界線を意識することなく開発に没頭できる（かもしれない）点にも、開発者としての魂が共鳴するのだろう。"
たとえばfacebookなら、匿名のユーザをキッパリと切り捨てることにより、
明確なバリューが生まれた。
捨てるのが怖くて、あれもこれもとやってると、
けっきょく、何がウリだか分からなくなって、
ウリを明確にしてサブカテゴリを切り取っていく
新規サービスに内臓を食い荒らされて、
衰退してしまうことになる。
自分の独占市場を守る側も、これから切り取りにいくチャレンジャー側も
このゲームのルールは意識しておいた方がいいのではないかと思う。"
そうした問題の原因は「一括での受託開発」というビジネスモデルにあると考え、
新しいビジネスモデルの構築に挑戦してきました。
そして、ソフトウェア開発の業界での悪しき常識「要件定義をしないと作れない」「少しずつ発注すると割高になる」などをぶち破り、
アジャイル開発による圧倒的なパフォーマンスを圧倒的な低価格で提供する「納品のない受託開発」に辿り着きました。
SonicGardenでの受託開発は「納品のないサービス型の受託開発」です。
"IT業界のピラミッド構造とその弊害を推測する － Blog on Publickey
ピラミッドがいい、とは言わないが、与信とリスクとファイナンスの都合上からこうなってる、という理由もまたあるってのが難しいところ。
ホント最近このテーマばっかり。卸もそうでしょ？取次もそうでしょ？テレビとコンテンツもそうでしょ？銀行は言わずもがなでしょ？不動産もそうでしょ？
リスクと継続性がどう配分され、どこで誰がどのように請け負っているかというところを理解しないと、この問題は解けないし、「ピラミッド許すまじ！」という声だけでは説得力無いな、と思うんですよ。
そういう風に最適化されてきた歴史があるということと、背後理由は捉えるべき。
2009-06-11
(via gkojay) (via toshi0104) (via kiri2)
(via clione) (via mako-28)最適化されてきた歴史があるということと、背後理由は捉えるべき。
「必要性」「中毒性」のどちらを最初に満たしにいくのかを考え、
そのサービスのニーズは現代において
「潜在ニーズ」「顕在ニーズ」 なのか時代性を見極めて、
何年かけて事業を展開するか。
この辺は新規事業を考えるスキームの一つになるかなと思います。
"