あなたが一番好きなアルゴリズムを教えてください。 また、その理由やどんな点が好きなのかも教えてください。
あなたが一番好きなアルゴリズムを教えてください。 また、その理由やどんな点が好きなのかも教えてください。 - 人力検索はてな
あなたが一番好きなアルゴリズムを教えてください。 また、その理由やどんな点が好きなのかも教えてください。
A Brief History of Hackerdom: Japanese
ハッカー界小史 A Brief History of Hackerdom <http://www.catb.org/~esr/faqs/hacker-hist.html> 著者 エリック・レイモンド <esr@thyrsus.com> 訳者 山形浩生 <hiyori13@alum.mit.edu> ©1998 Eric S. Raymond, ©1999 YAMAGATA Hiroo 本文書はGPLのもとにおかれておるのだ。コピー改変再配布してもよろしいが、そいつもちゃんとGPLにして、版権表示もちゃんと入れるのだぞ。 この文書の古い版に基づく、中谷千絵の古い訳があるそうだけれど、今回の訳ではまったく参照していない。あと、倉骨彰訳でこの文の別の訳が「真のプログラマたちの国 概略史」というタイトルで、『オープンソースソフトウェア』（オライリー）に収録されるはずだが、とっても不安の多い代物にな
バベル案内
Steve Yegge / 青木靖 訳 2004年9月 これは駆け足の言語案内だ — Amazon Developers Journalのために今月書いていたのだが、どうもこれを見苦しくないようにする方法を見つけられなかった･･･。 ひとつには、私はどうも粗野で口汚くなりがちで、オフィシャルな趣のあるAmazonの出版物に載せるのは不適切に思えた。それでかわりに誰も読まない自分のブログに押し込めてしまうことにした。読んでるのはあなたくらいのものだよ。どうも! もうひとつ言うと、これは本当に書きかけのものであり、そこかしこの断片を集めたものでしかない。全然磨き上げられていない。これもブログエントリにする理由になっている。ブログなら別に良質である必要も完全である必要もない。単に私が今日考えたことというだけのものだ。ではお楽しみを! この駆け足の案内では、C、C++、Lisp、Java、Perl
プログラミングテクニックのまとめ - プログラミング日記
とりあえず思いついたもののまとめ。 まずは、ベーシックなものから。 変数のスコープをなるべく狭くしろ 他はグローバル変数を使うなとか、モジュール化と界面を意識せよなど。とにかくスコープは重要かつ意外と奥が深い。スコープに関係する機能は、モジュール(パッケージ)、クロージャ、ローカル関数、ローカルクラス、変数の種類、アクセス制御など。 同じロジックのコードを2度以上書くな 他はDRY原則、コピペをするななど。自分の場合、2度書く方がシンプルになる場合、2度書くこともある。特に、ifやswitchなどのロジックの中で同じコードが2度現れる場合、ちょっとしたコードでわざわざ別のところで関数やブロックにまとめて、それを参照するのは面倒。但し3度以上現れる場合は関数などにまとめるケースが多いかも。 汎用コード内で条件分岐コードを減らせ 他はifをポリモーフィズムによりなくせなど。条件分岐は汎用性を損
分裂勘違い君劇場 - プログラマが他のいかなる職業とも決定的に異なる理由は「誰にでもできるつまらない仕事」の生産性にある
法務でも、人事でも、営業でも、運送でも、接客でも、掃除でも、ほぼあらゆる仕事において、 「誰にでもできるつまらない仕事」をさせたときの生産性は、有能な人間と無能な人間で、劇的な差は出ません。 「誰でもできる簡単な営業」なら、超優秀な営業マンと、凡庸な営業マンで、仕事の成果に劇的な違いはでません。 「誰にでも出来る簡単な接客」なら、超有能な窓口係でも、凡庸な窓口係でも、仕事の能率は大して変わりません。 通常、能力によって仕事の能率に劇的な差が出るのは、「難しい仕事」をさせたときです。 有能な営業マンは、難しい営業交渉を、手際よくまとめ上げる。失敗する頻度も少ない。 平凡な営業マンは、難しい営業交渉だと、ときとして有能な営業マンの５倍もの手間をかけ、しかも、失敗する確率は５倍だったりする。 こうして、有能な営業マンは、平均的な営業マンの１０倍以上の生産性をたたき出します。 しかし、あくまで、そ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
