BlockSortingは、今までのデータ圧縮で有名な方法であるLZ法とは全く違う、ユニークな操作を用 いてデータを圧縮する方法であり、M.BurrowsさんとD.J.Wheelerさんが作者なので「BWTransform」 ともいいます。 このアルゴリズムは簡単に言ってしまえば、「データをぐるぐる回してソートして出力」というも のです。簡単すぎるかもしまいませんが、本当にそうなんです。 ちなみに、このBlockSorting、単体では全く圧縮しません。ただ可逆な形にデータを変換すると いうものです。しかし、BlockSorting後のデータは非常に圧縮されやすい状態になります。例える と、色々な形をしたスポンジ（データ）が箱にごちゃごちゃに入って山積みになっているとします 。　これをそのまま上からギューっと押しつぶすのがLZ法やHuffman法なのに対し、一度、形が似た も

■Amazonマーケットプレイス オンライン書店最大手アマゾンのamazonマーケットプレイス。古書店や個人からの出品が数多くあります。 古書、ユーズドＣＤ、ＤＶＤ購入にも便利なamazonです。 入金処理もすべてamazonまかせ。 ほとんどの場合は定価以下で出品されているようですが、希少本や廃盤ＣＤはそれなりの高値（プレミア価格）になっている事があります。 送料はマーケットプレイスの配送料に記載されています。 ■スーパー源氏 古本・古書（販売/買取）本を愛する人の総合サイト。 古書検索エンジンスーパー源氏で著者（漫画家名）、書名、出版社名から検索できます。　 ■古書Project タウンマップ 古書検索システム　加盟店にある古書を検索 ■日本の古本屋 - 古本情報 古本検索サイト。書名、著者名で検索できます。 検索結果に在庫のある古書店が表示され、その書店で購入できる

さて、P2Pにおいて厄介なシステムとしてファイアウォールが挙げられます。ここではファイアウォールをP2P通信がうまく通過する方法について説明します。まずはファイアウォールの内側のユーザがグローバルアドレスを持っているユーザと通信する方法を考えて見ましょう。 １．パケットフィルタリング 通常のブロードバンドルータはポート番号をチェックし、ルータが制限しているポートは外部へ通信できないようにしています。そのため、このファイアウォールにおいて外部と通信するには、ルータに設定している外部へ通過させるポート番号において、P2Pサービスに必要なポート番号も追加する必要があります。もし管理者によって適切なポート番号を透過できない場合、P2Pサービスのポート番号をHTTPやHTTPSなどのポート番号に変更して通過させる方法があります。（ただし対応方法はソフトに依存します。） ２．プロキシ プロキシは会社や

これが「棒の手紙」だ！ 平成８年から９年にかけて世間を騒がせた「棒の手紙」――僕はたぶん、それを徹底分析した日本でただ１人の人間だと思うので（笑）、その分析結果をここに残しておきたい。 僕が「棒の手紙」のことを初めて知らされたのは、「オタク座談会」シリーズを出している音楽専科社の編集者からだった。 音楽専科社は『アリーナ37℃』という音楽雑誌を出しているのだが、その文通希望コーナーに名前が載った人の中で、「不幸の手紙」の被害に遭う人が続出した。「こわくて捨てられない」という訴えを受けた編集部では、「『不幸の手紙』を受け取った方は編集部までお送りください。こちらで処分します」と呼びかけた。すると「不幸の手紙」が編集部宛てに続々と回送されてくるようになった。 ところが、途中で字の汚い奴がいたらしく、「不」と「幸」がくっついて「棒」になってしまった。しかも「文章を変えずに」という指示がある

経験的にこのようにした方がよいと思った点についての記録です。 仕事で大規模(2000クラス超)かつ製品寿命がながいパッケージソフトを作っていた関係で、 ちょっとした設計の間違いが、 あとあとで大変な苦労する羽目になったりすることを経験してきました。 このような規模が大きいアプリケーションを作ることはなかなかないかもしれませんが、 なにかの参考になれば、と思います。 継承する前に委譲を検討する Singleton パターンを使うときの注意 Template Method パターンを使うときの注意 クラス間の依存に関する注意 クラスの粒度 Singleton の問題を回避できるか？ 継承する前に委譲を検討する 継承はスーパークラスの仕様をよく理解しておかないと、 バグを作りこみやすいので十分注意する必要があります。 メソッドのオーバーライドをするときも、 public void foo(){

凝集度と結合度について 　凝集度と結合度という概念は、コンスタンチンとヨードンが、その共著である「構造化設計」において提案した関数の尺度です。言い換えれば、これらは構造化設計の中心的テーマで、構造図を書くのも、設計時にこの尺度で判断して品質を織り込むためなのです。以下に、これらの尺度について簡単に説明します。 　またこれらの尺度は、オブジェクト指向の時代に入って、残念ながらあまり省みられなくなりましたが、メソッド内で関数が階層構造になる場合の関数の尺度には、そのまま有効ですし、表現はちがっても、クラスやオブジェクトの関係や、適切な大きさを判断する際にも有効です。 　保守作業に伴って品質の低下を招く危険は、構造化の言語であろうと、オブジェクト指向の言語であろうと同じです。 　　　　凝集度（コヒージョン） 　これは、プログラムのひとつのコンポーネント（以下、関数と呼ぶ）の中に含ま