AWK超簡単再入門

「この合成ログファイルから使用セルの数とサイズ求めるプログラム作れ」
「んー、各行にインスタンスパスとセル名とサイズとかがあるんすか。こんなん、プログラムじゃなくって、awkでいいじゃん」
「何でも良いから」
「あいよ」

　と、おもむろに端末を立ち上げて、awkと打ち込み数秒後

やっべ　AWK忘れた

　たぶん、2年ぶりぐらいにawkの文字を打ち込んだんじゃないかな。クソニートだし、もうそろそろ痴呆が始まったかな。時間の流れは残酷だね

AWKとは

　一行一行を抜き出して、更にその行をセパレータ（デフォルトは空白）で分割して処理すると言うことを簡単に記述する処理系。
　CSVとか、何かの文字で区切られているテキストファイルを処理するのに向いている。

　処理系は幾つかあって、この記事ではgawk基準。

　大規模なプログラムも作れるらしいが、この記事はワンライナーで使うのに十分な程度しか解説しません。

自動定義される変数

　一行一行読み出した値や、分割されたデータは$0、$1といった変数に格納されます。

printとprintf

　出力する時はprintかprintf。print文は","（カンマ）区切りで変数を並べるか、" "(半角スペース）区切りで変数を並べる。カンマ区切りの場合は、出力結果にスペースが入る。
　ファイルに出力も出来る。

print "a" "b" "c"  # abcと出力
print "a","b","c"  # a b cと出力
print "hoge" > "hoge.txt" # hoge.txtにhogeを出力
print "moge" >> "hoge.txt" # hoge.txtに追加出力

printf "%05d, %f, %s\n",10,1.2,"hoge"  # printと同様にファイルにも書き出せる。

AWKスクリプトの構造

BEGIN            { AWKの初期化処理 }
END              { AWKの終了処理 }

                 {各行の処理}

/正規表現/       {正規表現にマッチした行の処理}
!/正規表現/      {正規表現にマッチしなかった行の処理}
$n ~ /正規表現/  {$nが正規表現にマッチした行の処理}
$n !~ /正規表現/ {$nが正規表現にマッチしなかった行の処理}

match($0,/正規表現/,m) { 正規表現にマッチした行の処理。m[i]でグループを取得出来る }

変数宣言と型の種類

　変数宣言はない。初めて使ったところから存在し始める。

　文字列と数値と連想配列がある。文字列と数値にほぼ区別はない。
　未定義の変数は0か空文字と見なされる
　

AWKスクリプトの例：出現回数を求めて、値の和を求める

　例として今回の最初の課題、数数えてサイズ求めろ、というのを書いてみましょう。

　セル名が最初に、合計を取りたいサイズが最後に書いてあるログフォーマット（,区切り)だと仮定します。

BEGIN{FS=","}
{count[$1]++; size[$1]+=$NF;}
END{ for(n in count) printf "%s:count = %d, size = %f\n",n,count[n],size[n] }

　うーん、簡単。BEGIN{FS=","}は -F ","というコマンド引数でも可

　今時AWKで巨大スクリプトを書くなんてことはないでしょうが、ワンライナーとしては今でも十分強力ですね。
　昔はsortに渡す為に使ったりしたっけなぁ。

Javaプログラマが今日から始めるC#ぼっち勉強会 その１

　話は聞いたぞ、人類 Javaは滅亡する！

　な、なんだってーーーー

　というわけで、Javaヤバイ　ボラクル　マジオニ　と言いつつ既に数ヶ月。いい加減デブい重い腰を上げ、Javaから別言語への移行を本気で検討する必要があるでしょう。

　私の場合、殆どデスクトップアプリケーションにJavaを利用しています。今回の無償サポートを打ち切るというOracleの姿勢は、Web屋は急いでJavaから切り替える必要もないでしょうが、私にとっては割と直撃ダイレクトアタック攻撃なのです。

C#、キミに決めた！

　Javaから他のどの言語に移行するのかですが、無論JVM言語であるScala、Kottlin、Groovyは除外です。
　となると、基本的にはC++、C#、Rust、Go、JavaScript、Python辺りになるでしょう。

　Pythonは有力候補ですが、前にも言った様に型を明示しない言語は好きじゃない。（最低限関数の型ぐらいは書きたい） JavaScriptも同様。

　C++は普段から使っていますが、メインにするかというと、Javaというファイルや文字列の扱いやすいぬるま湯に浸かってきた私としては、メインにはしたくない。一度ファイルや文字列からC++のオブジェクト世界に入ってしまえば、そんなに苦は無いんですが、やっぱりそこが苦しい。UTF-8以外の文字コードがすべて滅べば良いのに。あと、filesystemはやく実装してくれぇ。Boostを使うとビルドに何をリンクすれば良いのかわかりにくいんだよなぁ。Mavenみたいに自動ビルドシステムがC++にも欲しい。そういやCONANはまだ使ったことない。

　Rustは今アツい言語ですが、ライブラリの数の不安や、学習コストの高さから、ひとまず移行する先としては除外しました。

　残るはGoとC#ですが、決め手はClojureでした。
　なんと、JVM言語のClojureってClojure CLRという.NET上でも動く実装があるらしい。Clojure Scriptは知ってたけど、Clojure CLRは知らなんだ。

　というわけで、どこまでClojure CLRと連携出来るか分かりませんが、.NET言語であるC#を学ぶことにしました。

開発環境

　普通に考えればVisual Studioなのでしょうが、Emacsキーバインドにするのが面倒くさい。
　ていうか、会社とかで使おうと思ったらVisual Studio Expressになってしまうので、何とか避けたい。最終手段にしたい。

　Emacs、ないしVisual Studio Codeで良い感じの開発環境を整えられないのか、ひとまず足掻いてみましょう。
　駄目だったらVisual Studioのキーバインドを泣きながらEmacs化する作業が待っています。(昔Emacsキーバインド化の拡張入れたらやたら不安定になって、削除した)

.NET Coreのインストール

Microsoft .NET

　.NET Coreと.NET Frameworkがあって、FrameworkはWindows専用。（GUIとかも作れる模様。）
　Linuxでも利用したいので一先ずは.NET Coreを選択してインストール。バージョンは2018年現在で最新版の.NET Core 2.1です。
　チュートリアルに従ってダウンロード＆試しに動かしてみる。

「dotnet run」って実行すると、Helo Worldが表示されました。無事動かせたようですね。

Javaとプロジェクト構成の違い：サンプルプロジェクトの作成

　MavenとかGradleなどでプロジェクトを作成するとsrc/mainとsrc/testが作成されて、一つのプロジェクトでメインコードもテストコードも両方管理しますね。

　しかし、.NETではそれぞれを別のプロジェクトとして作成し、それらのプロジェクトをソリューションという単位で管理するようです。
　EclipseのWorkspaceなどがソリューションに近いでしょうか。

　というわけで、最初のサンプルプロジェクトを作ってみました。

mkdir tmp
cd tmp
dotnet new sln
dotnet new console -o sample
dotnet new xunit   -o sampleTest
dotnet sln add sample sampleTest
cd sampleTest
dotnet add reference ../sample

　上記のコマンドは以下の様な意味になります。

1. tmpディレクトリをソリューションとする。（dotnet new sln）
2. コンソールアプリケーションプロジェクト sampleをtmpの下に作成する。(dotnet new console -o sample)
3. xUnitテストプロジェクト sampleTestをtmpの下に作成する。(dotnet new xunit -o sampleTest)
4. ソリューションに作成したプロジェクトを追加する。(dotnet sln add sample sampleTest)
5. テストプロジェクトからメインのプロジェクトが見える様に参照を追加。(cd sampleTest→dotnet add reference ../sample)

Emacsの開発環境: omnisharp-emacs

　例え不毛だったとしても、一先ずはEmacsでの環境を構築してみます。
　Emacs………というか、VimやVisual Studio Codeでもそうみたいですが、OmniSharpというスゴイナニカを介して補完候補表示や、リファクタリング等の機能を実現するようです。この辺はC++のirony-serverと同じ機構なのでしょう。

インストール手順

1. package-install→omnisharpをインストール
2. omnisharp-install-serverコマンドを実行してOmniSharpをインストール

　omnisharpの細かい設定は後々オレノサイキョー化するとして、一先ずはこの程度の設定で十分でしょう。

(use-package omnisharp
  :init
  (add-to-list 'company-backends  'company-omnisharp)
  (add-hook 'csharp-mode-hook
            (lambda ()
              (omnisharp-mode)
              (flycheck-mode))))

emacs-omnishaprを使ってみる

　で、先ほど作成したsample/sampleTestにあるC#ファイルを開きます。開いたらomnisharp-start-omnisharp-serverでOmniSharpを起動します。ソリューションファイルはtmpの下のtmp.slnを選択します。

　適当にプログラムを書いてみると、以下の図の様に、補完を表示したり、構文エラーの場所に破線が出たり、helmでどこから参照されてるかの一覧出したり、シンボル検索したり、中々リッチな環境です。

　しかし、Eclipse等の様に、エラーに対してどう修正すれば良いのか、までは提案してくれない。（※Visual Studioでもしてくれなかったわ）
　そして、正直ドキュメント書きにくい。Visual Studioみたく、///を書いたらparamとかreturnを自動生成して欲しい。summaryだけじゃ足りない。

　後、色々調べていると、omnisharp-unit-testとかいう関数を使ってる古い記事があるんだけど、そんな関数見つからない。どうすりゃいいの。
　仕方がないから、compileコマンドから"dotnet run"とか"dotnet test"で起動してみれば、まぁ、何とか起動は出来る。

　とはいえ、ちょっとしんどい。
　Eclipseみたく現在開いてるファイルのmain関数を実行するとかも出来ない。
　なら、最低限replが欲しいので、Visual Studio Communityをインストールしたら入ったcsiをcomint-runで動かしてみたけど、文字化けするし、複数行入れると変になるし、あまり上手く動作してくれなかった。むぅ………

　というわけで、C#をEmacsで開発するのは、エディタとしてみると中々リッチだけど、IDEとしてみると不十分な感じです。

　ならば次はVisual Studio Codeかな………。明日へ続く。
　

Pythonが好かん

　いや、もうね、昔からずっと思ってるんだけどね、言いたかった。Pythonが好かん。

Pythonのここがいい

　Pythonが好かんとか言いながら、相変わらずPython使ってるのには、やはりPythonにはPythonのメリットがあるからだ。
　それは1にライブラリの多さ、2に手軽さ、3に(Clojureに比べて)起動が高速。（いや、まぁ、Clojureが遅すぎるだけだけど。）

　大した処理をしないスクリプトならGaucheやBash、AWKで済むけど、やっぱライブラリが使いたいとかなると、手軽さと起動の速さとLinuxで準備しなくても使えるという点から、基本的にはPerlかPythonになってしまう。
　今更もうPerl5とかあれだ（もう10年使ってないよ）。
　数値解析したいとなるとPython以外の選択肢を教えて欲しい。

　結局Python一択だ。

Pythonのここが嫌い

filter、mapが致命的に糞

　Clojureで以下の様に書けるmapやらflattenやfilterの連打をPythonで気持ちよく書けない。しかも、map(lambda x:x+1,array)とか読みにくい。内包表記なんてもっと読みにくい。Pandasが必要ない様な場面でも常にPandasを使えとでも言うのだろうか？
　言語的に糞とよく言われるJava以下だ。JavaのStreamは気持ちいいと思う。
　

(->> some-data
        (map #(% :value))
        (flatten)
        (filter #(= (bit-and % 1) 0))
        (map #(* % 10))
        (take 10))

統一感がない

　いつも思うのだが、どうもPythonは言語全体として統一感がない。

　その一番の理由が組み込み関数だ。strだとか、lenだとか、皆は使っていて疑問に思わないのだろうか。なぜ関数とメソッドが言語レベルでチャンポンになっているのだ。
　いや、まだ関数とメソッドならまだしも、更にin、and等の様に演算子までチャンポン。

　いつも毎日Pythonを触ってるというのなら、覚えてしまって気にならないのかも知れない。だが、使うのが月に1回ぐらいだと、何が組み込みで何が関数なのかとか、そんなものを記憶しろというのが無理だ。IQ10あるかないかの低性能な私の脳には、記憶力なんて高等な機能は備わっていないのだ。

　一方で、Clojureを見よ。全部関数かマクロだ。悩むことがない。何か処理がしたければ、とりあえず補完を表示して、とりあえず何かそれっぽい単語で絞れば良いのだ。

　だいたい、lenだとかstrだとかその中途半端なatoi的な省略も気に入らない。length、stringとしてくれ。え？Clojureのstr？Clojureは良いんですよ(´･∀･｀)ﾀﾞﾌﾞｽﾀ

　変数のスコープも意味が分からない。同じスコープ内にいるつもりなのに、変数が見える書き方と、見えない書き方がある。この間ハマった。グローバル変数は読めるのに書けない。でも、グローバル変数としてアクセスしていなければ、ローカル変数として書き込める。すなわち、文法が実行状態依存だ。意味が分からない。書けないなら読めないべきだし、読めるなら書けるべきだ。どう考えても統一性がない。変数宣言の構文がないのが最大の癌なのだろう。

　もう一つ、無名関数の統一感の無さもヤバいと思う。

def method(arg1,arg2):
    pass

reduce(lambda arg1,arg2: arg1+arg2; , list)

　この構文を考えた奴は何故()のありなしを変更したのか。実に読みにくいと思う。どっちかに統一してほしい。

オブジェクト指向が邪魔

　私はオブジェクト指向が大好きだ。JavaやC++を愛している。TypeScriptも好きだ。C#とScalaは残念ながらあまり使う機会が無かった。
　何にせよ、オブジェクト指向自体は全く批判する気が無い。

　だが思うのだ。オブジェクト指向のメリットはカプセル化やポリモーフィズムなどなど、色々あるが、最大のメリットって、やっぱ補完だと。
　予めキッチリかっちりインターフェースでメソッド宣言しておき、実際に実装する時のメソッドの使い方や何があったかなんかは、補完で出せば良いのだ。

　すなわち、型がエディタにとってわかりやすいからこそ、オブジェクト指向は素晴らしいのだ。

　翻って、Pythonはどうだろう。私はjediを使っているが、エディタの補完がしょぼい。しかも何か動作がもっさりする。何の為のオブジェクト指向だ。Type Hints？残念だけどデフォルトでPython3入ってないんだよね。デフォルトで入ってるの2系なんだよね。それも2.6とか。そして、Type Hintを使っても、あるクラスのメソッド定義に、自分のクラスを使うことは出来ない。あほちゃうか？

class A:
    def hoge(self,a:A): だめ

　むろん、Pythonで大型のプログラムを書く人は、オブジェクト指向の型以外のメリットを十分に享受しているのだろう。
　だが残念だが、私はスクリプト的にしか使っていない。

　なのに、クラスのメソッドと、関数を使い分けさせられる。ついでにwithやらinやら？もう、勘弁してくれ。全部関数にしてくれ。あぁ、Clojureは素晴らしいなぁ。（起動遅い & Javaのメソッド呼ぶ時は補完でわかりにくい）

まとめ

　結局の所、私はPythonを使い慣れていない、使う機会が少ないが故に、記憶が出来ないのに、言語に統一感がなく、チャンポンなせいで一々ドキュメントを引くのが面倒くさい、というのがPythonが嫌いな一番の原因だろう。
　ちょっとしたことが組み込み関数だったり、演算子だったり、構文だったり、メソッドだったりで分かれているのが非常に面倒くさい。時々ペロッとスクリプト書くなら、手軽さならBashやGauche、処理に時間がかかるなどで、起動コストを気にしなくて良いならClojureが一番だと思う。

　が、やはりそこそこの速度とライブラリの充実さでPythonを選ばざるを得ないから、時々こうやってストレスが溜まるのだ。

Razer Tartarus V2をRazer synapse3無しで動かす

　昨日不満をぶちまけたRazer Tartarus V2だが、悪いのはソフトであって、ハードではない。
　ソフトを憎み、ハードを憎まず。

　ハードは物がなければどうにもならないが、ソフトなら何とかならないこともないはずだ。

Razer Tartarus V2 メカメンブレン 左手用キーパッド 【日本正規代理店保証品】 RZ07-02270100-R3M1

HID macros

　ここでまず候補に挙がるのが、HID macrosだろう。(※AutoHotkeyはLowLevelKeyboardProcによるフックで動くので、デバイスごとの設定はできない。)

　だが、ここで問題が。私のWindows 10ではHID macrosが動かないのだ。

　もう開発されていないし、メンテナンスもされていないので仕方がないが、何故だ。

HidKeySequence

　HidKeySequenceという複数のデバイスを認識し、それぞれにマクロを割り当てるソフトがあるらしい。
　これだ！と勇み足でダウンロードボタンを押すが、私がアクセスブロックされて、ダウンロード出来ない。何故だ。

　私は何か悪さをしたのだろうか。
　人から拒否されるなんて、そんな…思い当たる節が多すぎるが、HidKeySequenceは昨日知ったのでまだ悪さはしてないと信じたい。

　公式はウンコ。AutoHotkeyは駄目。HID macrosは動かない。HidKeySequenceは拒否された。
　残念だ。四面楚歌だ。ここで試合終了です。

パンがないならパンを焼けば良いじゃない

　と、普通ならもう諦めて、大人しくTartarus V2(1万円)をそっとゴミ箱に捨てるか、Razer synapse3と共に生きる覚悟を決めるのだろうが、残念だが私は糞ニートだ。
　ここで我を通せぬ様では糞ニートなんてやっていられない。こんなところで折れる様では、老後が心配になってしまうではないか。親をも恐れぬ精神で立ち向かう義務がある。

　さて、長い前置きはここまでにして、もうこうなってしまった以上、自分でプログラムするしかない。
　が、ここでも問題がある。

　Windowsにおいて、キーボード入力をフックするにはLowLevelKeyboardProcを使えばいいのだが、これだとAutoHotkeyと同様でデバイスを認識出来ない。デバイスを認識したいならRaw Inputを使う必要がある。

　なら、これら二つを組み合わせれば良い。これは完全に正しい。これらの情報のどちらが先に来るのか分からない、という点を除けば。

　正確に認識するには入力をバッファリングやブロックしたりと、かなり面倒だ。

　だったら、もう直接デバイスの入力を奪ってしまえば良いのだが、これをするにはドライバを実装する必要がある。
　これも面倒だ。

Interception

　流石にドライバは書きたくないし、WinAPIも叩きたくない。
　どうにかならないかと探していたら、Interception(GitHub)という、マウスやキーボードの入力を傍受し、書き換えたり送信したりが簡単に出来るCライブラリを見つけた。

　仕組みとしてはInterceptionが提供する仮想ドライバが各マウスやキーボードの入力を制御する機能を提供し、ライブラリ利用者はその仮想ドライバを操作する。

　なお、ドライバは商用版ではソースコードが提供される様だが、フリー版では非公開だ。
　ドライバが安全かどうかは信じて使うしかない。暫く通信を監視してたけど、怪しげな通信は無かったと思うよ。（もし、この記事を真似て自作する場合は、自己責任でお願いします。）

　さて、先ずはRazer Tartarus V2の入力をすべて奪ってみる。（なお、HIDは環境に合わせて変更してしてください。）

#include "interception.h"
#include <windows.h>
#include <iostream>
#include <wchar.h>
using namespace std;

//環境に合わせて変更してください。
const wchar_t KEYBD_HID[] = L"HID\\VID_1532&PID_022B&REV_0200&MI_00";
const wchar_t MOUSE_HID[] = L"HID\\VID_1532&PID_022B&REV_0200&MI_02";

int main(){
  // 高優先度化
  SetPriorityClass(GetCurrentProcess(), HIGH_PRIORITY_CLASS);

  //Interceptionのインスタンス生成
  auto context = interception_create_context();
  if(!context)return 1;
  interception_set_filter(context, interception_is_keyboard, 
                          INTERCEPTION_FILTER_KEY_DOWN | 
                          INTERCEPTION_FILTER_KEY_UP |
                          INTERCEPTION_KEY_E0|
                          INTERCEPTION_KEY_E1);
  interception_set_filter(context, interception_is_mouse,
                          INTERCEPTION_MOUSE_WHEEL|
                          INTERCEPTION_FILTER_MOUSE_MIDDLE_BUTTON_DOWN|
                          INTERCEPTION_FILTER_MOUSE_MIDDLE_BUTTON_UP
                          );


  //  Tartarus V2を探す
  InterceptionDevice keyboard=INTERCEPTION_MAX_DEVICE,mouse=INTERCEPTION_MAX_DEVICE;
  wchar_t buf[500];
  for(size_t i = 0;i<INTERCEPTION_MAX_KEYBOARD;i++){
    InterceptionDevice d = INTERCEPTION_KEYBOARD(i);
    if(interception_get_hardware_id(context, d,buf, sizeof(buf)) && 
       wcscmp(KEYBD_HID,buf)==0){
      keyboard = d;
      break;
    }
  }
  for(InterceptionDevice i = 0;i<INTERCEPTION_MAX_MOUSE;i++){
    InterceptionDevice d = INTERCEPTION_MOUSE(i);
    if(interception_get_hardware_id(context, d, buf,sizeof(buf)) &&
       wcscmp(MOUSE_HID,buf)==0){
      mouse = d;
      break;
    }
  }
  if(keyboard == INTERCEPTION_MAX_DEVICE || mouse ==INTERCEPTION_MAX_DEVICE){
    interception_destroy_context(context);
    return 1;
  }
  
  // 入力を処理する
  InterceptionDevice device;
  InterceptionStroke stroke;
  while(interception_receive(context, device = interception_wait(context), &stroke, 1)>0){
    if(device == keyboard){
      InterceptionKeyStroke& s = *(InterceptionKeyStroke *)&stroke;
      cout << "Keyboard Input "
           << "ScanCode="<< s.code 
           << " State="<< s.state<<endl;
    }else if(device == mouse){
      InterceptionMouseStroke& s = *(InterceptionMouseStroke *)&stroke;
      cout << "Mouse Input" 
           << " State="<<s.state
           << " Rolling="<<s.rolling
           << " Flags="<<s.flags
           << " (x,y)=("<<s.x<<","<<s.y<<")"
           << endl;
    }else{
      //他のデバイスの入力は通過させる
      interception_send(context, device, &stroke, 1);
      if(interception_is_keyboard(device)){//Escapeで終了
        InterceptionKeyStroke &s = *(InterceptionKeyStroke *) &stroke;
        if(s.code == 1) break;
      }
    }
  }

  interception_destroy_context(context);
  return 0;
}

　これを以下のコマンドでコンパイル。

g++ main.cpp -linterception -Ldllのあるディレクトリ

　生成されたa.exeを実行してみる。（dllは読み込める様にしておくこと）

　おぉ、Tartarus V2の入力部分は、「Keyboard Input～～」、「Mouse Input～～」と出るが、他のキーボードで「hokanoki-bo-do(他のキーボード）」と打ったところはそのまま出力されている。
　確かにTartarusの入力を認識し、その入力を奪うことが出来た様だ。

　入力が奪えたなら、今度は入力を変更してみる。Tartarusの1キーが押されたら「nodamusi」、2キーが押されたら「Ctrl+Z×3」を入力する様にしてみる。
if(device==keyboard)の中に以下を追加。

      if(s.code == 2) {
        // 1キー
        s.code = 49;//n
        interception_send(context, device, &stroke, 1);
        s.code = 24;//o
        interception_send(context, device, &stroke, 1);
        s.code = 32;//d
        interception_send(context, device, &stroke, 1);
        s.code = 30;//a
        interception_send(context, device, &stroke, 1);
        s.code = 50;//m
        interception_send(context, device, &stroke, 1);
        s.code = 22;//u
        interception_send(context, device, &stroke, 1);
        s.code = 31;//s
        interception_send(context, device, &stroke, 1);
        s.code = 23;//i
        interception_send(context, device, &stroke, 1);
      }else if(s.code == 3){
        // 2キー
        s.code = 0x1D;//CTRL
        interception_send(context, device, &stroke, 1);
        s.code = 44;// z
        interception_send(context, device, &stroke, 1);
        if(s.state == 0){//キーを押した場合は更に追加で2回押す
          s.code = 0x1D;//CTRL
          interception_send(context, device, &stroke, 1);
          s.code = 44;// z
          interception_send(context, device, &stroke, 1);
          s.code = 0x1D;//CTRL
          interception_send(context, device, &stroke, 1);
          s.code = 44;// z
          interception_send(context, device, &stroke, 1);
        }
      }

　で、試しに実行してみる。（1を押す→Enter→1を押す→2を押す）

　おぉおお！
　入力を奪えて、異なる入力を突っ込むことが出来た。もう何も怖くない。

　ちなみに、このプログラムのメモリ使用量は600kbだ。-O3 -Wl,--subsystem,windows -mwindowsをオプションに入れてコンパイルすると300kb程度になった。ドライバがどの程度のメモリを使ってるか分からないが、Razer synapse3の360Mbと比べるべくもないだろう。変な情報も送信しないし。

　むろん、よく出来たソフトに比べれば、直にCを書くのは面倒くさい。ソフトごとにキーバインドを変えたければ、それように作り、手動で起動、終了をするか、アプリケーションを自動認識する機能を作る必要がある。ちょっと面倒だ。

　だが、ドライバを書いたりWindows APIを直に弄るより圧倒的に楽だし、C言語だからやりたい放題だ。
　例えば、他の矢印ボタンが押されてる間は、他の矢印ボタンは無効化とか、最初の矢印ボタンに変更なんてことも可能だ。

　とりあえず、これで快適なRazer Tartarus V2環境を手に入れることが出来た。
　Razer Tartarus V2は今、神となったのだ(`･д´･ )

Razer Tartarus V2 ハードは完璧、ソフトは酷すぎる

＞追記：Razer Tartarus V2をRazer synapse3無しで動かす

　Razer Tartarus V2という左手用キーボードを購入したので、そのレビューというか、愚痴。

　最近、Logicool　アドバンス　ゲームボードG13rの調子が悪く、新しい左手用キーボードが必要になりました。
　で、Razer Tartarus V2というゲーミングキーボードのフィット感がヤバく、その場で衝動買い。お値段1万ちょっと。

　なお、当方PCでゲームはしません。CADや3Dモデリングに使うつもりで購入しました。

Razer Tartarus V2 メカメンブレン 左手用キーパッド 【日本正規代理店保証品】 RZ07-02270100-R3M1

　この親指部分がとても気に入りました。

　なお、注意点としては、この十字キーは、目で見て右側が上ボタン、左側が下ボタン、上側が左ボタン、下側が右ボタンになっています。
　親指を押し込むと上、引くと下という思想の設計なのでしょう。ユーティリティで変更出来るので特に気になりませんが。

　全体の見た目。

　個人的にはホイールは若干位置的に回しにくく、15番のキーの位置にホイールが欲しいかなと思います。
　
　

　ホイールは若干不満がありましたが、全体的に押しやすく、安定感があり、G13rの親指のレバーみたいに細くないので強く押しても痛くなく、とても良い作りだと思います。
　

ソフトが壊滅的

　この手のキーボードはユーティリティで対象アプリケーションに合わせて、キーの機能を変更する必要があります。
　そのユーティリティはTartarus V2をUSBにさした時点で自動的にインストール開始されます。ちょっと時間がかかるけど、楽で良い。

　と、ご機嫌だったのはここまで。

　………ふぁっ？

　ちょっと待ってほしい。アカウント登録してサインインしなければ設定が出来ない。ローカルだけで使うつもりなのに。

　何故、一々アカウントを登録せねばならないのか。一ユーザーとしてはデバイスを使いたいだけだ。1万円払ってなお、まだ個人情報が欲しい、よこせと言われている様にしか思えない。

　この時点で不信感が非常に漂い始める。

　ここで、ちらっとタスクマネージャーを見てみる。

　うぅん！？合計メモリ使用量360Mb？高々キーボードのユーティリティの為に！？

　私の貧弱なPCは16Gbしかメモリ積んでないから、これの為だけに2%強のメモリ使用量だ。
　大した量じゃないと言えば大した量じゃないが、Firerox、Clojureの開発やら、GradleやらEclipseやVisual Studio、仮想マシン、RAM Disk、Emacs、Inkscapeなどのヘビー級のプロセスを何個も起動して放置してる私としては、メモリが不足がちなので、ちょっと勘弁して頂きたい。まぁ、不足しがちな主原因はRAM Diskですが。

　うぅわぁ～………

　かなりゲンナリしながら渋々アカウントを取得し、設定をしてみました。

　設定ユーティリティはよく出来ていると思います。特段迷うこともなく私のやりたい設定は出来ました。若干マウスクリックが多くて面倒くさいと思ったけど。
　光るのが嫌いな私としては、ライティングをオフに出来る点も素晴らしい。（というか、何で何でもかんでも光らせようとするんだろ。）

　さて、ここで気になるのは、この重たい常駐ソフトを起動していなければこのデバイスが使えないのかどうか。
　何の情報を送ってるのか知らないが（これかな？）、Amazon AWSと通信してるし気持ち悪いので出来るなら切りたい。

　タスクバーのアイコンを右クリックするとメニューの中に「すべてアプリを終了する」というアイテムがあったのでこれをクリック。

　この状態で色々設定したホームポジションの横一列を打ってみると「asdf」となった。
　残念ながら、これはデフォルトのキーバインドです。ソフトを起動していなければ動かない。

　嫌だなぁ………。

　しかし、ここでさらにタスクマネージャーを見て驚愕の事態に気がついた。

（注：「すべてのアプリを終了する」を押した後）

　終了してない。しかも、タスクを殺しても、勝手に復活する。
　Game Manager ServiceとCentral Serviceが相互に起動し合う形になってるのか、これら二つが復活するのだ。
　それはもう、ゾンビプロセスってこういう意味だったっけ？てレベルで復活する。Cortanaレベルで復活する。

　Game Manager Serviceは高速で再起動するので、Central Service→Game Manager Serviceと殺せば、殺せるが、ちょっともたつくとゾンビアタックされる。

　神奈川県警サイバー犯罪対策課によると、WebページのJavaScriptで30%程度のCPU計算能力を使って採掘をする行為は、人格を疑うレベルの犯罪行為らしいので、私の意図に関係なく150Mbの記憶容量を奪い、しかも通常に終了する手段を持たないこれは警察レベルで言えば、ウィルスだと言っても良いはずだ。この記事のタイトルは「Razer TARTARU V2　ハードは完璧、ソフトはウィルス」と書きたいぐらいだ。

結論

　ハードは、正直ソフトの悪印象を考慮した上で言って、素晴らしい。強いて言うなら、ホイールの位置と、親指にもう2個程ボタンが欲しいぐらいか。
　3Dモデリング、CAD、ペイントソフト、さまざなま場面で活躍出来るポテンシャルを持っている。
　私が使用していたLogicool ロジクール アドバンス ゲームボード G13rと比較しても、使いやすく、非常にハードだけはお勧め出来る。1万円の価値はある。

　だが、ソフトを込みで考えると、ちょっと考えるべきだ。勝手に情報送るし、重いし、終了出来ないし。さらに、[糞ソフト]Razer Synapse３ について語るスレ[プロセス激重]での報告を見ると、様々なバグが存在する様だ。

　ちなみに、私はスリープから復帰するとRazer Tartarus V2のプロファイルがデフォルトに戻り、変更が全く効かなくなるという症状が出ている。再起動しないと直らない。スリープとは何だったのか。

　私は衝動買いし、自力でソフトは解決（追記参照）することでTartarus V2は神と化したが、買うかどうかは情報をよく集め、よくよく吟味してから購入することをお勧めする。

＞追記：Razer Tartarus V2をRazer synapse3無しで動かす

Razer Tartarus V2 メカメンブレン 左手用キーパッド 【日本正規代理店保証品】 RZ07-02270100-R3M1

【PUBG JAPAN SERIES 2018推奨ギア】LOGICOOL ロジクール アドバンス ゲームボード G13r

nio.Pathの小さなユーティリティライブラリを公開してみた

　Google guava………便利だよね。Appache Common………便利だよね。

　………まぁ、デカいとは言わないけど、ちりも積もればなんとやらだよね？

　………でかすぎね？

　そう、私は言いたいのだ。世の便利なJarファイルはデカい。デカすぎる。
　ちょっとした内製ツールをウッカリ慣れてるJavaやClojureで作ってしまって、他の人達が単体で使える様に共有サーバー（遅い）へzipして置くと、なんだかんだ言って容量を食うのだ。今、この文章を打った時に、「なんだかんだ言って面積を食うのだ」と書いてしまった私は論理に毒されてきている気がするぞ。

　果たしてGoogle guavaの一体どれほどのクラスを使ったことがあろうか。Appache Common IOのどれほどを使ったことがあろうか。Eclipse Collectionの、ホゲホゲの、モゲモゲの、ピヨピヨの世に数多あるライブラリの一体何パーセントを使っているというのだ。恐らく数kb分しか使ってない。そのために100kb？ウンMb？肩身が狭い！

github.com.nodamushi:common.paths

　と、私が叫んでいると言うことは、案外同じ事思ってる人って居るんじゃねぇの？ってことで、普段よく使ってるPathに関する関数を集めて、まとめてみた。GitHub - nodamushi/common.paths: A small utilities for java.nio.file.Path.

　コンセプトは地味でコンパクトだ。
　クラスは内部クラスを除けば地味に一個しかない。Jarファイルは地味に13kbyte。まぁ、これぐらいなら地味に許されてもいいんじゃないだろうか？

　あと、地味にnio.Pathをそのまま使うライブラリってあまりない気がする。Stringか、Fileだよね。

地味にMavenに置いた

　私が作った物使う阿呆いねぇだろ、ってことで、何か作ってもソースコード公開するだけで放置がデフォルトなんだけど、今回のは地味に個人的に何処でも使いたいので、地味に登録してみることにした。

<dependency>
  <groupId>com.github.nodamushi</groupId>
  <artifactId>common.paths</artifactId>
  <version>1.0.0</version>
</dependency>

　初めてやってみたが、ぶっちゃけ、置けないだろって思ってたら、置けてしまった。びっくりだ。
　repositoriesを書かなくても、dependencyだけで、ネットから自分のライブラリが勝手にダウンロードされるというのは、妙な気分だね。

　参考にしたページ：

• Maven Central Repositoryでパッケージを公開する | エンジニアっぽいことを書くブログ
• GitHub で公開したソースコードを Maven Central Repository に登録する手順 | Tagbangers Blog

　GPGはMSYS2ので普通にいけた。

後の祭り

　私は普段、ライブラリ系のプロジェクトのartifactIdはgroupIdとくっつけると基準パッケージになるようにつけてます。パッケージ名がhoge.moge.piyoで、groupIdがhogeなら、artifactIdはmoge.piyoって感じ。一律に付けられるからこの命名は楽

　なんだけど、よくよく考えたら一般的にはhamcrest-allとかみたいになってるんだよね。
　後で気がついたぜ。

　まぁ、もうやっちゃったモンは仕方がない。気にしないぜ。(´･∀･｀)

地味に便利な関数達

　地味に便利な関数を簡単に紹介していこう。

newBufferedReader

　地味によく使う。Files.newBufferedReaderと違って、UTF-8のBOMを自動的に無視するBufferedReaderを作成する。ついでにUTF-16にも対応した。

try(var r = NPaths.newBufferedReader(utfFile, StandardCharset.UTF_8){
  var line = r.readLine(); //自動的にBOMは無視される
}

replaceExtension

　地味に割と使う。Pathのファイル名から拡張子だけ変更するときって稀によくある。

var txt = Paths.get("/hoge/piyo.txt");
var csv = NPaths.replaceExtension(txt,"csv"); // /hoge/piyo.csv
var ext = NPaths.getExtension(txt); //拡張子取得もあるよ。

　ファイル名の先頭に文字追加したり、っていうのもあるよ。

getParent

　地味に意識して使う。Pathの親を取得する時に、決してnullを返さない。
　面倒くさがってpath.getParent()ってやってて、findBugもせずにヌルポが発生した時の悲しさよ。

var path = Paths.get("a.txt");
var nullpath = path.getParent();//null
var nonnull = NPaths.getParent(path); // empty path
// parentがnullでも大丈夫なresolve
resolve(nullpath"b.txt"); // b.txt

walkFiles

　極稀に使う。FileVistorのvisitFileだけを実装することで動かす。潜るディレクトリの深さも指定可能。
　とりあえずディレクトリを再帰的にファイルを集めたいとか、再帰的にファイルだけ何か処理したい時に便利。

List<Path> list = new ArrayList<>();
NPaths.walkFiles( dir, -1 ,(path,attr)->{
  list.add(path);
  return FileVisitResult.CONTINUE;
});

iterator

　あんま使わないかな。
　デフォルトのPathのイテレータとの違いは、ルートも一つの要素と見なす。デフォルトのイテレータの様に名前だけにすることも可能。

for(Path p :NPaths.iterator( Paths.get("C:/a/b/c") ){
  //  p:
  // 1回目: C:/
  // 2回目: C:/a
  // 3回目: C:/a/b
  // 4回目: C:/a/b/c
}

まとめ

　もっと小っちゃいモジュールで世の中が溢れると、良いですね。
　といいつつ、結局面倒くさくなって大きな奴を使うんじゃないんかな。

EmacsのIronyがタイムアウトする場合の対処法

　EmacsのIronyがサーバーエラーも何も返さず、タイムアウトするという現象に悩み、何とか解決しました。

バージョン

Emacs25
Irony :20180418

現象

　company-ironyで補完を仕様とすると、サーバーエラーも返さず、タイムアウトする。タイムアウトの時間を10秒など伸ばしても変化無し。

　Irony Serverを単体で動かせば、正常に動作する。

原因

　start-process-shell-commandで使われるshellがtcshである。
　（list-processesでプロセス一覧出して、Ironyのコマンドがtcshから始まっているかいないかで確認可能）

解決方法

　適当にbashなどのshellに変更する

(setq shell-file-name "/bin/bash")

　ひとまず私はこれで直りました。