翔星 Be ランド日記

フォルダー追加時の処理時間

	前世代 METEOR	新世代 NEBULA 初回	新世代 NEBULA 2 回目	差異	NEBULA が 何倍高速か
ファイル名検索 が可能になるまで	22 秒	32 秒	6 秒	- 16 秒	3.7 倍高速
ファイル名検索 ＋属性検索 が可能になるまで	5 分 45 秒	4 分 30 秒	6 秒	- 5 分 39 秒	57.5 倍高速

ゆかり用リスト作成の処理時間

	前世代 METEOR	新世代 NEBULA	差異	NEBULA が 何倍高速か
リスト作成時間	14 秒	21 秒	+ 7 秒	0.7 倍（遅い）

フォルダー除外時の処理時間

	前世代 METEOR	新世代 NEBULA	差異	NEBULA が 何倍高速か
フォルダー除外時間	1 分 3 秒	7 秒	- 56 秒	9.0 倍高速

• プラットフォーム最新化（.NET 5 + EF Core）
• MVVM 適応度向上
• マイクロコア化による安定性・応答性向上

	前世代 METEOR	NEBULA	増加率
*.cs	36,541 行	41,512 行	+ 13.6 %
*.xaml	1,998 行	1,919 行	-4.0 %

見た目を決める *.xaml の量はほぼ変化していないが、内部の *.cs の量は 14% 程度増加している。内部的な変更により効率よく記述して量が減っている側面もあるのだが、機能増により全体としての量は増えたようだ。

	行数
前世代 METEOR 行数	271 行
NEBULA でも記述が変わらない行数	121 行
記述を変更した行数	96 行
削除した行数	54 行
追加した行数	99 行
変更・削除率	55.4 %
追加率	36.5 %

変更・削除率は 55.4% で、ソースコードは半分以上書き換わっていた。

変更・削除率と追加率を単純に足し算するのも何か違う気はするが、単純に足し算してみると 91.9% となり、全面書き換えに近い数値となった。

というわけで、見た目はあまり変わらなくても、内部はかなり変わっていた。

機能的な違い

	README.md	Wiki
記述方法の簡単変更	×	○
ページ一覧の自動作成	×	○
サイドバー	×	○
フッター	×	○
ページの階層化	○	×
変更履歴管理	リポジトリで管理 （全体＋ファイル別）	ファイル別のみ

README.md の場合は、いったん README.md を削除してから新たに README.textile を作成すれば変更は可能（Code ページできちんとフォーマットして表示される）だが、Wiki と比べると一手間余計にかかる。

「ページ一覧の自動作成」は、Wiki の場合、特に何もしなくても、Wiki の右側に「Pages」という欄が表示されるようになる。逆に、これを消すことはできず、強制表示となる。

使い分け

他の人はどうしているか

動作方法

Mac のスペック

ニコカラメーカー 2 動作

Thank you!

各 SSD の現時点での総書込量を記録しておく。ちなみに 3 ヶ月時点のはこちら。







いずれのディスクも TBW 的にはまったく問題がないが、D / E ドライブはパーセンテージが 99% に減ったのが少し気になるところ。

ツールなど

音源、音楽など

マシンスペック

対象動画

AVI 出力時間

	初代ニコカラメーカー	ニコカラメーカー 2
1 回目	7 分 46 秒	2 分 10 秒
2 回目	7 分 34 秒	2 分 11 秒
平均	7 分 40 秒	2 分 11 秒

ニコカラメーカー 2 出力時の GPU 使用率。

連番 PNG 出力時間

	初代ニコカラメーカー	ニコカラメーカー 2
1 回目	16 分 38 秒	2 分 27 秒
2 回目	16 分 04 秒	2 分 23 秒
平均	16 分 21 秒	2 分 25 秒

連番 PNG（字幕のみ）出力時間

	初代ニコカラメーカー	ニコカラメーカー 2
1 回目	7 分 05 秒	1 分 48 秒
2 回目	7 分 00 秒	1 分 47 秒
平均	7 分 03 秒	1 分 48 秒

出力時間まとめ

	初代ニコカラメーカー	ニコカラメーカー 2	倍率
無圧縮 AVI	7 分 40 秒	2 分 11 秒	3.5 倍
連番 PNG	16 分 21 秒	2 分 25 秒	6.8 倍
連番 PNG（字幕のみ）	7 分 03 秒	1 分 48 秒	3.9 倍

関連リンク

• 初代ニコカラメーカー　公式サイト
• ニコカラメーカー 2　公式サイト
  

HEDT（ハイエンドデスクトップ）向け

メインストリーム向け

8 コア 8 スレッドについては Intel のみのラインナップとなる。AMD は、6 コア 12 スレッドの Ryzen 5 がカバーする領域となる。

null 安全とは

コード例

String str = null;
String low = str.ToLower();

String str = "HOGE";
String low = str.ToLower();

String? str = null;
String? low = str?.ToLower();

いくつかコードを書いてみた感想

private void Func(Object? sender)
{
    if (sender is UIElement element)
    {
        element.AllowDrop = true;
    }
}

hoge.ShowWarning();

hoge?.ShowWarning();

革命は 1 日にして成らず

String[] strs = new String[3];

気になったこと

if (str != null)
{
    str.ToLower();
}

目次

やりたいこと

サンプルコード

実装の基本方針

プログラムの解説

WPF で動画を扱うメリット

WPF で動画を扱うデメリット

スクリーンショットの動画

新しい Ryzen 7 3700X マシン（詳細スペックはこちら）のストレージ性能を CrystalDiskMark で見てみた。

C ドライブ（NVMe SSD）

D ドライブ（SATA SSD No.1）

F ドライブ（外付け HDD）

USB 3.0 接続の外付け RAID HDD ユニット、Western Digital My Book Duo WDBLWE0080JCH-JESN。

HDD ということで途端に性能が悪くなっている。加えて、4 年越しの使い古し品であることも悪条件。

新品の時に測定したデータと比べると、シーケンシャルは約 2/3、ランダムは約半分に性能が落ち込んでいる。

ポータブル 2.5 インチ HDD

補足

メーカー	ASUS	ASUS	ASRock	MSI
型番	ROG Strix X570-F Gaming	TUF GAMING X570-PLUS	B450 Steel Legend	B450 TOMAHAWK MAX
価格	34,000 円	24,000 円	13,000 円	14,000 円
チップセット	X570	X570	B450	B450
メモリクロック	4400～2133	4400～2133	3200～2133	4133～2667
VRM フェーズ	12+2	12+2	4+2	？
M.2	PCIE 4.0 x4	PCIE 4.0 x4	PCIE 3.0 x4	PCIE 3.0 x4

ROG Strix X570-F Gaming

TUF GAMING X570-PLUS

B450 Steel Legend

B450 TOMAHAWK MAX

---

サイコム

パソコンショップ SEVEN

VSPEC

PC ワンズ

本体

パーツ	型番	想定価格（税込み）
名称	次期メインマシンイメージ その 3（2019 年 7 月）	202,000 円 ～252,000 円
マザーボード	未選定	11,000 円
CPU	AMD Ryzen 3700X ※8 コア 16 スレッド、定格クロック 3.6GHz（ブースト 4.4GHz）、TDP 65W、7nm プロセス	43,000 円
CPU クーラー	CPU 付属品	0 円
セラミックグリス	CPU 付属品	0 円
メモリ	32 GB ※DDR4-3200（PC4-25600）DIMM 16GB×2	25,000 円
システム SSD	Western Digital WD Black SN750 NVMe WDS500G3XHC ※500GB、PCIe Gen3 x4、M.2 2280 【または】 Intel Optane SSD 905P 380GB M.2 ※380GB、PCIe Gen3 x4、M.2 22110	17,000 円 【または】 67,000 円
データ SSD	4TB ※SATA 2TB×2	56,000 円
マウンタ	SSD 付属品	0 円
光学ドライブ （Blu-ray）	LG BH14NS58	8,000 円
ビデオカード	Palit NE51650S06G1-1170F ※GeForce GTX1650 STORMX OC 4GB、TDP 75W、12nm プロセス	17,000 円
LAN	オンボード	- 円
ケース	未選定	15,000 円
電源	500W	10,000 円

周辺機器

パーツ	型番	想定価格（税込み）
RAID ユニット	Western Digital My Book Duo WDBLWE0080JCH-JESN（流用） ※8TB、RAID 1 の運用で実効 4TB ※USB 3.0 接続	0 円
サウンドカード	Creative Sound BlasterX G5（流用） ※USB 接続	0 円
スピーカー	ONKYO WAVIO GX-70HD（流用）	0 円
オーディオレシーバー	ONKYO WR-BT300（流用） ※Bluetooth で音声を受信してスピーカーに流す	0 円
ディスプレイ	21.5 インチワイド液晶、IO DATA LCD-MF223XS（流用） ※HDMI 接続	0 円
ゲームコントローラー	Logicool F310r（流用）	0 円

現行マシンの C ドライブは 6 年間で 40TB 近くの書込になっていて、次期マシンは RAM ディスクを使わないことや動画出力が多そうなことを考えると、10 倍の 400TBW くらい欲しいけど、一覧を見ると 300TBW で妥協するほうがいいのかもしれない。

体感速度に影響するであろうランダムリードと、動画出力用にシーケンシャルライトが速いのがいいなと思うと、WD、SanDisk、ADATA の順に有力。ADATA だけずいぶん安い。



ADATA XPG SX8200 Pro ASX8200PNP-512GT-C……レビュー記事。

相性の悪い USB メモリ

動画情報更新で読めない HDD

動画情報更新可能な USB メモリ

ストレージ 5 本挿し

別の組み合わせでストレージ 5 本挿し

やりたいこと

施設の配置

サイロと井戸のレールストップは出力、倉庫のレールストップは入力に設定します。

レールの敷設についてですが、(1)-(2)-(3) の分岐部分は、(1)-(2) を先に敷いてから最後に (3) をつなぐようにします。詳しくは、マインカートの記事の「単線運用」節を参考にしてください。

計算ブロックの配置と設定（右側の分岐）

計算ブロックの配置と設定（左側の分岐）

再びエージェントトリガーを使います。エージェントトリガーを分岐に重ねて下さい（オフセットをしていする場合はどこでも構いません）。

動作結果

生産物流箱庭ゲーム「Factory Town」における計算ブロックの使い方を整理しておきます。前回はごく基礎的な操作方法のまとめでしたが、今回は実用のイメージが湧くかと思います。

やりたいこと

施設の配置

計算ブロックの配置

計算ブロックの設定

動作結果

生産物流箱庭ゲーム「Factory Town」における計算ブロックの使い方を整理しておきます。

計算ブロックとは

シンプルな入出力を行う

以上が、1 入力 1 出力という一番シンプルな計算ブロックの使い方となります。「入力のオン／オフに応じて出力がオン／オフ」されました。これを発展させていくと、実用的な使い方ができるようになります。

• 次回：計算ブロックで発送を制御する

環状線が基本

レールの敷設

レールストップの設置

マインカートの配置

単線運用

なお、コンパクトにレールを敷設すると、4 マスで折り返し運転が可能となります。

パーツ

ケースの開け方

ケースの閉め方

補足

※より良いケース開け閉めの方法をご存じの方は教えてください。

• テーブル構造
• 共通カラムの操作
• 継承でやってはどうか？
• サンプルコード
• サンプルコードアプリの使い方
• 参考資料
• 更新履歴

テーブル構造

public interface IFoodData
{
    // ID
    Int32 Id { get; set; }

    // 名前
    String Name { get; set; }
}

[Table(Name = "t_fruit")]
public class TFruitData : IFoodData
{
    // --------------------------------------------------------------------
    // IFoodData 実装
    // --------------------------------------------------------------------

    // ID
    [Column(Name = "fruit_id", DbType = LinqUtils.DB_TYPE_INT32, CanBeNull = false, IsPrimaryKey = true)]
    public Int32 Id { get; set; }

    // 名前
    [Column(Name = "fruit_name", DbType = LinqUtils.DB_TYPE_STRING, CanBeNull = false)]
    public String Name { get; set; }

    // --------------------------------------------------------------------
    // TFruitData 独自項目
    // --------------------------------------------------------------------

    // 色
    [Column(Name = "fruit_color", DbType = LinqUtils.DB_TYPE_STRING, CanBeNull = true)]
    public String Color { get; set; }
}

のようにする。

共通カラムの操作

private void QueryFoodByName<T>(String oKeyword) where T : class, IFoodData
{
    Console.WriteLine(LinqUtils.TableName(typeof(T)) + " 内で名前に「" + oKeyword + "」を含むレコードを検索");
    using (SQLiteConnection aConnection = CreateDatabaseConnection(DB_NAME_GENERIC))
    using (DataContext aContext = new DataContext(aConnection))
    {
        Table<T> aTableTest = aContext.GetTable<T>();
        IQueryable<T> aQueryResult =
                from x in aTableTest
                where x.Name.Contains(oKeyword)
                select x;
        Console.WriteLine("検索結果：" + aQueryResult.Count() + " 件");
        foreach (T aRecord in aQueryResult)
        {
            Console.WriteLine(aRecord.Name);
        }
    }
}

QueryFoodByName<TFruitData>("hoge");
QueryFoodByName<TMeatData>("fuga");

継承でやってはどうか？

サンプルコード

以上をまとめたものを、サンプルコードとして公開する。

• 公開場所……GitHub
• ライセンス……クリエイティブ・コモンズ・ライセンス（表示 2.1 日本）（第三者部分を除く）
• ビルド方法……別途 LinqUtils.cs が必要。詳細はリポジトリ内の TestLinqToSqlite_ReadMe_JPN.html 参照

サンプルコードアプリの使い方

なお、サンプルコードアプリには基本操作の欄もあるが、こちらについては「C# で SQLite を便利に使うサンプルコード（LINQ to SQLite）」を参照。

参考資料

• C# で SQLite を便利に使うサンプルコード（LINQ to SQLite）

更新履歴

本体

パーツ	型番	想定価格（税込み）
名称	次期メインマシンイメージ その 2（2019 年）	304,960 円
基本部分	サイコム Radiant GZ2800Z390	144,960 円
マザーボード	ASRock Z390 Pro4	- 円
CPU	Intel Core i9-9900K	- 円
CPU クーラー	CoolerMaster Hyper 212EVO	- 円
セラミックグリス	CPU 付属品	- 円
メモリ	16 GB	- 円
SSD	Optane SSD 900P 480 GB HHHL	80,000 円
SSD	SATA 4TB	80,000 円
マウンタ	SSD 付属品	0 円
光学ドライブ （Blu-ray）	LG BH14NS58	- 円
ビデオカード	オンボード	- 円
LAN	オンボード	- 円
ケース	Fractal Design CORE 2550S Black	- 円
電源	SilverStone SST-ET550-B（80PLUS Bronze）	- 円

周辺機器

パーツ	型番	想定価格（税込み）
RAID ユニット	Western Digital My Book Duo WDBLWE0080JCH-JESN（流用） ※8TB、RAID 1 の運用で実効 4TB ※USB 3.0 接続	0 円
サウンドカード	Creative Sound Blaster Digital Music Premium HD (SB-DM-PHD)（流用） ※USB 接続	0 円
スピーカー	ONKYO WAVIO GX-70HD（流用）	0 円
オーディオレシーバー	ONKYO WR-BT300（流用） ※Bluetooth で音声を受信してスピーカーに流す	0 円
ディスプレイ	21.5 インチワイド液晶、IO DATA LCD-MF223XS（流用） ※HDMI 接続	0 円
ゲームコントローラー	Logicool F310r（流用）	0 円

【参考リンク】

• イメージ：239 GB
• 動画出力：80 GB
• 単独ファイル：33 GB（ハイバネ、RAM ディスク初期化）

powercfg /h off

ニコカラメーカーのインストール場所

DirectShow フィルターの再インストール

DirectShow フィルター設定の確認

元動画を無圧縮 AVI にする

動画と歌詞以外のファイルが無いことの確認

管理者権限での起動

ブースターの無効化

ニコカラメーカーを 2 つ起動する

特定のエラーメッセージごとの対処法

知見募集中

本体

パーツ	型番	想定価格（税込み）
名称	次期メインマシンイメージ	25,6000 円
マザーボード	適当	20,000 円
CPU	8 コア 16 スレッド	66,000 円
CPU クーラー	CPU 付属品	0 円
セラミックグリス	CPU 付属品	0 円
メモリ	64GB	70,000 円
SSD	1TB（流用）＋4TB	80,000 円
マウンタ	SSD 付属品	0 円
光学ドライブ （DVD スーパーマルチ）	アイ・オー・データ機器 DVR-SN24GE（流用）	0 円
ビデオカード	オンボード	0 円
LAN	オンボード	0 円
ケース	USB 3 対応	10,000 円
電源	適当	10,000 円

周辺機器

パーツ	型番	想定価格（税込み）
RAID ユニット	Western Digital My Book Duo WDBLWE0080JCH-JESN（流用） ※8TB、RAID 1 の運用で実効 4TB ※USB 3.0 接続	0 円
サウンドカード	Creative Sound Blaster Digital Music Premium HD (SB-DM-PHD)（流用） ※USB 接続	0 円
スピーカー	ONKYO WAVIO GX-70HD（流用）	0 円
オーディオレシーバー	ONKYO WR-BT300（流用） ※Bluetooth で音声を受信してスピーカーに流す	0 円
ディスプレイ	21.5 インチワイド液晶、IO DATA LCD-MF223XS（流用） ※HDMI 接続	0 円
ゲームコントローラー	Logicool F310r（流用）	0 円

ようこそ画面が表示されるので、左側の言語リストの一番下にある日本語を選択し、「デスクトップを起動」をクリックすると、PC に Haiku をインストールせずにライブ CD（というかライブ USB）で Haiku が起動する。

もしかしたら、H.264 の GPU 支援は効いていないのかもしれない。4 スレッドの i7-7500U で H.264 Full HD の負荷が 7% だったのに対し、8 スレッドの i7-3770S の負荷が 9% なのは不自然に思える。GPU 支援が効かずに CPU で処理しているから負荷が高いのではないか。

第 7 世代の Core プロセッサーでは、CPU 負荷・GPU 負荷ともに、H.264 と H.265 でほとんど差が無いようだ。

unable to access 'https://github.com/ ...': SSL certificate problem: self signed certificate in certificate chain

[http]
 sslVerify = false

飲み会などの幹事が「割り勘」費用をみんなから現金で集めるのはかなり気を使う作業ですが、個人間支払いアプリ「Kyash」を使えばスマホで簡単に集金できます。現金を扱わない（支払う側はクレカで払う）ことによる様々なメリットが享受できます。

なお、クレカ番号は幹事には伝わらないので安心です。

幹事側のメリット

• 釣り銭のやり取りが不要になる
• やたら小銭が貯まる、という事態を避けられる
• 「払った」「払ってない」のもめ事から解放される（もらった人が一覧される）
• みんなが Kyash で払うとスピーディーに集金が完了する

支払う側のメリット

• クレジットカードのポイントが貯まる
• 「1 万円札しかないからガムでも買ってくずそう」という必要が無くなる
• 「払った」「払ってない」のもめ事から解放される（送金履歴が残る）
• みんなが Kyash で払うと待ち時間が短くなる
  
• お小遣い制のパパにも優しいかもしれない

準備

以下の手順で、Kyash アプリのインストール・設定を行います。

1. Google Play / App Store で Kyash アプリを検索・インストールします。
2. アプリを起動して「Facebook で始める」「メールアドレスで始める」のいずれかを選び、会員情報を登録します。姓名両方を入力する必要があるようです。
3. クレジットカードの情報も登録します。支払時は、登録したクレジットカードから引き落とされます。
4. 安全のために、アカウント→セキュリティでパスコードを設定しておくと良いでしょう（設定しなくても集金・支払いは可能）。

さらに QR コードアプリを入れておくと、集金がラクになります。幹事側は、QR コード生成機能を併せ持つアプリが良いです。私は、QR コードスキャナーを使っていますが、同等の機能を持っていればどのアプリでも構いません。

集金手順

集金相手を選ぶ方法はいくつかありますが、飲み会の会費徴収のように「複数人から同じ金額を集金する」場合は、請求リンクを使う方法が一番簡単だと思います。

1. Kyash アプリを起動し、ホーム画面右下の「＋」（プラス）マークをタップし、続いて「請求」をタップします。
2. 「相手を選ぶ」をタップします。
   
3. 「請求リンクを作成」をタップします。
4. 画面が戻り、「相手を選ぶ」が「請求リンクを送る」に変化します。
   
5. 「￥0」をタップし、1 人当たりの集金金額を入力します。電卓になっているので、総額と人数の割り算もこの画面で行えます。
   
6. 必要に応じてメッセージを入力してから、「確認画面へ」をタップします。
   
7. 集金内容を確認し、「リンクを作成」をタップします。
   
8. https://kyash.me/payments/ で始まる URL が作成されます。この URL をメール・SNS の DM 等、何らかの手段で相手に送ります。その場にいる複数人に手早く送るには QR コードがラクだと思いますので、ここでは QR コードの方法を説明します。
   
9. 「その他の方法」をタップして、アプリ選択画面で QR コードアプリを選択します。
   
10. 請求 URL が QR コードとして表示されるので、支払ってもらうみなさんに QR コードを読み込んでもらいます。
    

支払い手順

1. 幹事から請求リンクを受け取ります。QR コードの場合は、QR コードアプリで QR コードを読み込みます。
2. 請求リンクをタップすると、ブラウザに請求内容が表示されますので、内容を確認の上、「Kyash アプリで支払う」をタップします。
3. Kyash アプリが起動するので、画面の指示に従ってスワイプすることで、支払いが完了します。
   

補足

幹事側は、集金した金額をオンラインショッピングのクレジットカード払いなどで使うことができます。また、他の飲み会で支払う側になった時は、集金した金額の中から支払うことができます。

現金として引き出すことはできません。

シェア画面（請求リンクの URL が表示される画面）に最初から QR コードを表示しておいてくれるといいんだけどな……。

リンク

C# の LINQ to SQLite を使って作ったアプリを動かしていると、

SQLite warning (284): automatic index on sqlite_sq_C473B20(program_id)

という警告が Visual Studio の出力画面に表示された。

program_id 列に自動的にインデックスを張ったよ、という警告だが、手動で program_id にインデックスを張っているにも関わらず警告が出る。というよりテーブル名が sqlite_sq_C473B20 というような名前なので、何らかの一時テーブルっぽい。

ネットを探してもこれという解決策が見つからなかったが、LINQ で左外部結合（LEFT OUTER JOIN）をしているのが悪さをしているのかもしれない。

LINQ to SQLite で左外部結合をする際は、

var aQueryResult =
        from s in aTableSong
        from p in aTableProgram.Where(x => x.Id == s.ProgramId).DefaultIfEmpty()
        where s.Name == "hoge"
        select new
        {
            s,
            p
        };

もしくは

var aQueryResult =
        from s in aTableSong
        join pp in aTableProgram on s.ProgramId equals pp.Id into gj
        from p in gj.DefaultIfEmpty()
        where s.Name == "hoge"
        select new
        {
            s,
            p
        };

のように記述しているが、LINQ を使わずに

oCmd.CommandText = "SELECT * FROM t_song LEFT OUTER JOIN t_program ON t_song.program_id = t_program.program_id"
        + " WHERE t_song.song_name = 'hoge'";

のような古来の記述にして ExecuteReader() したところ、警告が出なくなった。

自動でインデックスを張る作業が重いのか、警告メッセージを表示する作業が重いのか、修正前のコードは実行速度もすこぶる遅い。

該当部分だけできちんと測定したわけではないが、全体の実行処理速度は、修正前で 6 分かかっていたものが、修正後は数秒で完了するようになった。

ひとまずは解決したが、できれば LINQ で記述したい……。

LINQ での解決策をご存じの方がいらっしゃいましたらご教示下さい。

今使っているタブレット、SHARP AQUOS PAD SH-05G は 2016 年 1 月頃に購入したので、そろそろ 2 年になる。

新しいタブレットを購入しても良い時期かなと思って、どんなのがあるか見てみたのだが……。

7 インチタブレット、もしくは、6 インチ後半のスマホで LTE が使えるスペック高めなものが、そもそもあまりラインナップが無い。人気無くなったんだねぇ。ガラケーとの 2 台持ち組としては、大きい画面が嬉しいんだけど。







改めて AQUOS PAD のコンパクトさがわかる。7 インチなのに、6.8 インチ機よりも高さが 1cm ほど低い。さすがに幅は大きいが、重量も軽い。

なので、買い換えても、あまり進化した感が無い。この中なら、ZenFone 3 Ultra がメモリ 4GB なので、性能的にはアップしそうではあるが……。

うーんイマイチ。

別件で、ルーター代わりにたまに使っている FREETEL Priori3S LTE（FTJ152B）、使用頻度はまれなのに、電源ボタンが死にかけて反応がすこぶる悪い。安かろう悪かろうを地で行く感じで、こちらもそろそろ買い換えなくては……。

新しく購入したモバイルノート PC「LAVIE Hybrid ZERO」のスペックを整理。

購入価格は 219,770 円。

パーツ	型番
名称	NEC LAVIE Hybrid ZERO カタログモデル （PC-HZ750GAG）
ディスプレイ	13.3 型ワイド LED IPS液晶（タッチパネル対応）、1920 x 1080（フル HD）
CPU	Intel Core i7-7500U (Kaby Lake) ※物理 2 コア、HT 有り（論理 4 コア）、実クロック 2.70 GHz（Turbo Boost 3.50 GHz）、TDP 15W、14nm プロセス
メモリ	8GB （LPDDR3 SDRAM）
ビデオカード	オンボード （Intel HD グラフィックス 620）
サウンドカード	オンボード
有線 LAN	なし
無線 LAN	IEEE802.11ac/a/b/g/n 準拠（最大 867 Mbps）、Wi-Fi Direct 準拠、Bluetooth Smart Ready 準拠
WAN	なし
SSD	256 GB
バッテリー	約 10.0 時間駆動
質量	本体 831g ＋ AC アダプタ 192g ＝ 1,023g

ノートパソコンはこれまで Let's note を使っていて、6 年前に購入したパソコンにも関わらず、通常使う分には全く問題がなかった。しかし、HDMI で外部ディスプレイ出力する際、フル HD 60 fps などの重い動画を再生できないことが判明（恐らく内蔵 GPU が弱い）。そこで新しいのを買うことにしたのだが、条件としては、

• 液晶は 13.3 インチ程度まで（大きすぎると持ち運びづらい）
• 本体重量は 1kg 以下が望ましい（重いと持ち運びづらい）
• メモリは 8GB 欲しい
• HDMI ポート必須
• USB 3.0 / 3.1 ポート必須
• タッチパネル対応が望ましい

で、ヨドバシとビックを眺めてみた。店頭に並んでいる分だけしかチェックしなかったので、色々と漏れはあるのだが、

• 東芝 dynabook：薄くてスタイリッシュで良い感じなのだが、軒並み HDMI が無かった（今 Web 見たら、USB ポートにアダプタ付けて HDMI 出力できるらしい）
• SONY VAIO：メモリが 4GB しかなかった
• ASUS：メモリが 4GB しかなかった、タッチパネル非対応
• LG：全体的に安価なのが魅力的だったが、13.3 型は HDMI が無かった（大きいのには HDMI があったが）、タッチパネル非対応

LAVIE と最後まで迷ったのは、Panasonic Let's note。コンパクトな RZ が店頭にあれば買ってたかもしれないが、残念ながら品切れだった。タブレットになる XZ は、タブレットにならなくていいんだけどというのと、価格が少しだけ LAVIE より高かったことを考え、総合的には LAVIE かな、となった。

PC を使っている際、突然、日本語入力ができなくなることがある。

IME のアイコン上は日本語入力モードになっているにもかかわらず、実際には直接入力になってしまう。

特定のアプリケーションのみで入力できなくなるのではなく、アプリケーションにはよらない。

IME は普段は ATOK を使っているが、MS-IME に切り替えても、やはり入力できないままである。

一旦キーボードの USB を抜いて、再度 USB を挿しても、入力できないままである。

ところが、起動している Firefox（50.1.0）を終了させると、日本語入力が可能となった。

Firefox が何らかの影響を及ぼしていそうな感じがする。

ちなみに OS は Windows 10 Pro 64 ビット。

同じ GMO グループで提供しているレンタルサーバーで、価格帯も似ていて、違いがよく分からなかったので、比較メモを整理してみた。

	CORE SERVER CORE-MINI	バリューサーバー エコ	XREA Plus
初期費用	無料	1,000 円	無料
月額（12 ヶ月契約時）	198 円	167 円	191 円
ディスク容量	60GB	50GB	10GB
転送量上限（月）	100GB	150GB	90GB
CRON ジョブ	○	○	○
MySQL	10	1	5
マルチ・サブドメイン	50	25	40
共有 SSL	○	○	○
商用利用	不明	○	○
再販	△	○	×

XREA Plus が 1 番の項目は無いので、XREA Plus は選ばない方が良いのかと思う。

CORE とバリューを比較すると、価格面では、初期費用を考えると CORE の方がお得。その他もだいたい CORE の方が優れている。

というわけで、ほとんどの場合は CORE を選ぶ方が良さそう。

英雄伝説暁の軌跡のクオーツとして登場する「耀脈」（おそらく読み方は「ようみゃく」）。敵の落とす地・水・火・風属性のセピスが属性ごとに 3 個増えるというありがたいクオーツだが、詳しい効果というか、発動条件というかが分からなかったので、検証してみた。

主に知りたかったのは、

• 控え（編成の 5 人目～8 人目）キャラが耀脈を持っていていも効果は出るのか
• 複数人が耀脈を持っていると効果が重複するのか

の 2 点だったのだが、意外な結果になった。

検証に使用したバトルフィールドは、戦闘訓練序章「先輩遊撃士の特訓 (1)」のバトル 24。敵が 1 体（スコット）のみ登場するので、検証しやすかったため。

耀脈なしの場合

まずは、耀脈がない状態の結果を確認。誰にも耀脈を付けずに、バトル 24 を 7 回戦った。

結果は右の図の通り（耀脈の影響を受けない時・空・幻は省略）。

得られるセピスの数が一定ではないことがわかる。得られる数は 0～3 のようだが、飛行船の支援で増えている可能性はある。

耀脈あり（耀脈持ちが倒す）の場合

次に、耀脈の効果がきちんと出ると思われるパターン、「耀脈を持ったキャラが、敵にとどめを刺す」場合の結果を確認。

先頭キャラのリースに「耀脈 1+5」（確率 45% で 3 個増加）を持たせ、リースがトドメを刺すようにして 7 回戦った。

結果は右の図の通り。

5～7  回目の試行では、耀脈なしではありえなかった 4 個以上のセピスが落ちており、耀脈の効果が出ているとみて良い。

耀脈の説明文「属性ごとに 3 個増える」の解釈だが、耀脈の効果が発動した場合に

• 問答無用で 3 個増える
• 敵が落とすセピスが 3 個増える（1 個落とすと 4 個になるが、0 個なら 0 個のまま）

の 2 パターンのうちどちらなのだろう、と疑問に思っていたが、結果を見る限りでは「問答無用で 3 個増える」ようだ（0 個セピスがないため）。

耀脈が発動したのかどうか微妙なのが、1 回目の結果だ。耀脈無しでも 3 個のセピスを落とすことはあるため、耀脈が発動せずにたまたますべてのセピスが 3 個おちたのか、それとも、元々 0 個のセピスだったのに耀脈が発動して 3 個になったのか、どちらの可能性もある。

とはいえ、耀脈無しのセピスの落ち方から見て、元々 0 個のセピスだったものが耀脈の効果で 3 個になった可能性の方が高そうなので、ここでは、耀脈発動扱いとする。

以上により、7 回中 4 回耀脈が発動した。スペック通りの 45% の発動確率ならば、7 回中 3～4 回発動となるので、スペック通りの発動といえる。

耀脈あり（耀脈持ち以外が倒す）の場合

次に、パーティーに耀脈持ちを組み込むが、耀脈持ち以外が敵にトドメを刺した場合の結果を確認した。

先頭キャラのリースに「耀脈 1+5」を持たせた上で、リースはトドメを刺さず、他のシェラザード・エンネア・クロエのいずれかがトドメを刺すようにして、7 回戦った。

結果は右の通り。

驚きである。1 回も耀脈が発動していない。

つまり、耀脈を発動させるためには、耀脈持ちのキャラが敵にトドメを刺す必要があるということだ。

理論上、1.5% 程度の確率（(1-0.45)^7）で、「耀脈持ち以外がトドメを刺しても効果が発動する仕様だけど、運悪くたまたま発動しなかった」だけであったとも考えられるが、それよりは、耀脈持ち以外がトドメを刺しても発動しないと考える方が妥当だろう。

まとめ

今回の検証の結果、以下の結論とする。

• 耀脈を持っているキャラが敵にトドメを刺した場合のみ、所定の確率で耀脈の効果が発動する

また、当初知りたかった事柄についても、自動的に導き出される。

• 控えのキャラが耀脈を持っていても効果は無い（途中で交代してトドメを刺す場合を除く）
• 複数人が耀脈を持っていても効果は重複しない（トドメを刺せるキャラが増えるというメリットはある）
  

なお、今回の検証は 2016/09/20 に行ったものなので、今後の仕様変更等で変わる可能性はある。

願わくば、パーティーの誰かが耀脈を持っていれば、耀脈の効果が発動するように仕様変更されて欲しい……。

Windows 10 に Visual Studio 2015 Community をインストールしたところ、何度やってもうまく動かないので、症状を整理しておく。

PC 環境はこちらの通りで、OS を Windows 7 Professional から Windows 10 Pro にアップグレードし、その際、クリーンインストールしている。

第 1 回インストール

初回は、Windows 10 インストール後、もろもろ必要なソフトをインストールした後に、VS 2015 をインストール。当時はまだ VS 2015 Update 2 の時だった。

英語版をインストールが無事に完了し、引き続いて Language Pack をインストールしたところ、Language Pack のインストールが終了しないという事態に。中止することもできず、強制終了させても、再起動すると再びインストールが始まって終了しないの繰り返しなので、やむなく Windows 10 を再インストールすることに。

第 2 回インストール

Windows 10 再インストール後、同じ手順を繰り返したが、やはり Language Pack のインストールがうまくいかない。

システムの回復で、Language Pack をインストールする前の状態に戻し、VS 2015 Update 2 を英語の状態で運用する羽目になった。

第 3 回インストール

時は進み、VS 2015 Update 3 が登場。

ここで再び、VS 2015 の英語版と Language Pack のインストールを試みた。

しかしやはり、Language Pack のインストールが完了しない。

第 4 回インストール

ここで、vs_community_JPN.exe（最初から日本語版）があることに気付く。

記憶が曖昧だが、VS 2015 英語版がインストールされている状態で日本語版をインストールしてみたところ、インストールが上手くいかず、では英語版をアンインストールしようとしたら、アンインストールもうまくいかず、だったと思う。

仕方が無いので Windows 10 をまた再インストールし、何はともあれ最初にと、他のソフトを入れる前にいの一番で VS 2015 日本語版をインストール。

するとインストールが無事に完了し、めでたしめでたし。

……と思いきや、起動してみると、スプラッシュスクリーンの状態から進まない。

試しに、2 つ目のインスタンスを起動してみたところ、今度は普通に起動した。

2 回起動すれば良いなら、それで我慢するか、とも思ったが、よく見ると、1 つ目のインスタンスが CPU 1 つをフルロードにしている。しかも、2 つ目以降のインスタンスは、終了させるとゾンビになってやはり CPU をフルロードにしてしまう。

これでは実用にならない。

第 5 回インストール

実環境はあきらめて、仮想環境の Windows 10 に Visual Studio 日本語版を入れてみた。

するとすんなりインストール＆起動できた。

仕方なく、今はこれで使っているが、やはり仮想環境での VS はかなりストレスである。

第 4 回その後

いつの間にか、VS が 1 つ目のインスタンスから起動するようになっていた。

とはいえ、終了後にゾンビ化して CPU を食うのは相変わらず。

また、VS を起動しなくても、VSIXAutoUpdate.exe が CPU 1 つ分を消費している。

UTAU 音源自動トークツール「唄詠」で、音声合成エンジンに moresampler を使う方法のまとめです。唄詠 Ver 7.24、moresampler 0.7.0 にて確認しています。

moresampler をダウンロード・解凍します。

moresampler を解凍すると含まれている「moreconfig.txt」をメモ帳などで開き、「Output settings」のところを「resampler-compatibility on」に修正します（デフォルトでは off になっている）。

# === Output settings ===
output-sampling-rate 44100
output-bit-depth 16
resampler-compatibility on

唄詠を起動し（管理者権限で起動することを推奨します）、「新規登録」ボタンをクリック。

音源の新規登録ウィンドウが開きますので、oto.ini に好きな音源の oto.ini を指定します。

続いて、調声プラグイン（やまなみ）の「設定」ボタンをクリック。

やまなみの設定ウィンドウが開きますので、「wavtool の場所」では、UTAU に付属している wavtool.exe を指定します。

「resampler の場所」では、先ほど解凍したファイルに含まれている moresampler.exe を指定します。

「試聴」ボタンをクリックすると、moresampler で合成された音声を聞くことができます。

「OK」ボタンをクリックして、音源を登録すれば完了です。

唄詠と moresampler を使った HANASU の例を以下に挙げます。

• 唄詠＋moresampler＋南極リョク　テスト

なお、音声合成エンジンを moresampler にすると、本家 UTAU での合成ではなくなります。UTAU 音源の利用規約に「本家 UTAU でのみ使用可」のような制限がある場合は moresampler は使えませんので、個々の UTAU 音源の利用規約を確認してお使いください。

黒猫のウィズをやっていると、バッテリーががんがん減っていくが、何時間連続プレイできそうか、ざっくりと計算したメモ。

新型 AQUOS PAD（SH-05G）

右のバッテリーグラフで、一番右の傾斜の急なところが、黒ウィズをやっているところ。

傾斜を測定すると、横 146 ピクセル進んで縦 381 ピクセル下がっている。

縦軸の 100% は 1,229 ピクセルなので、単純に比率計算（146:381=x:1229）すると、バッテリーを 100% 消費するのに横軸は 471 ピクセル進むことになる。

横軸は 1 時間当たり 80 ピクセルなので、471 ピクセルは 5 時間 53 分。

というわけで、6 時間弱バッテリーが持ちそう。

旧型 AQUOS PAD（SH-08E）

右のバッテリーグラフで、一番右に近い傾斜の急なところが、黒ウィズをやっているところ。

傾斜を測定すると、横 140 ピクセル進んで縦 512 ピクセル下がっている。

縦軸の 100% は 1,188 ピクセルなので、単純に比率計算（140:512=x:1188）すると、バッテリーを 100% 消費するのに横軸は 325 ピクセル進むことになる。

横軸は 1 時間当たり 90 ピクセルなので、325 ピクセルは 3 時間 36 分。

というわけで、3 時間半程度バッテリーが持ちそう。

旧型はもう 2 年くらい使っていて、だいぶバッテリーもへばっているから少ないのだろう。

それ以前に黒ウィズがバッテリー食い過ぎなのではあるが。

NTT docomo 2015 夏モデルの 7 インチタブレット「AQUOS PAD」（SH-05G、シャープ製）について、格安 MVNO SIM（IIJmio）で 1 ヶ月半程度使った感想を。

全体的な使い勝手としては、軽くて薄くてコンパクト、電池も長持ちというところで、満足感は非常に高い。今までに使った 7 インチタブレットとしては Nexus 7（2012）と旧型 AQUOS PAD（SH-08E）があるが、今回の AQUOS PAD が一番良い。

AnTuTu スコアは電源接続時で 43,528 と、今時のスマホ類の中では高いわけではないだろう。

性能面は実用十分ではあるものの、バッテリー動作時は、3D 系がちょっと引っかかる動きをすることがある。自分が使っている 3D 描画は黒猫のウィズくらいなので、ちょっと動作が引っかかっても全く問題ないが……。

何も操作をせずに放置した状態での、バッテリーの減り具合は右のような感じ。

Android 5 はバッテリー駆動時間が表示されないが、グラフ上、13:00～21:00 のおよそ 8 時間で、バッテリーは 1% しか減っていない。1 時間当たり 0.1～0.2% 程度の消費。

単純計算で、1 日 3% バッテリーが減ると 33 日間バッテリーが持つことになり、かなりの長寿命タブレットと言える。

なお、メールと連絡先以外の Google アカウント同期は OFF にしてあり、docomo のプリインストールアプリも多くをアンインストールまたは無効化してある。

SH-05G は MVNO SIM でもテザリングができる貴重な機種だが、テザリングの性能については不満あり。テザリングされてつながったほうの端末（子機側）でパケ詰まりのような症状が発生する。ブラウザ（Chrome）でのインターネット閲覧も微妙な感じだが、特に黒猫のウィズの通信がひどく、かなり通信時間がかかったり、頻繁にタイムアウトしたりする。テザリング性能については改善を望みたい。

その他、ハードウェア面では、クレードルでの充電ができないのは残念。旧型 AQUOS PAD はクレードルに挿せば充電できたので、USB ケーブルをさすよりも手軽だった。

というわけで、不満ゼロというわけにはいかないが、軽くて長持ちという基礎部分が非常に良いので、5 段階評価でいえば文句なく最高値 5 のレベル。

NTT docomo 2015 夏モデルの 7 インチタブレット「AQUOS PAD」（SH-05G、シャープ製）を入手。

AQUOS PAD のスペックは公式サイトに記載があるが、主なものは、

• ディスプレイ：7.0 インチ IGZO（1200×1920）
• CPU：Snapdragon 810（MSM8994）オクタコア（2GHz×4＋1.5GHz×4）
• メモリ：2GB
• ストレージ：32GB
• 重量：216g
• 防水・防塵
  

docomo のタブレット・スマホは、格安 SIM だとテザリングできないものがほとんどだが、AQUOS PAD（SH-05G）は格安 SIM（IIJmio）でテザリングができた。

右の写真は、AQUOS PAD（左側）をルーター側としてテザリングし、Wi-Fi 接続しかできない Nexus7-2012（右側）でインターネットアクセスしている様子。

手順は以下。写真類はクリックで拡大する。

手順

1. AQUOS：［Android 設定→無線とネットワーク→もっと見る→テザリング→Wi-Fi テザリングを設定］で、あらかじめルーターとしての設定を行っておく。ネットワーク名とパスワードを好きに設定する。
   
2. AQUOS：［Android 設定→無線とネットワーク→もっと見る→モバイルネットワーク→アクセスポイント名］で、APN が MVNO（IIJmio）になっていることを確認する。
   
3. AQUOS：画面上部のドロワーで Wi-Fi テザリングを ON にする。この時、（テザリングではないほうの）Wi-Fi は OFF になるが気にしなくて良い。
   
4. Nexus7：［Android 設定→無線とネットワーク→Wi-Fi］で、手順 1 で設定したネットワーク名を探し、接続する。
   

以上で、テザリングにより、Nexus7 でインターネットにアクセスできるようになった。

もちろん、引き続き AQUOS もインターネットにアクセスできる。右の写真で、左上の渦巻きがテザリング中であることを示している。

Nexus7 が AQUOS に接続すると、AQUOS 側のドロワーの表示が「Wi-Fi テザリングが有効です：1 台接続中」となる。

テザリング中は、AQOUS の［Android 設定→無線とネットワーク→もっと見る→モバイルネットワーク］で、「アクセスポイント名」がグレーアウトされて変更できないようになっている。

なお、一度、AQUOS のインターネットアクセスができなくなってしまったことがあった（Nexus7 もダメ）。この時は、APN 設定が sp モードに変更されていた。APN を IIJmio に戻すことで解決した。

余談だが、旧型の AQUOS PAD（SH-08E）は MVNO でのテザリングができない。

「UTAU プラグインを作ろうと思うんだけど、プログラミング言語は何が良いんだろう？」

このようなお悩みをたまに見かけますので、今回はそれを考えてみます。

ちなみに、UTAU 以外で既に十分なプログラミング経験のある方は、普段お使いの言語で作れば問題ありません。プラグインの仕様や、各言語での実装例（半音上げプラグイン大会のエントリーなど）を見れば、あっという間に作れるでしょう。

ここでは、あまりプログラミング経験のない方のために考えることにします。

言語選びのポイントは以下です。

• 世間で人気の言語であること
• GUI が作りやすいこと
• プラグイン利用者側の追加ソフトインストールが不要であること
  

各項目について、次節以降で詳しく見ていきます。

世間で人気の言語であること

夢も希望もない話かもしれませんが、初心者であるほど、長いものに巻かれるほうが無難です。

世間で人気の言語（利用者が多い言語）であれば、入門書や入門サイトも数多く存在しますし、ハウツーやトラブル対策の情報も豊富です。あなたがトラブルに見舞われたとして、人気の言語ならば、他にも多くの人が似たような経験をしているはずなので、すぐに対応策を探せるでしょう。

逆に、マイナー言語の場合、そもそも開発環境自体のバグが残っていたりすることもあり、余計なトラブルに巻き込まれかねません。

人気の言語は、TOIBE が定期的に測定しています。クローズドソースも含め、世界で使われている言語を推定しているランキングです。古めの言語の順位が上がってしまう傾向にありますが、十分参考になります。2016 年 1 月のランキングでは、以下の順位です。

1. Java
2. C
3. C++
4. C#
   
5. Python
   
6. PHP
7. Visual Basic .NET
8. JavaScript
9. アセンブラ
   
10. Ruby
    

Java は最近ずっと 1 位をキープしています。パソコンの世界だけ見ると Java で作られたアプリはそこまで多く感じられませんが、スマホ（Android）アプリは Java がメインであり、スマホ開発が盛んになっていることの現れでしょう。

C と C++ は順当に高ランキングを獲得していますね。歴史の長い言語なので、直近の勢いという意味ではそれほどではありませんが、しっかりしたライブラリなどの多くは C/C++ ですし、普段使っているようなパソコンソフトだけではなく、裏方（ドライバ、ライブラリ、ファームウェア等）としても様々な場面で使われています。

4 位の C# はメジャー言語の中では後発組です。短期間でランキング上位にのしあがったのは、マイクロソフトの影響力が大きいです。とはいえマイクロソフトの影響力 があるのはパソコンの世界の話で、スマホではあまり影響力はありません。スマホ全盛の時代に高ランキングを獲得しているのは、C# そのものの良さがあるからでしょう。

5 位の Python は、日本ではそこまでメジャーではありません。プロの求人ランキング（横軸）を見ても、マイナー言語と同等の求人件数しかありません。しかし、世界に目を向ければ、Google 先生が Python 押しであることが大きな追い風となり、ホットな言語と言えます。

6～10 位は、アセンブラを除いてお手軽系の言語が並んでいます。

これら 10 言語をおすすめ言語候補として、以降でさらに絞り込んでいきましょう。

GUI が作りやすいこと

ほとんどの UTAU プラグインには GUI（ウィンドウやボタンなどの画面）が必要になってきます。GUI を簡単に作れるかどうかは、生産性に大きく影響します。

言語ランキング 1 位の Java は初期の頃から GUI に力を入れてきており、GUI は作りやすいと言えるでしょう。私自身は Java での GUI 開発経験はありませんが、例えば Java の統合開発環境として使える Eclipse であれば、RAD ツール（GUI をドラッグアンドドロップで簡単に設計できるツール）の Swing Designer が標準搭載されているようです。

言語ランキング 2 位の C での GUI 開発は地獄です。仕事でやむを得ずというのならともかく、UTAU プラグインの GUI を作るために C を用いるのは正気の沙汰ではありません。

言語ランキング 3 位の C++ での GUI 開発は微妙です。

C++ 開発環境の鉄板である Visual Studio において、GUI 開発は以前よりはマシになりました。RAD ツール付きの Visual Studio が無償で利用できるようになったためです。しかし、付属の C++ ライブラリの使い勝手は悪く、慣れるまでにかなりの時間を要するでしょう。

別の C++ 開発環境として C++Builder が挙げられます。優秀な RAD ツールで、効率的に GUI 開発が行えます。しかし、価格が高いこと、バグが多くサポート力も弱いこと（昔のセキュリティーホールが放置されたままになってたります）、（言語としてではなく）ツールとしてのユーザー数が少ないことから、おすすめはできません。

言語ランキング 4 位の C# および 7 位の Visual Basic .NET（以降 VB.NET）は GUI の開発がやりやすくなっています。開発環境は C++ の時と同じく Visual Studio ですが、使い勝手は大きく異なります。C#・VB.NET の場合は GUI が作りやすいように整備されており、また、付属のライブラリ（.NET）も扱いやすいです。

言語ランキング 5 位の Python は、標準では GUI の開発は大変です。RAD ツールとしては Monkey Studio が利用できるようですが、日本語の情報がほとんどありません。しかし、IronPython という、.NET と組み合わせたバージョンの Python は、GUI を開発しやすくなっています。ただし、日本語の情報はあまり多くないようですので、プログラミングに不慣れな人が挑戦しようとすると困難が待ち受けるでしょう。

言語ランキング 6 位の PHP と 8 位の JavaScript はウェブ専用のプログラミング言語なので、今回は除外します。

言語ランキング 9 位のアセンブラでの GUI の開発は……理論上は可能ですね。しかし現実は無理でしょう。

言語ランキング 10 位の Ruby での GUI 開発は、Python と似たような状況です。標準では GUI は作りづらいものの、.NET と組み合わせた IronRuby があります。ただし、IronRuby の開発は止まっており、Python よりも状況は悪いです。

以上により、人気の言語でかつ、標準で GUI 開発を行いやすいのは、Java、C#、VB.NET であることがわかりました。

プラグイン利用者側の追加ソフトインストールが不要であること

UTAU プラグインを使うために、プラグイン以外にも別途あれもこれもソフトをインストールしてください、だと、プラグイン利用者としては不便ですし、インストール作業を面倒くさがってプラグインの利用を諦めてしまうことも多いでしょう。

まず Java ですが、実行ファイルを生成することはできず、別途、JRE（Java Runtime Environment）と呼ばれる追加ソフトが必要となります。残念。

とはいえ、ウェブブラウザのプラグインをインストールする際に一緒に JRE を入れている利用者もいますので、減点要素はそこまで大きくありません。

C#、VB.NET は実行ファイルを生成できます。別途 .NET Framework という追加ソフトが必要となるのですが、Windows に初めからインストールされていたり、あるいはすでに別のソフトを使う際に利用者が自分でインストールしていたりと、たいていの場合はインストールされていることでしょう。とはいえ、.NET Framework のバージョン違いによってインストールが必要になることもあり、減点要素はゼロではありません。

以上により、これまで絞り込んだ言語の中で、この項目を完璧に満たせる言語はありません。

総合評価

ここまでで、有力候補は Java、C#、VB.NET の 3 つに絞られました。この 3 つに順位を付ける場合、私は以下のようにします。

1. C#
2. VB.NET
3. Java

Java は実行ファイルを生成できないので 3 位。実際に UTAU プラグインを配布する際に、一手間必要になってきます。それとは別に、Java は起動が遅いので（一度起動してしまえば早いのですが）、プラグイン利用者がちょっとイライラするかもしれません。

C# と VB.NET を比較すると、機能としては同等なのですが、C# の方が簡潔にプログラムを記述できます。また、よく言われることとして、VB プログラマーの質が低いというのがあります。VB で開発していると、ネットの「知恵」が実は微妙な情報で、それを信じてドツボにハマる、というリスクがあります。

以上により、UTAU プラグインをこれから開発するなら、最もオススメのプログラミング言語は「C#」という判断にいたします。

懸念事項としては、「プログラミング経験の少ない人が C# にチャレンジするのはハードルが高くないか」という問題です。順当に C やあるいは軽量系スクリプト言語の方が習得しやすいかもしれません。とはいえ、UTAU プラグインを作るのが目的であれば、それらの言語では目的を達成するのが困難というのがこれまでの流れです。

これから C# を勉強しはじめる場合、きちんとした書籍を購入して、体系的に C# を理解するのが結局は一番近道だと思います。C# に限りませんが、プログラミングの概念をきちんと理解するのはなかなか大変で、ウェブの Tips をつまみ食いした程度ではその場しのぎの知識しか手に入りません。

とはいえ、まず少し作ってみたいんだ、という場合は、

• 簡単！ Visual Studio 2015入門

はいかがでしょうか。GUI アプリを C# で実際に作ってみることができます。また、

• 半音上げプラグイン大会

の C# の実例（エントリー 3、15、22、27（GUI））も参考になるかと思います。C# 言語の詳細については、プログラミングの基礎的な知識を前提としていますが、

• 連載　改訂版 C#入門

がオンラインの情報としてはまとまっていると思います。

余談

今回は C# 押しということになりました。確かに C# は素晴らしい言語です。

• 他の言語の良いところを取り入れていて使いやすい
• GUI・ネットワーク・同期プログラミングなど周辺のライブラリも充実かつ整理されている
• Visual Studio の支援機能がずば抜けて強力（他の環境を使う気になれないくらい）
  

しかし、つまるところプログラミング言語なんて何でも良いというのもまた一理あるところです。

最初にメジャー言語で絞り込みましたが、情報収集にもっと労力を注ぎ、不足するところは自分で考えることにすれば、マイナー言語でもいいわけです。例えば Lazarus は無料で GUI を簡単に構築できます。Lazarus に限定するとユーザー数は多くありませんが、Lazarus は言語としては Object Pascal でありそこそこの順位にいますから、悪くない選択肢かもしれません。

今回 1 位と 2 位の C# と VB.NET を比較した場合、VB.NET の良いところは一つも無いと言っても過言ではありませんが、C# と 3 位の Java を比較した場合、UTAU プラグイン以外にも目を向ければ、Java のいいところもたくさんあります。将来 Android アプリも作りたい、ということであれば、その準備を兼ねて Java を選択する、ということも考えられます（逆に Android アプリを C# で作る方法もありますが）。

世界の潮流で言えば、Python は「来てる」言語です。Google のクラウドサービスで何かしようとしたら Python は有力でしょう。その意味では、IronPython も挑戦しがいがあるかもしれません。

C# ももちろんですが、他の言語にも是非目を向けてみてください。