What You'll Wish You'd Known 知っておきたかったこと
知っておきたかったこと --- What You'll Wish You'd Known Paul Graham, January 2005 Copyright 2005 by Paul Graham. これは、Paul Graham：What You'll Wish You'd Known を、原著者の許可を得て翻訳・公開するものです。 <版権表示> 本和訳テキストの複製、変更、再配布は、この版権表示を残す限り、自由に行って結構です。 (「この版権表示」には上の文も含まれます。すなわち、再配布を禁止してはいけません)。 Copyright 2005 by Paul Graham 原文: http://www.paulgraham.com/hs.html 日本語訳：Shiro Kawai (shiro ＠ acm.org) <版権表示終り> Paul Graham氏のエッセイをまとめた『ハ
Born to code
大まかな設計図をあたまに浮かべ、おもむろにコードを書き始める 下回りの部品から順番に、丁寧に積み上げて行く それでも必ず後から下回りの設計に気に食わない部分が出てくるので、 苦しくてもそこは躊躇せずに壊しては作り直す そうして行くうちに、だんだんと下の方から設計がしっかりしたものになってくる 踏み固められた地面が固くなるように、少しづつ強固なプラットフォームが作られて行く 「今日はここまで実現しよう」と決めたら死にものぐるいでそこまで走る でも頭が回らなくなってきたら早く寝る そうやって愛しい我が子を育てる様にコードを一行一行書いていく 何百万人、何千万人もの人に使ってもらえる日を夢見ながら プログラミングという楽しみがある時代に生まれて来ることができた幸せを噛み締めながら
論理的思考の放棄 - 登 大遊＠筑波大学情報学類の SoftEther VPN 日記
僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：創造的なエンジニアのための働く環境とは（２）
創造的なエンジニアのための働く環境とは（２） 公開日時： 2006/02/11 10:43 著者： kenn （前回の続き） 前回のエントリには、金子さんが『１人のプロジェクトと、チーム開発をつなぐ「鳥の目」』というポストでトラックバックをくれたけど、そこに書かれていたことが僕的にはすごくヒットだったのでちょっと寄り道したくなった。 今回は「作家と編集者」というアナロジーでいくつもりだったのだけど、ようするに作家（エンジニア）にも色んなタイプがいるってこと。 こないだCNET編集長の西田さんとも話していて、エンジニアのタイプでも最もはっきり分かれていると思ったのは、この２類型。 （１）クリエイター・ギーク系 小規模なベンチャーで新しいサービスを作りたいタイプの人 会社の中で認められたいのではなく、会社の外で認められたい 週末も趣味でコーディングしている お金、ステータスにこだわら
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：創造的なエンジニアのための働く環境とは（１）
創造的なエンジニアのための働く環境とは（１） 公開日時： 2006/01/23 18:29 著者： kenn 最近、自分のワークスタイルを大きく変えてみて、非常に強く感じることがある。 エンジニア、それも言われたことをソツなくこなすタイプではなくて、アンテナの感度が高く、自発的に新技術を磨き続けることを怠らず、自分の作ったものを広く世に出すことが楽しいと考えるエンジニアが、商業的に実りのあるモノを作り出せるようになるためには、ある特殊な条件が、きわどいぐらいのバランスで揃うことが重要なのだな、ということがわかってきた。もちろん、まだそれを理解するプロセスの真っ最中なのだけれど、考えがひとまとまりの輪郭をとってきたので、つれづれ書いてみようと思う。 ぼくは、インフォテリアというソフトウェアの会社で６年も製品企画その他、会社がリリースする「モノ」の運命にかかわる重大な意志決定に、経営
分裂勘違い君劇場 - プログラマが他のいかなる職業とも決定的に異なる理由は「誰にでもできるつまらない仕事」の生産性にある
法務でも、人事でも、営業でも、運送でも、接客でも、掃除でも、ほぼあらゆる仕事において、 「誰にでもできるつまらない仕事」をさせたときの生産性は、有能な人間と無能な人間で、劇的な差は出ません。 「誰でもできる簡単な営業」なら、超優秀な営業マンと、凡庸な営業マンで、仕事の成果に劇的な違いはでません。 「誰にでも出来る簡単な接客」なら、超有能な窓口係でも、凡庸な窓口係でも、仕事の能率は大して変わりません。 通常、能力によって仕事の能率に劇的な差が出るのは、「難しい仕事」をさせたときです。 有能な営業マンは、難しい営業交渉を、手際よくまとめ上げる。失敗する頻度も少ない。 平凡な営業マンは、難しい営業交渉だと、ときとして有能な営業マンの５倍もの手間をかけ、しかも、失敗する確率は５倍だったりする。 こうして、有能な営業マンは、平均的な営業マンの１０倍以上の生産性をたたき出します。 しかし、あくまで、そ
小野和俊のブログ:プログラマーにお勧めしたいプチ・ライフハック 4選
1. 割り箸を職場に常備する 草野球をやっていた人は子供の頃、怒られたことがあると思う。 打った後にバットを投げ出して走り始めてはいけないと。 いつも使うものは丁寧に扱いなさいと。 プログラマーがキーボードやマウスを油で汚すなんてことは言語道断である。 ポテトチップスや唐揚げ、スナック菓子などを直接手で食べてはいけない。 かならず割り箸を使って手を汚さずに食べる。 それがプログラマーとして最低限の作法。 XP な職場であればあるほどお菓子が用意されていたりするから、 なお要注意である。 文章を書く場合でも、ソフトウェアを開発する場合でも、 プレゼン資料を作る場合でも、 成果物のイメージが明確になっている場合には キーボード＆マウスは極めて有効なデバイスだ。 だが、構想を練っている段階やアイデアを膨らませている段階では、 紙とエンピツでアナログなやり方をする方が圧倒的に仕事が進む。 これは誰
CNET Japan Blog - 梅田望夫・英語で読むITトレンド：インターネット時代のエンジニアの価値
11月26日（金）〜11月30日（火）までの間、梅田望夫さんの代わりに伊藤直也さんがゲストブロガーとして登板します。 青山学院大学大学院にて超並列計算機の研究を行い修士課程を修了。2002年にニフティ株式会社入社。blog サービスの企画/開発などに携わる。2004年9月、株式会社はてなに転職。はてなでは開発リーダーとして人力検索はてなやblogサービスはてなダイアリーをはじめとする一連のサービスの企画/開発を行う。また、講演やメディアへの執筆活動を通じてはてなやblog技術のエバンジェリスト活動も行っている。著書にBlog Hacks (オライリー・ジャパン)。個人ブログはこちら NDO::Weblog 前回の記事ではブロードバンドやオープンソースソフトウェアの普及により、インターネットサービスを提供するための基盤がコモディティ化してきているということを述べました。そのような変化を迎える
直交する技術から複数のものを学ぶ - naoyaのはてなダイアリー
一年前に CNET でインターネット時代のエンジニアの価値という記事を書いたのですが、それと関連する、先週 Binary 2.0 カンファレンスや PofEAA 読書会に行って来て、感じたことを書いてみたいと思います。 まず、Binary 2.0 カンファレンスに行って来て感じたことというのが、先日ちょっと述べたとおり、ソフトウェア開発の世界は多様化していて、それぞれのレイヤの間で断絶がある、ということ。断絶というとちょっとネガティブな印象があるので、それぞれ違うレイヤというかカテゴリの技術の関係を、直行する技術カテゴリ、とでも言ってみます。 Binary 2.0 カンファレンスでもうひとつ発見があったのは、ローレベルレイヤを極めているバイナリアンは、どことなく数学的にコンピュータにアプローチすることに長けている人たちというイメージだったけど、それはちょっと違うということ。もちろん、それに
Development Environment Conference - 青木日記/T(2006-09-09)
■ Development Environment Conference 開発環境カンファレンスで発表してきました。 聞いてくださったみなさん、ありがとうございました。 他の人達がすげーまっとうにツールとかの紹介をしてたのに対して、 わたしは old type バリバリのプレゼンをやってきました。 PowerPoint のファイルもあげときますが、 台本のほうが本文があって読みやすいと思うので、 そちらを以下にダラダラとつなげます。 ぱわぽスライド ReFe rdefs forall-ruby ■ DEC/1: イントロ こんにちは、日本 Ruby の会の青木と言います。 今日は「オレポータビリティ」というテーマで 開発環境について話したいと思います。 自己紹介 まず簡単に自己紹介をしておきます。 自己紹介 (1) * 学生 * 専門は……哲学？ ふだんは大学生をやっております。 専門は強
ソフトウェアの競争力は誰に宿るか : 404 Blog Not Found
2007年05月14日15:15 カテゴリCulture ソフトウェアの競争力は誰に宿るか 1人で50人分の働きなんて、ソフトウェアの世界じゃ実は当たり前。 インド人がやった方が儲かることは、インド人にやらせればいいじゃん。 | bewaad institute@kasumigaseki わかりやすい目安を挙げるなら、日本の一人当たりGDPは、インドの50倍を超えます。もちろんインドで情報サービス産業に携わる者は、平均よりは高い賃金を稼いではいるでしょうけれども、乱暴に言えば日本人ひとりでインド人50人以上の働きができるようにならなければ、絶対優位にすら立てません。現に比較優位にある産業においては、それ以上の差をつけているわけですから、実際に日本でそれを比較優位にしようとするならば、さらに上を目指す必要があります。おそらくは、自動プログラミングソフトでも開発しないことには、達成できないとw
ITmedia エンタープライズ：第3回 ハッカーと仕事 (1/2)
ハッカー傾向のある人々は、正直あまりビジネス向きではないように思います。しかし、いくらハッカーでも、霞を食べて生きていくわけにはいきません。そこで今回は、ハッカーの仕事生活を紹介しましょう。 ハッカー傾向のある人々は、正直あまりビジネス向きではないように思います。なにしろ彼らの美徳は「不精」「短気」「傲慢」ですし、好きなことにはのめり込むタイプですが、逆に嫌いなことはあまり我慢しないかもしれません。しかし、ビジネスとはそんなに甘いものではないはずです。 ハッカーも人間です。眠たくもなれば、お腹も空きます。いくらハッカーでも、霞（かすみ）を食べて生きていくわけにはいきません。そこで今回は、ハッカーの仕事生活を紹介しましょう。もっともわたしの周辺のごく限られたサンプルからの情報なので、独断と偏見があることはあらかじめご了承ください。 論文や卒業がネック ハッカーが多く見受けられるのは、やはり大
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
