クライアント系Linuxでは使いやすさ抜群のUbuntu Linux！:razz:
何が使い勝手が良いって、ネットワーク系だね！
sambaClientも初めからWindows環境を意識して設定されており、Domain参加も簡単に出来る。
打倒、Windowsクライアントって感じありあり:shock:
XWindowのGUIも頑張っている方だと思うし・・・初心者にはおすすめLinuxだよ:eek:
なんか米Dellでは搭載PCも発売される勢い:evil:
@ITに考えさせられる記事が載っていたので一言
最近のCPUは熱問題(電気量)に直面して並列化に向かっているのは皆さんもご存知だと思うが、
その影響でPGが受ける問題といえば？？？
ムーアの法則で考えられていたプログラムミングだと、遅いプログラムは速い（良いCPU）マシンに
乗せれば速く動くようになると考えられていた。ようするに遅ければスケールアップすればいいと
しかし、これからは1CPU（1Core）自体の高速化は前にも説明したとおり、
電圧問題で期待できないようになってしまったので、複数のCoreで並列処理する方向にCPUは向かっている。
そうすると、並列処理を考えていないプログラム（基本的に今までのもの=非マルチスレッド）の場合、
スケールアップしてCPU上にCore自体何個増えても、動作するときに１つのCoreしか使用しないので、
理論的には早くならない、もしくは遅くなる可能性があると言うこと。
これにはプログラミング方法も影響するが、言語自体(コンパイラー等)の能力にも影響を受ける。
この辺りを意識してプログラミングやマシン環境を考えて設計しないと:razz:
余談だが、CPUだけでなくServer環境も速さを高級な1台のマシンに求めるのでなく、
平凡なマシンを複数台使用するスケールアウトの流れになっているように思える・・・Googleなどもそうしてるらしい。
構築にはもちろん電源環境、占有面積などと相談だけどね。
永遠のPGマンとしては、色々な開発をする時に、その度に開発環境を作成してから仕事を始めます:cry:
近年は仮想化ソフト（バーチャルマシン）が安定してきてVMwareだのXenだの使用して
BackUpしてあるOSイメージをコピペで切り替えながら作業環境の構築時間を短縮している。
昔はMSのVSシリーズのインストールで開発環境がサクッっと出来たのに、
近頃はやれWebだのDBだのJavaだのとInstallしないといけない始末に・・・:mad:
尚且つ設定ファイルをイジクリ、環境変数をセットしたりと爆発したくなるぐらいに時間が掛かる・・・:evil:
ここでWeb開発構築のインストールを簡単にということで近頃使っているのが「XAMPP」や「AppServ」でゴワス:razz:
双方ともApache系のWeb環境を簡単に作れるインストール簡単パッケージ、
最近は「WordPress」や「phpBB」なども入っている♪
でも、これでインストール覚えちゃうと環境構築時に覚えられる貴重な体験が出来ないので、
あくまで上級者が使った方がいいと思います。
今日の格言・・・「初級者は一からインスコすべし」:cool:
近年、DVDやCDの情報（ゲーム、映画、音楽）をイメージファイルとしてHDDなどに保存しておくことがあるが、
基本的にISOを扱うためのソフトは大部分が有料である・・・・FantomCD、Alcohol120%など
そんな時、手軽に扱えるFreeToolが見つかったので覚書しておく:lol:
名前は「Daemon Tools」で、これはマウント系で使いやすい。:razz:
もう一つは「DVD Shrink」で、イメージが簡単に作れる。
個人使用はFreeで使えるので重宝するよん♪
CDもISOで保存しておけば音質劣化しなからね！・・・って容量的には賛成出来ないが:mad:
Vistaが登場してから何かと文字コードの拡張にともなう影響が声高々と謳われているが、
「何がそんなにもんだいなんじゃい！」ってVistaでMｙ Programを動かしてたら・・・・
あれれ？？？「この文字バックスペースすると文字化けする・・・□に・・どうなってんじゃい！！！」
およそ10分Webサーフィン♪
！:evil:！サロゲートペア？？？で問題発生！？
簡単にまとめると・・・
１．サロゲートペアとはUTF16では本来2バイト(16bit)で1文字を表現しているが、65,536バイトでは表現できない文字があらわれた（中国、インド、日本などアルファベット圏外字を扱うため）ために16bit+16bit（前半0xD800～0xDBFF, 後半0xDC00～0xDFFF）を使用して16bitで表現できない文字をこの領域に入れる方法をサロゲートペアと言う。詳しくはここ
サロゲートペア自体は昔から存在する。
２．近年のOS内部処理ではUnicodeのUTF16によって文字制御している。
３．XPまでの日本語標準フォントにはサロゲートペアが存在しなかった為、UTF16は2バイトのみと判断する場合がほとんどに。（これも問題だが・・・デファクトスタンダードされた）
４．Vistaに搭載された日本語標準フォントにはサロゲートペアが存在する。
５．サロゲートペアの文字は見た目は1文字だが、プログラミング上のLengthが2（4バイト）で帰ってくる！！！（もちろん実際に内部では4バイト=32bitを使用しているのだから・・・）
６．今まで文字をカウントしている関数が信用ならない。C#のcharにサロゲートペア入れて試しにLengthみると２！？本来なら１がほしい
７．サロゲートペアをTextBoxなどに入れてbackspaceすると下位サロゲートだけ消えて上位サロゲートが残るため文字化け（□など）が起こる。なので２回押して１文字消す？？？
こんな感じになる・・・・:evil:！！！
Vistaの文字コード問題はこればかりじゃないが、これが一番影響範囲大でしょう！
PGとして考えられる影響範囲
１．SQL等、検索はどうなの？
２．正規表現は？
３．文字をカウントしている関数は？
４．バイト制限しているコントロールは？
５．left、raightrightなど関数は？
少し考えただけで頭が痛くなる・・・どうすんの！オレ！？つづく（笑）ってな場合じゃない！
この仕様きめたお偉いさん方はOS環境やPGのことなど理解してないでしょう！
しかし、これは２０００年問題よりも事は重大だと思うよ・・・まじで:mad:
最後に、今まで表記が間違っていた文字や文字コードとして無かった文字が新たに追加されるのは
歓迎されるべきだが、追加の方法が今の時点で尚且つサロゲートペアとして追加するべきだったのか？
かなり疑問に感じる。
関連リンク
・C#など.NETでの対応方法
・MS製品JIS2004対応表
・文字化けとは
・Vista変更文字1
・Vista変更文字2
・総まとめ情報
