Teach Yourself Programming in Ten Years 日本語訳
以下の文章は、Peter Norvig による Teach Yourself Programming in Ten Years の日本語訳である。 本翻訳文書については、以下の方々にご教示を頂きました。ありがとうございました。 Shiro Kawai さん：誤訳の訂正 三好博之さん：誤訳の訂正 竹中明夫さん：2001年7月改版分の訳、誤訳の訂正（共訳者にクレジット） Toshihiko Ono さん：誤訳の訂正 アクビさん：訳注３に関する情報 どうしてみんなそんなに急ぐの？ どの本屋に足を運んでも、『7日で学ぶ Java』といったハウツー本を見かけるし、そのそばには Visual Basic や Windows やインターネットなどについて、同じように数日や数時間で学べると売りこむ本が無限のバリエーションで並んでいる。Amazon.com で以下の条件で検索してみたところ、 pubdate
プログラマの権利宣言
Jeff Atwood / 青木靖 訳 2006年8月24日 企業は開発者に給与として60-100kドル支払いながら、ひどい作業環境と汚い使い古しのハードウェアによって彼らを損なっている。信じられない話だ。そんなのはビジネス的に理屈に合わない。ところがそういうのをどこでも目にする。ソフトウェア開発者が成功するために不可欠なものを与えていな い企業がいかに多いかは驚くばかりだ。 そこでプログラマの権利宣言を採択し、成功に不可欠な基本的なことを否定する企業からプログラマの権利を守ることを提案する。 すべてのプログラマは2つのモニタを持つ権利を有する 下落する液晶ディスプレイの価格と、遍く存在するデュアル出力ビデオカードのことを考えるなら、開発者を1つのディスプレイに制限するのはばかげた話だ。ディスプレイを2つにすることによって得られる生産性の利益については、今では十分に説明されている。開発者の
SIerが必要としているのは業務知識だという都市伝説 - ひがやすを blog
SI業界が開発するシステムの目的は何か？ それがつまり「業務知識」というやつで、金融や保険だったり、証券取引、財務会計、生産管理、物流・在庫管理、販売管理だったりするのだ。それぞれ必要とされる知識は非常に多い。普通の新入社員がOJTで身につけようと思ったら数年かかってもおかしくないだろう。 金融(ディラーが使うようなポジション計算をするフロントシステム、リスク計算をするようなミドルオフィス、勘定系のバックオフィス)、流通、輸出入、製薬など、いろんな業務をやってきたおいらが通りますよ。 確かに金融は業務知識がないと歯が立たない。でも、自分の経験した限りでは、それ以外の業務は、案件が始まってから勉強しても十分間に合います。 一週間以内の勉強で、お客様のところにいってシステムの仕様を話し合うことはできるようになります。もちろん、この道何年って人にはかないませんよ。でも、仕様を決める分には困らない
Joelに聞く、「優れた開発者」の要件・心構え・努力すべきこと：CodeZine
世界的に認知されているソフトウェア開発プロセスのエキスパート。彼のWebサイトJoel on Softwareは、世界中のソフトウェア開発者に人気があり、30以上の言語に翻訳されている。ニューヨークにあるFog Creek Softwareを創業し、ソフトウェアチームのためのプロジェクトマネジメントシステムとして人気のあるFogBugzを作った。JoelはMicrosoftでExcelチームのメンバーとしてVBAをデザインし、Juno Online Servicesでは数百万人が使うインターネットクライアントを開発した。 優れた開発者の要件――まず、「優れた開発者にはどのようなことが求められるか」についてお聞かせください ああ、大変だ。それなら12箇条ありますね。(笑) まじめに答えると、見方が二つあって、ひとつは成功するチームを作る上で誰を選ぶかということです。私はそういうとき、頭がよく
Geekなぺーじ : 優秀なプログラマは取替えが利く？
恐ろしく優秀な職業プログラマは取替えが利くのではないか？と思いました。 優秀な職業プログラマは、自分のやっている事をきっちりドキュメント化します。 そのドキュメントは非常に読みやすく、内容に漏れが無いため、新しく入ってきたプロジェクトメンバはスムーズに開発に取り掛かれます。 優秀な職業プログラマは、誰でも実行できる形式でテストコードを大量に書いています。 そのため、何かを変更して予期しないバグが入り込んでも発見が早くなります。 また、テストコードを皆で共有する体制を作ってあるので、作ったものの堅牢性を新しく入ってきたプロジェクトメンバが確認することも出来ます。 優秀な職業プログラマは、他のメンバにソフトウェアの設計思想を正しく伝えてあります。 そのため、自分が行っている開発箇所を他人に委譲することも容易に可能です。 優秀な職業プログラマは、良く知られているデザインパターンを適切な箇所で利用
こんなあなたは。。。(ry:Geekなぺーじ
TOP > ブログ > こんなあなたは。。。(ry こんなあなたは。。。(ry 2006/12/7 1. この項目が1ではなく0から始まるべきだと主張する 2. ++が1を足すことだとわかる 3. 人を/dev/nullに叩き込みたくなることがある 4. 25歳なのに0x19歳だといいはる 5. 30歳ではなく32歳が区切りだと思っている 6. 飲み会でcore dumpと言って意味が通じる 7. 話題が変わる事をコンテキストスイッチと言う 8. 起床の事をbootと言う 9. 「ラクダ本」と言われて動物の本ではないと思う 10. /* この文が読めない */ 11. <!-- この文も読めない --> 12. # この文も読めない 13. #if 0 この文も読めない #endif 14. // この文も読めない 15. ; この文も読めない 16. % この文も読めない 17. dnl
別にプログラマにならなくていーじゃん - 雑種路線でいこう
増田氏は東大を微妙に過大評価しているんじゃないかな。確かにCPUを設計するカリキュラムはあるが、昔は回路設計までやっていたのが今はVHDLなので、ちょっと言語は違うがプログラミングのようなものだ。 何年か前にカトラーと一緒にNTカーネルを書いていたデイヴ・プロバートが本郷でWindowsの講義をしたが、OSをいじったことのある院生や講師しかついてこれず、翌年からは授業内容を見直した。まあ彼の英語が早口だとか、講義がうまいかどうかとか別の問題もあるが。僕も講義準備のために聴いたが、ポンポン話が飛ぶのでついていくのが大変。仮想化周りの話を機械語レベルにブレークダウンして解説してくれたことには感動したけど。 授業でOSをほげるのと、それが使える技術かどうかは別の話。コンパイラもそう。途中からはバッドノウハウの塊だから、実用を志向した途端、教育的には時間の無駄となることも多い。まあバッッドノウハウ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
naoya_t (aka naochan) の日記 - ポール・グレアムのエッセイと和訳一覧