アカウント名:
パスワード:
規模が小さいシステムならね
規模ってどれくらいなんだろ。
最近は数百万人サービスを50名程度で動かしているところもあるし、規模(データ量?)の大きさは問題にならないんでは。結局大手が持っているのは政治的なテクニックであって、技術じゃないし。サービスは簡素だけど、500万人サービスを20名以下で動かしていて、数年データロストも無い事例を知っていると、特許データベースくらいのものを大手が作るのは却って損なんじゃないかと思ってる。
今調べると、Dropboxが5000万人を200名で支えているようだし、Evernoteは3800万人を230名で動かしているとか(サポートなども含む)。
>規模ってどれくらいなんだろ。
最近、ちょっと面白いなと思ったのは、「規模」といった時に、
1)システムの複雑さを示す2)ユーザ数の多さを示す
と意味が違ってる場合があるんだよね。webサービスに関わってる人だと2)を意味することが多いような気がする。
分かりやすくEvernoteとかあげたけど、あれだってかなり複雑だぞ。数千万人が一斉にアクセスすることも理論上は想定しないといけないし、データの整合性に対する要件だって、本来かなりシビア。
違いは、開発の主導権を誰が握るかじゃないか?
>数千万人が一斉にアクセスすることも理論上は想定しないといけないし、データの整合性に対する要件だって、本来かなりシビア。
数千万人分が一つ所にあるのならばそうかもしれんけれども、そうならないようにするのが今時のサービスの肝だろうと思う。それはそれで大変なところはあるだろうってのは勿論なんだけれども
>違いは、開発の主導権を誰が握るかじゃないか?
つまり問題は開発チーム(会社?)の規模だったのか
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
大規模組織よりも小チームの方が良いモノ作ったりして (スコア:1)
Re: (スコア:0)
規模が小さいシステムならね
Re: (スコア:0)
規模ってどれくらいなんだろ。
最近は数百万人サービスを50名程度で動かしているところもあるし、規模(データ量?)の大きさは問題にならないんでは。
結局大手が持っているのは政治的なテクニックであって、技術じゃないし。
サービスは簡素だけど、500万人サービスを20名以下で動かしていて、数年データロストも無い事例を知っていると、特許データベースくらいのものを大手が作るのは却って損なんじゃないかと思ってる。
今調べると、Dropboxが5000万人を200名で支えているようだし、Evernoteは3800万人を230名で動かしているとか(サポートなども含む)。
Re:大規模組織よりも小チームの方が良いモノ作ったりして (スコア:1)
>規模ってどれくらいなんだろ。
最近、ちょっと面白いなと思ったのは、「規模」といった時に、
1)システムの複雑さを示す
2)ユーザ数の多さを示す
と意味が違ってる場合があるんだよね。
webサービスに関わってる人だと2)を意味することが多いような気がする。
Re: (スコア:0)
分かりやすくEvernoteとかあげたけど、あれだってかなり複雑だぞ。
数千万人が一斉にアクセスすることも理論上は想定しないといけないし、データの整合性に対する要件だって、本来かなりシビア。
違いは、開発の主導権を誰が握るかじゃないか?
Re: (スコア:0)
>数千万人が一斉にアクセスすることも理論上は想定しないといけないし、データの整合性に対する要件だって、本来かなりシビア。
数千万人分が一つ所にあるのならばそうかもしれんけれども、そうならないようにするのが今時のサービスの肝だろうと思う。
それはそれで大変なところはあるだろうってのは勿論なんだけれども
>違いは、開発の主導権を誰が握るかじゃないか?
つまり問題は開発チーム(会社?)の規模だったのか