プログラマとしての立場で、どんな開発プロジェクトが嫌か考えてみました。 個人的な偏見満載で、とりとめもなく羅列してしまいました。 なお、フィクションですのでご注意下さい。 書いてから自分で見直すと結構酷いかも知れないと思い始めました。 あらかじめ、言っておきます。ごめんなさい。
プログラマとしての立場で、どんな開発プロジェクトが嫌か考えてみました。 個人的な偏見満載で、とりとめもなく羅列してしまいました。 なお、フィクションですのでご注意下さい。 書いてから自分で見直すと結構酷いかも知れないと思い始めました。 あらかじめ、言っておきます。ごめんなさい。
先日の弊誌が報じたニュース「米Microsoft,Windows部門の幹部社員を大幅に入れ替え」によれば,Windows NTのアーキテクトであるDavid Cutler氏が7月,Windows OSの開発部門からオンライン・サービス「Windows Live」の開発部門に異動したという。Cutler氏らによるWindows NTの開発物語「闘うプログラマー(原題:Show-stopper!)」(1994年,小社刊)を読まれた方も多いだろう。そうあの「闘うプログラマー」が,ついにWindowsの開発現場を離れたのだ。 Cutler氏は1942年3月生まれの64歳。米Digital Equipment(DEC)でミニコン用OS「VMS」を開発した後,米Microsoftに移籍し,Windows NTを一から作り上げた。Cutler氏はアーキテクト/開発者として,初期バージョンのWindows
Java, Ruby もうURLを失念するくらいいろんなところで言われていることですけど、LL(Lightweight Language。RubyやPython,Perlのような軽量なスクリプト言語)との比較で出てくるJavaコードは、「普通こんなコードかかないでしょ」というくらい冗長な場合が多い。 Rubyでコードが簡潔に書ける!ということを表す時にJavaを引き合いに出すのはいいんですけど(引き合いに出す相手としては間違ってないと思います)、Javaのこんな長いコードがRubyではこんなに簡潔に!とか言う時のJavaコードを恐ろしく冗長にして比較するのはそろそろ止めましょうよ。そんなことしても逆に一部では反感を買っちゃうでしょ。そんなことしなくったって、LLはもちろんJavaよりも簡潔に書けるんですから、ひねり技はいりません。そんなことJavaプログラマだって普通に認めてることですから
2007年05月22日16:15 カテゴリiTech DBという中間搾取 これは事実の半分に過ぎない。 naoyaのはてなダイアリー - Linux のページキャッシュ ということでデータサイズを見てページキャッシュに任せられそうなサイズなら OS に任せておくのが良いんじゃないかなと思います。まず、Disk Cacheはreadには強くても、writeにはそれほど強くないということ。以下をご覧いただきたい。これは、/usr/shre/dict/wordsをBerkeley DBに変換するというトリビアルな例で(ソースは後ろ)、./が普通のdisk,/mdがmemory disk(md)。読み込みに関しては差が全く出ていないのに、書き込みに関しては有意に遅い。 # write /usr/share/dict/words => ./words.db: 10.1032350063324 sec
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く