「車輪の再発明をするな」の流行は孔明の罠 - きしだのHatena
なんかの実装がオープンソースで公開されているときに、同じ機能の実装を行うのは「車輪の再発明」で無駄な行為だといわれた時期がありました。 でも、それは「再発明」ではなく「再実装」であって、とても大切な行為です。 車輪にしたって、ブリヂストンも横浜ゴムもタイヤの開発をいまもって続けてるわけです。タイヤだけでなく、ホイールからベアリングからドライブシャフトから、「車輪」の部品については、いまだにいろいろな会社が切磋琢磨して再実装を続けているのです。 世の中に出ているライブラリを自分で実装してみるとわかることは、自分の実装を持っているという強さです。 たとえ世の中のライブラリに機能的に性能的に負けていたとしても、自分の実装というのは自分のニーズに合わせるという点でとてもいい。特に、処理の途中の値を使えるというのがいいのです。ライブラリでは、入力したら出力が返ってくるまで中身が見れないですからね。
ソフトウェア開発者は製造業のことを知った方がよい - Matzにっき(2007-08-29)
<< 2007/08/ 1 1. [言語] 連載：C# 2.0入門 第3回 新しい繰り返しのスタイル − yield return文とForEachメソッド − ＠IT 2. [Ruby] Shoes, a Tiny Toolkit for Making Browser-like Things 2 1. [OSS] Download Hadoop at OSCON (Yahoo! Developer Network blog) 2. ウェブキャリアでWebエンジニアとしてのキャリアを磨こう 株式会社ウェブキャリア 3. 先達の業界に学ぶプロジェクトマネジメント 第1回 20年は遅れているITプロマネ：ITpro 4. 横浜 3 1. [OSS] 特別講演：「オープンソース・ソフトウェア開発思想とリアルな地域ネットワークの連 2. [Ruby] トークセッション-5：「世界に広がるオブジェク
収益が見えないことは、やらない理由にはならない--インフォテリアUSA江島氏
オープンソースソフトやWeb APIを活用したサービスが数多く生まれている。ここで活躍するプログラマーは何を思い、どういった点に気をつけながらサービスを開発、提供しているのだろうか。 ここに焦点を当てたイベント日経BP社主催のイベント「ITPro Challenge!」が9月7日、東京都内で開催された。会場は70人規模と小さいながら、業界で活躍する多くの著名プログラマーが一般聴講者として参加し、熱気に包まれた会となった。 江島氏の小中学生時代の趣味はゲーム作り。電器屋に通っては店頭のPCでプログラムを書き、カセットに保存して、また翌週電器屋に行ってコードの続きを書く、ということを繰り返していたという 登壇したInfoteria USA社長の江島健太郎氏は、当初講演依頼を受けたとき、「まだ成功したプロダクトを出せていない状況なので、断ろうと思った」という。ただ、自分がいろいろなプログラマーの
もう、骨折り損のくたびれもうけにはならない！自分の成長に向けて努力する前に、整理しておくべき１つの事！ - モチベーションは楽しさ創造から
日曜日の２０時から「大河ドラマ 風林火山」があります。そこでよく出てくるのが、武田信玄の軍師、山本勘助が大好きな孫子の兵法。孫子の兵法の神髄は、「戦わずして勝つ」という「彼を知り、己を知れば百戦危うからず」というコンセプト。この孫子の考え方は、戦争だけでなく、「個人の成長」を考えていく際においても十分に使えることができる考え方です。 「彼を知り、己を知れば百戦危うからず」という話は、企業においては最も大事な概念の一つです。企業経営では、このコンセプトをSWOT分析等を使って多くの企業では実践していことしています。（SWOT分析とは、Sが強み、Wが弱み、Oが機会、、Tが脅威という４つの視点で企業分析を行っていく手法です。）この手法を使って次のような「経営戦略」を考えていきます。 自社の得意なことを伸ばしていき、弱いところを目立たないようにする 企業の経営資源は無限ではありません。市場ニーズが
受託とサービスと。今年の総括
ペパボに転職して一年が経とうとしています。この１年の個人的総括として、前職が主体としていた受託と、ペパボでやっているサービスの違いについての話を書いてみたいと思います。個人的な感想エントリではありますが、似たようなパスをたどる人に向けて、何か参考になればとも思って書いています。 ■まずは状況説明 昨年末に退職した前の会社ではWebの受託とCMSのプロダクト販売の業務に関わっていました。Flash開発などを通じてSIerさんやISPと関わり、仕様書の作成やらテストやらで、いわゆる開発の王道について鍛えられた経験もあります。その他、通常のサイト制作、開発案件はもちろん、ちょっと変わった案件やプロトタイプ的な案件を結構やらせてもらっていました。 転職後のpaperboy&co.という会社は、Webのサービスをやっている会社です。コアサービスは、ロリポップを代表とするレンタルサーバー。JUGEMを
ここギコ！ 東大卒がプログラマにならない理由は、自分の仕事の範囲でのプログラマしか見ていないから
2007年08月05日 東大卒がプログラマにならない理由は、自分の仕事の範囲でのプログラマしか見ていないから 東大卒がプログラマになんてならない理由 なんかレイヤ的にも業界的にも、全然違う世界の話をしているような気がする。 別の業種で言うなら、橋・トンネル・ダムだの超高層ビルだの、そういった巨大建設・土木プロジェクトに携わるエリート技術士が、ぼくらは自分でCAD図面を起こすような仕事はしないんだとか何とか言って、自分でCADを描く建築家を馬鹿にしているとか、なんかそんな構図に見える。 確かに、東大卒の彼が書いているようなエリートが自分でコードを起こさずに理論だけ考えて、実際にコード化するのはその下で働くプログラマ（というか、コーダというべきか）という世界は存在するし、それで回ってる。 例を挙げるなら私の前職も、非常に機密性の高い案件で、マジで諜報機関とかでも使えるレベルでの「○×MIN
小野和俊のブログ:人月ビジネス、プロダクト、ウェブのサービス
IT 系の会社の経営者の方と話をしていると、 人月ビジネスをやめて、パッケージやサービスに移行したいという話をよく耳にします。 しかし、半年か一年経ってその後どのようになったのかを聞いてみると、 パッケージやサービスの開発プロジェクトが立ち上がるところまでは行ったものの、 結局は中途半端なものにしかならず断念したという話が多く、 事業内容をスムーズに移行することができたという話はあまり聞きません。 このようなビジネスの転換がうまく行かないケースには、 いくつかの共通点があるように思えます。 第一の関門は、経営陣が、まったく異なるビジネスに対して、 考え方を切り替えられるかどうかという点にあります。 パッケージやサービスのビジネスというのは、基本的に先行投資のビジネスです。 まずソフトウェアを完成させるまでに時間がかかり、 次にソフトウェアが世の中で認知されるまでに時間がかかり、 認知されて
ウノウラボ Unoh Labs: ベンチャー流Webサービスの作り方(開発チーム編)
尾藤正人(a.k.a BTO)です 前回はWebサービスを作るときの企画の部分について書きました (ベンチャー流Webサービスの作り方(企画編))。 今回はWebサービスを作るときの組織作りについて書いてみたいと思います。 僕がウノウに入って始めたのがフォト蔵の開発でした。 当初は開発が僕、ディレクションが代表の山田という二人体制でやってましたが、 組織が大きくなるにつれてだんだんと人数が増えていきました。 現在は僕も山田もフォト蔵からは離れて新しいチームで開発を行っています。 二人体制から始めて、少しずつ人数を増やしていって、 立ち上げメンバーが開発から離れるまでいろいろ経験しながら 自分が感じた事を簡単にまとめたいと思います。 ・最終決断は一人で 何をするのか、戦略はどうするのか、方向性は何なのか、最終的な決断はリーダーが一人で行います。 個人の主張を尊重しすぎて、各々が好きな事を始め
上場にあたっての社内に向けてのメッセージ：江島健太郎 / Kenn's Clairvoyance - CNET Japan
そうそう、ご報告がすっかり遅くなってしまいましたが、親会社のほうのインフォテリアがこの６月にマザーズに上場しました。 それで、多くの人にとって、企業が上場する瞬間に中でどのようなことが起きてるかを知る機会なんてほとんどないでしょうから、５月末の上場が決まったときにぼくから社員と経営陣に宛てて書いたレターをこちらで公開することにしました。 内容を一部伏せるかどうかでちょっと逡巡したのですが、どうせなら生々しいほうが世の中のためになるだろう、と思ったので、結局原文ママで載せることにしました。 なお、ディスクロージャのために述べておきますが、私は現在インフォテリアUSAに勤務していますが、100%親会社であるインフォテリアの株主であると同時にまだ社員としても籍は残しており、給与の一部とストックオプションをそちらで報酬として受け取っています。そういう立場の人間の発言とご理解ください。 こういうもの
CMSとモバイルとフィードと四畳半社長: UEIはとても平凡で地道なことばかりやる会社ですよ
東京都文京区本郷でとあるCMS開発会社を営む社長のブログ。さっきまで「越後のCMS問屋」だったのですが、会社が新潟に移転したと勘違いされたようなので変えました。 モバイル、ゲーム、フィード、Ajax、Flash、ハイテクグッズあたりのはやりモノが好きです。 最新作「メルルーの秘宝」がドワンゴから提供中 週刊アスキーで「2045年の週刊アスキーをつくる」連載中 有り難いことなのかもしれませんが、最近、どうもいろいろな人に期待されすぎているような気がします。 しかも社外の人はもちろんですが、最近はとくに社員・スタッフからの期待をズキズキと感じます。 今日、社外の方にこんなことを言われました。 「清水さんの会社は面白いことや凄いことが得意なんですよねえ。そういう仕事ばかりで良いですね」 社員にもこんなことを言われました。 「うちの会社は面白いことを重点的にやってるんですよね」 大変申し訳
もっと失敗しよう：江島健太郎 / Kenn's Clairvoyance - CNET Japan
このへんを読んでいて思ったこと。 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む - 大迫正治 REPEDANT BLOG [ITmedia オルタナティブ・ブログ] HOW DO YOU LIKE SILICON VALLEY? | やはり受託からイノベーションは生まれない いやはや、まったくおっしゃるとおり。 ともかく、みんな「リスク」とか「不確実性」とか、そういう浄化されたビジネス用語をつかって説明しようとするからリアリティーがないんだ。 いまの日本のITイノベーションに足りないのは、転んで生傷をつくりまくる失敗経験だよ。 「１０のチャレンジのうち９の失敗をよしとする」ということは、それ自体、相当の覚悟と思考体系の適応力が求められる難しいテーマ。ハンパに受託をやりながら、そういうマインドを維持できると思ってる人がいるとは、いかにもおめでたい。 だいたい、国際交流試合や全
受託からサービスへの移行に必要なこと。
よくwebの受託をメインにやっている会社さんが、儲からないという理由でサービスに行きたいとの話を聞く。 しかし結構、難しいですよね、と、ついつい言ってしまう。 理由のコアは、下記エントリーに書いてあった。 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む １．受託開発では「技術」が蓄積しない ２．受託開発では「人材」が蓄積しない ３．受託開発では「資金」が蓄積しない 技術が蓄積されないのは自社の役割や案件次第では？と思うこと以外は、結構同意だ。 （受託は、自社では実現できない案件に関われることなどが魅力で、そこに技術やノウハウ習得のチャンスは転がっていると思うし。） 一番重要なのは、キャッシュフローが安定しないところではないだろうか。 サービスと受託の大きな違いは、 「受託は技術を売る仕事」 「サービスは、文字通りサービスを売る仕事」 である。 サービスは、お客様がつくと継続的に
大迫正治 REPEDANT BLOG > 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む : ITmedia オルタナティブ・ブログ
日本のソフトウェア産業は「製造業」よりも「サービス業」に分類される。なぜなら、革新的なプロダクトを研究開発し、一気呵成に市場に展開するよりも、顧客ニーズに沿ったオーダーメイドのシステムを逐次的に開発することが主流となっているからだ。 創業期は受託開発で糊口をしのぎ、徐々に自社製品の研究開発に資金を回して、いつかは自社ブランドで世界を席巻する、というストーリーは巷にあふれるが、これは結局のところローリスクでスタートしながらハイリターンを得ようとする野望であり、実現へのハードルは低くない。その理由は、中毒性のある受託開発と、ソフトウェア産業の悲惨この上ない「重層下請け構造」にある。 １．受託開発では「技術」が蓄積しない 住信インベストメントの辻俊彦氏はご自身のブログで次のように述べている。「クオリティの高い受託開発力は、オリジナリティ溢れる尖った自社開発力を生み出す素地になると思っている。投資
直感を信じろ、自分を信じろ、好きを貫け、人を褒めろ、人の粗探ししてる暇があったら自分で何かやれ。
ここ一週間、たくさんの日本の若い人たちと話した。JTPAツアー、九州大学ツアー、そして昨日のLingrイベント。それでつくづく思ったこと。もう前にも一度言ったことだし、当たり前のことだし、言わなくても伝わっているだろうとふと思っても、しつこく言おうと。なぜなら、僕が考えていることと正反対の言葉を、日本の大人たちから皆はシャワーのように浴び続けているし、僕がこうあるべきと思うことと正反対の経験を日々せざるを得ない状況にある、ということがよくわかったから。 二十歳にもなれば、その人のすべてはもう顕れている。その自分の良いところを見つけるには、自分の直感を信じ(つまり自分を信じるということ)、自分が好きだと思える「正のエネルギー」が出る対象を大切にし、その対象を少しずつでも押し広げていく努力を徹底的にするべきだ。そういう行動の中から生まれる他者との出会いから、新しい経験を積んでいけば、自然に社会
My Life Between Silicon Valley and Japan - 「好きを貫く」のはそんなに簡単なことではない。意識的で戦略的でなければ「好きを貫く」人生なんて送れないよ。
「直感を信じろ、自分を信じろ、好きを貫け、人を褒めろ、人の粗探ししてる暇があったら自分で何かやれ。」を書いてから二週間。休暇で海外に出ていたのでしばらくこのブログを更新できなかったが、その間の膨大な反応も、帰国してから全部読んだ。 僕の本やブログをずっと読んでくれている人には「言わずもがな」かもしれないけれど、あの短いエントリーを単体で読むだけだと誤解を招くだろう部分が「好きを貫く」ことの難しさ、厳しさだ。 人生の幸福とは「好きを貫いて生涯を送ること」だと僕は思っている。「好きを貫いて生涯を送ること」は素晴らしいことだ。人からどう見えるとか、他人と比較してどうこうという相対的基準に左右されるのではなく、自分を信じ、好きを貫く人生を送ること。本当の幸福とは、そういう心の在り様にこそあると、僕はそう信じているから、若い人達に、そんなに簡単に「好きを貫く」ことを諦めてほしくない。でも「簡単だから
Life is beautiful: 「自分がやりたいこと」と「会社にとって必要なこと」のベクトルを合わせることができた時に大きな力が出る
最近の梅田さんのエントリーを読んでいて、何やら言いたくなったことがあるので、ここに書いておく。それは、 「自分がやりたいこと」と「会社にとって必要なこと」のベクトルを合わせることができた時に大きな力が出る という私自身の仕事に対するプリンシプル。 私自身のキャリアを振り返ってみると、会社と私のベクトルをシンクロさせることができたアスキー出版やマイクソロソフトでは、好き勝手なことをやっていて会社の成長に貢献することができたが、どうしてもシンクロさせることができなかったNTTの研究所は長続きしなかった。楽しければ徹夜も苦ではないが、楽しくなければ一日８時間会社にいることすら辛くなる。 別の言い方をすれば、「楽しんで、かつ、会社の業績に貢献する」ために自分が何をしなければならないかを常に意識していて働いた方が良いということ。今やっている仕事が会社にとって何の役に立つのかが理解できなかったり、やっ
My Life Between Silicon Valley and Japan - 「好きを貫く」ことと大企業への就職
今日は軽く雑談風に。 「好き」というのは本当に人それぞれである。僕の本業は経営コンサルタントでそれを18年もやっているから、仕事の付き合いでいえば圧倒的に日本の大企業の人達が多い。仲の良い友人、尊敬している経営者とか、たくさんいる。それで僕が、彼ら彼女らにいつも言うのは「大企業(ここに企業の固有名詞が入る場合も多い)が好きなんだね」ということだ。会話の一例を出そう。 梅田: 僕は「朝起きてから寝るまで、自分のしたいことをする、それが365日続く、自分の時間を完全に自分でコントロールしたい」、そういう願望というのかな、それが昔からあって、そんな生活をいつか実現したいゴールとしてイメージしているわけだけど・・・・ 大手企業・某君: そんなこと生まれてから一度も考えたことないよ。だって毎朝会社に行くだろ。何が自分に起きるかわからないんだよ。それが面白いんじゃない。大きい会社であればあるほど色々な
ITmedia News：「ネットは遊び場」――「字幕.in」を1人で作る25歳・無職 (1/3)
YouTubeの動画に字幕を付けられる「字幕.in」、mixiやGREEなど人気SNSの会員数をリアルタイムで算出する「SNS統計ページ」、2ちゃんねる風掲示板サービス「2ちゃんねる2」――リリースのたびにネットを騒がせたこれらのサービスは、矢野さとるさん（25）が、個人で作ったものだ。 矢野さんは、サービスポータル「satoru.net」の管理人で、個人で運営するサービスは50以上。合計ページビューは1日500万にも上る。 これだけのサービスを運営している矢野さんは、会社員でもなく、個人事業主でもない。「職業欄に『無職』と堂々と書いています」。一部サービスに広告をはっており、そこから上がる広告収益だけで何とか食べていっている。 19歳で地元・福岡に就職し、21歳で上京。ヤフー、ライブドアなどネット企業を渡り歩いた後、昨年末、無職になった。組織に縛られず、好きなサービスだけを作っていける今
ITmedia Biz.ID：失敗しないプロジェクトマネジメント――Appleやはてな、Googleに学ぶ3つのヒント
失敗しないプロジェクトマネジメント――Appleやはてな、Googleに学ぶ3つのヒント：デジタルワークスタイルの視点 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。これらを管理しようとすればするほど悪いスパイラルに落ち込みます。Appleやはてな、Googleなど、注目企業ではどのようなマネジメントを行っているのでしょうか。 「完璧に管理しようとすればするほど、プロジェクトは失敗する」という悪いスパイラルが存在します（2月21日の記事参照）。そこで今回は、どのようなプロジェクトマネジメントをすれば、プロジェクトを失敗させないようにできるのか考えてみたいと思います。 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。前回はそれぞれを完璧に管理しようとしていましたが、今回は考え方を180度変えてみましょう。それぞれの要因を最初からなくしてしまうのです。 失敗しない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
システム開発は楽しい ＮＴＴデータ 浜口友一社長に聞く｜産業｜経済｜Sankei WEB
