起業で成功する奴らの法則っぽいもの。
知り合いがかなりの数起業して、かなりの数失敗した。 飲食店からＩＴまで職種は様々だったけれど、ここに来てなんとなく法則性が見えて来たのでメモ。 ①自己資金で開業するヤツは潰す。 成功したやつは大体スポンサーを獲得して始めてる。初期資金の多寡がモロに成功率に関わってる上、 誰かを納得させてカネを出させるところから始めてる奴は強い。初期資金５０００万越えの奴らの生存率は１００％。 ②一人でやろうとする奴は潰す。 人材集めに奔走した奴らほど生き残ってる。社長の仕事量が多い会社ほど長く持ってない。 むしろ、仕事を見つけて来てから誰に振るか考えるようないい加減野郎の方が成功している。 ③友人の少ないやつは潰す。 これは圧倒的真理。起業をしようなんて奴は大体どこかクセのあるやつが多いけれど、単にクセのあるだけでは失敗してる。 起業に成功した奴らは大体友人から無利子無期限の借金（というよりは出資）を得る
ウェブリブログ：サービスは終了しました。
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
100年前の技術から現代への教訓を学ぶ(15.365 Disruptive Technology) - My Life After MIT Sloan
今日は私がTAをやっている、Utterback先生のDisruptive Technologyの授業を紹介。 授業では、イノベーションがどのように起こり、普及し、進化していくか、の普遍的な基本法則を学ぶ。 現代技術だけじゃなく、電球、ガラス工業、氷産業など、ボストン発の歴史的な技術を振り返って学ぶんだけど、 昔の技術からの学びが、現代の技術にも通じるところがたくさんあって、非常に面白い。 先週は、白熱電球の技術を振り返り、技術が進化や普及の過程に現代の技術との共通点を学び、 現代の技術に生かせる教訓を学ぶ。 当時の電球を見せて、電球の歴史を解説するUtterback先生。 右側のスクリーンに写ってるのは、テレコンで授業に参加してる学生。 1） 技術力だけでは勝てない。業界や消費者の動き方を変えないのは新技術普及の鍵 白熱電球を発明して、最初に発明した普及させたのはご存知エジソン。 1880
PEP 3333 – Python Web Server Gateway Interface v1.0.1 | peps.python.org
PEP 3333 – Python Web Server Gateway Interface v1.0.1 Author: Phillip J. Eby <pje at telecommunity.com> Discussions-To: Web-SIG list Status: Final Type: Informational Created: 26-Sep-2010 Post-History: 26-Sep-2010, 04-Oct-2010 Replaces: 333 Table of Contents Preface for Readers of PEP 333 Abstract Original Rationale and Goals (from PEP 333) Specification Overview A Note On String Types The Applica
PEP 444 – Python Web3 Interface | peps.python.org
PEP 444 – Python Web3 Interface Author: Chris McDonough <chrism at plope.com>, Armin Ronacher <armin.ronacher at active-4.com> Discussions-To: Web-SIG list Status: Deferred Type: Informational Created: 19-Jul-2010 Table of Contents Abstract PEP Deferral Rationale and Goals Differences from WSGI Specification Overview The Application/Framework Side The Server/Gateway Side Middleware: Components tha
Real-Time Searching of Big Data with Solr and Hadoop
Copyright © 2009-2015. All rights reserved. This blog is called myNoSQL and it is written by me, Alex Popescu, a software architect with a passion for open source and communities. It records my readings, learnings, and opinions on NoSQL databases, polyglot persistence, and distributed systems -- subjects that I'm passionate about. The opinions expressed here are my own, and no other party necessar
メモリリークトラブルシューティング記 – その5: Memory Analyzer でヒープダンプを解析(最終回) – yusuke.blog
– その1: 自宅サーバがハング – その2: フリーズの原因はガベージコレクション – その3: 侍でヒープ使用量を確認 – その4: リーク箇所を確認する色々な方法 – その5: Memory Analyzer でヒープダンプを解析(最終回) 延々と連載してきたメモリリークトラブルシューティング記もいよいよ最終回です。 今回のメモリリーク現象はリークの再現方法がわからないため、運用環境から詳細なデータが取得できるheapdumpを取得した、というのが前回までのあらすじです。 次は、ヒープダンプの解析。 ヒープダンプは JDK に付属の jmap コマンドで取得します。 jmap -heap:format=x [pid] または jmap -heap:format=b [pid] といった形で実行するとヒープダンプを xml 形式、またはバイナリ形式で記録できます。 通常生のヒープダンプ
nabokov7; rehash : 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム
October 22, 201010:13 カテゴリプログラミング組織とyou 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム perl 界隈の皆様、YAPC::Asia 2010 おつかれさまでした。 @nipotan のライトニングトークはシャッフルに関する話でした。で、ここで、なぜそもそもシャッフルが出てきたのかについて、チームマネジメント的な観点から補足したいと思います。 (元の発表はこちら: 動画 / スライド ) ■相互チェック体制の運用 ライブドアのプログラマは、だいたい一人でひとつのサービスを受け持っています。一人が複数のサービスを受け持つのは普通ですが、一つのサービスに複数のプログラマがフルコミットするという贅沢な状況はあまりありません。 担当が一人ずつしかいないと、担当の人が休むと何も進まない。やりたいことが色々あ
複数バージョンの LL を入れる話を集めてみた
意外なことに Perl, Python は複数バージョン入れるツール自身が元の言語で書かれています。Perl はシステム標準に入っているディストリビューションが多いからまだ分かるけど、Python でこの戦略を採用するのはちょっと大胆な気がします。 ※ Python は virtualenv だけでも複数バージョンを切り替えて使うことができます。ただし、インストールや動的な切り替えまでは面倒みてくれません。そんなときに pythonbrew が便利なようです。 rvmrvm の記事はもう書いてあります。 rvmを使ってREEへの移行を考える - あーありがち(2010-07-17) BundlerBundler の記事ももう書いてあります。 Bundler 0.9.26 を触ってみた - あーありがち(2010-07-19) perlbrewgugod's App-perlbrew at
Web+DB Vol.59にXslateの記事を書きました - Islands in the byte stream
2010年10月25日 Web+DB Vol.59にXslateの記事を書きました Web+DB PRESS Vol.59にXslateの記事を書きました。Xslateをまったく知らなくても、この記事だけで一通り使えるようになるように構成したつもりです。ぜひご感想をお聞かせください。 紹介 - Software Design 2010年11月号/WEB+DB Press Vol. 59 で弾さんにもご紹介いただきました。 Perl Mongerとしては、id:gfxのText::Xslateの記事にも注目。きれいだろ…。テンプレートなんだぜ。ほんとここまで来ると「ただの」テンプレートにしておくのは惜しい感じ。 ありがとうございます ;) せっかく一から設計するのだからと完全に自分好みの言語にしましたが、きれいといっていただいて光栄です。Xslateは言語としては非常に小さな仕様ですが、その
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Making the Most of Maven: Nexus, Hudson, Sonar
にひりずむ::しんぷる - pm-uninstall をちょこっといじった
Webサービスのページング処理について : Talks | トーク - YAPC::Asia Tokyo 2010