変奏現実

1.WinSAT.exe
プロセス C:\Windows\System32\WinSAT.exe (プロセス ID:6208) がポリシー スキーマを {8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c} から {381b4222-f694-41f0-9685-ff5bb260df2e} にリセットします
解除の仕方。
「コントロールパネル」→「管理ツール」→「タスクスケジューラ」ー→「タスクスケジューラライブラリ」→「Microsoft」→「Windows」→「Maintenance」→「WinSAT」→「右クリック」→「無効」
２．再起動直後
デバイス ROOT\WPD\0000 のドライバー \Driver\WudfRd を読み込めませんでした。
Handsfree Headset Service サービスを、次のエラーが原因で開始できませんでした:
このサービスを実行するように構成された実行可能プログラムは、サービスを実装していません。
Portrait Displays SDK Service サービスを、次のエラーが原因で開始できませんでした:
指定されたファイルが見つかりません。
セキュリティログにたくさんの「特殊なログイン」が残る。
 

見つけたものを列挙。

• EPSON　NY40S-B　￥32,000 ～
• パソコン工房　【11.6型】11P1200-C-FEM [Windows 8.1 with Bing]　￥34,980

 

いますぐログアウトしてくださいって云われた。
あと１時間あるはずなのに、あれれれれ？
Windowsの時計が遅れてる？
掃除をするために電源コンセントを抜いた時にUEFIがデフォルト設定に戻ったせいかな？
SATAもIDEになってて正常に起動せず慌ててAHCIに切り替えた。
time.windows.comで同期を取っているとインターネット時計を同期設定してあると１時間近く遅くなっていた。
時刻を合わせ、再びtime.windows.comで同期を取ろうとすると、
「time.windows.comと同期中にエラーが発生しました。タイムアウト期間が経過したため、この操作は終了しました。
 
時計は****/**/** **:** に同期しました。」
と意味不明な内容。
WEB検索すると、どうやら不安定らしい。
それはそうだろう、全世界のWindowsが同期を取りにいくのだから、たやすくパケットが詰まって当たり前だ。
time.windows.com以外のtime.nist.govに変えたら、ほら、うまくいった。
 
尚、Linuxの時刻は、NTPのコマンドラインから同期を取ってから、クローンで定期的に同期のズレを調整する仕組みになっているが、あまりに同期ズレが酷いとログにエラーを吐きだすだけで同期は取ってくれないから、それを見て手動で同期を取りなおさなければいけない。だからNTPでいつも同期を取っているから大丈夫なんてことはなく、NTPのログを注視しなければいけないのだ。

SQL　Server のアップデータが無限ループするバグを回避しようとして　SQL Server 2014 Expressをインストすると、バージョンが上がり過ぎてしまい・・・
Visual Studio 2013 のデータベース　ツールから　テーブルのデータを表示しようとすると「Invalid version」とメッセージが出るようになってしまった。
延々とWeb検索をしても、
「仕方がないさ」という返事しか返ってこないので、「仕方がない」ので、フリーのSQLツールを使っていた。
すぐ解消されていたようだが、無償のVisualStudio 2013　Express　でさらに日本語という壁がかなり厚かったらしく。
やっと、その問題が解決したアップデートの通知がやってきた。
VS 2013のメニューから「ツール」⇒「拡張機能と更新プログラム」を開き「更新プログラム」のタグを開くと

1. 製品の更新プログラムに

• データベース　ツール用のMicrosoft SQL Server 更新プログラム
  • たくさんのSQL Server 2014  Expressへのアップデート　コンポーネントをインストール。
• Visual Studop 2013 Update 3
  • Microsoft　SQL Server Data Tool と SSDTに必要なコンポーネントをインストール。

の２つ

1. Visuak Studio ギャラリーに

• NuGet Package manager for Visual Studio 2013

が表示されるようになった。
使用するのは先の２つだけだけど、終わってみると、結構な数のパッケージがインストされてしまった。

 

その後に、重かったオンラインヘルプをダウンロードするMicrosoft ヘルプ　ビューアー2.1 のダウンロードの通知が出てきた。

重要度としてはコッチの方が上。（爆笑

検索しても「Windows VISTAでは304文字のサロゲートペアが増えました。」としかヒットしない。
JIS X 0213:2004 対応と新日本語フォント「メイリオ」について　では

マイクロソフトでは、従来 JIS 第 1 および第 2 水準漢字 (JIS X 0208 に規定されている 6,355 文字) をベースとした Shift JIS の漢字に加え、1998 年には JIS 補助漢字 (JISX 0212 に規定されている 5,801 文字) を加えた 12,156 文字の漢字を標準フォントとして組み込むなど、最新の日本語情報処理規格に基づいて文字の拡張を継続的に行ってきました。Windows Vista ならびに Windows Server 2008 では、これまでと同様に日本文化に根ざした情報化社会の実現を支援するため、国の国語施策および法令に整合する最新の JIS 漢字「JIS2004」に対応した日本語フォントを搭載しています。
Windows Vista ならびに Windows Server 2008 に標準搭載される全ての日本語 OpenType フォント、「MS ゴシック 3 書体 (MS ゴシック、MS P ゴシック、MS UI Gothic)」、「MS 明朝 2 書体 (MS 明朝、MS P 明朝)」および「メイリオ」が JIS2004 対応となります。
なお、JIS2004 対応に伴い、一部の漢字が正字に修正されていますので、ご留意ください。

簡単にすると

×　「メイリオ・フォントを使うとJIS2004 対応に伴い、一部の漢字が正字に修正されています」

○　「MS明朝などのフォントもJIS2004 対応に伴い、文字化けしますけど仕様です！」

と云う内容だ。要は、Vista以前のXPからテキストを持ってくると、違った漢字に見えるものもあるハズ。
さらに、リンク切れの激しい資料をUnzipして見ていくと、
2.3.2. 追加された文字の使用による影響　に

CJK extension B に属する文字は特に注意が必要 です。CJK extension B とは Unicode の符号位置で U+20000 から U+2A6DF にマッピングされている文字で、

Windows ではUTF-16 によってサロゲートペア（2 つの 16 ビット符号単位で 1つの文字を表す）としてこれらの文字をサポート します。JIS2004にはCJK Extension Bに属する303文字があり・・・とある。

JIS X 0123:2000/2004　で検索した結果も、303文字。
多分、当初のVISTAでは303文字だったのだろう、しかし、Windows7ではU+29FCE(
 
あー、WordPressは、サロゲートペアは未対応だったらしく、記事が途切れてしまった。
たしかフランス製ですからね。関係ないよね。（大笑
ではやりなおし、
Windows７では、U+29FCEと見分けが付かない、U+29FD7（予鳥みたいな字）　が増えて、304文字になってるハズ。
Windows8.1には大量にサロゲートペアが増えてるので、Windows7では未実装の文字も全部埋まっているから、ちゃんとやっておかないと、ボロボロだね。

ZONTACの超小型ファンレスPCの中のZBOX Cシリーズ。
ZONTACのマザボやPCは高めの値段なので敬遠している。
高いパーツを使っているせいなのだろうけどね。
性能が高ければやはり発熱が多く、やはり注意が必要で、やはり最後にはうっかりダメにしてしまうからだ。
モニターのVESAマウンターでぶら下げっぱなしで使うNUCのような扱いをするとどうなるだろう。
「最近NUCがフーフーとお疲れ気味な様なのでエアーをブシューとしてみるよう！」な大雑把な性格にはファンレスは向かないだろう。
たとえCPUやメモリが高い耐久温度仕様(摂氏100℃)でも、その他のパーツがファンレス仕様でなければどうなるのか判らない。
発熱がフィンやマザーボードを伝達して外に逃げていく仕組みなので中は蒸し暑い。
HDDやSSDさらにUSBポートにつなぎぱなしの無線アダプタも一緒に頑張ってたりすると寿命はそんなに長くない気がする。
マメに分解掃除したりMRTGで経過を監視してみたり気を使う必要がある。
だからファンレスはマメな人向けと云うことになる。
 
付属品を見ると、Windows インストールディスクが無い。
多分、「バックアップメディアを自分で作れ」と云うことなのだろう。
おそらく、バックアップは取れるのだろう。
しかし、バックアップからどう起動するのかは不明だ。
 
スペックを見ると、

Memory

Memory Type	DDR3L
Memory Speed	1333 MHz
Slots	1 x 204-pin SODIMM
Capacity	2GB (up to 8GB)

となっている。
N2930自体はメモリーチャネル数が２のハズだが、このセットのメモリスロットは1個、しかし最大拡張サイズはN2930のスペックと同じ8GBとなっているので、N2930のスペック表の方が間違っている様な気がする。
安いセットに高価なDDR3L-1333MHzの8GBのSO-DIMMを付け加えるのは無駄な気がするが、最後の手段は残して置いた方がいいだろう。
使うWindowsが日本語版なので、英語版よりメモリは多く使うし、運悪く、ブラウザやウイルス監視ソフトがメモリ食いだったり、観たい動画が重くて仕方がないなど、想像すればするほど困った事態に事欠かない。
それくらい仮装記憶の処理は遅い。昔に比べればはるかに処理は速いのだが、アプリの要求スペック（HD画質の動画をカクカクせずに再生するなど）がはるかに高くなっているので、何かと難しいようだ。
多分、お化けのようなDDR式接続でSSDを直結するようになるまでは解決しないだろう。

ICT(Information and Communication Technology)は「情報通信技術」の略。
弱い理由は非常に簡単。

1. 簡単な説明、簡単な操作、簡単な実装　と　簡単が並ぶと面白くないと評価するから。
2. 苦労したとか、残業が何百時間とか、トータル云千人月かかった　とか、無駄でも困難な仕事であったことを、無駄に求めるから。
3. １．２．となる理由は人月単価上昇の大きな理由と思われているから。

要は、訴求する結果を全く無視したICTをやって、何も価値なんて生まれない。
例をあげれば、小さい携帯電話の画面に４０００文字を詰め込むことは困難だ。しかしこの様なことばかりしてもICTとして負け続ける。
だからICTに弱い。
要するに、
FinalFantasy- XIVの様な根性のひねくれたゲームの様なシステムを作り、
そしてそれを華麗に使いこなし、自ら上級者であることをアピールしても、一般ピープルの心には何も響かない。
なぜなら、一般ピープルがプロ野球を観戦するように眺めているのではなく、
一般ピープル自分自身で、球を投げ、バットを振り、飛んでくる打球をジャンプしてミットに捕えなければならないのだから・・・
ただ使いにくいダケのシステムでしかないのだ。
え？なのにFinalFantasy- XIVを遊んでるのはなぜかって？
『FFは遊びじゃない』という言葉があってね・・・
～証明終了～

VisualStudio でフォームにコントロールを貼れば、プロパティ・ウインドウから色々変更できる。
もしプロパティ・ウインドウが無かったら、
private void InitializeComponent()
{
（デザイナーやプロパティ・ウインドウで色々設定した内容。）
}
【色々設定した内容】の部分を手書きで直さないといけないし、全部コンパイルしないと結果が見えない。
非常に便利なんだけど、設定する方法は実は限られている。
string,intなどデータ型
SizeやFontなど組込まれているクラス
enum型
しか、使えないように見えるが、自作のクラスも使える。
ただ単純に使うと、データのところに　『（クラス名）』と表示されるだけだ。
では、どうすれば良いのか？探してみると、みかみんのプログラミング道場　に良いサンプルコードがあった。
これを使うと、追加したShadowプロパティのデータ欄に、GrayText, 1, ToBottomRight 　と　ちゃんと表示してくれる。
しかし、Sizeクラスのメンバー（WidthやHeight）の様にSizeの子要素としてメンバーを表示したりしないから、手入力でデータを直すには、気合を入れて　No-Missで、GrayText, 1, ToBottomRight　を修正しないといけない。
それではやっぱり不便なので、
public class ShadowConverter : TypeConverter
を
public class ShadowConverter : ExpandableObjectConverter
に置き換えると、Shadowにツリービューの様に　[+]印が付き、そのプロパティも配下の要素として表現してくれるので、色や方向を変えやすくなる。
しかし、メンバーを変えてもShadowは知らないのでフォームに貼ったコントロールをイジらないと気が付かない（反映されない）。
そこで、Showにイベントハンドラを追加し、中で何か変わったら、コールバックさせる。
１．イベントハンドラを追加。
public event EventHandler SendEvent;
２．イベントハンドラに丸投げする処理と追加。
 
public void Exec()
{
//親に通知する
if (SendEvent != null)
{
SendEvent.BeginInvoke(null, null, null, null);
}
}
３．Shdawの各メソッドを上書きされたらExec()を呼び出す様に大幅に改定。
public Color Color { get ; set ; }
は
public Color Color { get { return _Color; } set { _Color = value; Exec(); } }
Color _Color;
に修正、DepthやDirectionも同様に修正。
４．カスタムコントロールのコンストラクタを追加し、イベントハンドラの登録処理を追加。
public カスタムコントロールのコンストラクタ()
{
_shadow.SendEvent += new EventHandler(ChildEventReceived);
}
５．イベントハンドラに登録するメソッドを追加。
void ChildEventReceived(object sender, System.EventArgs e)
{
Invalidate();
}
６．ここで、カスタムコントロールのクラスはソースの一番最初にしてね！と後出しで要求されるので、カスタムコントロールのクラスの部分をnamespace **** の直下に移動。
ま、これでかなり使いやすい感じになった。
 
しかし、コードが多すぎるような気がする。コピペだらけになりそうなConverterの部分を共通化。
public partial class EverybodyConverter : ExpandableObjectConverter
{
public override bool CanConvertFrom(ITypeDescriptorContext context, Type sourceType)
{
if (sourceType == typeof(string))
return true;
else
return base.CanConvertFrom(context, sourceType);
}
public override bool CanConvertTo(ITypeDescriptorContext context, Type destinationType)
{
if (destinationType == typeof(string))
return true;
else
return base.CanConvertTo(context, destinationType);
}
public override object ConvertFrom(ITypeDescriptorContext context, System.Globalization.CultureInfo culture, object value)
{
string strValue = value as string;
if (strValue == null)
return base.ConvertFrom(context, culture, value);
return StringTo(strValue);
}
public virtual object StringTo(string strValue)
{
throw new Exception(“StringTo 未実装”);
}
public override object ConvertTo(ITypeDescriptorContext context, System.Globalization.CultureInfo culture, object value, Type destinationType)
{
System.Type typeMe = value.GetType();
System.Type typeValue = value.GetType();
if (typeValue.FullName != typeMe.FullName || destinationType != typeof(string))
{
return base.ConvertTo(context, culture, value, destinationType);
}
string rc = ToString(value);
return rc;
}
public virtual string ToString(Object obj)
{
throw new Exception(“ToString 未実装”);
}
}
で、string と Object を変換するToString()とStringTo()だけ実装した方がいいかもしれない。※一応動く。
public class ＊＊＊＊＊Converter : EverybodyConverter
{
public override object StringTo(string strValue)
{
・・・文字をオブジェクトに変換。
}
public virtual string ToString(Object obj)
{
・・・オブジェクトから文字列を作成。
}
}

新型が出る。
見た目もケースの色が黒⇒白と大きく変わる。
ＣＰＵはCeleron N2806 ⇒ N2807 に変わがCPU自体の性能はほとんど変わらない。

ただ対応メモリが DDR3L-1066　⇒　DDR3L-1333　になるので

この世界最弱なCeleronのオンボ（Intel® HD Graphics　313 MHz）でゲームをするときには地味に効きそうだ。

ただオンボのグラフィックス・バースト周波数は 756 MHz　⇒　750 MHzに下がっているので、何とも云えない。

またインテル® クイック・シンク・ビデオがYESになったので動画が見やすくなるかもしれない。

セキュアキーも使えるようになったが、メールやHTTPSで使う様なものかは判らない。

メモリは2GBのまま、増やせばコスト増加に直結するので致しかないだろう。
ストレージのeMMCつまりSSDが、32GB ⇒ 64GB に倍増する。
これでスペック上はここのサーバーとほぼ同じになる。
Intel DCCP847DYE (Celeron 847)+DIMM（4G）1枚+SSD（64GB）+無線LAN
しかし、Celeron 874はクロックが1.1GHzと低い反面、L3キャッシュが2MBとN2807の倍なので意外と性能が高く、DIMMもデュアルチャンネル構成にすれば16GB(8GB×2)まで増やせるしデータ転送速度も21.3 GB/sと2倍になるので、あなどれないのだ。
単純にNUCはLIVAの2倍の体積、性能も2倍、メモリやSDDなどを含めた価格も２倍と考えると、いいのかもしれない。
とりあえず、TVにつなぐならAndroidドングルよりLIVAの方が使い道は多いかもしれないし、経理を除く一般事務なら十分使えそう。ファンレスなのでNUCの様に使いだすとフーフーとか唸らず静かだ、USB3にポータブルなSSDやHDDをつなげば容量不足も解消できる。ただファンレスなので室温の高い仕事場ではジワーと遠赤外線熱源となるので人ともども熱射病にかかるかもしれない。※水分は与えないでください。
 
黒⇒白と来れば次は【赤』ですよね。（期待
黒同様　０円Windowsはバンドルされない見込み。
安いのでせめてDSP版で売上を上乗せしたいんだろうね。
バンドルしたら困るくらい売れると思うんだけどね。※だから困るからやらない？