「とにかくやってみよう」を否定する「リーンスタートアップ」まとめ２
書籍「リーン・スタートアップ」に関するまとめエントリーである。本エントリーでは第一部をまとめる。本まとめページの趣旨説明はこちら 第１部 ビジョン 第１章 スタート 起業とはマネジメントである。 アメリカではこの１０年、雇用は減少しているが製造量は増加している。生産性が向上し、無駄なものを作っているということを示す。起業しやすくなっている現状があると同時に、人的リソースの無駄遣いを生む失敗を防ぐのがリーンスタートアップの目的である。 立ち読みをした人は、「はじめに」とこの章まで読んでみると良いかもしれない。リーンスタートアップの必要となる背景を書いている。 第２章 定義 ・アントレプレナーの定義 ・製品の定義 ・イノベーションの定義 ・イノベーション工場を作る イノベーションが生まれる状況、 「ほとんどの企業には、そのような状況は無い」 スタートアップとはとてつもなく不確実な状況に対処する
そろそろモバツイがEC2に移転した話でも書くとするか。
モバツイ以外にも実運用で回してるEC2な人たちは結構いると思うのですが、参考までに。 モバツイッターがAmazon EC2の人柱をやってくれている モバツイッターがAmazonEC2に移行しようかなとのこと。 さっそく性能問題にぶち当たったらしいし、ナイス人柱。 前にあるイベントで、EC2を活用されているHeartRailsの方にモバツイの構成をEC2に移転したらどうなるか？みたいな話をお伺いしたら、すぐ8万円/月ぐらいに構成になってしまう、と言われたのですが、大体、どんぴしゃな感じでした。 （追記：なお個人でWebサービスをスモールスタートする場合は、サーバの運用知識がそこそこある前提で、まずは自宅サーバから運用すると良いです。月間600万PVぐらいまでなら、HP ML115G5 + Phenomでこなせるハズなので。その辺についてはまたいずれ書きます。） ■EC2とは？ 既にご存じの方
コミュニティの内輪性と寿命
電車に乗りながら、内輪なんてキーワードでぼやーっと考えてたら、コミュニティの寿命曲線について書いてみたくなったので書いてみる。 以下に手帳に書いてた図を掲載していますが、字も線もホント汚い図でごめんなさい。こくばん.inで清書しようかと思ったけど、自分のマウスコントロールとして直線が書けないので諦めました。 ■一つの場所を共有するネットワークの特性 まず最初に以下の図。割と古いネットワークの構図かも。パソコン通信時代のモデルであったりもします。 図１．コミュニティの寿命曲線 Ａ領域： コミュニティが立ち上がって人が増えていく様。 大部分の人同士が等距離にいることが多いので、一番ワクワクして面白かったりもする。新しい知り合いができる一番良いきっかけ。 ＡからＢへの移行期： この辺ではじめてのオフ会が行われる。 Ｂ領域： オフ会の量が急増したり、個別に仲良くなる人が急増する時期。 オフ会に行く
技術者論
僕が最初に入った会社では、産業用の生産装置の電気設計のエンジニアをやっていました。 新入社員で現場から入って溶接したり板金したり制御板作ったり、一からモノ作りを学んで、エンジニアとしての原点は今でもそこにあります。 生産装置ってで何が一番大事かと言えば、装置を利用されるお客様の製品を安定して生産すること、ただ一点です。 装置が壊れたときに、遠方、時には海外（日本）にいるエンジニアが一々出張しないと直らないという装置は業務上のリスクに繋がります。だから、部品は簡単に交換できるように作るし、ソフトウエアもある程度であれば、その会社の保全のエンジニアがいじれるように作らなくてはいけません。 そういう中で、装置はそのままで、制御に使っているコンピューターを、その会社の標準仕様に合わせることが求められることがあります。 単純に企業の系列的な都合もあるし、保全のエンジニアがいじれるメーカーにあわせて作
受託からサービスへの移行に必要なこと。
よくwebの受託をメインにやっている会社さんが、儲からないという理由でサービスに行きたいとの話を聞く。 しかし結構、難しいですよね、と、ついつい言ってしまう。 理由のコアは、下記エントリーに書いてあった。 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む １．受託開発では「技術」が蓄積しない ２．受託開発では「人材」が蓄積しない ３．受託開発では「資金」が蓄積しない 技術が蓄積されないのは自社の役割や案件次第では？と思うこと以外は、結構同意だ。 （受託は、自社では実現できない案件に関われることなどが魅力で、そこに技術やノウハウ習得のチャンスは転がっていると思うし。） 一番重要なのは、キャッシュフローが安定しないところではないだろうか。 サービスと受託の大きな違いは、 「受託は技術を売る仕事」 「サービスは、文字通りサービスを売る仕事」 である。 サービスは、お客様がつくと継続的に
F's Garage：障害発生時のネガティブ感情について。
一部の人のtwitterアカウントがアカウント停止（ban）されたんじゃないの？という騒ぎの件。 別に僕がモバツイを作ってるから、とかそういうのは無関係にちょっと思ったこと。 banというより、twitter側で何かデータ壊れたとか、そういう障害なんじゃないのかな？ 実際動かない方に「だけ」という表現は失礼かもしれないけど、とりあえず、あまりネガティブにならない方が。 状況からして酢鶏と通常ユーザーでは違うと思うんですよね。 以下、この状況から発想したこと。途中で話が変わってます。すいません。 ＊＊＊トラブル発生時に知っておくと良い一般論＊＊＊ 何か問題が起きたときには、＊必ず＊、事実より過剰にネガティブな人が出てきます。 トラブルが起きたときのサービスblogや掲示板は、こういう意見で一杯です。 これ人間関係でもそうなのですが、トラブルが起きたときに一番最初に何を疑うか？ 事実の客観的判
F's Garage：target="_blank"問題
僕のMTは、リンクを貼るときにtarget="_blank"を自動で入れるようにしています。 しかしながら、最近、いろいろな事情でわざわざ手打ちしてることも多く。CMSマンセー。 で、古い話だけど、こないだW3Cの方も含めた飲みの場というレアな機会に恵まれてちょこっと聞いた話が発想の紐にひっかかってて、なんとなくたどり着いたので。 「target="_blank"」をやめた リンクの target 指定 _blankが選択の自由を奪われるから嫌だという人向けに、ブラウザが_blankを無効にする機能を実装してくれた方が良いんだけどな。（あるよね？そういうの） どうせ_blankに対応してないブラウザやデバイスでは、そのまま同じウインドウで開いちゃうんだし。 携帯とかPDAとか、コピー機とか。 しかしながら、HTMLの標準仕様としては、ブラウザ側に_blankの挙動を強制出来ない限り、標準仕
セカンドライフのポテンシャルについて。
WebSig24/7会議「Second Lifeのポテンシャルを探る〜企業から個人まで」が、無事に終了しました。 僕は今回、技術系というか設定系のタスクを中心に、会議の模様を、セカンドライフ内の会場に中継するためにライブストリーミングのサーバを用意して、会場の映像を配信する作業や、セカンドライフからスナップショットと言われる写真を送って、アルバムみたいにしようとか、そういうのをもろもろ用意していました。 ライブストリーミングのサーバも、確固たる環境が存在するのではなく、デジハリの三淵先生に用意していただいたサーバを一からセットアップする状態から持って行きました。 動画配信は、セカンドライフ内で見るためにはDarwin Streaming Serverというストリーミングサーバと、QT Broadcasterというエンコーダーソフトを組み合わせての配信となります。 今回、何が大変かというと、
Dellサーバにメモリ増設
モバトゥイッターを運用しているサーバは、このF's Garageも運用している自宅サーバです。 もともとメモリが512MBで、RSSの検索でsennaまで動かしているので、メモリがさすがに少ないかなと思っていたところでしたが、今回、モバトゥイッターという外部の人がツールとしてアクセスする環境を用意したので、ずっと腰が重かったメモリ増設を行いました。 トランセンドオンラインで、Dell PowerEdge SC430用のメモリを1GB x 2枚購入して、2.5GBになりました。動いているサービスの負荷からすると、かなり余裕のあるメモリ量になりました。 買ったメモリはECCつきのunbufferedのdell対応メモリです。 4/26日現在、1枚、9820円で買えるようです。 （・・・って、昨日買ったときより、１３00円も安くなってる(--; ） SC430はデュアルチャネル対応なので同じのを
milkstand.net | f-shin & mayunezu portal
最近のtodo: 1.TV録画、動画変換の開発 2.Objective C + iPhone SDK or QTKitの勉強 3.モバツイ関連開発 4.5/25 websig24/7にてアクセス解析イベントやります！ 以下のコンテンツを公開しています。 ■[Webサービス]モバツイッター(MovaTwitter) 携帯電話でtwitterに画像を送ったり、GPSで居場所を送ったり楽しくtwitterが活用できるサービス MovaTwitterは（株）paperboy&co.のペパ研に認定されています。 ■[blog]F's Garage Webを中心とした、ビジネス＆テクノロジーに関する思いつき ■がらくたラボ･･･Webや動画の技術研究、作ってみたもののご紹介
Googleがダブルクリックを買収したメリット（Google Analyticsはマジ怖い、のフォローアップ）
まず、訂正から。 Google Analyticsはマジ怖い。に書いた内容で、 Google Analyticsでは、Webサイト間の詳しい個人情報を把握することはできません。 これについて間違った記事を書いたことをお詫び致します。 クッキーは、どのブラウザにおいても、一つのクッキーが共有可能な最大の範囲は、「同一のドメイン」までです。そのため、あるサイトに来たユーザーの情報を、クッキーを使って他のサイトで再現することは不可能です。（昔の特定のブラウザはバグで、全サイトの共有クッキーが作れたらしい。） -------------------------------------- Google Analyticsのクッキーと、urchin.jsの仕組みについては、「ひろ式めもちょう」さんが詳しく書いておられます。 さらにurchin.jsの中身を見てみる ファーストパーティクッキーというのは
twitterが流行るとか流行らないとか。
どんな属性であれ、ネット上のサービスで、使う人（ユニークユーザー）が10.000人いれば、かなりスゴイ。 100,000人、1,000,000人になればニュースに取り上げられる。 しかし何人になろうが、一人は一人。 そのサービスの価値は、あなたが使うか使わないかですべてが決まる。 だから、流行らないという予想は、なんともむなしい。 そもそも無から作ってるものを無に貶めるほどむなしいことはない。 こないだのセミナーのログから、みんなが好きな、はてなのなおやさんのプレゼンのメモを引用しとく。 -------------------------------------- ・少人数で作る 一人で作る 二人ぐらいが手伝う 新しいことの正しさは、あなたにしかわからない 哲学の投影 何故それが新しい価値があるのか？をバカみたいに信じる必要がある。 新しいことは、未知のことだから新しい 100人いたら、絶
F's Garage：Google Analyticsはマジ怖い。
気がついてたけど、諦めてました。 本記事で書かれているGoogleは個人のインターネット行動を把握できるという表現およびそれに関連する記述は誤りです。 大変申し訳ございませんでした。 本記事のフォローアップを以下の記事に残しておきますが、既に見られた方もいらっしゃいますので、本記事の内容は残しておきます。 Google Analyticsはマジ怖い、のフォローアップ ひろ式めもちょうさんの 堂々とプライバシー侵害をうたうGoogleより引用 http://itpro.nikkeibp.co.jp/article/NEWS/20070417/268557/ >>Googleは「ファースト・パーティCookie」と呼ばれるGoogle Web >> Analyticsを利用する全サイトで共通するCookieを配布しており， >>JavaScriptがこのCookieを呼び出すのだ >今さらだが
F's Garage：rubyとかPHPとかPerlとか。
企業の言語選択は、どれほど人材採用に影響があるのだろうか。 楽天が先日ruby on railsを採用するという話がニュースになった。ruby会議のスポンサーにもなっているようだ。 楽天はJavaとPHPを使っているとのことで、Javaのエンジニアがライトウエイト言語でRubyに行くというのは割と僕も正当なパスだと思うので、基本的に納得である。 最近、一つ納得がいかないのは、オープンソースやらネット上で技術者が目立たないと、まるでその会社には技術屋がいないような扱いになってしまう点。 さらっと見つけてみたのだが、代表的な発言として、404 Blog Not Foundさんの ＞ 楽天の苦点 そして「中の人」の存在感がほとんどない。これは、ネットならではの事情なのだが、成功しているサイトのほとんどが、何らかの形でその技術力が外から伺えるようになっている。はてなや37signalsのように、中
「Web受託ビジネスの問題と改善」を書いた
cnetの方に、タイトルの通りのエントリーを書きました。 Web受託ビジネスの問題と改善 最近、モデレータとしてお手伝いし始めた、Websig24/7という会があって、つい先日あった 「クライアントと制作者のHappyな形とは。下請けからパートナーへ-」 というイベントで聞いた話と、僕が常々考えていたことをmixして書いたエントリーです。得た情報を咀嚼して、自分の意見として書いています。 ちなみに、ちょっとだけイベントで出た話を紹介すると、サイトを発注する側の意見をお聞きするという趣旨で、どんなことを制作会社に求めるか？という話だったのですが、凄く単純なところで、 「制作会社のサイトは重視する」 「実績はできるだけ出したほうがい良い」 と言う話を聞かされて、いきなりショックを受けた人も少なくないんじゃないかと思います。 自社サイトこそプライオリティを高く取れずにやっつけ仕事になっていたり、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
