サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Wikipedia
knoh.jp
1. アイデアを秘密にすること これはスタートアップのアイデアに関して、もっとも馬鹿らしい誤解の一つです (もし誰かにアイデアを教えてしまったら、それを盗まれて何億も稼がれてしまうと)。現実はね、負け犬でも誰でもポテンシャルを秘めたビジネスアイデアを持っているんです。ですが、ほとんどの人間にはそれを実行する術がないのです。そして、アイデアを実行に移せる人たちは、すでに沢山のアイデアを持っています。重要なことはもちろん、アイデアではなく実行 (execution) することです – facebook は friendster と myspace の後にきたし、google はたくさんの検索エンジンの後に登場しました。 2. みんなのためのプロダクトを作ろうとすること みんなを満足させようとする者は、誰も満足させれない (八方美人は頼むに足らず)。 3. フォーカスが欠落していること 起業家は
最近はやっているオンラインカジノやカジノアプリ。スマートフォンや通信技術の発達のおかげで、いつでもどこでも誰でも手軽ギャンブルを楽しむことができるようになったのは素晴らしいことですよね。管理人が学生時代に最初に始めたギャンブルは麻雀でした。運と知性が織りなす絶妙のゲーム展開は、一度として同じにはならず、誰にもその勝敗の行方は分からない。かといって技術介入の要素が強いためやればやるほど上達もしてゆくあのゲーム性。麻雀を生み出した中国人を心底尊敬し、一時は中国語を必死に勉強したものです。たった13枚の手配の中に宇宙がある。大げさではなくそう感じていたものです。気の置けない仲間たちと夜通し麻雀を打ち続けるのは最高のひと時だったと今も思います。学生時代は基本点五で卓を囲んでいましたが、長時間、長い時は二日三日と続けて打ち続けると、雀荘に支払う卓代がバカになりません。ちょっとやそっと勝ったぐらいでは
私たちは、自分たちの製品をテストするために朝食と昼食にお金を払っています。スタッフは全員、ランチ時に交代でレジ係を努めることで、最新のベータ版の Square Register をテストします。ランチの代金を支払う側のスタッフは、最新の Square Wallet のビルドを利用します。私たちは全員、まだリリースされていない製品のベータテスターなんです。 また、Square Register を使い、朝食と昼食の代金を Square Wallet から受け取ることで、我々はビジネスオーナーと顧客のエクスペリエンスを会社のコーヒーバーで再現しています。ほぼ毎日、こういうテストの場には新しいベータ版の製品が用意されています。これによって、私たちは、即座にフィードバックを受けることができ、毎日 500 件以上ものトランザクションのテストが行えています。 製品をリリースするには、ビルドが 10,0
Evan Priestley 氏は知る人ぞ知る、Facebook を代表する (元) エンジニアの一人です。Facebook には 2007 年から 2011 年の間に在籍していました。 Facebook はもともと昔ながらの、URL とファイルレイアウトが同一構成の PHP サイトとして開発されていた (それぞれの URL がディスク上の .php ファイルに map されている形だ)。この設計は沢山の問題を生んだが、それらの問題は長い間認識しづらかったし、設計を変えることにも躊躇していた。設計を変えるには全てのコードをいじる必要があり、それによって、なにかを壊してしまう危険性があったからだ。 後に canvas pages などをローンチしたとき、それら用に mod_rewrite を使った rewrite rule を apache の設定に追加した。これは 2007 年の出来事で、
これは、とても歴史的な話で、僕たちの知っている現在の “Mozilla” よりも時はさかのぼる (とはいえ、現在の Mozilla もその精神を受け継ぐ末裔だ)。 質問をブレイクダウンしよう: 最初に: この文脈でいう “mozilla” はなにを指すのか? ヒント: それは Mozilla Corporation や Mozilla Foundation のことではなく、Gecko エンジンのことでもない。 90 年代初頭、Mosaic というブラウザがイリノイ大学・米国立スーパーコンピュータ応用研究所 (NCSA) のとあるグループによって開発される。Mosaic の使いやすさや特徴的な機能は当時の “world wide web” の一般化に役立った。Mosaic の共同開発者の一人は Netscape という会社を設立し、この会社は Netscape という商用ウェブブラウザを生み
ロバート・ハインラインの輪廻の蛇 (原題: All You Zombies) [1] に違いないでしょう。(全体は [2] から引用) 1945 年にクリーブランドの孤児院に女児が置き去りにされます。”Jane” は両親を知らない事による落胆と、孤独を感じながら育ちますが、1963 年のある日、とある放浪者に惹かれ恋をします。が、ようやく物事が良い方向に向かおうとしたときに災難が次々と襲ってきます。まず彼女は放浪者の子供を宿しますが、その後に放浪者は姿を消してしまいます。次の不幸では複雑な出産の最中に Jane が男性と女性の両生殖器をもっている事を医者が発見し、彼女の命を救うために、やむなく Jane を強制的に女性から男性に転換します。そして最後に何者かが彼女の赤子を分娩室から誘拐します。 次々と襲いかかってくる災難、社会からの否定、運命に軽視された事により “彼” は飲んだくれになり
Amazon では Amazon E-Commerce プラットフォームの進化のために 10 年以上取り組んできたインフラを基に、あらゆるユニークなソフトウェアやサービスを開発してきた。これらは大規模なスケールでも素晴らしいパフォーマンス、信頼性、運用品質、そしてセキュリティを実現する専用ソフトウェアや運用手順のことだ。また、Amazon Catalog やその他の e-commerce サービスへの機械的なアクセス手段を提供したことにより、社外では大きなデベロッパー・エコシステムによって予想外に多大なイノベーションがもたらされていた。そしてそこから、Amazon のウルトラ・スケーラブルなシステム・ソフトウェアに関する専門知識をサービス化し、インフラの部品として提供することで、新しいイノベーションの世界を切りひらくきっかけを作れるという考えに発展した。なぜなら、デベロッパーはインフラの購
Kevin Systrom – Instagram の共同創業者兼CEO まず初めに、私たちはいま経験しているこのような物凄い反応を予想していたわけではないということを断っておく。私たちは最初の無料の写真アプリを文字通り一握りのユーザーからスタートした。私の共同創業者のマイク・クリエガーは「Instagram は 8 週間で作ってリリースしたアプリだが、プロダクト自体は1年間の仕事の成果だ」とよく言う。 物語は、私が Nextstop という会社で働いていた時から始まる。私がマーケティング職としてその会社で働いている間、私は夜な夜なシンプルなアイディアを元にプログラミングを勉強していた ( 私は正式なコンピューターサイエンスの学位も持っていないし、トレーニングも受けた事がない )。 アイディアの中の1つに、Foursquare のチェックインと Mafia Wars ( だから名前が Bu
もしジョブスに会った事があるなら、その状況と経験を教えてください。特にアップルの外で彼がどういう人だったのかに興味があります。彼は一緒に働きにくく、上司としてもやりづらかったと言われています。 コーヒーを買っている人や、アップルストアのお客さんのような至って普通の状況下で、彼がどういう人物だったのかを教えてください。 私が数年間付き合っていた若い女性の父親が、Palo Altoのスティーブ・ジョブズの家の近所に住んでいました。そのため私は夕食やパーティなどに参加するためにその地区をよく訪れ、ジョブス家の人たちが行き交うのをよく目撃していました。彼らが住んでいたのは、門も、警備員も、高い塀も、大きな駐車場すらない、”普通”の家でした。夜遅くに彼女の家でのパーティから帰宅する際、車で彼らの家を通ると、スティーブがMacで仕事をしているのを実際に見ることができました。 ある日の午後、私は当時不幸
僕たちが MySQL を選んだ理由は単純に MySQL のエコシステム (コミュニティや周辺技術など) の方が強いからです。それ以外だと僕の知る限り (Postgres の経験はあまりないですが)、あらゆる意味で MySQL の方が劣っています。でも、それらの点は僕たちには問題ではありません。僕たちは InnoDB を使っていて、その他の stored procedures, triggers または geospatial インデックスのような、ファンシーな機能は使っていません。なので、僕たちにとって MySQL が劣っているという事は実用面上ないのです。 エコシスステムはこういった事で重要です: 困った事が起きたら請負業者を採用できる事 (聞いた話によると、この会社は優秀らしいですよ。いまのところ彼らが必要な状況になった事はありませんが: http://www.percona.com/)
これは収益対運営コストとは何の関係もないことを明確にしておきましょう。Readerは一度も直接的な収益を上げたことはないし(Feedburnerとフィード向けAdSenseの利用の一部を関連づけることはできても)、それがプロダクトの目標ではありませんでした。 Readerは、私が担当PMになるずっと前から、Googleの社内で承認と生存を争っていました。スタッフが削減される前に、少なくとも3回はその危機にさられたはずです。多くの場合それはソーシャルに関連した理由からでした: 2008年 – OpenSocialを作るためにチームから人を引き抜こう 2009年 – Buzzを作るためにチームから人を引き抜こう 2010年 – Google+を作るためにチームから人を引き抜こう 2010年のときは、ほとんどのエンジニアはG+チームに行きたがらなかったものの、結局は打ち切ることが決定されたのです
次のページ
このページを最初にブックマークしてみませんか?
『Knoh (ノウ) | The Knowledge Hub』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く