今だからこそ言えるタスク処理の最終的な印象

　タスク処理は使えるか？＝答え：ＮＯ　現代のプログラミングの言語体系だと大変使用しにくい。アセンブリ言語時代の遺産と私は感じている。タスクを関数やvirtualつけて処理を分割して書くのより、FSM作成ソフトやswitch を沢山使用して書いた方が結果的に効率は良い気がしてならない。
　しかし、タスク処理にはどこからがタスク処理というかといった線引きが無いような気がする。vector > task{ virtual proc()};程度であればそこまで使用しにくいという事はないのではないかと・・・　何故、今の時代にわざわざタスク処理？

　一時期、タスク処理が分かれば酷い状態遷移のスパゲッティ コードを解決出来るだろうと思い、大変苦労して調べた覚えがある。確かに分かりやすくなったけど、無駄に関数やクラスが増えてそれはそれで別の問題点が出てきた。
　要は状態遷移表をしっかりとコードに書き下す事が出来れば何も問題なくプログラムは動く。だから、行おうとする処理のアプローチが諸所の条件と勘案して優れているか否かによって後世に残せる上手いコードになるかどうかという事だ。

　今でこそタスク処理は復古されているが、2000年代前半ではタスク処理を解説している絶版になっていない書籍は皆無で、解説しているＷｅｂサイトは３つほどであった。なお、すべてのタスク処理の概念を実装しているソースコードも皆無であった。

　そんななか、やっとタスク処理の解説がソースコード付きで解説されたのがやね本２だった。http://amzn.to/cpdDgk　そんな気がする。やっとの事で全体を把握できたタスク処理だが私の知的好奇心を満たすだけで私が作った有用なソフトウェアには一切使われなかった。

行番号は紙媒体で無い限り無意味だ。

私はソースコードの左側に付加される行番号は邪魔だと思うときがある。その理由は行番号も含めてソースコードをコピーしてしまうことがあり、コピー・アンド・ペースト の邪魔だからである。よって<table><tr><td>行番号</td><td>ソースコード</td>... とすべきだ。

Windowsを起動が遅く主な症状はＨＤＤがガリガリと無意味にアクセスしっぱなしの時の対応

　Windowsで起動が遅いときは「ページングファイルを固定する」必要がある。またページングファイルはアクセス速度が速く、空き容量にも余裕のあるドライブに設定しなければ良い効果は望めない。
　いじくるツールの「Windows NT系設定」−＞「Windows終了時にページングファイルを削除する」のチェックを外す。

( coLinux VS VMWare VS VirtualPC VS VirtualBox ) for Linux client

coLinux と VMWare と VirtualPC と VirtualBox でLinuxのクライアントＯＳをどの仮想化ソフトで動かすのか迷っている方へ

問答無用でVirtualBoxを使いましょう！