エンジニアの役割
技術評論社の WEB+DB PRESS に連載中のコラムが新しくウェブで公開されたので、ぜひとも読んでいただきたい。 エンジニアの魔法の手〜面白いプロジェクトの関るには このコラムで一番注目していただきたい部分は、以下の一節。 自分が関わっているプロジェクトの方向性がおかしいと思ったら，自分がどんな立場にいようと強く主張すべきだ。会社はそんなエンジニアを必要としているし，本当に会社のためになるのであれば必ず耳を傾けてもらえるはずだ。「そうは言っても，難しいんだよ」などと逃げを決める上司は怒鳴りつけてやればよい。 会社にとって最悪なのは，「こんなものを作っても誰も使わないんじゃないか，会社の価値を上げることにつながらないんじゃないか」と思いながらも黙々と仕事をするエンジニアだ。そんなエンジニアばかり集まっている会社は絶対に市場で成功しない。プロジェクトに関わるエンジニア全員が，「自分たちがど
電子書籍の主役はあくまで「文章＝コンテンツ」だということを忘れてはいけない
昨日発売になったばかりの梅田望夫さんのiPad/iPhone向け電子書籍「iPadがやってきたから、もう一度ウェブの話をしよう」、日本のiTunesストアでは、有料アプリ総合３位・ブックカテゴリ２位という好調なすべり出し。梅田さんの久々の本ということもあるが、何と言っても企画が良いので成功するとは思っていたが、期待していた以上の反響で、往復書簡・アプリの制作の両面で関わらせていただいた私としては喜ばしいばかりである。 往復書簡の中でも触れたが、私がiPhone/iPadのアプリケーションの開発にこれほどまでにコミットしているのは、この新しいデバイスの上で、従来のデバイスでは不可能だった「何か全く新しいもの」が可能になるという確信があるからだ。かといって、具体的にそれが「何か」を知っているわけでもなく、こうやって色々と作っているうちにその「何か」を見つけて作り出して行く過程そのものが楽しくて
Life is beautiful: 私のとっておきのプログラミングスタイル
404 Blog Not Found の「LiveCoding に学ぶプログラミングの三原則」を読んでいたらどうしても書きたくなったので。あくまで私のスタイルなので、参考にするもしないもご自由に。 1. スタードダッシュでできるだけはやくめどをつける 学生時代から夏休みの宿題は７月中に終わらせていた私とすれば、ラストスパートよりはスタートダッシュで勝負する。どのみち、どこかで思いっきり頑張らなければならないのであれば、締め切り間際ではなく、スタート間際に頑張るべきというのが私のポリシー。十週間のプロジェクトであれば、最初の二週間が勝負。そこで八割がたのめどをつけておき、後は流す。最初の二週間がめどが立てられなければ、十週間で完成できる可能性は低いと考える。常にそういう姿勢でいれば、締め切りぎりぎりになって致命的な欠陥が見つかって痛いめにあったり、本当は大幅な設計変更をすべきなのに応急処置で
ガラパゴス・ケータイと「政府の役割」と
最近、技術評論社のWEB+DB PRESS向けに連載を始めたのだが、次号のコラム向けの原稿を書いているうちに、妙に熱くなってしまったテーマがある。米国の政府の産業界との関わりを書いた部分。 米国におけるソフトウェア・ビジネスは、基本的にベンチャー主導型で成長して来た。Microsoftが典型的な例だが、Adobe、Google、Apple、Salescorce.com など、この業界を牽引する会社はほとんどすべてが「起業家」と呼ばれる野心的な人たちによって作られたベンチャー企業である。そういったベンチャー企業は、まずは開業資金を起業家本人や家族から集めた「自己資金」で会社を立ち上げ、少し軌道に乗ったところでベンチャー・キャピタルと呼ばれる投資家から資金を集めて会社を大きくして行く。そこでの政府の役割は、起業家が会社を成功させた時に得る利益（創業者利益）への税率を低く設定して起業家精神を刺激
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
