論理的思考の放棄 - 登 大遊＠筑波大学情報学類の SoftEther VPN 日記
僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定
未婚男性に捧げる一文（その２）／藤森かよこの日本アイン・ランド研究会-アキラのランド節
未婚男性に捧げる一文（その２） [01/06/2002] 年が明けた。正月も終わった。暮れには何をしたのかな。クリスマスの日の昼下がりは、秋までニューヨークにいたので支払うのを忘れていた２００１年度の学会費を、やたらあれこれ入会している協会や団体の年会費とともにドッサリ振り込みに郵便局に行ったな。ついでに、退会届もドッサリ出した。惰性で入ってきた学会なんか、もうどうでもいいよ。いつ死んでもいいように、やりたいことだけやる。中東ばかりでなく玄界灘の向こうも、はっきりきな臭くなってきたらしいし。日本は、アメリカの不沈空母らしいし。まあ、私がいる限り沈まないでしょ、と唐突に全く無茶苦茶に、無根拠に非論理的に思う。私は、そういう性格である。大学倒産時代における勤務先の大学も、私が、そこにいる限り大丈夫である、と思う人間である。３０日の昼下がりは、『無法松の一生』の戦前版と戦後版をNHKで続けて放映
Joel on Software - 下っ端でも何かを成し遂げる方法
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2001/12/25 このサイトではソフトウェアマネジメントを扱っている。しかしあなたは経営命令で組織を変える力を持ってないかもしれない。あなたが階級組織の最下層にいる下っ端のプログラマなら、人々にスケジュールやバグデータベースを作るように命令することができないのは明らかだ。そしてあなたがマネージャであったとしても、開発者を管理するのは牧猫するようなもので、違いはそんなに楽しくないことだとわかるだろう。「こうしろ」と言うだけではそうはならないのだ。 ジョエルテストで低いスコアしか取れない組織であなたが働いているのなら、それはいら立たしいことだろう。あなたのコードがいかに良くとも、あなたの同僚がああもまずいコードを書き、あなたは自分がそのプロジェクトに関係付けられていることが恥ずかしく感じられる。あるい
宮沢賢治 ツェねずみ
ある古い家の、まっくらな天井裏に、「ツェ」という名まえのねずみがすんでいました。 ある日ツェねずみは、きょろきょろ四方を見まわしながら、床下街道（ゆかしたかいどう）を歩いていますと、向こうからいたちが、何かいいものをたくさんもって、風のように走って参りました。そしてツェねずみを見て、ちょっとたちどまって早口に言いました。 「おい、ツェねずみ。お前んとこの戸棚（とだな）の穴から、金米糖（こんぺいとう）がばらばらこぼれているぜ。早く行ってひろいな。」 ツェねずみは、もうひげもぴくぴくするくらいよろこんで、いたちにはお礼も言わずに、いっさんにそっちへ走って行きました。ところが戸棚の下まで来たとき、いきなり足がチクリとしました。そして、「止まれ、だれかっ。」と言う小さな鋭い声がします。 ツェねずみはびっくりしてよく見ますと、それは蟻（あり）でした。蟻の兵隊は、もう金米糖のまわりに四重の非常線を張っ
オープンソースはゲットーか? : 404 Blog Not Found
2008年01月03日06:45 カテゴリOpen Source オープンソースはゲットーか? 問題は、それがなぜか、ということ。 ZSFA -- Rails Is A Ghetto (2007-12-31) Matzにっき(2008-01-01)高速HTTPサーバMongrelの作者であるZed Shawが、 Ruby(やRails)を離れて、LuaやPythonやFactorに移ろうか、という話。 「RoRコミュニティが『アホでバカで低能』」だから、というのでは、半分しか読んだことにならない。 『ワーキングプア』まで読み取らないと。 とても惰訳できるものではないので、英語が読める人は是非原文を読んで欲しいのだけど(ただし、4-letter-wordsだらけ。Rated RじゃすまなくてRated X)、日本語による要約は、とりあえずざっと眺めた限り以下が一番よく出来ているので紹介。 R
Re:彼は悲しい人だね (#1274762) | Ruby on Railsはゲットーだ | スラド
この手の人は一人でシコシコ開発するのが一番いいよ 他人のやってる事ならソースの書き方やＴＡＢの入れ方までが 気に入らない人ってのがプログラマーには時々いるんだよねぇ だから彼が悪いとは言わないけど、 彼の為にも１人で開発することをお勧めしたいな この手の人は何処に行っても居場所ないから （まあ自分で居場所を無くしてるんだけどね） とりあえずどれだけの人が原文読んだのかわからないけど、原文はかなり長文でそんなに単純な問題でなく、色々と多くの問題に関して書いてあります。 原文はかなり口語体の汚い言葉で書かれているのでちょっと難しいところも多いのですが、書かれている内容は考えさせられることばかりです。 ぜひ、プロの翻訳で読んでみたいと思いました。 以下、ちょっと記憶に頼って書いていますのでいい加減です。 少なくともこのドキュメントを読むとアメリカも大してプログラマにとって天国ではないのではないか
L'eclat des jours(2008-01-03)Railsは吹き溜まりだね
_ Railsは吹き溜まりだね Rails Is A Ghetto なんとなく読んだので、要約のつもり（いや、誤訳しそうなところはすっ飛ばしたものをさらに要約してるので、おおはずれかも）。 ●Rails Is A Ghetto（Railsは吹き溜まり） 会社や個人を特定してばんばんやるぜ。こいつら寄ってたかっておれのことをこけにしやがった。文句あるなら、リングの上で待ってるぜ。このくそめらめが。 まずはケビンクラークだ。こいつは、おれをサポート扱いしやがったうえに、間抜けあつかいしやがった。 でも、すべての原因は、このばかが、リポジトリ上のconfigureファイルを消しちまいやがったことにある。これじゃ、チェックアウトしてビルドできるわけないじゃん。それをおれが間抜けなせいだといいやがりやがった。 Rails界隈はこんなくずばかりだ。 ●Tied To The Rails（Railsべっ
どのような勉強をすればプログラミングができるようになるのですか
「どのような勉強をすればプログラミングができるようになるのですか」という質問をいただいたので、お返事します。 この質問を聞いたときにすぐに思いついた答えは、 その答えは『どのような勉強をすれば文章が書けるようになりますか』という質問への答えに似ているでしょう というものでした。その心は、 プログラミングが「できない→できる」へデジタル的に変化するのではない。しだいにできるようになっていく。 という意味です。 …という前置きはさておき、これまでにも私はあなたのような方から同様の質問を受けてきました（きっと今後も受けるでしょう）。以下の文章群の中に「あなたへのヒント」が含まれていると良いのですが…。もしも以下の文章でピンと来ないときにはまたお尋ねいただければありがたいです。 どのようにしたらプログラムを１から書けるようになるのでしょうか 結城さん自身はどういう参考書でJavaを学んだのですか
ニッポンIT業界絶望論:江島健太郎 / Kenn's Clairvoyance - CNET Japan
日本のIT業界は救いようがない。絶望的としか言いようがない。 IT業界不人気なんて、この業界に重くのしかかる決して晴れることのない暗雲の氷山の一角に過ぎない。はてなの匿名ダイアリーにもどうせ理系出身者なんていらねえんだよ。なんて書かれていたけど、これが現実なのだよ、学生諸君。 ちょっと補足しておくけど、ここでIT業界っていうのは、SIerのことだ。お客さんの要件をヒアリングして、その要求に沿ったシステムを受託開発するっていうビジネスのことを指している。 ぼくもその昔、その世界のループに組み込まれていた。そして華麗なるコミュニケーション能力とやらをいかんなく発揮し、場の空気を読み、生意気なぐらいのチャレンジ精神で、それなりに仕事のできるよい子だったようだ。 いや、正直に言うよ。正直に言うとだね、結構楽しかった。 だって、考えてみてごらん。お客さんのところに出向いて行って、その業界のことをじっ
眠る開発屋blog｜最新オンラインカジノのニューカジノ情報
もしもこの世から「残業」が完全になくなったら ３年ぐらい前に読んだ本を思い出した。 １９８０−９０年代の話ですが、残業について、 「時間外・休日労働の弾力的運用が我が国の労使慣行の下で雇用維持の機能をはたしている」（１９８５年労働基準法研究会報告）とか、「我が国の労働慣行の実情に合うような上限設定が可能かどうか定かでない」（１９９２年同報告）と、雇用維持の為のコストとして恒常的な長時間労働を是認する考え方が主流でした。 需要の低下に応じて、生産水準を下げなくてはならなくなっても、バッファがあるから解雇せずに大丈夫でしょ、という。。。 まぁ、 ところが、その後、労働法政策が内部労働市場の雇用維持から外部労働市場における移動促進に徐々にシフトしていったにもかかわらず、この長時間労働哲学には疑問が呈されないまま２１世紀に至っているのです。 と著者は問題視しているわけだけど。 話変わって、最近友人
Geekなぺーじ : 優秀なプログラマは取替えが利く？
恐ろしく優秀な職業プログラマは取替えが利くのではないか？と思いました。 優秀な職業プログラマは、自分のやっている事をきっちりドキュメント化します。 そのドキュメントは非常に読みやすく、内容に漏れが無いため、新しく入ってきたプロジェクトメンバはスムーズに開発に取り掛かれます。 優秀な職業プログラマは、誰でも実行できる形式でテストコードを大量に書いています。 そのため、何かを変更して予期しないバグが入り込んでも発見が早くなります。 また、テストコードを皆で共有する体制を作ってあるので、作ったものの堅牢性を新しく入ってきたプロジェクトメンバが確認することも出来ます。 優秀な職業プログラマは、他のメンバにソフトウェアの設計思想を正しく伝えてあります。 そのため、自分が行っている開発箇所を他人に委譲することも容易に可能です。 優秀な職業プログラマは、良く知られているデザインパターンを適切な箇所で利用
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
笑わないプログラマ - 【軍曹が】携帯電話開発の現状【語る】(後半)
笑わないプログラマ - 【軍曹が】携帯電話開発の現状【語る】