天才になるのに遅すぎるということはない
Kathy Sierra / 青木靖 訳 2006年9月27日 Webやテクノロジーの世界では(その他の多くの分野でも)、大きなアイデアというのは若い人から生まれるようだ。弱冠27歳にして、Ruby on Railsフレームワークの作者デビッド・ハイネマイヤ・ハンソンは世界を変え、Rubyに存在 意義を与えた。それにFlickrを作ったカタリナとスチュワートがいる。そして言うまでもなく、私がこの記事を書いているブログサービスの 生みの親、Six Apartのベンとミナがいる。 ラリーとサーゲイ、Googleの裏にいる「男の子」たち。ジェフ・ベゾスがAmazonを設立したのは、ちょうど30歳のときだった。O'Reillyの最初のFoo Campで、バート†をゲームで苦しめていた相手の若い子がBitTorrentの作者であるブラム・コーエンだったことを後で知った(彼はTime誌の最も影響力のあ
ITmedia Biz.ID：“文系出身プログラマー”が独立するまで――コトノハ・大日田貴司さん
新感覚の○×コミュニティ「コトノハ」などを手がける大日田貴司さん。「文系だから、プログラマーなんて無理」と思っていた学生時代を経て、プログラミング未経験可の会社に就職。業務のかたわら独自のサービスを作り、スカウトされて転職、そして独立――。一見順調に見えるキャリアだが、その裏には焦りや苦労もあった。 「例えば僕が100時間かけてサービスを作るとしますよね。そのサービスで2万人の人を1時間喜ばせることができたとします。そうすると僕の100時間が2万時間もの幸せな時間になって返ってくることになります。それってすごいな、と思ったのです」 新感覚の○×コミュニティ「コトノハ」などを手がける大日田貴司（おおひだ・たかし）さんがネットでサービスを作り続ける理由である。1人で作ったものがインターネットの力を借りれば何倍、何十倍、何万倍にもなる。それが面白いな、と思っている。 「文系だから、絶対プログラマ
小野和俊のブログ:ベンチャー企業の始め方
「いつかベンチャーをやりたいと思ってるんですよ！」 この種の発言は確か私が大学生の頃によく耳にしていた台詞で、その時ベンチャーにまったく興味のなかった私の感想としては、ああ、この人は自分にはあまり関係がない世界のことを話してるな、という感じで、そんな自分がまさか数年後にベンチャー企業をやることになるなんて夢にも思っていなかった。 そんな私もベンチャーを始めてから気付くともう6年が経って、会社も軌道に乗ってきて、ベンチャーを始めるにはどのようなことが大切で、どのようなことをすれば良いのか、ある程度わかるようになってきた。だから今日はそのことについて書こうと思う。 もしあなたが、自分自身で起業しようと思っているなら、ヒトの問題についての最初の関門はクリアしていると言っても良いかもしれない。 というのも、起業の際のヒトの面での最大の問題は、創業者が見つかるかどうか、ということにあるからだ。 もし
第9回 良いアイデアがわく人とわかない人はココが違う：ITpro
Webサイトのテーマと内容，サイトやメニューの構成，宣伝方法にいたるまで，企画のベースには，一貫する「アイデア」がある。この企画のアイデア―――漠然と「企画案」とか「提案内容」と呼ばれることもある―――を見つけることが，企画という仕事の肝だ。 アイデアがわく人と，わかない人には決定的な違いがある 良い企画のアイデアさえ見つかれば，後は技術と知識で膨らませて，ユーザー層，制作目的，訴求効果といった項目に落とし込み，企画書の体裁に仕立てるだけだ。この作成作業自体は，暗記と反復練習次第で，比較的容易に習得できる。 ところが，こと「発想」に関しては，知識の丸暗記はあまり役に立たない。制作会社から「制作技術は学べるが，発想は学べない」という声を聞くことがある。手順をマニュアル化して伝えられるものではないので，後進の育成が難しいのだ。 筆者から見ると，アイデアがわき出る人と，アイデアがわかない人では，
技術力の3つのタイプ - 使う、創る、動かす (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ ちょっと心をいれかえてブログをなるべく書くようにします。はい。 昨日、稚北つながりでGoogle（東京＋本社）の人々と夕飯。中の人と色々話すことができました。やっぱGoogleはすごいなぁと。 技術力がウリです エンタープライズ業界で「うちは技術力がウリです」なんていう会社に会うことがあるのですが、Googleなんかを知ってしまうと「うーん」と。なんか世界が狭いなぁと感じます。たしかに国内のSIerやベンダーの平均点と比べて「技術力が高い」っていうのは事実だとしても、それは井の中。 Googleをちゃんと競争相手として考えられるのかというのは大きな分岐点だと思います。それに「国内のSIerやベンダー」だってトップレベルのエンジニアはやっぱりすごい。「組織としての技
最速配信研究会 - ベンチャーを志向するということ
仙石浩明の日記:ソフトウェア産業の究極の振興策 http://blog.gcd.org/archives/50816826.html ここがスタートになっていろいろ意見が出ている. スラッシュドット:日本のソフトウェア産業を振興させたいなら大企業を一つ潰せ http://slashdot.jp/article.pl?sid=06/12/11/0311248&threshold=-1 雑種路線で行こう:ベンチャーに人材が足りないのは確かだが http://d.hatena.ne.jp/mkusunok/20061212 でyamaz的にもいろいろ思うところがあるので,書いてみる.なおid:yamazの経歴は下記の通り, 田舎大学の情報系修士を修了. 外資系有名半導体メーカで1年半ほど勤務 外資系超有名ポータルで7年ほど勤務. 現在無職.立場的にはおおむねニート. この売り手優位の地合いでも，
Geekなぺーじ：成功している中小企業が持つ5つの要素
「Five Secrets of High Performing Organizations」という報告書(PDF)が公開されていました。 この報告書はアメリカで10～100人規模の企業300社以上を調査して、成功している企業が持つ要素を5つにまとめています。 さらに、それぞれの要素を実現するためにはどのような努力をすれば良いかを解説してありました。 面白かったので要約してみました。 かなり意訳気味です。 誤訳や勘違いなどがある可能性があるので、詳細は原文をご覧下さい。 効率良く成果を出しているスモールビジネス(small business)は以下の5つの特徴を持ちます。 強いリーダーシップ 質の高い人材を引き付け、確保する能力 計画性 戦略的に技術を利用する能力 外部機関との連携 1. 強いリーダーシップ 調査の結果、最も大きな要素はリーダーシップを取るシニアの実力でした。 ある経営者は
ITmedia Biz.ID：「1人で作るなら、一気にやるのが重要」SimpleAPI・伊藤まさおさん
複雑になりがちなWebのプログラミングをぐっと身近にしてくれる「SimpleAPI」シリーズをご存知だろうか。ちょっとしたパラメーターをURLに渡すだけでさまざまな情報を返してくれるこのシリーズ、サイトの縮小画像を簡単に作ってくれる「サムネイル作成API」を皮切りとして、「最寄り駅＆地図API」「Wikipedia API」と続いている。 このシリーズを提供しているのはたった1人。開発者の伊藤まさおさんは1996年にオンラインコミュニティサイトを立ち上げて個人で運営し、2002年に法人化。現在は仕事をしながら大学院に通っている。 SimpleAPIシリーズで「実力よりちょっと上」に挑戦 「自分が今80の力を持っているとしたら、90か95のことをやりたいのです」 SimpleAPIシリーズで何をしたかったのかを尋ねたところ、伊藤さんはこう答えてくれた。 今の実力でできる簡単なものを作ってもし
技術者にも必要な「もうける決意」
「日経エレ１０月９日号」の「日本半導体産業・復活への提言（湯之上隆著）」。半導体産業に限らず、ソフト・家電・ゲーム・ウェブサービスなどを含んだ広い意味での「この業界」で生き残るために必要な提言を含んだ、すばらしいペーパーだ。 オンラインで全文を読んでいただくことが出来ないのが残念でしかたがないが、このペーパーにこめられた著者のメッセージが集約された部分を引用させていただく。 ある日本のメーカーの技術者は「開発部門の技術者は、開発にしか興味がない」と証言した。別の技術者は「おおくの技術者は、コスト削減を工場の仕事と考えている」と話した。（…中略…）一方、Intel社の技術者は「ある開発プロジェクトに対する社内評価は、どれだけの最終製品をいくらで出荷したかが判断基準になる」という。開発者のボーナスも最終製品の利益で決まる。これが、開発段階で徹底した低コスト化を目指すインセンティブになっている。
意外に効き目のある視力回復マッサージ
意外に効き目のある視力回復マッサージ ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
YAMDAS現更新履歴 - ポール・グレアムが語る「スタートアップ企業を殺す18のあやまち」
The 18 Mistakes That Kill Startups だが、じきに誰かが日本語に訳すのだろうが、それまで待てない人のために18のポイントをざっと列挙しておこう。 創業者が一人（マイクロソフトもアップルもYahoo!もGoogleも二人ですな） 場所が悪い（シリコンバレーが一番！） 入り込むニッチが小さい 既存企業の事業から派生したアイデア 頑固（最初のプランがそのまま成功することは少ない） ダメなプログラマを雇用する ダメなプラットフォームを採用する（ヒント：Windows） 立ち上げがゆっくり過ぎ 立ち上げを急ぎ過ぎ 対象となる想定ユーザを持たない 少ししか資金を調達しない 資金を浪費し過ぎ （二つ前と矛盾するようだが）資金を調達し過ぎ 投資家へのサポートが貧弱 取らぬ狸の利益のためにユーザを犠牲にする 自分の手を汚して泥臭いことをしたがらない 創業者同士でケンカ 努力が
投資するべきではない!=働いてはいけない : 404 Blog Not Found
2006年09月14日01:30 カテゴリMoney 投資するべきではない!=働いてはいけない palさんの以下の記事には、一つ重大な錯誤がある。 FIFTH EDITION: 働いてはいけないIT企業 とアジったタイトルつけてはみましたが それは、IT企業の従業員、特に技術者の転職容易性を全く考慮していないということ。 これが従来型の産業の従業員であれば、従業員の信用というのは会社の信用に直結しているので、最初に乗る船を慎重に吟味することが肝要となる。 しかしITにおいては、信用は個人に付くのだ。 会社が駄目になったら、やめちまえばいいのである。次の職場はいくらでもあるのだ。 たとえ会社の信用に傷がついても、自分の信用に傷が付かないのであれば没問題だ。 むしろ、会社の信用とは関係なく、従業員としての経験値をより「濃く」、すなわちより短期間でより多く積めるのであれば、それが従業員に対する強
ビント・サーフ氏、「クリエイティブになれ、もっと創造しろ」と日本人に喝 - CNET Japan
インターネットの基本的なアーキテクチャの設計に関わり、「インターネットの父」とも呼ばれているVint Cerf氏。2005年10月に、それまで在籍していたMCIを離れ、Googleの副社長 兼 チーフインターネットエバンジェリストに就任している。そのCerf氏が来日し、報道陣を前にインターネットの世界について語った。 Cerf氏がGoogleに入社する決心をしたのは、「これまでインターネットのインフラとなる部分に関わってきたが、今度はアプリケーション部分に関わりたかった」と考えたためだ。「インターネットのアプリケーションを創造する場としてGoogleが最適の場だと思った」と同氏は述べ、現在のGoogleのサービスの中でも、紙の情報をデジタル化しようという「Google Book Search」や、「Google Talk」および「Google Spreadsheed」をはじめとするコラボレ
Passion For The Future: すばらしい思考法 誰も思いつかないアイデアを生む
« Make: Technology on Your Time Volume 01 | Main | 知的複眼思考法―誰でも持っている創造力のスイッチ » 書評：脳・こころ ｜書評： 企画・発想｜ 書評：文化・文明｜書評：経済・経営 ｜書評：子 供・教育｜書 評：小説・戯曲｜書評：ネット活用 ｜書評： 仕事・管理｜書 評：メディア論｜書評：その他｜書評：思想・哲学 ｜書評 ：文章・表現｜書評：認知・心理 ｜書評：神 話・宗教｜書 評：科学・技術｜書評：社会・世間 ｜書評：教養 ・雑学 2006年度 年間オススメ書籍ランキング ノンフィクション部門 2006年度 年間オススメ書籍ランキング フィクション編 2005年度 書籍売り上げラン キング ベスト20 2005年度 年間オススメ書籍 ランキング ベスト20冊 2004年度 人気記事ベスト10 アクセス数が多かった記事とは？ 2004年度
開発合宿レポート in 川崎グランドホテル : 管理人@Yoski
ちと遅くなりました、なんやら開発合宿ネタがひっそり盛り上がっているのでメモレポートしておきます。 i d e a * i d e a - 開発合宿8月号 ～ 研修プランで楽々作業の巻 ～ 開発合宿、行ってきました！ - 好むと好まざるとにかかわらず 富士山とにゃんこ写真ブログ - 楽天ブログ（Blog） ウノウラボ Unoh Labs: 開発合宿の Tips naoyaグループ - naoyaの日記 - 合宿 開発合宿の課題設定とモチベーションの話 : akiyan.com 合宿もついに 12～13 回目くらいになるのですが、毎回合宿の成果を振り返っていろいろと反省しています。 合宿の成果については、ついつい「何をつくったか」に目がいきがちなのですが、実は重要なのは「アイデアづくり」のプロセスなのではないかと。 ＃もちろん、ちゃんとモノができることは大前提ですけどね。 アイデアって普段何気
会社を作ってみて初めて気がついたこと：NBonline(日経ビジネス オンライン)
【ご説明】 会員登録は無料で、どなたでもご利用いただけます（無料会員登録はこちら）。登録をいただくと、NBonlineの豊富なコンテンツがすべてご覧いただけるほか、株価や記事の検索機能など、便利なサービスをご利用いただけます。 「NBonline」の無料会員登録をいただいた方、また日経ビジネス予約購読者限定のサービス「NBonlineプレミアム」の会員に登録済の方は、改めてご登録をいただく必要はございません。こちらをクリック、または上のログインボタンをクリックして、ログインをお願いします。その際、簡単なアンケートにご協力をいただいております。よろしくお願い申し上げます。 ご不明な点は、よくあるご質問のページ(FAQ)でご確認をお願いいたします。 [Lifehacks] 自分なりの方法を編み出す (07年3月30日) 新しい仕事習慣を身につけるコツ (07年3月29日) 作業記録を駆
第11回 プログラマが知らない，デザイナーの苦労
今回は，デザイナーとして，世間やプログラマに対して言いたい放題書かせてもらう。どうか怒らずに最後まで読んでもらいたい。デザイナーの皆さんには，大いに賛同していただける内容になっているはずだ。 デザイナーだって，タイヘンなんだ！ まず，デザイナーという仕事は，非常に誤解されやすい。例えば次のような誤解をうけて，暗い気持ちで日々の作業をこなしているデザイナーも少なからずいるはずだ。 1) デザイナーという職種に対する，先入観がある 世間（顧客やエンドユーザー）には，「すべてのデザイナー」＝「技術に無知」だという先入観がある。「デザイナー」とは「Webページの配色とレイアウトをする人」だから技術を知らなくて当然，むしろ知らなくてよいとする傾向すらある。開発ツールが完全分業に向けて進化しているのだから，デザイナーはビジュアル・デザインのことだけ考えていればいいという意見を持っている人もいるだろう。
37signals Jason Fried氏の講演 「より少ないシンプルな機能で競争する」：Goodpic
This shop will be powered by Are you the store owner? Log in here
ウノウラボ Unoh Labs: 共同開発を効率よく行う方法
尾藤正人です。 ウノウではおかげさまで順調にエンジニアの数が増えてきました。エンジニアが増えてくると、共同開発をいかに効率よく行うかが問題になってきます。n人の開発者がいれば開発スピードはn倍にはならず、n倍よりも落ちます。人数が多ければ多いほど、共同開発は難しくなり、ひどい場合には人数が増えたから開発スピードが落ちたということになりかねません。 ウノウでは共同開発を効率よく行うために様々な工夫を用いています。今回はウノウでどのようなステップで開発を行っているか紹介したいと思います。 subversion でソースコードを管理 ソースコード管理ソフトがなくては話になりません。ウノウではソースコードの管理に subversion を使ってます。subversion を使うことで過去の状態に簡単に戻すことができますし、個人の環境を完全に分離することができます。 subversion のコミット
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
asahi.com：「偽装請負」労働が製造業で横行 実質派遣、簡単にクビ - 社会