プログラマの権利宣言
Jeff Atwood / 青木靖 訳 2006年8月24日 企業は開発者に給与として60-100kドル支払いながら、ひどい作業環境と汚い使い古しのハードウェアによって彼らを損なっている。信じられない話だ。そんなのはビジネス的に理屈に合わない。ところがそういうのをどこでも目にする。ソフトウェア開発者が成功するために不可欠なものを与えていな い企業がいかに多いかは驚くばかりだ。 そこでプログラマの権利宣言を採択し、成功に不可欠な基本的なことを否定する企業からプログラマの権利を守ることを提案する。 すべてのプログラマは2つのモニタを持つ権利を有する 下落する液晶ディスプレイの価格と、遍く存在するデュアル出力ビデオカードのことを考えるなら、開発者を1つのディスプレイに制限するのはばかげた話だ。ディスプレイを2つにすることによって得られる生産性の利益については、今では十分に説明されている。開発者の
「やりたいことを見つけなくちゃ」――なんちゃって個人情報・kazinaさん
「ひとりで作るネットサービス」第6回目はテスト用の個人データを大量生成してくれる「なんちゃって個人情報」、文字入りのQRコードを作ることができる「MOJI-Q」を手がけたkazinaさんに話を聞いた。 「基本的に面倒くさがりなんです。だから、全部勉強してから作りはじめるということはないですね。これが作りたい！ と思ったら、実現する方法だけを探してとにかく作ってしまいます」 自身のプログラミングスタイルについてそう語るkazinaさん。プログラミング歴は中学のときからだという。元々はDelphiを使ってWindows用のソフトを作っていた。「なんちゃって個人情報」のようなWebサービスを作るまでの経緯はどんなものだったのだろうか。 ゲーム大好き少年が、Delphiから本格的プログラミングの道へ 「中学生のときはゲームばかりやっていました。グラディウスとかシムシティとか。ゲームで遊んでいるうち
行動力だけで生きるエンジニアの“上京物語”――はてブTV・あきやんさん
「これを読んでいると、まだまだできることはあるな、と思います。僕のバイブルです」。あきやんさんがそういって見せてくれたのは「ハッカーと画家」という本。ページを開くたびに技術の可能性にワクワクするという。はてなブックマークで人気のサイトをテレビのチャンネルを切り替えるように次々と見せてくれる「はてブTV」をはじめ、1人でさまざまなサービスをリリースするあきやんさんにエンジニアとして目指すものを聞いた。 「僕、あきやんって言います」「おー、あきやんさんか。君、いいよね」「えっ、僕のことを知っているんですか？」 2005 年末、東京出張に来ていたあきやんこと秋田真宏さんは異業種交流イベント「無敵会議」に出席していた。イベント中に名刺交換をしたのは、ブログ「最速インターフェース研究会」を運営するma.laさん。ずっと前から読んでいたブログで、 ma.laさんを技術者として尊敬していた。そのma.l
わたしが知らないスゴ本は、きっとあなたが読んでいる: プロジェクトを成功させる魔法の言葉
あいにく銀の弾丸の持ち合わせはないが、うまくいくプロジェクトでよく使われていた言葉は確かにある。耳にしたときは聞き流していてた言葉を、この本は思い出させてくれた。ここでは、そんな「魔法の言葉」を紹介する。 ネタ元は「目標を突破する実践プロジェクトマネジメント」。ふつう、図書館で読んだ本はそれっきりだが、こいつは買って周りにばら撒く。薄くて分かりやすくて、すぐにやってみようという気にさせるところがいい。 ■ もし、問題があるとすれば、それは何ですか? 朝会や進捗会議で「何か問題はありませんか?」という質問はよくするしされる。けれども答えはいつも決まっている→「特にありません」。でもって、不具合が起きると、「あのとき聞いたのにッ」←→「こうなるとは思ってなかった」となる。 身に覚えない? これを、冒頭の質問にしてみると、アラ不思議、いくらでも出てくる。「問題ない?」には無反応だったのが、「これ
ITmedia Biz.ID：既存のサービスの不満な点を改良したい――CEEK.JP・吉田光男さん
まだ大学生でありながら企業を経営し、かつメタ検索エンジン「CEEK.JP」や「はてブニュース」など、個人としてネットサービスの提供を行う吉田光男さん。既存のサービスの不満点を改良したサービスを自分で作ることにやりがいを感じるそうだ。 「ひとりで作るネットサービス」探訪、第3回目はCEEK.JPをはじめ、さまざまな便利サービスをリリースしている吉田光男さんにお話を伺った。 CEEK.JPは複数の検索エンジンからの結果を一覧で表示するメタ検索エンジン。このサイトが特に注目を集めたのは、CEEK.JPで「ニュース検索」が始まった頃だった。当時はまだGoogle Newsがようやく開始したところで、ニュース検索が盛り上がっているさなかに「1人の大学生がニュース検索を作っている」ということで注目されたのだ。それを発端に、はてなブックマークのニュースを自動分類する「はてブニュース」、共有のアクセスポイ
ウノウラボ Unoh Labs: 個人でWebサービスを作る時に一番大変なこと
komagataです。 最近、個人でWebサービスを作る人が増えています。 僕も個人（2人）で※Plnetというしがないサービスを作っています。Plnetを作るにあたって、もう一人の作者t-kawaduと目標に掲げたのが、 「とにかくオープンすること。」 なんて低い目標だと驚かれるかもしれませんが、仕事で作るのとは違って個人でWebサービスを作る上で一番大変だったのは“やる気を継続させること”でした。やる気を継続させるためにやったことを紹介したいと思います。 （普通こういうことは成功しているサービスの作者が言うものですが・・・） 寝る前にドメインを取る よく飲みながらこれこれこういうサービスを作ったら便利なんじゃないか、なんて話をしますが実際に作ったためしがありませんでした。自分の口ばっかり具合にうんざりしていたので、寝て気が変わる前にドメインを取りました。 寝る前にレンタルサーバを借りる
ITmedia Biz.ID：“社内IRC”を駆使するエンジニアの仕事術とは――モバイルファクトリー・松野徳大さん
社内システムにはIRCをフル活用し、ケータイ世代の若者に向けたサービスを提供するモバイルファクトリーで働く松野徳大さん。基本的に残業はしないのがポリシーだという。 「働くのは1日8時間。よほど差し迫ったときを除いて残業はしません」携帯向けのサービスなどを制作しているモバイルファクトリーの若きエンジニア、松野徳大（まつの・とくひろ）さんはそう話す。「ある日2時間残業したら、翌日の仕事時間から2時間差し引いてもいいくらいだと思っているんですよ。一時的なものならともかく、ずっと残業続きだと体がもちませんしね」 モバイルファクトリーは携帯でも聴けるポッドキャスティング「Caspeeee（キャスピィ）」やブログを利用したプロモーションサービス「BloMotion（ブロモーション）」、携帯向けアフィリエイトなどを展開している。 プログラマーの働き方は数字では測れない部分が大きく、1日8時間働いていると
わたしが知らないスゴ本は、きっとあなたが読んでいる: 日本のプログラマは、世界一優秀である
じゃ、なぜ優秀なプログラマがいる日本のソフトウェアビジネスがパッとしないの? 答：それは品質重視の工場型モデルを（相も変わらず）採用しているからにほかならない。「良いものを作れば売れる」主義を信奉するあまり、ビジネスの本質から離れてしまっているから。 例えば、欧州企業にとってソフトウェアは「科学」として扱われる。コンピュータサイエンスとしての「ソフトウェア・ビジネス」であるがゆえに、形式的手法やオブジェクト指向分析・設計手法が重視される。また、米国企業にとってソフトウェアは「ビジネス」そのものとして扱われる。会社をつくって「まぁまぁ良質」の製品を作り、業界標準を打ち立て、その過程で大儲けしようとたくらむ。 しかし、日本企業にとってソフトウェアとは「工場出荷製品」そのもの。文字通り「ソフトウェア・ファクトリー」を目指している。標準化された設計開発工程に則り、仕様からほとんどブレない製品を粛々
Getting Real by 37signals
Heads up! This page uses features your browser doesn’t support. Try a modern browser like Firefox or Chrome for the best experience. sidebar#close mouseup->tweet#update input->tweet#update keydown->tweet#update scroll@window->tweet#update" data-bookmark-id="/gettingreal"> `���U ��'��U Getting Real The smarter, faster, easier way to build a successful web application Start reading →
デモではものができあがっているように見せない
Kathy Sierra / 青木靖 訳 2006年12月27日 (アルファ版のような)開発中のものを私たちが世間や、クライアントや、ボスに見せるときには･･･彼らの期待のレベルを設定することになる。これは3通りの方法でやることができる。磨き上げられたモックアップで幻惑するか、プロジェクトの現状に合ったものを見せるか、ほとんどできていないものを見せながら順調に進んでいるから「信用しろ」と言っていら立たせるかだ。 結論を言うなら: どれくらい「できている」ように見えるかは、実際どれくらい「できている」かに合わせるべきだ。 ソフトウェア開発者はみんなそのキャリアにおいてこのことを何度も思い知ることになる。しかしテクニカルライターもまた、デスクトップパブリッシングツールによって同様の問題に直面する——フォントやレイアウトが完璧に仕上げられたドラフトを誰かに見せるなら、その人はあなたが考えるよりも
外注さんに知っておいてほしいこと - swat_memo
とあるプロジェクトで外注さんを探しており、昨日BPさんの面談をしたんだけれど、そのときに実際に仕事する場合の心構えというか、こういう意気込みで来てほしいというような話をしたら、妙に感心されてしまった。私自身には当たり前の感覚なので、逆にこっちが面食らってしまったのだが、まあ減るもんじゃないのでポイントだけ書いておこうと思う。 基本的に外注として現場に入ると、学習曲線があがっているうちは楽しくても、そのうち学習曲線は平坦になってくる。 平坦になったとしてもお客さんは外注を育てる義務がないし、学習曲線が平坦だと、どんどんモチベーションは落ちてくるかもしれない。 実際、発注する側は成長する可能性のある仕事はプロパーにふるもんである。私だってそうする。 となると、外注として現場に入ったからには、成長する可能性がいつもある、ということはないし、まったくないこともある、ということを意識しておかなきゃい
OOエンジニアの輪！ 〜 第 34 回 比嘉 康雄 さんの巻 〜
特になし。 私は人を丸ごと尊敬することはありません。それぞれ好きなところもあれば、嫌いなところもある。できるだけいろんな人の素敵な点を見つけて、その素敵な点を 認識したいです。 現在のお仕事について -- まず最初に、現在の業務についてお話していただけますか？ 弊社でこの 4 月より「Seasar2 技術推進グループ」が新しくできました。そこで主に、弊社の中での Seasar2 を使ったプロジェクトへの支援や、商用サポートなどをやっています。 あるいは、ちょっと会社の仕事には関係ないんですけど、Seasar プロダクトの強化もやっています。 -- 基本的には技術的なリーダーをされているのでしょうか？それともマネジメントが中心ですか？ 時と場合によりけりで、会社ではマネジメントとして判断することがほとんどです。 Seasar ファウンデーションではチーフコミッターとしての役割がありますので、
プログラマを理解しなきゃ - Fomalhaut of Piscis Australis
Joel Spolsky: Joel on Software ソフト開発の方法論はいくつも提唱されているが、それが何で大切なのか、実施しないとなぜダメなのかがいまいちわからない。そして何よりつまらない。この本は、先の疑問に答えてくれるし、読んでいて面白い。いまだに根性論を唱えているBossにぜひとも読んでいただきたい本だ。 (★★★★★) PaulGraham/川合史郎: ハッカーと画家 プログラマの考えや行動は一般の人から見ると、奇妙で理解しがたく映るらしい。彼らはなぜそう考えそう動くのか、なぜ「常識で動く」ことをしないのか。 プログラマも、そうでない方も一度は読んでほしい。 (★★★★★) Tom DeMarco: Slack ゆとりの法則 ゆとりをなく ( 過度に最適化 ) してしまえば、組織は環境適応能力をなくしてしまい、長期的に見ると衰退する。それだけじゃなく、ゆとりをなくしてし
Joel on Software - 射撃しつつ前進
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2002/1/6 ときどき何もできないことがある。 確かにオフィスにやってきて、だらだらとし、emailを10秒ごとにチェックし、Webをながめ、アメックスの請求書を支払うというような頭を使わない作業をしたりもする。しかしコードを書くフローの状態に戻ろうとしても、それができない。 このような非生産的な期間は通常1日か2日続く。しかし私の開発者としてのキャリアには何週間もの間何もできずにいたということが何度かあった。言うならば、私はフロー状態になかった。私はゾーンの中にいなかったのだ。私はどこにもいなかった。 誰でも気分のむらはある。ある人々にはそれは穏やかなものだが、他の人々には、それはもっとはっきりしていて、ときには機能不全でさえある。そして非生産的な期間は塞いだ気分と何か関係しているようだ。 それ
CNET Japan Blog - 江島健太郎 - Kenn's Clairvoyance：あらためて感じる、開発の進め方の難しさ
あらためて感じる、開発の進め方の難しさ 公開日時： 2006/04/16 14:43 著者： kenn 最近めっきり開発者モードへと還って失われた日々を取り戻しつつ目下急成長中（注：当人比）の江島でございます皆様いかがお過ごしでしょうか。 色々模索しながらやってきた新サービス開発プロジェクトですが、同僚のダニーがバックエンドのコードを書き、ぼくがUIの部分を担当するという大まかな分業に落ち着いてきています。 すでにpretrieve.comというパブリックレコード検索エンジンを開発してリリースした経験のあるダニーはともかく、ぼくは本格的なウェブのサービス開発というのは初めてなので、あちこちで頭をぶつけながら修行中です。 この手のウェブのプロジェクトは、一見簡単そうに見えて実際やってみるとスピーディにやるのは結構難しくて、とくに進め方についてはずっと暗中模索でちょっとずつ前進という
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
kaihachu.com - 開発合宿好きの技術者のためのコミュニティブログ
http://izu.shinzui.org/space/start/2006-10-09/2
日経SYSTEMS：お役立ちWebサイト101
GREE Engineering
ロングテール時代のSI