Posterous Spaces is no longer available Thanks to all of my @posterous peeps. Y'all made this a crazy ride and it was an honor and pleasure working with all of y'all. Thanks to all of the users. Thanks to the academy. Nobody will read this.

コーヒーを入手するため 眠気覚まし コンパイルしているから makeを走らせた cvs update中(svnその他もあり得る) 設計が思いつかないから アルゴリズムが思いつかないから 良い書き方が思いつかないから トイレ おやつの時間だから テストスクリプトが走っているから 現実逃避 部長が不穏な動きをしている 身の危険を感じた 席を離れたプログラマが帰ってこない理由 スペースの個数に関して議論していた タブがスペース何個かを議論していた クラス名や関数名を大文字で開始するか小文字で開始するかを議論していた 開発言語を何にするかの議論がまとまらなかった GPLやBSDライセンスに関する上司の理解が得られず、激しい議論をしていたから すれ違いざまにWordの使い方を聞かれたけど、どうしても問題が解決しなかったため 同僚のPCがブートしなくなったため タバコ部屋で開発会議が勃発したため 先輩

寿司職人の世界と言うものがどのような世界であるか全く知らないので勝手なことを想像で書いているわけだが、職人の世界というのは、ある種の決まり事があって、包丁の研ぎ方一つにしろ、お茶の出し方にしろ長い経験に裏打ちされた何がしがあるのではないかと思う。100年前は冷蔵庫はなかったので食材の保存の仕方は全然違うと思うが包丁の研ぎ方とか魚の切り方とかのコツは多分それほど変わっていないような気がする。大工も宮大工の世界なんかは何百年もの守るべき伝統があると思う。 中学生や高校生が漠然と職業を考えるとき、プロスポーツ選手や寿司職人のような職業はかなり具体的なイメージがつくと思うが、プログラマっていったいなんなんだろ。 意味のねえ精神論説く暇あるんだったら、技術を身につける場所と、身につけた後のビジョンを説いてくれっての http://d.hatena.ne.jp/muffdiving/20071009/

そもそも、プログラマの基礎体力ってなんだろう。学校でアルゴリズムの基礎を習うとか、プログラミング言語を習うとか、あるいはコンピュータの基礎を習うとかそういうことなのだろうか。 断片的な情報を獲得するのなら確かにインターネットや書籍でどうにかなる。しかし、職業プログラマとして一目置かれる存在になるための基礎体力ってなんだろう。 高校や大学などでプログラマの基礎体力は身につくのだろうか。 プログラムと言っても、ゲームのプログラムから、顧客の要求に従ったアプリケーションプログラム、組み込み機器の制御プログラム、あるいはOSやら、コンパイラやら、RDBMSやらの基盤ソフトウェアなど様々ある。 わたしの場合、子供の頃、初めてコンピュータに触る機会があって、その時のなにやら得体の知れない興奮みたいなものが結局のところコンピュータ関連の職業につくことになったのだが、知識０から鍛えるべきプログラマの基礎体

ようこそゲストさん ブログトップ 記事一覧 ログイン無料ブログ開設 オレサマ　「餃子」　マルカジリ

Jeff Atwood / 青木靖 訳 2007年2月26日 レジナルド・ブレイスウェイトが書いていることを読んだとき、私はそんなわけないだろうと思っていた。 私と同様、この著者は、プログラミングの仕事への応募者200人中199人はコードがまったく書けないということで苦労している。繰り返すが、彼らはどんなコードも書けないのだ。 彼が引用している著者というのはイムランのことで、彼は単純なプログラムも書けないプログラマをたくさん追い払っているということだ。 かなりの試行錯誤の末に、コードを書こうともがいている人たちというのは、単に大きな問題に対して苦労しているのではないことがわかった。やや小さな問題(連結リストを実装するというような)に対して苦労するということでさえない。彼らはまったくちっぽけな問題に苦労しているのだ。 それで、そういった類の開発者を見分けるための質問を作り始め、私が｢Fizz

「Signs You're a Crappy Programmer (and don't know it)」という記事がありました。 こんな人は自分が気づかないうちに駄目プログラマになっているそうです。 笑えました。 Java以外はいらない(知らない) 20行以上になる関数/メソッドには断固として反対する 何でもかんでも「デザインパターンだ！」 CPUサイクルは非常に貴重な資源であるというのが信念である。プログラミングスタイルと利用言語はいつでもその信念を貫いている。 関数/メソッド内に複数のreturnポイントはあってはならないと考えている 「ユーザが間抜けなんだ。自分のソフトウェアのせいでユーザが間抜けになっているわけがない」と思っている 書いた行数にプライドを持っている 似たような機能はコピペでサッと仕上げる エラー処理とは全てのexceptionをcatchして、logを取って、動

Jeff Atwood / 青木靖 訳 2006年8月24日 企業は開発者に給与として60-100kドル支払いながら、ひどい作業環境と汚い使い古しのハードウェアによって彼らを損なっている。信じられない話だ。そんなのはビジネス的に理屈に合わない。ところがそういうのをどこでも目にする。ソフトウェア開発者が成功するために不可欠なものを与えていな い企業がいかに多いかは驚くばかりだ。 そこでプログラマの権利宣言を採択し、成功に不可欠な基本的なことを否定する企業からプログラマの権利を守ることを提案する。 すべてのプログラマは2つのモニタを持つ権利を有する 下落する液晶ディスプレイの価格と、遍く存在するデュアル出力ビデオカードのことを考えるなら、開発者を1つのディスプレイに制限するのはばかげた話だ。ディスプレイを2つにすることによって得られる生産性の利益については、今では十分に説明されている。開発者の

「やる気のない社員との接し方」という記事に対して 「俺自身がやる気なくしているし」という内容のコメントでブックマークやブログを書かれている方が結構いました。 やる気をなくしている人の中には、自分がやる気をなくしていていることを自覚していつつ、他人にはその理由を言いにくいということが多いのではないかと勝手に予想してみました。 恐らく、やる気をなくしている理由が言い訳に過ぎないと自覚しているのではないかと思われます。 今回は、口に出される事がない、やる気をなくしている理由を妄想してみました。 正当な理由でやる気をなくしているものは今回のネタの範疇外です。 なお、あくまでフィクションです。 ご注意下さい。

「Top 20 replies by Programmers to Testers when their programs don't work」という記事がありました。 笑えたので訳してみました。 ただ、かなり意訳気味なのでニュアンスが違っている項目があると思います。 詳細は原文をご覧下さい。 ソフトウェアが正しく動作しなかったときの、プログラマからテスターへの返答。

世界に普及するプログラム言語を開発した日本人、まつもとゆきひろ氏。彼がつくったオブジェクト指向のスクリプト言語「Ruby」はシンプルで利便性に優れ、世界各国のプログラマたちに愛用されている。こんなエンジニアは、たぶん日本にひとりしかいない。 プログラミングの本質的な面白さはデザインにあると思います。こんなことをこんなふうに達成したい、そのためにはこうしたアルゴリズムでこのデータ構造を使おう。このようにデザインを積み重ねて、最終的にコンピュータにわかる言語にしていく。とても刺激的でクリエーティブな作業です。Rubyはそのためのツールであり、私はそのプログラミングをしているので、「一粒で二度おいしい」ですね（笑）。 ただ、プログラミング言語は人間が相手。見かけはコンピュータを相手にしていても、未来のユーザーが「ストレスなく楽しくプログラムが書ける」を考えながら開発を続けています。その感覚は数値

いや、本当は単純なことかもしれないが、そう簡単に片付けられる話ではない気もするぞ。 いや、そう簡単に片付けられる話ではない気もするが、本当は単純なことかもしれない。

プログラマ格言 PHPを笑うものはPHPに泣く 意味: 「PHPなんてまともなプログラミング言語じゃないよ」と笑っていたら仕事でPHPを触るはめになってしかも既存のソースが汚かったりして泣く。 教訓: 好き嫌いを通せるようにえらくなれ。 ソースが知れる 意味: 変な挙動をするソフトをさわっていると、動き方から間違ってるパターンと作った人のレベルがなんとなく透けて見える。 教訓: どうやったらうまく動くか探すのも仕事のうちらしい。 ひいきのwiki倒し 意味: 「wikiはすばらしいツールですよ！」 と、とにかくwikiを導入してメンテ不良のページを大量につくってしまう。 教訓: 情報共有ツールは使う人のメンテナンス能力が一番のネック。 ライブラリからボタ餅 意味: 延々ぐぐってみつからなかった情報がライブラリのソースであっさりみつかった。 教訓: ライブラリのソースは

良いプログラマは数学を学ぶ、方が良いと思う この文章は 2003 年 2 月 28 日（金曜日）に 株式会社 ACCESS の研究開発室のメンバ向けに行われた講義のために準備されたものです。 目次 はじめに アルゴリズム　―　数学によって可能になること 数学とプログラミングの美学　―　（多分）一番たいせつなこと 質問と回答 文献表 はじめに これから何回か皆さんの前で数学の話をさせてもらうことになりましたが、 今回はまず、その手始めとして 「どうして皆さんが数学を学んだ方が良いのか」、 いいえ、「どうして皆さんに数学を学んでほしいと私が思っているのか」 というお話をさせて下さい。 もちろん、それは皆さんに、より良いプログラマになって欲しいからですが、 また、私の経験によれば、 コンピュータサイエンスの教育の現場では、 何故か数学が軽視されることが多いことを残念に思っているからでもあります。

本物のプログラマ 著者： Ed Post 日本語訳： おおくぼ 以下の文章は、かつてMike Schenk によって編纂され、USENETを通じて世界中に配信された The Real Programmer Stories の日本語訳です。 2000年1月5日： バージョン ベータ0.9 として公開。 2000年1月6日： 体裁を修正。プロジェクト杉田玄白 協賛テキストであることを加筆。 2000年1月9日： Typo を修正。ありがとう武井＠高知大学様。 2000年2月11日： html-lintを使って体裁を修正。わ〜い 100点だ〜。Ｄ論発表が１週間後だってのに、いったいなにやってんだおれ。 2000年2月25日： ご指摘いただいた誤訳箇所を修正。ありがとう山形様、山根様。 Path: athena.cs.uga.edu!emory!wupost!uunet!mc

プログラマーの格言（盗作多し） 頼む、９６になるまで盗作を続けさせてくれ プログラマーの格言（盗作多し） 一日は２４時間ある。 今日中という意味は明日の朝までという意味である。 プログラマーの格言２（盗作多し） プログラムは思った通りに動かない。書いた通りに動く。 プログラマーの格言３（盗作多し） 要求仕様はプログラム完成後に完結する。 基本仕様は完成品を顧客が見てから決定される。 詳細仕様は使用者がプログラムを動かしてから固まる。 プログラマーの格言４（盗作多し） 私は、ソフトウェア設計には 二つの方法があるという結論に達した。 一つは、欠陥がないことが明らかなほど単純にする方法である。 もう一つは、明らかな欠陥がないほど複雑にする方法である。 C.A.R.Hoare プログラマーの格言５（盗作多し） コードは開発現場で書くんじゃない！　納品先で書くんだ！ デバグは納期前にするんじゃない