complete revamps

2022-12-24 03:20:02 +09:00
parent aca29317c6
commit 9a9c2343d1
66 changed files with 13682 additions and 4599 deletions
--- a/source/_posts/2013/install-julius-with-homebrew.md
+++ b/source/_posts/2013/install-julius-with-homebrew.md
@@ -4,54 +4,46 @@ date: 2013-07-07 09:00:00 +09:00
 redirect_from: "/blog/2013/07/07/install-julius-with-homebrew"
 ---

-Homebrew を使って macOS に音声解析エンジン Julius をインストールします。
+Homebrew を使って macOS に音声解析エンジン Julius をインストールする。

 # 前提

 OS X 用のパッケージ管理ツール Homebrew がインストールされている必要がある。

-インストール方法
-は[こちら](http://www.engineyard.co.jp/blog/2012/homebrew-os-xs-missing-package-manager/)を
-参照。
+インストール方法は[こちら](http://www.engineyard.co.jp/blog/2012/homebrew-os-xs-missing-package-manager/)を参照。

 # インストール

-デフォルトの Homebrew リポジトリに Julius は含まれていないので
-、[homebrew-nlp](https://github.com/uetchy/homebrew-nlp) を tap する。
+デフォルトの Homebrew リポジトリに Julius は含まれていないので、[homebrew-nlp](https://github.com/uetchy/homebrew-nlp) を tap する。

 ```bash
-$ brew tap uetchy/nlp
+brew tap uetchy/nlp
 ```

 Tap し終わったら、`julius`と`julius-dictation-kit`をインストールする。

 ```bash
-$ brew install julius julius-dictation-kit
+brew install julius julius-dictation-kit
 ```

 これで Julius と Julius ディクテーションキットがインストールされた。

-ディクテーションキットの場所は `brew --prefix julius-dictation-kit` コマンドで調
-べられる。
+ディクテーションキットの場所は `brew --prefix julius-dictation-kit` コマンドで調べられる。

-後は、上記の `brew --prefix` コマンドでディクテーションキット内の **main.jconf**
-と **am-gmm.jconf** のパスを調べて `julius` に渡すことで音声認識が出来るようにな
-る。
+後は、上記の `brew --prefix` コマンドでディクテーションキット内の **main.jconf**と **am-gmm.jconf** のパスを調べて `julius` に渡すことで音声認識が出来るようになる。

 ```bash
-$ julius \
+julius \
  -C `brew --prefix julius-dictation-kit`/share/main.jconf \
  -C `brew --prefix julius-dictation-kit`/share/am-gmm.jconf
 ```

-上記のコマンドで Julius は GMM モードで待機状態になり、喋った内容をリアルタイム
-で音声認識してくれるようになる。
+上記のコマンドで Julius は GMM モードで待機状態になり、喋った内容をリアルタイムで音声認識してくれるようになる。

-Julius をより精密な DNN モードで起動したい場合は以下のように、**am-gmm.jconf**
-を **am-dnn.jconf** に変更するだけだ。
+Julius をより精密な DNN モードで起動したい場合は以下のように、**am-gmm.jconf**を **am-dnn.jconf** に変更するだけだ。

 ```bash
-$ julius \
+julius \
  -C `brew --prefix julius-dictation-kit`/share/main.jconf \
  -C `brew --prefix julius-dictation-kit`/share/am-dnn.jconf
 ```
@@ -59,9 +51,9 @@ $ julius \
 ディクテーションキットに関するドキュメントは下記のコマンドから参照可能だ。

 ```bash
-$ open `brew --prefix julius-dictation-kit`/share/doc
+open `brew --prefix julius-dictation-kit`/share/doc
 ```

 ### 実行中の様子

-![install-julius-with-homebrew](/uploads/install-julius-with-homebrew.png)
+![](/uploads/install-julius-with-homebrew.png)
--- a/source/_posts/2013/osx-http-proxy.md
+++ b/source/_posts/2013/osx-http-proxy.md
@@ -10,7 +10,7 @@ redirect_from: "/blog/2013/11/05/osx-http-proxy"

 Mac のネットワーク環境は`networksetup -getcurrentlocation`コマンドで取得することが出来るので、

-**.zshrc** 辺りに以下のシェルスクリプトを書いておけば Terminal で新しいタブを開いた時に自動でプロキシを設定してくれるはずである。
+**.zshrc** 辺りに以下のシェルスクリプトを書いておけば Terminal で新しいタブを開いた時に自動でプロキシを設定してくれる。

 ```bash
 proxy=proxy.hogehoge.ac.jp
@@ -39,7 +39,7 @@ git config --global url."https://".insteadOf git://

 先ほどのコマンドと組み合わせることで最終的なコードは以下のようになる。

-```bash:switch_proxy.sh
+```bash switch_proxy.sh
 proxy=proxy.hogehoge.ac.jp:80
 switch_trigger=大学

@@ -83,13 +83,12 @@ fi

 このコードを **.zshrc** に保存して適当なターミナルで新しいセッションを開くと、`switch_trigger`で指定されたネットワーク環境下にいる時だけプロキシを通すことが出来る。

-既に開いているセッションに対してプロキシを適用する方法がわからなかった。
+しかし既に開いているセッションに対してプロキシを適用する方法はわからなかった。

 Workaround として、コードを **~/.switch_proxy** 辺りに置いて、

-```bash:~/.zshrc
+```bash ~/.zshrc
 alias nswitch=~/.switch_proxy
+```

-```
 と`.zshrc`に書いておくことで、`nswitch`とタイプしてプロキシを切り替えられるようになる。
-```
--- a/source/_posts/2013/qiita-alfred-workflow.md
+++ b/source/_posts/2013/qiita-alfred-workflow.md
@@ -8,7 +8,7 @@ redirect_from: "/blog/2013/12/05/qiita-alfred-workflow"

 そこで、以前作った[Qiita の記事をインクリメンタルサーチする Alfred 2 Workflow](http://qiita.com/o_ame/items/f23e75bfc11e9e7b3a08)に、ストックした投稿を検索するコマンドを追加した。

-![s1.png](/uploads/alfred-qiita-workflow.png)
+![](/uploads/alfred-qiita-workflow.png)

 > [Github リポジトリ](https://github.com/uetchy/alfred-qiita-workflow)から[ダウンロード](https://github.com/uetchy/alfred-qiita-workflow/archive/master.zip)

--- a/source/_posts/2014/brew-cask-downloader.md
+++ b/source/_posts/2014/brew-cask-downloader.md
@@ -4,7 +4,7 @@ date: 2014-10-27 09:00:00 +09:00
 redirect_from: "/blog/2014/10/27/brew-cask-downloader"
 ---

-![image](/uploads/brew-cask-downloader.png)
+![](/uploads/brew-cask-downloader.png)

 homebrew-cask を単純なダウンローダーとして使う。

@@ -49,8 +49,8 @@ fi
 もしくは直接ダウンロードしても良い。

 ```bash
-$ curl https://gist.githubusercontent.com/uetchy/eb625f922eff16eb404b/raw/brew-smash.sh -o /usr/local/bin/brew-smash
-$ chmod +x /usr/local/bin/brew-smash
+curl https://gist.githubusercontent.com/uetchy/eb625f922eff16eb404b/raw/brew-smash.sh -o /usr/local/bin/brew-smash
+chmod +x /usr/local/bin/brew-smash
 ```

 ## 実際に使う
@@ -58,7 +58,7 @@ $ chmod +x /usr/local/bin/brew-smash
 以下のように`brew smash`コマンドを叩く

 ```bash
-$ brew smash send-to-kindle
+brew smash send-to-kindle
 ==> Fetching resources for Cask send-to-kindle
 ==> Downloading https://s3.amazonaws.com/sendtokindle/SendToKindleForMac-installer-v1.0.0.220.pkg
 ######################################################################## 100.0%
@@ -77,7 +77,7 @@ Casks という名前のディレクトリがある場合、それを削除し
 こういう機能いれてくれ

 ```bash
-$ brew cask install virtualbox
+brew cask install virtualbox

 ==> Fetching resources for Cask virtualbox

--- a/source/_posts/2014/dokku-with-dockland.md
+++ b/source/_posts/2014/dokku-with-dockland.md
@@ -68,8 +68,8 @@ alias dokku='dockland'
 という具合に alias を張っておけば、まるでリモートで`dokku`を実行している感覚でローカルから`dokku`コマンドを触ることが出来る。

 ```bash
-$ cd rails-app
-$ dokku logs
+cd rails-app
+dokku logs
 [2014-05-29 15:38:56] INFO  WEBrick 1.3.1
 [2014-05-29 15:38:56] INFO  ruby 2.1.2 (2014-05-08) [x86_64-linux]
 [2014-05-29 15:38:56] INFO  WEBrick::HTTPServer#start: pid=10 port=5000
--- a/source/_posts/2014/homebrew-osx-knp.md
+++ b/source/_posts/2014/homebrew-osx-knp.md
@@ -39,7 +39,7 @@ KNP のインストールにはありえないくらい時間が掛かる。
 インストールが終わったら動作チェックをする。

 ```bash
-$ juman < test.txt | knp
+juman < test.txt | knp
 # S-ID:1 KNP:4.11-CF1.1 DATE:2014/09/23 SCORE:-19.04210
 今日は──┐
  良い──┤
--- a/source/_posts/2014/rails-assets-cli.md
+++ b/source/_posts/2014/rails-assets-cli.md
@@ -12,7 +12,7 @@ redirect_from: "/blog/2014/03/14/rails-assets-cli"
 ンを利用したら良い。

 ```bash
-$ gem search {package-name} --source https://rails-assets.org | grep "^rails-assets-"
+gem search {package-name} --source https://rails-assets.org | grep "^rails-assets-"
 ```

 `gem search` は source を指定しているにも関わらず RubyGems.org のパッケージも引
@@ -20,7 +20,7 @@ $ gem search {package-name} --source https://rails-assets.org | grep "^rails-ass

 ### シェルスクリプト

-```bash:rails-assets.sh
+```bash rails-assets.sh
 #!/bin/sh
 # Usage: rails-assets [package-name] [-a]

@@ -29,9 +29,8 @@ gem search $1 $2 --source https://rails-assets.org | grep "^rails-assets-"

 もっと簡単に、シェル関数を定義することも出来る。

-```bash:~/.zshrc rails-assets(){ gem search $1 $2 --source
-https://rails-assets.org | grep "^rails-assets-" }
-
-```
-
+```bash ~/.zshrc
+rails-assets(){
+  gem search $1 $2 --source https://rails-assets.org | grep "^rails-assets-"
+}
 ```
--- a/source/_posts/2014/sketch-plugin-stickygrid-ja.md
+++ b/source/_posts/2014/sketch-plugin-stickygrid-ja.md
@@ -40,7 +40,7 @@ git clone https://github.com/uetchy/Sketch-StickyGrid.git
 スクリプト内で`log`関数を呼び出すと、Console.app にログが出力される。

 ```js
-log(context.document.gridSize)
+log(context.document.gridSize);
 ```

 ## ドキュメントの情報源
--- a/source/_posts/2015/alfred-qiita-workflow-in-go.md
+++ b/source/_posts/2015/alfred-qiita-workflow-in-go.md
@@ -4,7 +4,7 @@ date: 2015-09-07 09:00:00 +09:00
 redirect_from: "/blog/2015/09/07/alfred-qiita-workflow-in-go"
 ---

-![Cover](/uploads/alfred-qiita-workflow.png)
+![](/uploads/alfred-qiita-workflow.png)

 Ruby で書かれている [Alfred Qiita Workflow](https://github.com/uetchy/alfred-qiita-workflow) を[バグ修正](https://github.com/uetchy/alfred-qiita-workflow/issues/3)のついでに Go で書き直した。

--- a/source/_posts/2015/atom-package-diff.md
+++ b/source/_posts/2015/atom-package-diff.md
@@ -11,7 +11,7 @@ Atom にインストールしているパッケージと[Atom.io](https://atom.i
 npm 経由でインストールする。

 ```bash
-$ npm install -g atom-package-diff
+npm install -g atom-package-diff
 ```

 # インストール済みパッケージとスターの diff
@@ -19,7 +19,7 @@ $ npm install -g atom-package-diff
 `apd status`コマンドでインストール済みパッケージとスターしているパッケージの diff を見ることができる。

 ```bash
-$ apd status
+apd status
 36 packages installed
 30 packages starred

@@ -37,7 +37,7 @@ Sublime-Style-Column-Selection atom-fuzzy-grep douglas language-babel language-i
 `apd sync --remote`でその逆の処理を行う。つまり、スターされているパッケージを全部インストールし、それ以外をアンインストールする。

 ```bash
-$ apd sync --local
+apd sync --local
 Unstaring ... project-manager
 Unstaring ... react
 Staring ... Sublime-Style-Column-Selection
--- a/source/_posts/2015/gulp-decomposer-bower-import.md
+++ b/source/_posts/2015/gulp-decomposer-bower-import.md
@@ -1,5 +1,5 @@
 ---
-title: 'gulp + decomposer: Best way to sassy-@import bower components'
+title: "gulp + decomposer: Best way to sassy-@import bower components"
 date: 2015-02-26 09:00:00 +09:00
 redirect_from: "/blog/2015/02/26/gulp-decomposer-bower-import"
 ---
@@ -9,13 +9,13 @@ gulp + Browserify(+ debowerify)という構成で Web サイトを作ってい
 ちなみに、**debowerify** というのは、

 ```js
-var Velocity = require('velocity')
+var Velocity = require("velocity");
 ```

 という JavaScript を、

 ```js
-var Velocity = require('./../../bower_components/velocity/velocity.js')
+var Velocity = require("./../../bower_components/velocity/velocity.js");
 ```

 という風に、bower_components 内のパスに解決してくれる Browserify transform だ。
@@ -32,17 +32,17 @@ var Velocity = require('./../../bower_components/velocity/velocity.js')
 **gulpfile.js** はこのように定義しておく。

 ```js
-var gulp = require('gulp')
-var sass = require('gulp-sass')
-var decomposer = require('decomposer')
+var gulp = require("gulp");
+var sass = require("gulp-sass");
+var decomposer = require("decomposer");

-gulp.task('styles', function() {
+gulp.task("styles", function () {
  gulp
-    .src('src/styles/**/*.sass')
+    .src("src/styles/**/*.sass")
    .pipe(decomposer())
    .pipe(sass({ indentedSyntax: true }))
-    .pipe(gulp.dest('dist/css'))
-})
+    .pipe(gulp.dest("dist/css"));
+});
 ```

 ポイントは`sass` **よりも前** に`decomposer`を挟むこと。なぜなら、外部から@import した mix-ins や変数は SASS コンパイル時に解決されるからだ。`sass`よりも後に置くと、SASS が@import を解決出来ずにエラーが発生する。
@@ -50,7 +50,8 @@ gulp.task('styles', function() {
 続けて SASS を書こう。

 ```scss
-@import normalize.sass @import styles/font body font-family: $ff-gothic;
+@import normalize.sass;
+@import styles/font body font-family: $ff-gothic;
 ```

 > `$ff-gothic`は [uetchy/styles](https://github.com/uetchy/styles) の _font.sass_ で定義されている font-family だ。
--- a/source/_posts/2015/hugo-paper.md
+++ b/source/_posts/2015/hugo-paper.md
@@ -1,5 +1,5 @@
 ---
-title: 'Hugo Paper: well-simplified theme for Hugo'
+title: "Hugo Paper: well-simplified theme for Hugo"
 date: 2015-07-05 09:00:00 +09:00
 redirect_from: "/blog/2015/07/05/hugo-paper"
 ---
@@ -11,5 +11,5 @@ When I created my blog, there are no well simplified [Hugo](http://gohugo.io) th
 Just run following oneliner and you will be ready to start using Hugo Paper.

 ```bash
-$ git submodule add https://github.com/uetchy/hugo-paper.git themes/hugo-paper && git submodule update
+git submodule add https://github.com/uetchy/hugo-paper.git themes/hugo-paper && git submodule update
 ```
--- a/source/_posts/2017/apple-pie.md
+++ b/source/_posts/2017/apple-pie.md
@@ -2,30 +2,30 @@
 title: アップルパイ
 date: 2017-04-23T05:48:00.000+00:00
 categories:
- recipe
+  - recipe
 redirect_from: "/blog/2017/04/23/apple-pie"
 image: "/uploads/apple-pie.jpg"
-
 ---
-![apple-pie.jpg](/uploads/apple-pie.jpg)

-再現性の高いアップルパイの作り方です。材料は初出時に太字にしました。
+![](/uploads/apple-pie.jpg)
+
+再現性の高いアップルパイのレシピが完成したので共有する。材料は初出時に太字にした。

 # 注意事項

-* レモン汁はポッカレモンで代用可
-* 範囲指定されている値は 2 回目から好みで変化させること
-* 焼きあがったらただちにパイ皿を取り除くこと。冷めてからではより困難になる
+- レモン汁はポッカレモンで代用可
+- 範囲指定されている値は 2 回目から好みで変化させること
+- 焼きあがったらただちにパイ皿を取り除くこと。冷めてからではより困難になる

 # 手順

- 1. **富士りんご(直径 8cm)**3 個の皮を剥いて 2-3 ㎠ に切って鍋に入れる
- 2. **砂糖**60g・**レモン汁**大さじ2 を鍋に入れて、汁気が無くなるまで中火で 10-15 分煮る
- 3. 火を止めて、**切れてるバター**2 個 (= 20g)・**シナモン**を好きなだけ混ぜる
- 4. **冷凍パイシート**を冷蔵庫に移動し 30 分おく
- 5. 18cm パイ皿 (パイシートに合う皿であれば何でも良い) にシートを敷き、よく密着させる
- 6. 鍋の中身の熱が扱える程度に取れたらパイ皿に流し込んで広げる
- 7. 残りのパイシートをカットして格子状にのせる
- 8. **卵黄**に**水・塩**を少し混ぜ卵液を作り、シートに塗る（塗るほど焼けやすくなる）
- 9. 余りのシートをパイの縁にのせて卵液を薄く塗る
-10. 200℃ のオーブンで 40 分焼く（15 分で 180℃ に落とす; でないと表面だけ焼けて中は生焼けになる）
+1.  **富士りんご(直径 8cm)**3 個の皮を剥いて 2-3 ㎠ に切って鍋に入れる
+2.  **砂糖**60g・**レモン汁**大さじ 2 を鍋に入れて、汁気が無くなるまで中火で 10-15 分煮る
+3.  火を止めて、**切れてるバター**2 個 (= 20g)・**シナモン**を好きなだけ混ぜる
+4.  **冷凍パイシート**を冷蔵庫に移動し 30 分おく
+5.  18cm パイ皿 (パイシートに合う皿であれば何でも良い) にシートを敷き、よく密着させる
+6.  鍋の中身の熱が扱える程度に取れたらパイ皿に流し込んで広げる
+7.  残りのパイシートをカットして格子状にのせる
+8.  **卵黄**に**水・塩**を少し混ぜ卵液を作り、シートに塗る（塗るほど焼けやすくなる）
+9.  余りのシートをパイの縁にのせて卵液を薄く塗る
+10. 200℃ のオーブンで 40 分焼く（15 分で 180℃ に落とす; でないと表面だけ焼けて中は生焼けになる）
--- a/source/_posts/2017/github-repos-comparison.md
+++ b/source/_posts/2017/github-repos-comparison.md
@@ -9,15 +9,15 @@ image: http://uechi-public.s3.amazonaws.com/github/gh-compare.gif

 ![](http://uechi-public.s3.amazonaws.com/github/gh-compare.gif)

-[gh-compare](https://github.com/uetchy/gh-compare) を作りました。この小さなツールを使って、導入を検討しているライブラリ群の比較表をコマンド１つで作ることが出来ます。
+[gh-compare](https://github.com/uetchy/gh-compare) を作った。この小さなツールを使って、導入を検討しているライブラリ群の比較表をコマンド１つで作ることが出来る。

-ライブラリのリポジトリが GitHub にあることが前提になりますが、プロジェクトの勢いからサイズまで俯瞰することが出来ます。
+ライブラリのリポジトリが GitHub にあることが前提になるが、プロジェクトの勢いからサイズまで俯瞰することが出来る。

-最高と最悪の値はそれぞれ緑色と赤色に着色されるので、違いが一目瞭然でわかります。
+最高と最悪の値はそれぞれ緑色と赤色に着色されるので、違いが一目瞭然でわかる。

 ## インストール

-`gh-compare`モジュールは`npm`からインストール出来ます。
+`gh-compare`モジュールは`npm`からインストール出来る。

 ```bash
 npm install --global gh-compare
@@ -25,10 +25,10 @@ npm install --global gh-compare

 ## 使い方

-`gh-compare`の後にスペース区切りで比較したいリポジトリを書きます。
+`gh-compare`の後にスペース区切りで比較したいリポジトリを書く。

 ```bash
 gh-compare facebook/react vuejs/vue riot/riot angular/angular
 ```

-もし変な挙動を見つけたら、プロジェクトの [Issues](https://github.com/uetchy/gh-compare/issues/new) に是非書いてください。
+もし変な挙動を見つけたら、プロジェクトの [Issues](https://github.com/uetchy/gh-compare/issues/new) に是非書いてほしい。
--- a/source/_posts/2017/markdown-friendly-note-taking-apps.md
+++ b/source/_posts/2017/markdown-friendly-note-taking-apps.md
@@ -4,40 +4,45 @@ date: 2017-02-13 21:52:00 +09:00
 redirect_from: "/blog/2017/02/13/markdown-friendly-note-taking-apps"
 ---

-UI が秀逸な Markdown ノートアプリを紹介します。
+UI が秀逸な Markdown ノートアプリを紹介する。

 # ノートアプリの種類

-ノートアプリには大きく分けて 2 種類があります。
-Notes のようにノートを一箇所にまとめて管理するシングルトンタイプと、TextEdit のようにファイル毎にウィンドウが開くタイプです。
-この記事では、前者を Notes タイプ、後者を TextEdit タイプと呼称し区別します。
+ノートアプリには大きく分けて 2 種類がある。Notes のようにノートを一箇所にまとめて管理するシングルトンタイプと、TextEdit のようにファイル毎にウィンドウが開くタイプだ。
+この記事では、前者を Notes タイプ、後者を TextEdit タイプと呼称し区別する。

 # Notes タイプ

+## Obsidian
+
+<https://obsidian.md>
+
+機能性・自由度双方で最強のエディター。僕もすでにいくつかプラグインを書いた。
+
+## FSNotes
+
+<https://fsnot.es>
+
+オープンソースかつ Swift ネイティブでサクサク動くウクライナ産のエディター。僕もいくらかコミットしている。
+
 ## Notion

 <https://notion.so>

-サンフランシスコの Notion Lab 社が開発する多機能ノートアプリです。Web 版、iOS/Android 版と Mac 版が用意されており、Markdown ライクな記法で自由度の高いノートテイキングが出来ます。
+サンフランシスコ発の多機能ノートアプリ。Web 版、iOS/Android 版と Mac 版が用意されており、Markdown ライクな記法で自由度の高いノートテイキングが出来る。起動に時間がかかるのがかなり痛い。

 ## Bear

 <http://www.bear-writer.com>

-北イタリア産のノートアプリです。記事中に **ハッシュタグ** を書き込むと、リストでまとめてくれる機能が秀逸です。
-iCloud を使って、macOS と iOS アプリの間でノートを同期することが出来ます。
-
-## SnippetsLab
-
-<https://www.renfei.org/snippets-lab/>
-
-正確にはスニペット管理アプリですが、Markdown+MathJax をサポートしており、数式を使ったメモを書くことが出来ます。
+北イタリア発のノートアプリ。記事中に **ハッシュタグ** を書き込むと、リストでまとめてくれる機能が秀逸。
+iCloud を使って、macOS と iOS アプリの間でノートを同期することが出来る。

 ## Inkdrop

 <https://www.inkdrop.info>

-個人開発のノートアプリです。プラグインにより多くの機能を追加することが出来ます。
+日本発のノートアプリ。プラグインにより多くの機能を追加することが出来る。

 # TextEdit タイプ

@@ -45,4 +50,4 @@ iCloud を使って、macOS と iOS アプリの間でノートを同期する

 <https://typora.io>

-エディタとプレビューが一体化したタイプのエディタです。左右分割よりも WYSIWYG エディタの方がわかりやすい派なので、これ一択です。
+エディタとプレビューが一体化したタイプのエディタ。左右分割よりも WYSIWYG エディタの方が体験が良い。
--- a/source/_posts/2017/minimal-python-jupyter-macos.md
+++ b/source/_posts/2017/minimal-python-jupyter-macos.md
@@ -11,22 +11,15 @@ Maybe you don't need `pyenv` and/or `virtualenv` in most cases.
 > Don't have `brew`? Go to <https://brew.sh>.

 ```
-brew install python3
+brew install python
 ```

-If you still need Python 2, run `brew install python`.
+If you still need Python 2, run `brew install python@2`.

 ## Install Jupyter Notebook

 ```
-pip3 install jupyter
-python3 -m ipykernel install --user
-```
-
-You also want Python 2 kernel, so then:
-
-```
-pip install ipykernel
+pip install jupyter
 python -m ipykernel install --user
 ```

@@ -34,12 +27,12 @@ That's all.

 # How about `virtualenv`?

-Since Python 3 got its own virtual environment tool called [venv](https://docs.python.org/3/library/venv.html), You no longer need `virtualenv` itself.
+Since Python 3 got its own virtual environment tool called [venv](https://docs.python.org/3/library/venv.html), You no longer need `virtualenv`.

 If you want a virtual envs on your project, run:

 ```
-python3 -m venv venv
+python -m venv venv
 source ./venv/bin/activate
 ```

--- a/source/_posts/2017/nvidia-titan-x-macpro-early-2008.md
+++ b/source/_posts/2017/nvidia-titan-x-macpro-early-2008.md
@@ -4,17 +4,17 @@ date: 2017-02-13 14:20:00 +09:00
 redirect_from: "/blog/2017/02/13/nvidia-titan-x-macpro-early-2008"
 ---

-MacPro Early 2008 という骨董品に NVIDIA Titan X (Maxwell)を積んだところ、いくつかの問題にぶつかりました。この記事でそれらの問題と解決策について書きます。
+MacPro Early 2008 という骨董品に NVIDIA Titan X (Maxwell)を積んだところ、いくつかの問題にぶつかった。この記事でそれらの問題と解決策について書く。

 # NVIDIA ドライバーが非対応

-あまりにも古いアーキテクチャの MacPro に対して NVIDIA のグラフィックドライバーが対応していません。
-そこで、適切なバージョンの[NVIDIA Web Driver](http://www.macvidcards.com/drivers.html)をインストールすることでこれを解決しました。
-これには問題もあります。macOS のアップデートをインストールするたびに、それに対応したドライバーを都度インストールする必要がありました。
+あまりにも古いアーキテクチャの MacPro に対して NVIDIA のグラフィックドライバーが対応していない。
+そこで、適切なバージョンの[NVIDIA Web Driver](http://www.macvidcards.com/drivers.html)をインストールすることでこれを解決した。
+ただし、macOS アップデートをインストールするたびに、それに対応したドライバーを都度インストールする必要がある。

-ドライバーをインストールするまでは画面に何も映りません。そこで、pkg 形式のドライバーを`scp`で MacPro に転送して、`installer`を使ってドライバーをインストールすることにしました。
+ドライバーをインストールするまでは画面に何も映らない。そこで、pkg 形式のドライバーを`scp`で MacPro に転送して、`installer`を使ってドライバーをインストールすることにした。

-```
+```bash
 scp driver.pkg MacPro.local:~
 ssh MacPro.local
 sudo installer -pkg ./driver.pkg -target /
@@ -22,7 +22,7 @@ sudo installer -pkg ./driver.pkg -target /

 # 電源ユニット(PSU)のパワー不足

-TITAN X(Maxwell)が要求するパワーを MacPro の PSU は提供することが出来ません。
-そこで、秋葉原の PC パーツショップで追加の PSU を購入して、GPU 専用の電源として使いました。
-ここで新たな問題が生まれます。正しくパワーを提供するためには MacPro の PSU と追加の PSU を同期させる必要があり、またそれを実現するパーツもあるのですが、場合によっては GPU を破損してしまう危険性がありました。
-今回は電源を同期することは見送り、個別にスイッチを入れることで解決しました。
+TITAN X(Maxwell)が要求するパワーを MacPro の PSU は提供することが出来ない。
+そこで、PC パーツショップで追加の PSU を購入して、GPU 専用の電源として使った。
+ここで新たな問題が生まれる。正しくパワーを提供するためには MacPro の PSU と追加の PSU を同期させる必要があり、またそれを実現するパーツもあるが、場合によっては GPU を破損してしまう危険性があった。
+今回は電源を同期することは見送り、個別にスイッチを入れることで解決した。
--- a/source/_posts/2017/oss-for-designers.md
+++ b/source/_posts/2017/oss-for-designers.md
@@ -2,28 +2,26 @@
 title: デザイナーとしてOSSに貢献できること
 date: 2017-12-26T15:24:00.000+00:00
 redirect_from: "/blog/2017/12/27/oss-for-designers"
-
 ---
-GitHub で公開されている OSS にちょっとした Pull-request を送るのが私の趣味です。
-そのような Pull-request の中にはコードだけでは無く、時にロゴデザインが含まれていることもあります。
+
+GitHub で公開されている OSS に Pull-request を送るのが僕の趣味だ。
+そのような Pull-request の中にはコードだけでは無く、時にロゴデザインが含まれていることもある。

 ## textlint

-文章校正ツールである[textlint](https://textlint.github.io/)プロジェクトの例では、作者の azu 氏が[ロゴの募集をされている Issue](https://github.com/textlint/textlint/issues/56)を見かけ、[ちょっとしたアイディア](https://github.com/textlint/textlint/issues/56#issuecomment-160050653)をコメントしたことから始まりました。
+文章校正ツールである[textlint](https://textlint.github.io/)プロジェクトの例では、作者の azu 氏が[ロゴを募集している Issue](https://github.com/textlint/textlint/issues/56)を見かけ、[ちょっとしたアイディア](https://github.com/textlint/textlint/issues/56#issuecomment-160050653)をコメントしたことから始まった。

-その後、[より詳細な検討](https://github.com/textlint/media/pull/1)を重ねた結果、私がデザインした textlint のロゴは無事プロジェクトに受け入れられました。
+その後、[より詳細な検討](https://github.com/textlint/media/pull/1)を重ねた結果、僕がデザインした textlint のロゴが無事プロジェクトに受け入れられた。

-このようにプロジェクトの作者が Issue 等でロゴを募集することは一般的であり、WebAssembly のロゴも[公募のコンペティション](https://github.com/WebAssembly/design/issues/112)で決まっています。
+このようにプロジェクトの作者が Issue 等でロゴを募集することは、実は思っているより一般的だ。WebAssembly のロゴも[公募のコンペティション](https://github.com/WebAssembly/design/issues/112)で決まっている。

-一方で自らロゴの提案をすることもあります。
+一方で自らロゴの提案をすることもある。

 ## ⌘ 英かな

-macOS のキーバインドを変更するアプリである[⌘ 英かな](https://ei-kana.appspot.com/)の例では、アイコンの Enhancement を思いつき、[Pull-request](https://github.com/iMasanari/cmd-eikana/pull/5)を送ったところ、本当にすぐにマージしてくれました。
-
-他の方の例では、[Annict](https://github.com/annict/annict/issues/120)などがあります。
+macOS のキーバインドを変更するアプリである[⌘ 英かな](https://ei-kana.appspot.com/)の例では、アイコンの改善案を思いつき、[Pull-request](https://github.com/iMasanari/cmd-eikana/pull/5)を送ったところ、驚くほどすぐにマージしてくれた。

 ## 結論

-以上のように、OSS コミュニティではコードだけでなくデザインワークに対してもオープンにコミットすることが出来ます。
-デザイナーの皆さんが OSS への貢献に関わる機会がますます増えることを楽しみにしています（そして OSS 開発者の多くは、クールなロゴが提案されることを心から待ち望んでいます！）
+OSS コミュニティではコードだけでなくデザインワークに対してもオープンにコミットすることが出来る。
+デザイナー諸氏は機会があれば興味のある OSS に貢献してみることをオススメする（実際 OSS 開発者の多くは、口にせずともクールなロゴが提案されることを心から待ち望んでいる！）
--- a/source/_posts/2017/sim-card-travel.md
+++ b/source/_posts/2017/sim-card-travel.md
@@ -4,12 +4,12 @@ date: 2017-02-02 00:20:00 +09:00
 redirect_from: "/blog/2017/02/02/sim-card-travel"
 ---

-世界中で 3G 通信が出来る[GigSky](http://www.gigsky.jp)の SIM を 3 日間の台湾旅行で使ってみました。
+世界中で 3G 通信が出来る[GigSky](http://www.gigsky.jp)の SIM を 3 日間の台湾旅行で使ってみた。

-GigSky では、その国の最初のアクティベーションに限り、3 日・100MB 分が無料で使えるので、今回の旅行では課金をせずに SIM を使うことが出来ました。
+GigSky では、その国の最初のアクティベーションに限り、3 日・100MB 分が無料で使えるので、今回の旅行では課金をせずに SIM を使うことが出来た。

-料金設定は現地で購入できる SIM と比べてかなり高く、旅行先で都度 SIM を購入する手間とのトレードオフとなります。
+料金設定は現地で購入できる SIM と比べてかなり高く、旅行先で都度 SIM を購入する手間とのトレードオフとなる。

-GigSky アプリをインストールしておくと、データ残量が半分以下になったタイミングでプッシュ通知を飛ばしてくれます。また、データ通信枠をトップアップする仕組みなので、追加データ枠の購入さえしなければ余計な課金をせずに済むという利点があります。
+GigSky アプリをインストールしておくと、データ残量が半分以下になったタイミングでプッシュ通知を飛ばしてくれる。また、データ通信枠をトップアップする仕組みなので、追加データ枠の購入さえしなければ余計な課金をせずに済むという利点もある。

-ただ、やはり価格設定が高めなのに加えて現地での SIM 購入はそこまで苦ではないので、3 日以上の旅行で使う機会は無いでしょう。
+ただ、やはり価格設定が高めなのに加えて現地での SIM 購入はそこまで苦ではないので、3 日以上の旅行で使う機会は無いだろう。
--- a/source/_posts/2018/comparing-oss-on-github.md
+++ b/source/_posts/2018/comparing-oss-on-github.md
@@ -18,7 +18,7 @@ I made a simple tool to get you covered with the above guidelines.

 # gh-compare

-![screencast.gif](/uploads/screencast.gif)
+![](/uploads/screencast.gif)

 [gh-compare](https://github.com/uetchy/gh-compare) is a simple terminal app to explore your candidates and aggregate a result into a nice-looking report.

@@ -27,9 +27,9 @@ npm install -g gh-compare
 gh-compare facebook/react vuejs/vue riot/riot
 ```

-![1xfd1gcrfntpft5bbu5s.png.jpeg](/uploads/1xfd1gcrfntpft5bbu5s.png.jpeg)
+![](/uploads/1xfd1gcrfntpft5bbu5s.png.jpeg)

 You will see the GitHub activities for each candidate at once.
 It could help you to decide which library you would adopt!

-Warmly welcome to any comments/ideas to improve `gh-compare`!
+Warmly welcome to any comments/ideas to improve `gh-compare`!
--- a/source/_posts/2018/know-your-deps.md
+++ b/source/_posts/2018/know-your-deps.md
@@ -6,7 +6,7 @@ date: 2018-09-02 03:23:00 +09:00
 How do you know what packages that project/library depend on and what exactly are that packages doing for?
 You'll want to quickly survey on them. So [npm-deps-list](https://github.com/uetchy/npm-deps-list) is here for.

-![screen-1.png.jpeg](/uploads/screen-1.png.jpeg)
+![](/uploads/screen-1.png.jpeg)

 You can install them using `npm` or `yarn`.

--- a/source/_posts/2018/life-automation.md
+++ b/source/_posts/2018/life-automation.md
@@ -4,81 +4,81 @@ date: 2018-08-05 00:00:00 +09:00
 redirect_from: "/blog/2018/08/05/life-automation"
 ---

-生活にオートメーションを上手く取り入れ、本当にやりたいことに集中できる環境をつくりましょう。
+生活にオートメーションを上手く取り入れ、本当にやりたいことに集中できる環境をつくろう。

 # 洗濯の自動化

-Panasonic のドラム洗濯乾燥機を使っています。威力を最大限に享受するため、タンブラー乾燥向けの普段着を揃えておくことも重要です。
+Panasonic のドラム洗濯乾燥機を使っている。威力を最大限に享受するため、タンブラー乾燥向けの普段着を揃えておくことも重要だ。

-洗剤は粉と液体とが一体化したジェルボール洗剤が便利です。ドラムの底にひとつ置くだけでよく、計量する必要がありません。
+洗剤は粉と液体とが一体化したジェルボール洗剤が便利だ。ドラムの底にひとつ置くだけでよく、計量する必要がない。

 # 食器洗いの自動化

-Panasonic の一人暮らし用コンパクト食洗乾燥機を使っています。
-洗濯機と同じく、食洗機専用のジェルボール洗剤を使えば計量する手間を省けます。
+Panasonic の一人暮らし用コンパクト食洗乾燥機を使っている。
+洗濯機と同じく、食洗機専用のジェルボール洗剤を使えば計量する手間を省ける。

 # 照明の自動化

-Philips Hue はインターネット経由で明るさや色相をコントロールすることができる電球です。
+Philips Hue はインターネット経由で明るさや色相をコントロールすることができる電球だ。

 - 「家から離れたら消灯」
 - 「家に近付いたら点灯」
 - 「日が暮れたら暖色系に切り替える」
 - 「23 時になったら消灯」

-など多様なルールを作ることができます。外の明るさに合わせて照明の明るさを調整して、概日リズムが崩れにくいようルールを決めています。
+など多様なルールを作ることができる。外の明るさに合わせて照明の明るさを調整して、概日リズムが崩れにくいようルールを決めている。

 # 空調の自動化

-Nature Remo でエアコンの操作を自動化しました。
+Nature Remo でエアコンの操作を自動化した。

 - 「湿度が高ければドライに変更」
 - 「家から離れたら電源オフ」
 - 「朝になったら冷房へ切り替え」

-など多様なルールを作ることができます。
+など多様なルールを作ることができる。

-Nature Remo 自体はエアコン専用ではなく、赤外線で操作出来るデバイスであればなんでも操作できます。家ではテレビの電源・音量もこれで操作しています。
+Nature Remo 自体はエアコン専用ではなく、赤外線で操作出来るデバイスであればなんでも操作できる(例えばシーリングファンやテレビの電源・音量など)

-[Nature Remo を NodeJS で操作するライブラリ](https://github.com/uetchy/nature-remo)を作ったので触ってみてください。ライブラリ経由で温度・湿度・明度のセンサー値を取得したり、指定したモードにエアコンを切り替えることができます。
+[Nature Remo を NodeJS で操作するライブラリ](https://github.com/nature-remo/nature-remo)を作ったので是非触ってみてほしい。ライブラリ経由で温度・湿度・明度のセンサー値を取得したり、指定したモードにエアコンを切り替えることができる。

 # 自動施錠・自動開錠

-Qrio Lock をドアに取り付けることでオートロック・アンロックができるようになりました。
+Qrio Lock をドアに取り付けることでオートロック・アンロックができるようになった。

-エントランスのドアに関しては、インターホンに Switch Bot を貼り付けて Shortcuts で解錠できるようにしておき、それを iPhone の背面トリプルタップで呼び出せるよう設定することでキーレスエントリー化しています。
+エントランスのドアに関しては、インターホンに Switch Bot を貼り付けて Shortcuts で解錠できるようにしておき、それを iPhone の背面トリプルタップで呼び出せるよう設定することでキーレスエントリー化している。少し Hacky だが、動けばなんでも良い。

 # ホームアシスタント

-Raspberry Pi に Home Assistant をインストールし、スマート家電を取りまとめるアシスタントとして使っています。Nature Remo や Hue、Switch Bot に紐づいているデバイスを Home Assistant のアプリからまとめて操作できます。
+Raspberry Pi に Home Assistant をインストールし、スマート家電を取りまとめるアシスタントとして使っている。Nature Remo や Hue、Switch Bot に紐づいているデバイスを Home Assistant のアプリからまとめて操作できる。

-Apple Home より柔軟な自動化ルールを作ることができ、例えば「朝になったら照明とエアコンをつける（気温が高くかつ誰かが家にいる場合のみ）」といった気の利いた自動化ができます。
+Apple Home より柔軟な自動化ルールを作ることができ、例えば「朝になったら照明とエアコンをつける（気温が高くかつ誰かが家にいる場合のみ）」といった気の利いた自動化ができる。

 # 睡眠記録の自動化

-Withings 改め Nokia 改め Withings の Sleep を使っています。
-寝るとき身体にウェアラブルデバイスを身につけたくないので、マットレスの下に敷いておくだけで自動計測してくれるのはありがたいです。
+Withings 改め Nokia 改め Withings の Sleep を使っている。
+寝るときにウェアラブルデバイスを身に付けたくない派としては、マットレスの下に敷いておくだけで睡眠を自動計測してくれるのはありがたい。

-機能としては、入眠・起床検知、心拍数記録、睡眠深度解析、いびき検出等があります。
+機能としては、入眠・起床検知、心拍数記録、睡眠深度解析、いびき検出等がある。

 # 体重記録の自動化

-Withings の Wi-Fi Scale を使っています。体重と体脂肪率、心拍数、BMI を Wi-Fi 経由でクラウドに自動記録し、アプリで推移を確認できます。
+Withings の Wi-Fi Scale を使っている。体重と体脂肪率、心拍数、BMI を Wi-Fi 経由でクラウドに自動記録し、アプリで推移を確認できる。

-Wi-Fi Scale には CO2 センサーもついており、部屋の二酸化炭素濃度を記録してくれます。
+Wi-Fi Scale には CO2 センサーもついており、部屋の二酸化炭素濃度を記録してくれる。

 # オンラインスーパー

-普段は業務スーパーを使いつつ、重くて量のある商品に関してはイトーヨーカドーのオンラインスーパーに頼っています。
+普段は業務スーパーを使いつつ、重くて運ぶのが大変な商品に関してはイトーヨーカドーのオンラインスーパーを頼っている。

-お気に入りリストへ水、米、卵、かぼちゃなど毎回買うものを登録しておくことで、慣れれば 5 分程度で注文が完了します。あとは指定した時間に家へ商品を届けてくれます。
+お気に入りリストへ水、米、卵、かぼちゃなど毎回買うものを登録しておくことで、慣れれば 5 分程度で注文が完了する。あとは指定した時間に家へ商品を届けてくれる。

 # 自動家計簿

-Moneytree を使っています。支出を自動で食費、趣味、日用品などに仕分けてくれるため、使いすぎに気付きやすいです。無現金縛りプレイと相性が良いです。
+Moneytree を使っている。支出を自動で食費、趣味、日用品などに仕分けてくれるため、使いすぎに気付きやすい。無現金縛りプレイと相性が良い。

 # 気になる製品

 ## ルンバ

-絨毯を取り除くわけにもいかないので二の足を踏んでいます。ルンバについては[KainokiKaede's diary](http://kainokikaede.hatenablog.com/entry/2018/07/24/185452)の記事を読んでください。
+絨毯を取り除くわけにもいかないので二の足を踏んでいる。使用感については[KainokiKaede's diary](http://kainokikaede.hatenablog.com/entry/2018/07/24/185452)の素晴らしい記事を共有しておく。
--- a/source/_posts/2018/math-api.md
+++ b/source/_posts/2018/math-api.md
@@ -1,5 +1,5 @@
 ---
-title: 'Math API: LaTeX Math as SVG image'
+title: "Math API: LaTeX Math as SVG image"
 date: 2018-10-23 03:19:00 +09:00
 ---

@@ -9,25 +9,22 @@ Spending some time, I made [Math API](https://math.now.sh), that renders LaTeX M

 So you can place your equation on almost everywhere on which you could put `<img>` or Markdown (`![]()`), such as GitHub, Jupyter Notebook or dev.to (here!).

-
 ```markdown
 ![](https://math.now.sh?from=\LaTeX)
 ```

 ![Equation](https://math.now.sh?from=%5CLaTeX)

-
 ```markdown
 ![](https://math.now.sh?from=\log\prod^N_{i}x_{i}=\sum^N_i\log{x_i})
 ```

 ![Equation](https://math.now.sh?from=%5Clog%5Cprod%5EN_%7Bi%7Dx_%7Bi%7D%3D%5Csum%5EN_i%5Clog%7Bx_i%7D)

-
 # Inline image

-![fqea9nq2wv9in15lqlf3.png.jpeg](/uploads/fqea9nq2wv9in15lqlf3.png.jpeg)
-![43slt0h6dfhox1xwmuti.png.jpeg](/uploads/43slt0h6dfhox1xwmuti.png.jpeg)
+![](/uploads/fqea9nq2wv9in15lqlf3.png.jpeg)
+![](/uploads/43slt0h6dfhox1xwmuti.png.jpeg)

 It is possible to generate an inline equation by changing the query from `from` to `inline`.

@@ -39,9 +36,9 @@ It is possible to generate an inline equation by changing the query from `from`

 Also, there is the online editor available at https://math.now.sh.

-![gg2wil3exu9lyj7ppuoy.png](/uploads/gg2wil3exu9lyj7ppuoy.png)
+![](/uploads/gg2wil3exu9lyj7ppuoy.png)

 # Conclusion

 The source code is available on [GitHub](https://github.com/uetchy/math-api).
-Give it a try and leave a comment/idea for a new feature.
+Give it a try and leave a comment/idea for a new feature.
--- a/source/_posts/2018/products-guide.md
+++ b/source/_posts/2018/products-guide.md
@@ -2,38 +2,22 @@
 title: 普段使いしているもの
 date: 2018-03-29 22:33:00 +09:00
 redirect_from: "/blog/2018/03/29/products-guide"
-updated: 2018-08-03 09:00:00 +09:00
 ---

 普段使いしているプロダクトを紹介する。
-「20XX 年に買ってよかったもの」を毎年書くのではなく、この記事を定期的に更新しようと思う。
+「20XX 年に買ってよかったもの」を毎年書くのではなく、この記事を定期的に更新していく。
+
+<!-- toc -->

 # ハードウェア

-## [MacBook 12"](http://www.apple.com/jp/shop/buy-mac/macbook/%E3%82%B4%E3%83%BC%E3%83%AB%E3%83%89-512gb)
+## MacBook Pro 15 インチ

-スペックを犠牲にして持ち運びに極振りした超コンパクトな MacBook。
+Thunderbolt ディスプレイと Roost を合わせて使うと QoL が高まる。

-## [EARIN M-2](https://earin.com)
+## [WF-1000XM4](https://www.sony.jp/headphone/products/WF-1000XM4/)

-EARIN M-1 から買い替えた。
-コンパクトさに極振りした完全無線イヤホン。万人受けしないプロダクトではあるが、その特性を理解して使えば手放せないギアになる。
-[レビュー記事](https://uechi.io/blog/2018/03/24/earin-m2-first-look)
-
-## [Bose QuietControl 30](https://www.bose.co.jp/ja_jp/products/headphones/earphones/quietcontrol-30.html)
-
-ノイズキャンセラーイヤホン QuietComfort 20 の後継機種。ワイヤレス化して、取り回しがよくなった。QuietControl の名の通り、ノイズキャンセリングの度合いを調整するボタンが搭載されている。しかし、実際のところ最大と最小しか使わないので、ボタンを押す手間がかえって不便に感じる。
-ノイズ除去能は随一なので、旅行には必ず持っていく。
-
-## [Apple Watch series 2 Nike+](http://www.apple.com/jp/shop/buy-watch/apple-watch-nike/%E3%82%B9%E3%83%9A%E3%83%BC%E3%82%B9%E3%82%B0%E3%83%AC%E3%82%A4-%E3%82%A2%E3%83%AB%E3%83%9F%E3%83%8B%E3%82%A6%E3%83%A0-%E3%83%96%E3%83%A9%E3%83%83%E3%82%AF-%E3%83%9C%E3%83%AB%E3%83%88-%E3%82%B9%E3%83%9D%E3%83%BC%E3%83%84%E3%83%90%E3%83%B3%E3%83%89?preSelect=false&product=MP0J2J/A&step=detail#)
-
-最終的に以下の機能しか使わなくなった。
-
- 時計
- タイマー
- 運動中の心拍数や歩数の計測
- Suica
- メッセージの閲覧・返信
+EARIN M-2 と BOSE から移行した。良い意味で Sony らしからぬ UX の良さに驚く。

 ## [M-Audio Keystation 88](http://m-audio.com/products/view/keystation-88)

@@ -47,93 +31,36 @@ EARIN M-1 から買い替えた。

 ## [Nature Remo](https://nature.global/)

-スマートな赤外線リモコン。
-Google Home や Alexa、IFTTT と連携して使っている。
+スマートな赤外線リモコン。Home Assistant と組み合わせて使っている。

 ## [Knirps Big Duomatic Safety](http://www.knirps.jp/product.html)

-知りうる中で最も大きなサイズの自動開閉折りたたみ傘。コンビニで売っている傘よりも大きいので安心感が違う。
+知りうる中で最も大きなサイズの自動開閉折りたたみ傘。コンビニで売っている傘よりも大きいので安心感が凄い。

 ## [Shure MOTIV MV88](https://www.shure.co.jp/go/motiv-mic/jp/mv88/)

-非常にコンパクトなコンデンサーマイク。Lightning 端子を備えており、iPhone/iPad に繋いで録音ができる。
+非常にコンパクトなコンデンサーマイク。Lightning 端子を備えており、iPhone/iPad に繋いで録音できる。

 ## [LEZYNE CNC Floor Drive ABS2](http://www.wiggle.jp/lezyne-cnc-floor-drive-abs2-%E3%83%95%E3%83%AD%E3%82%A2%E3%83%9D%E3%83%B3%E3%83%97/)

 デザインと機能性が両立した自転車の空気入れ。仏式と米式バルブに対応している。回転するねじ込みノズルが特徴的で、BROMPTON のような小口径タイヤを持つ自転車でも問題なく使える。

-## [iPad Pro 10.5 インチ](http://www.apple.com/jp/ipad-pro/)
+## [iPad Pro 12.9 インチ](http://www.apple.com/jp/ipad-pro/)

-[Apple Pencil](http://www.apple.com/jp/shop/product/MK0C2J/A/ipad-pro%E3%81%AE%E3%81%9F%E3%82%81%E3%81%AEapple-pencil)との組み合わせがとても良い。ノートを書いたり、絵を描くのに使っている。
-
-スタンドは、Twelve South の[Compass 2](http://www.apple.com/jp/shop/product/HF022ZM/B/twelve-south-compass-2-stand-for-ipad)を使っている。折りたたむと Apple Pencil2 本分くらいに小さくなる。
+Apple Pencil との組み合わせがとても良い。ノートを書いたり、絵を描くのに使っている。

 # サブスクリプションサービス

-## G Suite
+> Google Workspace、Dropbox Pro、iTunes Match は解約してセルフホストに移行した。

-月 540 円。
-好きなドメインで Google サービスを利用出来るので使っている。Gmail にも y@uechi.io でログイン出来る。
+## Apple One

-## Apple Music
-
-学割で月 480 円。普段の音楽ソースはこれに統一している。
-
-## iTunes Match
-
-CD からインポートした曲をクラウド同期するために有効化。
-
-## iCloud Drive
-
-写真やクラウド同期のために容量を購入した。
-
-## Dropbox Pro
-
-あらゆる作業データを保存しているため容量を増やした。
-
-## Amazon Student
-
-Prime の学割版。年間 1400 円。
-
-## Sketch
-
-コンピューター 1 台ごとに課金されるため非常に割高。やめたい。
-
-## Adobe Creative Cloud
-
-学割で月 3000 円。
+今まで契約していた Apple Music と iCloud 50GB プラン(バックアップ用)を合わせた額とほとんど同じなので Apple One に切り替えた。

 ## Apple Developer Program

 税金。

-## MoneyForward
+## [Porkbun](https://porkbun.com/)

-オンライン家計簿。電子決済縛りプレイと相性が良い。
-
-## [Namecheap](https://www.namecheap.com/)
-
-ドメインレジストラ。お名前.com から iwantmyname、そして Namecheap へと移行してきた。この手のサービスにしては良くデザインされており、使いやすい。
-
-一度転送でトラブルがあり、カスタマーサポートのお世話になったことがあったが、しっかりとした仕事をしてくれた。
-
-## [Netflix](https://www.netflix.com/jp/)
-
-既存コンテンツの配信だけに留まらず、オリジナル作品の制作にも意欲的に取り組んでいる。
-
-観たい作品が無くなったら購読をキャンセルし、必要に応じて再購読している。
-
-## 珈琲きゃろっと
-
-珈琲豆の定期宅配サービス。配送日の直前に焙煎をするため豆が新鮮なのが特徴。他にも土井珈琲が同様のサービスを提供しているので比べてみて自分に合った方を選ぼう。
-
-## TastyTable
-
-使い切りの食材とレシピを定期的に、または都度注文で宅配してくれるサービス。
-普段なら絶対に作らないような献立が提案されてくるので、週末に普段とは一風変わった食事を楽しみたい人にオススメのサービス。
-
-## TENTAL
-
-テントや焚き火グッズのようなキャンプ用品をレンタル出来るサービス。
-テントは高価な上にほとんど買い換えないタイプの製品なので、このようなサービスを通じて様々な種類のテントを借りて実地で試して、眼を肥やしてから購入した方が良いと感じた。
-3 シーズン用を買い揃えて、やる頻度の低い冬用の装備だけレンタルするという戦術もある。
+ドメインレジストラ。お名前.com、iwantmyname、Google Domains、Namecheap といろいろ使ってきたが、最終的にここに落ち着いた。この手のサービスにしては良くデザインされており使いやすい。
--- a/source/_posts/2019/bose-noise-cancelling-headphones-700レビュー.md
+++ b/source/_posts/2019/bose-noise-cancelling-headphones-700レビュー.md
@@ -2,35 +2,36 @@
 date: 2019-10-25 19:49:01 +0900
 title: Bose Noise Cancelling Headphones 700レビュー
 ---
-Bose Noise Cancelling Headphones 700を使い始めて一ヶ月が経ったので、現時点での印象をまとめる。
+
+Bose Noise Cancelling Headphones 700 を使い始めて一ヶ月が経ったので、現時点での印象をまとめる。

 ## Pros

-* ノイズキャンセリング性能の高さ
-* デザイン
-* 8台までのマルチペアリング
-* 2台までのマルチポイント
-* タッチコントロール
-* 3段階ノイズキャンセリングレベルコントロール
-  * 10段階の内3つをあらかじめ選んでおき、ボタンを押してローテーションできる
-  * QC30は1段階ずつしか変更出来ずボタンを連打させられる仕様だったので、大きな改善
-* バッテリーの持ちの良さ
-  * 15時間くらいは動く
-* 有線対応
-  * 有線時もANCが働く
-* USB-C充電対応
+- ノイズキャンセリング性能の高さ
+- 8 台までのマルチペアリング
+- 2 台までのマルチポイント
+- タッチコントロール
+- 3 段階ノイズキャンセリングレベルコントロール
+  - 10 段階の内 3 つをあらかじめ選んでおき、ボタンを押してローテーションできる
+  - QC30 は 1 段階ずつしか変更出来ずボタンを連打させられる仕様だったので、大きな改善
+- バッテリーの持ちの良さ
+  - 15 時間くらいは動く
+- 有線対応
+  - 有線時も ANC が働く
+- USB-C 充電対応

 ## Cons

-* マルチポイント時の混線ノイズ
-  * 音楽再生中にもう一方のデバイスで何か通知音が鳴るとストリームに対して「プツプツ」ノイズが入る
-* システムサウンドが大きすぎる（変更不可）
-* 消耗部品の多さ
-  * ヒンジ部分はケースに仕舞う度に動かなさいといけないため消耗が心配
-  * 可動部が多いほど故障率は上がる
-* 本体側での接続先選択が不可能
-  * QC30では出来ていた本体側のボタンで接続先を選択できる機能が無くなっていた
-* ボタン配置のミス
-  * ボタンが手に触れやすい位置にあるため、ヘッドホンを外す度に間違って押してしまう
-* ストリーム元とボタンの送信先が異なるバグ
-  * マルチポイント接続で一方のデバイスで音楽を流している際に、再生ボタンの信号が音楽を流していない方のデバイスに送信されてしまうバグがある
+- マルチポイント時の混線ノイズ
+  - 音楽再生中にもう一方のデバイスで何か通知音が鳴るとストリームに対して「プツプツ」ノイズが入る
+- システムサウンドが大きすぎる（変更不可）
+  - 公式英語フォーラムで多くのユーザーが苦情を書き込んでいるが、完全に無視されている
+- 消耗部品の多さ
+  - ヒンジ部分はケースに仕舞う度に動かなさいといけないため消耗が心配
+  - 一般論として、可動部が多いほど故障率が上がる
+- 本体側での接続先選択が不可能
+  - QC30 では出来ていた本体側のボタンで接続先を選択できる機能が無くなっていた
+- ボタン配置のミス
+  - ボタンが手に触れやすい位置にあるため、ヘッドホンを外す度に間違って押してしまう
+- ストリーム元とボタンの送信先が異なるバグ
+  - マルチポイント接続で一方のデバイスで音楽を流している際に、再生ボタンの信号が音楽を流していない方のデバイスに送信されてしまうバグがある
--- a/source/_posts/2019/give-your-app-slick-name.md
+++ b/source/_posts/2019/give-your-app-slick-name.md
@@ -9,12 +9,12 @@ That's why I created [namae](https://namae.dev).

 # namae

-![np1a40lrch9m10b1s7nz.gif](/uploads/np1a40lrch9m10b1s7nz.gif)
+![](/uploads/np1a40lrch9m10b1s7nz.gif)
 [namae](https://namae.dev) is an inter-platform name availability checker for developers and entrepreneurs.

 Once you fill out a form with a name you want to use, namae will check through various registries and check if the name is already in use or not.

-![pww3x6ycshadfiiotep9.png](/uploads/pww3x6ycshadfiiotep9.png)
+![](/uploads/pww3x6ycshadfiiotep9.png)

 # Supported Platforms

@@ -40,11 +40,11 @@ Additionally, the search result comes with a list of projects which has a simila

 # Name Suggestion

-namae also has a unique feature called __Name Suggestion__. It suggests auto-generated names made up of common prefix/suffix and synonyms. Take look at some examples.
+namae also has a unique feature called **Name Suggestion**. It suggests auto-generated names made up of common prefix/suffix and synonyms. Take look at some examples.

-![aas52pwbrueyzrulfiae.png](/uploads/aas52pwbrueyzrulfiae.png)
+![](/uploads/aas52pwbrueyzrulfiae.png)

-![j6jv0rq4gin28hks1ika.png](/uploads/j6jv0rq4gin28hks1ika.png)
+![](/uploads/j6jv0rq4gin28hks1ika.png)

 Clicking the suggestion, namae completes the form with it and start searching around the registries.

@@ -56,4 +56,4 @@ namae is completely open-sourced and the entire source code is available at [Git

 namae saves your time searching for a universally available name around a set of hosting providers and package registries.

-Go to [namae.dev](https://namae.dev/) and grab a report for the availability of your future product name. If you have any suggestion, poke me on Twitter ([@uechz](https://twitter.com/uechz)).
+Go to [namae.dev](https://namae.dev/) and grab a report for the availability of your future product name. If you have any suggestion, poke me on Twitter ([@uechz](https://twitter.com/uechz)).
--- a/source/_posts/2019/padsize.md
+++ b/source/_posts/2019/padsize.md
@@ -4,7 +4,7 @@ date: 2019-01-14 00:00:00 +09:00
 redirect_from: "/blog/2019/01/14/padsize"
 ---

-padStart における padSize の求め方です。
+`padStart` における適切な `padSize` の求め方。

 $$
 \textrm{padSize} = \lceil \log_{10}(\mathbf{arraySize} + 1) \rceil
--- a/source/_posts/2019/sign-and-notarize-electron-app.md
+++ b/source/_posts/2019/sign-and-notarize-electron-app.md
@@ -4,21 +4,21 @@ date: 2019-06-05 00:00:00 +09:00
 redirect_from: "/blog/2019/06/05/sign-and-notarize-electron-app"
 ---

-electron-builder を利用して macOS 向け Electron アプリをコード署名し、公証を通過させます。
+electron-builder を利用して macOS 向け Electron アプリをコード署名し、公証を通過させる。

-> **tl;dr**: コード署名と公証に対応した macOS アプリ Juno のリポジトリを[GitHub で公開](https://github.com/uetchy/juno)しています
+> **tl;dr**: コード署名と公証に対応した macOS アプリ Juno のリポジトリを[GitHub で公開](https://github.com/uetchy/juno)している。

 # Code Sign

-アプリのコード署名は`electron-builder`によって自動で行われます。内部的には[electron-osx-sign](https://github.com/electron-userland/electron-osx-sign)が使用されます。
+アプリのコード署名は`electron-builder`によって自動で行われる。内部的には[electron-osx-sign](https://github.com/electron-userland/electron-osx-sign)が使用される。

-リリース用のアプリにコード署名をするには、Keychain に有効な Developer ID Certificate が格納されている必要があります。macOS Developer Certificate は開発用のコード署名のみ可能なので、リリース用としては不十分です。
+リリース用のアプリにコード署名をするには、Keychain に有効な Developer ID Certificate が格納されている必要がある。macOS Developer Certificate は開発用のコード署名にしか使えないため、リリース用としては不十分だ。

-まだ証明書を発行していない場合は、[Apple Developer](https://developer.apple.com/account/resources/certificates/list)で証明書の追加ウィザードに進み、**Developer ID Application**を選択して証明書を発行してください。
+まだ証明書を発行していない場合は、[Apple Developer](https://developer.apple.com/account/resources/certificates/list)で証明書の追加ウィザードに進み、**Developer ID Application**を選択して証明書を発行する。

 # Notarize

-コード署名済みのアプリを[electron-notarize](https://github.com/electron-userland/electron-notarize)を使用して Apple Notary Service に提出します。
+コード署名済みのアプリを[electron-notarize](https://github.com/electron-userland/electron-notarize)を使用して Apple Notary Service に提出する。

 ```js
 const { notarize } = require("electron-notarize");
@@ -31,17 +31,17 @@ notarize({
 });
 ```

- **appBundleId**: アプリの Bundle ID です。`package.json`の`build.appId`と同じものを使います。
- **appPath**: `.app`の絶対パスを指定します。
- **appleId**: Apple Developer として登録している Apple ID を指定します。
- **appleIdPassword**: Apple ID のパスワードです。2 要素認証を必要としないパスワードが必要なので、[Apple ID](https://appleid.apple.com/#!&page=signin)にアクセスして**App-specific Password**を発行してください。
- **ascProvider**: Apple Developer の Membership に記載されている**Team ID**を指定します。
+- **appBundleId**: アプリの Bundle ID 。`package.json`の`build.appId`と同じものを使う。
+- **appPath**: `.app`の絶対パスを指定する。
+- **appleId**: Apple Developer として登録している Apple ID を指定する。
+- **appleIdPassword**: Apple ID のパスワード。2 要素認証を必要としないパスワードが必要なので、[Apple ID](https://appleid.apple.com/#!&page=signin)にアクセスして**App-specific Password**を発行する。
+- **ascProvider**: Apple Developer の Membership に記載されている**Team ID**を指定する。

 ## electron-builder の afterSign フック

-electron-builder の afterSign フックを使用して、コード署名が済んだアプリを自動で Notary に提出します。
+electron-builder の afterSign フックを使用して、コード署名が済んだアプリを自動で Notary に提出する。

-フックスクリプトを`./scripts/after-sign-mac.js`に置きます。
+フックスクリプトを`./scripts/after-sign-mac.js`に置く。

 ```js
 const path = require("path");
@@ -73,7 +73,7 @@ exports.default = async () => {
 };
 ```

-`package.json`の`build`に`afterSign`を追加してコード署名が終わった後にスクリプトが実行されるようにします。
+`package.json`の`build`に`afterSign`を追加して、コード署名が終わった後にスクリプトが実行されるようにする。

 ```json
 "build": {
@@ -83,7 +83,7 @@ exports.default = async () => {

 ## Hardened Runtime and Entitlements

-このままでは公証に失敗します。デフォルトで書き出されるバイナリでは、セキュリティの強化された[Hardened Runtime](https://developer.apple.com/documentation/security/hardened_runtime_entitlements)が有効になっていないためです。以下のようなエラーメッセージを貰います。
+このままでは公証に失敗する。デフォルトで書き出されるバイナリでは、セキュリティの強化された[Hardened Runtime](https://developer.apple.com/documentation/security/hardened_runtime_entitlements)が有効になっていないためだ。以下のようなエラーメッセージが帰ってくる。

 ```json
 {
@@ -103,7 +103,7 @@ exports.default = async () => {
 }
 ```

-`package.json`の`build.mac.hardenedRuntime`を`true`にして Hardened Runtime を有効にします。
+そこで、`package.json`の`build.mac.hardenedRuntime`を`true`にして Hardened Runtime を有効にする。

 ```json
 "build": {
@@ -113,7 +113,7 @@ exports.default = async () => {
 }
 ```

-Hardened Runtime 下では、必要に応じて Entitlement を指定しなくてはなりません。Electron の実行には`allow-unsigned-executable-memory`という Entitlement が必要なので、`entitlement.plist`ファイルを`build`フォルダに作成し、以下のような plist を記述します。
+Hardened Runtime 下では、必要に応じて Entitlement を指定しなければならない。Electron の実行には`allow-unsigned-executable-memory` Entitlement が必要だ。そこで、`entitlement.plist`ファイルを`build`フォルダに作成し、以下のような plist を記述する。

 ```xml
 <?xml version="1.0" encoding="UTF-8"?>
@@ -126,7 +126,7 @@ Hardened Runtime 下では、必要に応じて Entitlement を指定しなく
 </plist>
 ```

-`package.json`の`entitlements`及び`entitlementsInherit`に Entitlment が記述された plist のファイルパスを指定します。
+`package.json`の`entitlements`及び`entitlementsInherit`に Entitlement が記述された plist のファイルパスを指定する。

 ```json
 "build": {
@@ -138,18 +138,18 @@ Hardened Runtime 下では、必要に応じて Entitlement を指定しなく
 }
 ```

-Hardened Runtime で Electron を実行することができるようになったので、Notary を通過できる状態になりました。
+Hardened Runtime で Electron を実行することができるようになったので、Notary を通過できる状態になった。

-実際に`electron-builder`を実行してすべてのプロセスが上手く動作することを確かめてください。
+実際に`electron-builder`を実行して、すべてのプロセスが滞りなく動作することを確かめよう。

 # Verify Notary Status

-ただしく公証を得られたかどうかは`altool`で調べることができます。
+ただしく公証を得られたかどうかは`altool`で調べることができる。

-公証通過後に送られてくるメールに`Request Identifier`が記載されているのでメモします。
+公証通過後に送られてくるメールに`Request Identifier`が記載されているのでメモする。

 ```
-Dear Yasuaki,
+Dear uetchy,

 Your Mac software has been notarized. You can now export this software and distribute it directly to users.

@@ -161,13 +161,13 @@ Best Regards,
 Apple Developer Relations
 ```

-`xcrun altool --notarization-info`コマンドに UUID と Apple ID、パスワードを指定して公証ステータスを確認します。
+`xcrun altool --notarization-info`コマンドに UUID と Apple ID、パスワードを指定して公証ステータスを確認する。

 ```
 xcrun altool --notarization-info <UUID> -u $APPLE_ID -p $APPLE_PASSWORD
 ```

-正しく公証が得られている場合は以下のようなメッセージが表示されます。おめでとうございます！
+正しく公証が得られている場合は以下のようなメッセージが表示される。おめでとう！

 ```
 2019-06-05 13:51:18.236 altool[5944:261201] No errors getting notarization info.
--- a/source/_posts/2019/welch-t-test.md
+++ b/source/_posts/2019/welch-t-test.md
@@ -3,9 +3,9 @@ title: プログラムの速度改善が誤差かどうかを統計的に調べ
 date: 2019-10-03 17:21:00 +09:00
 ---

-**Welch の t 検定**を用いて 2 つのベンチマークの分布の平均が等しい（速度差は誤差の範疇）か、あるいは異なる（=有意な速度改善が成されている）かどうかを判定します。
+**Welch の t 検定**を用いて 2 つのベンチマークの分布の平均が等しい（速度差は誤差の範疇）か、あるいは異なる（=有意な速度改善が成されている）かどうかを判定したい。

-ベンチマーク用の TypeScript プログラムを用意します。
+ベンチマーク用に TypeScript プログラムを用意した。

 ```ts a.ts
 function a() {
@@ -27,13 +27,13 @@ function b() {
 b();
 ```

-まず[hyperfine](https://github.com/sharkdp/hyperfine)で 2 つの プログラムのベンチマークを取り、`result.json`に保存します。
+まず[hyperfine](https://github.com/sharkdp/hyperfine)で 2 つの プログラムのベンチマークを取り、`result.json`に保存する。

 ```shell
 hyperfine 'ts-node a.ts' 'ts-node b.ts' -r 50 --warmup 3 --export-json ab.json
 ```

-`result.json`の中身は以下のようになります。
+`result.json`の中身は以下のようになる。

 ```json result.json
 {
@@ -78,9 +78,9 @@ hyperfine 'ts-node a.ts' 'ts-node b.ts' -r 50 --warmup 3 --export-json ab.json
 }
 ```

-> t 検定はサンプルが正規分布に従っているという仮定を置いているので、大数の法則から本当はもっと試行回数を増やした方が良いです。
+> t 検定はサンプルが正規分布に従っているという仮定を置いているため、大数の法則から本当はもっと試行回数を増やした方が良い。

-この`result.json`の`times`配列を受け取り、2 つの分布間に有意差があるかどうかを判定します。
+この`result.json`の`times`配列を受け取り、2 つの分布間に有意差があるかどうかを判定する。

 ```ts
 import fs from "fs";
@@ -126,7 +126,7 @@ log(`p < 0.05 = ${p < 0.05}`);
 log(p < 0.05 ? "Possibly some difference there" : "No difference");
 ```

-ここで`X_mu`は分布 X の平均、`X_sigma`は分布 X の不偏分散です。
+ここで`X_mu`は分布 X の平均、`X_sigma`は分布 X の不偏分散だ。

 $$
 \begin{eqnarray}
@@ -135,26 +135,26 @@ $$
 \end{eqnarray}
 $$

-これを X と Y 両方に対して求めます。さらに以下のようにして t を求めます。
+これを X と Y 両方に対して求めます。さらに以下のようにして t を求める。

 $$
 t = \frac{\mu_X - \mu_Y}{\sqrt{\frac{\sigma_X}{n_X} + \frac{\sigma_Y}{n_Y}}}
 $$

-t 分布の累積密度関数 (Cumlative Distribution Function; CDF) を定義します。面倒すぎたので[jstat](https://github.com/jstat/jstat)の`studentt.cdf`を使ってます。コードを見ると、分子の積分は[シンプソンの公式](https://ja.wikipedia.org/wiki/シンプソンの公式)を使って近似していました。
+t 分布の累積密度関数 (Cumlative Distribution Function; CDF) を定義する。面倒すぎたので[jstat](https://github.com/jstat/jstat)の`studentt.cdf`を使った。コードを見ると、分子の積分は[シンプソンの公式](https://ja.wikipedia.org/wiki/シンプソンの公式)を使って近似していた。

 $$
 \text{CDF} =\frac{\int_0^{\frac{v}{t^2+v}}\frac{r^{\frac{v}{2}-1}}{\sqrt{1-r}}dr{}}{\text{exp}(\ln(\Gamma(\frac{v}{2}))+\ln(\Gamma(0.5))+\ln(\Gamma(\frac{v}{2}+0.5)))}
 $$

-CDF を用いて p 値を求めます。両側検定をするので 2 を掛けます。t 分布の自由度 (degree of freedom; df) は$n-1$なので、両分布の自由度を$n_X+n_Y-2$で与えます。本当は
+CDF を用いて p 値を求める。両側検定をするので 2 を掛ける。t 分布の自由度 (degree of freedom; df) は$n-1$なので、両分布の自由度を$n_X+n_Y-2$で与える。本当は

 $$
 \text{df} = \frac{(\sigma_X + \sigma_Y)^2}{
    \frac{\sigma_X^2}{n_X - 1} + \frac{\sigma_Y^2}{n_Y - 1}}
 $$

-で求める必要がありますが、さぼって近似しました。
+で求める必要があるが、さぼって近似した。

 $$
 p = \text{CDF}(-|t|, n_X+n_Y-2) \times2
@@ -162,7 +162,7 @@ $$

 ## 結果

-異なる実行時間を示すプログラム`a`,`b`を比較すると、2 つの分布の平均が異なることが示唆されました。
+異なる実行時間を示すプログラム`a`,`b`を比較すると、2 つの分布の平均が異なることが示唆された。

 ```
 ❯ ts-node test.ts ab.json
@@ -180,7 +180,7 @@ p < 0.05 = true
 Possibly some difference there
 ```

-p 値が 0.05 未満となり、帰無仮説「２つの分布は等しい」が棄却されたので「２つの分布は等しくない」ことがわかりました。同じプログラム同士でベンチマークを取るとどうなるでしょうか。
+p 値が 0.05 未満となり、帰無仮説「２つの分布は等しい」が棄却されたので「２つの分布は等しくない」ことがわかった。では、同じプログラム同士でベンチマークを取るとどうなるか？

 ```
 ❯ ts-node test.ts aa.json
@@ -198,9 +198,9 @@ p < 0.05 = false
 No difference
 ```

-p 値が 0.05 未満ではないので、帰無仮説は棄却されず、つまり「２つの分布は等しい」ことがわかりました。
+p 値が 0.05 未満ではないため、帰無仮説は棄却されず、つまり「２つの分布は等しい」ことがわかった。

-ウェルチの t 検定はスチューデントの t 検定と違って等分散性（２つの分布の分散が等しいこと）を仮定しないので、とても取り扱いやすい検定です。もちろん等分散性のある分布でも使用できるので、基本的にはウェルチの方法を使う方針で良さそうです。
+ウェルチの t 検定はスチューデントの t 検定と違って等分散性（２つの分布の分散が等しいこと）を仮定しないため、とても取り扱いやすい検定だ。もちろん等分散性のある分布でも使用できるので、基本的にはウェルチの方法を使う方針で良さそうだ。

 ## 参考文献

--- a/source/_posts/2021/affinity-thumbnail.md
+++ b/source/_posts/2021/affinity-thumbnail.md
@@ -3,45 +3,55 @@ title: Distill Thumbnail from .afphoto and .afdesign
 date: 2021-02-14T13:30:00
 ---

-Nextcloud does not have support for generating thumbnails from Affinity Photo and Affinity Design. Fine, I'll do it myself.
+[Nextcloud](https://en.wikipedia.org/wiki/Nextcloud) does not support generating thumbnails from [Affinity Photo](https://en.wikipedia.org/wiki/Affinity_Photo) and [Affinity Designer](https://en.wikipedia.org/wiki/Affinity_Designer). Fine, I'll do it myself!

 # Digging Binary

-Glancing at `.afphoto` and `.afdesign` in Finder, I noticed that it has a QuickLook support and an ability to show the thumbnail image. So these files should have thumbnail image somewhere inside its binary.
+Glancing at `.afphoto` and `.afdesign` in Finder, I noticed that it has a QuickLook support and an ability to show the thumbnail image. Meaning there's a chance that these files contain **pre-generated thumbnail images** somewhere inside its binaries, meaning I don't have to reverse-engineer their format from ground up.

-I wrote a piece of Node.js script to seek for [PNG signature](https://www.w3.org/TR/PNG/) inside a binary and save it as an image file.
+To verify this, I wrote a piece of Node.js script to seek for [PNG blob](https://www.w3.org/TR/PNG/) inside an .afphoto/.afdesign file and save it as a normal PNG file.

-```js afthumb.js
+In the [11.2.1 General](https://www.w3.org/TR/PNG/#11Chunks) of the PNG spec, they stated a valid PNG image should begin with a PNG signature and end with an `IEND` chunk.
+
+> A valid PNG datastream shall begin with a PNG signature, immediately followed by an `IHDR` chunk, then one or more `IDAT` chunks, and shall end with an `IEND` chunk. Only one `IHDR` chunk and one `IEND` chunk are allowed in a PNG datastream.
+
+Conveniently, it is also guaranteed that there should be **only one IEND chunk** in a PNG file, so greedy search would just work.
+
+```js gen_thumbnail.js
 const fs = require("fs");

 // png spec: https://www.w3.org/TR/PNG/
 const PNG_SIG = Buffer.from([137, 80, 78, 71, 13, 10, 26, 10]);
 const IEND_SIG = Buffer.from([73, 69, 78, 68]);

-function extractThumbnail(buf) {
+function extractPngBlob(buf) {
  const start = buf.indexOf(PNG_SIG);
  const end = buf.indexOf(IEND_SIG, start) + IEND_SIG.length * 2; // IEND + CRC
  return buf.subarray(start, end);
 }

-function generateThumbnail(input, output) {
+function extractThumbnail(input, output) {
  const buf = fs.readFileSync(input);
-  const thumbBuf = extractThumbnail(buf);
-  fs.writeFileSync(output, thumbBuf);
+  const pngBlob = extractPngBlob(buf);
+  fs.writeFileSync(output, pngBlob);
 }

-generateThumbnail(process.argv[2], process.argv[3] || "output.png");
+extractThumbnail(process.argv[2], process.argv[3] || "output.png");
 ```

-That's right. This script just scrapes a binary file and distill a portion of which starts with `PNG` signature and ends with `IEND`.
+That's right. This script just do `indexOf` on a `Buffer` and distill a portion of which starts with `PNG` signature and ends with `IEND` (+ CRC checksum).
+
+# CRC (Cyclic Redundancy Code)
+
+You may have wondered about `IEND_SIG.length * 2` part. It was to include [32-bit CRC](https://en.wikipedia.org/wiki/Cyclic_redundancy_check#CRC-32_algorithm) (Cyclic Redundancy Code) for `IEND` to the resulting blob.
+
+Here, the byte-length of `IEND` chunk and its `CRC` checksum are coincidentally the same (4 bytes), so I just went with that code.

 Now I can generate a thumbnail image from arbitrary `.afphoto` and `.afdesign` file. Let's move on delving into Nextcloud source code.

 # Tweaking Nextcloud

-I have a bit of experience in tweaking Nextcloud source code before, where I implemented thumbnail generator for PDFs, so it should be easier this time, hopefully.
-
-Long story short, I got Nextcloud generates thumbnail images for Affinity files by implementing `ProviderV2` class.
+At this point, all I have to do is to rewrite the above code in PHP and make them to behave as a Nextcloud Preview Provider.

 ```php lib/private/Preview/Affinity.php
 <?php
@@ -79,6 +89,8 @@ class Affinity extends ProviderV2 {
 }
 ```

+Also make sure my component to be auto-loaded on startup.
+
 ```patch lib/private/PreviewManager.php
@@ -363,6 +365,8 @@
 		$this->registerCoreProvider(Preview\Krita::class, '/application\/x-krita/');
@@ -114,7 +126,13 @@ class Affinity extends ProviderV2 {

 ![](afphoto.png)

-Easy-peasy!
+Voilà! Now I can see beautiful thumbnails for my drawings in Nextcloud web interface.
+
+This is exactly why I love FOSS. It allows me to materialize **any niche things** I want in the FOSS without bothering its developers. This fact not only gives me confidence that I can control the functionality of the software, but it also makes me have more trust in the developers for giving me such freedom to make changes to their software.
+
+# Finalized Solution
+
+Enough talking, I've pushed my Nextcloud Docker setup with the above patches included on [GitHub](https://github.com/uetchy/docker-nextcloud). You can see the actual patch [here](https://github.com/uetchy/docker-nextcloud/blob/master/patches/lib.patch). Note that it also contains the patches for PDF thumbnail generator described below, and this particular patch _may_ pose security implications because of the usage of Ghostscript against PDF.

 # Bonus: PDF thumbnail generator

--- a/source/_posts/2021/installing-arch-linux.md
+++ b/source/_posts/2021/installing-arch-linux.md
--- a/source/_posts/2021/oauth-jwt-rfcs.md
+++ b/source/_posts/2021/oauth-jwt-rfcs.md
@@ -44,11 +44,11 @@ OAuth 2.0 において、`access_token`をリソースサーバーに渡す手
 2. Form Encoded Parameters (SHOULD NOT)
 3. URI Query Parameters (SHOULD NOT)

-## [OICD](https://openid.net/specs/openid-connect-core-1_0.html) — OpenID Connect Core 1.0
+## [OIDC](https://openid.net/specs/openid-connect-core-1_0.html) — OpenID Connect Core 1.0

 2014 年 11 月

-OAuth 2.0 の上にいくつか仕様を足したサブセット。
+OAuth 2.0 の上にいくつか仕様を足したサブセットで、OAuth (Authorization)に Authentication の機能を付与した画期的なプロトコル。

 ## [RFC7515](https://tools.ietf.org/html/rfc7515) — JSON Web Signature (JWS)

--- a/source/_posts/2021/server-2020.md
+++ b/source/_posts/2021/server-2020.md
@@ -8,26 +8,39 @@ date: 2021-02-13T00:00:00
 # 用途

 - 各種セルフホスト (Docker)
- Docker Swarm / K8s のマスター
+- Docker Swarm クラスターのマスターノード
 - 計算実験
 - VS Code Remote SSH のホストマシン
- VPN 他

 # スペック

 重いタスクを並列してやらせたいので最優先は CPU とメモリ。メモリは[DDR4-3200 32GBx2](https://shop.tsukumo.co.jp/goods/4582353591719/) を、CPU は昨今のライブラリのマルチコア対応を勘案して [Ryzen 9 3950X](https://www.amd.com/en/products/cpu/amd-ryzen-9-3950x) を選んだ。CPU クーラーは静音性を考えて Noctua の [NH-D15 Black](https://noctua.at/en/nh-d15) 。

-> 結果から言うとメモリは 64GB では足りなかった。巨大な Pandas データフレームを並列処理したり、DeepSpeed でモデルの重みをオフロードするたびに OOM が発動してしまう。最終的に 128GB まで増やす羽目になった。
-
 > 追記: メモリ異常を起因とするシステム誤動作により、`/sbin` 以下がゼロ上書きされカーネルが起動しなくなる災害が起きた。後日 ECC 付きのメモリに交換してからは、現在に至るまでメモリ関連の異常は発生していない。常時稼働するサーバーには最初から ECC メモリを選ぼう。

-> 追記: 結局 128GB でも OOM になる場面が出てきたが、もうこれ以上増設できない。最初から DIMM を 8 枚挿せるマザーボードを選ぶべきだった。
+> 追記 2: 結果から言うとメモリは 64GB では足りなかった。巨大な Pandas データフレームを弄ったり、10 億レコード以上ある MongoDB を走査したりするたびに OOM が発動してしまう。最終的に 128GB まで増やす羽目になった。

-GPU は古いサーバーに突っ込んでいた NVIDIA GeForce GTX TITAN X (Maxwell)を流用した。グラフィックメモリが 12GB ちょっとしかないが、最大ワークロード時でも 5GB は残るので今のところ十分。
+> 追記 3: 結局 128GB でも OOM になる場面が出てきたが、スロットが埋まっていてもうこれ以上増設できないし、できたとしても Ryzen シリーズが 128GB までしかサポートしてないのでどちらにしろ詰みである。
+>
+> これから機械学習/OLAP サーバーを構築しようと考えている読者は、最初から DIMM スロットが豊富な Dual-socket (CPU が 2 つ挿せる) マザーボードと、サーバー向け CPU (EPYC または Xeon)の組み合わせを検討すべきだ。サーバー向け CPU に関しては、EOL を迎えてデータセンターから放出された 5 年ほど前のモデルが eBay で安く手に入るはず。

-> 結果から言うと GPT-J や Megatron-LM を始めとした億パラメータ級のモデルを学習・推論させるには、DeepSpeed の助けがあったとしても最低 16GB の VRAM が必要だった。
+> 追記 4: eBay で良いパーツを探すコツ
+>
+> 1. 発送時期が異様に長くない (所有しているものを出品している)
+> 2. シリアル番号が写っている現物の写真がある (偽物や Engineering Sample の可能性が低い)
+> 3. 通電に加えて正常な動作確認を行っている (疑問点があれば出品者に質問を送ってしっかり言質をとっておくこと)

-記憶装置は WD HDD 3TB 2 台と Samsung 970 EVO Plus 500GB M.2 PCIe、そして古いサーバーから引っこ抜いた Samsung 870 EVO Plus 500GB SSD 。NVMe メモリは OS 用、SSD/HDD はデータとバックアップ用にする。
+GPU は古いサーバーに突っ込んでいた NVIDIA GeForce GTX TITAN X (Maxwell)を流用した。VRAM が 12GB ちょっとしかないが、最大ワークロード時でも 5GB は残るので今のところ十分。
+
+> 追記: 結果から言うと GPT-J や Megatron-LM を始めとした億パラメータ級のモデルを学習・推論させるには、DeepSpeed の助けがあったとしても最低 16GB の VRAM が必要だった。他の例を挙げると、Stable Diffusion の Fine-tuning には最低 30GB 前後の VRAM が必要になるし、OpenAI Whisper の large モデルを動かす際にも 13GB は見ておく必要がある。
+>
+> 今から GPU を買うなら、2022 年 10 月現在中古市場で 10 万前後で推移している RTX 3090 (24GB)を 2 枚買う戦略が筋が良いだろう。お金持ちなら A100 を買えば良い。
+
+> 追記 2: RTX 3090 を安く仕入れることができたが、サイズが大きすぎて Meshify 2 ケースの HDD ベイに干渉してしまった。いくつか HDD を移動させることで上手く挿入できたが、かわりに 3 つ分のベイが使用できなくなった。
+>
+> これからケースを買おうとしている読者は、最初から ATX ケースを通り越して Meshify 2 XL など、E-ATX/EE-ATX 対応ケースを選ぶことをおすすめする。どちらにせよそのようなケースでないと上記の Dual-socket マザーボードは挿せないし、十分な冷却環境を確保できない。
+
+記憶装置は WD HDD 3TB 2 台と Samsung 970 EVO Plus 500GB M.2 PCIe、そして古いサーバーから引っこ抜いた Samsung 870 EVO Plus 500GB SSD 。NVMe メモリは OS とキャッシュ用、SSD/HDD はデータ用にする。

 マザーボードは、X570 と比較して実装されているコンデンサーやパーツがサーバー向きだと感じた[ASRock B550 Taichi](https://www.asrock.com/mb/AMD/B550%20Taichi/) にした。

@@ -43,6 +56,7 @@ Arch Linux のセットアップは[個別に記事](https://uechi.io/blog/insta

 # パーツ選定時のポイント

+- [Disk Prices](https://diskprices.com/?locale=us) でディスクの値段チェック
 - [WikiChip](https://en.wikichip.org/wiki/WikiChip)で CPU のモデルやスペックを調査する
 - [PCPartPicker](https://jp.pcpartpicker.com/)でパーツのコスト計算をする
 - [Bottleneck Calculator](https://pc-builds.com/calculator/)で CPU と GPU の組み合わせを選び、そのうちどちらが性能のボトルネックになるか調べる
@@ -60,7 +74,7 @@ Arch Linux のセットアップは[個別に記事](https://uechi.io/blog/insta

 - 少なくとも 1 年間はすべての箱・書類を取っておく（特にメモリは箱自体が保証書代わりになっている場合がある）
 - 筐体は無視してまずマザボ、CPU、クーラー、（オンボードグラフィックが無い CPU なら）グラボ、そして電源を繋いで通電・動作テストをする
-  - [MemTest86](https://www.memtest86.com/)でメモリの動作テストを最後までやる（エラーが出たら交換依頼）
+  - [MemTest86](https://www.memtest86.com/)でメモリのテストを最後までやる（エラーが出たら交換依頼）
  - USB ブートで OS の起動確認
 - Ethernet が死んでいる場合は USB-Ethernet アダプターでまずネットを確保する
  - ほとんどの場合 Linux カーネルのバージョンを上げると（デバイスドライバーも新しくなり）直る
@@ -69,4 +83,4 @@ Arch Linux のセットアップは[個別に記事](https://uechi.io/blog/insta
  - 駄目ならマザボまたはアダプターメーカーからアップデートを探す
 - 安い筐体のネジは柔いことがあるため、強く押し込みながら少しずつ回す
  - 山が潰れてきたらゴムシートを挟む
- すべて動いたら、[Linux Hardware Database に Probe を送信](https://linux-hardware.org/index.php?view=howto)して貢献
+- すべて動いたら、[Linux Hardware Database に Probe を送信](https://linux-hardware.org/index.php?view=howto)して貢献する
--- a/source/_posts/2021/split-bill.md
+++ b/source/_posts/2021/split-bill.md
@@ -12,7 +12,7 @@ date: 2021-02-14T00:00:00

 1. 全員の出費を算出（払い過ぎは正、払わなさすぎは負の数）
 2. 降順でソート（出費過多が先頭）
-3. リストの最後（最大債務者, 出費=L）がリストの最初（最大債権者, F）に $\min(F, |L|)$ を支払ってバランスを再計算
+3. リストの最後（最大債務者, 出費=L）がリストの最初（最大債権者, F）に $\min(F, |L|)$ を支払ってバランス(負債)を再計算
 4. 全員のバランスが 0 になるまで 2-3 を繰り返す

 # 実験
@@ -145,4 +145,8 @@ B virtually paid ¥81 in total
 C virtually paid ¥76 in total
 ```

-プログラムに落とし込むことができたら、あとはスプレッドシートのマクロにするなり自由だ。面倒なことは全部コンピューターにやらせよう！
+旅行中、A と B は 1 回、C は 3 回支払いを建て替えた。そのうち 3 回は普通の割り勘だが、他 2 回はそれぞれ「C が A と B の分を建て替えた」「C が A の分を建て替えた(=C が A に金を貸した)」である。
+
+このようなケースで一件ずつナイーブに精算しようとすると、合計 12 回のお金のやり取りが発生することになる。しかし負債を同額の債権で打ち消す操作を繰り返して最適化した結果、たった 2 回お金のやり取りをするだけで全員分の精算を完了できることがわかった。
+
+プログラムに落とし込むことができたら、あとはスプレッドシートのマクロにするなりスマホのアプリにするなり自由だ。面倒なことは全部コンピューターにやらせよう！
--- a/source/_posts/2022/building-mozc-for-macos.md
+++ b/source/_posts/2022/building-mozc-for-macos.md
@@ -5,60 +5,33 @@ date: 2022-05-20T00:00:00

 [Mozc](https://github.com/google/mozc) is an open-source counterpart of Google Japanese Input, a Japanese input method developed by Google.

-## Setup build environment
+## Build environment

 ```
 $ sw_vers
 ProductName:	macOS
-ProductVersion:	12.2.1
-BuildVersion:	21D62
+ProductVersion:	12.6.1
+BuildVersion:	21G217

 $ xcodebuild -version
-Xcode 13.3
-Build version 13E113
-```
-
-```bash
-# Install dependencies
-brew install python3 ninja qt@5
-
-# Clone the repository
-git clone https://github.com/google/mozc -b master --single-branch --recursive
+Xcode 14.1
+Build version 14B47b
 ```

 ## Build mozc

 ```bash
-# Move to the source directory
+# Install dependencies
+brew install qt@5 bazel packages
+
+# Clone the repository
+git clone https://github.com/google/mozc -b master --single-branch --recursive
+
+# Build
 cd mozc/src
-
-# Expose necessary variable
-MAC_SDK=$(xcodebuild -showsdks 2>/dev/null | grep '\tmacOS' | awk '{print $2}')
-MAC_DEPLOYMENT_TARGET=$(sw_vers -productVersion | sed -E 's/\.[^.]+$//')
-export GYP_DEFINES="mac_sdk=${MAC_SDK} mac_deployment_target=${MAC_DEPLOYMENT_TARGET}"
-
-# Apply hotfix to third party libs
-cd third_party
-git clone https://chromium.googlesource.com/chromium/tools/depot_tools.git
-export PATH="$PATH:$PWD/depot_tools"
-python3 -m pip install six
-cd gyp
-git apply ../../gyp/gyp.patch
-cd ../..
-
-# Configure
-python3 build_mozc.py gyp --qtdir=/usr/local/opt/qt@5
-
-# Build main converter and GUI tools
-python3 build_mozc.py build -c Release mac/mac.gyp:GoogleJapaneseInput gui/gui.gyp:config_dialog_main
+MOZC_QT_PATH=/usr/local/opt/qt@5 ANDROID_NDK_HOME= bazel build package --config macos -c opt

 # Install
-sudo cp -r out_mac/Release/Mozc.app /Library/Input\ Methods/
-sudo cp mac/installer/LaunchAgents/org.mozc.inputmethod.Japanese.Converter.plist /Library/LaunchAgents
-sudo cp mac/installer/LaunchAgents/org.mozc.inputmethod.Japanese.Renderer.plist /Library/LaunchAgents
-
-# Clean up the tree
-python3 build_mozc.py clean
-
+open bazel-bin/mac/Mozc.pkg
 reboot
 ```
--- a/source/_posts/2022/root-ca-in-japan.md
+++ b/source/_posts/2022/root-ca-in-japan.md
@@ -1,5 +1,5 @@
 ---
-title: 日本のルート認証局を戴く中間認証局のACME対応状況
+title: 国内のルート認証局とACME対応状況
 date: 2022-03-04T15:00:00
 ---

@@ -7,7 +7,7 @@ date: 2022-03-04T15:00:00

 ## 概要

-まず断っておきたいが、ルート認証局によって子孫 SSL 証明書の安全性に問題が生じたことは[WoSign の例](https://wiki.mozilla.org/CA/WoSign_Issues)を除いてほとんどない。わざわざ高額な手数料を支払うより、同じセキュリティ強度の証明書を無料で提供してくれる Let's Encrypt (ISRG)や ZeroSSL (Sectigo) をありがたく使わせていただく、そういう意識で問題ないのである。
+まず断っておきたいが、ルート認証局のせいで子孫 SSL 証明書の運用に問題が生じたことは[WoSign](https://wiki.mozilla.org/CA/WoSign_Issues)や[TrustCor](https://www.techtarget.com/searchsecurity/news/252527174/TrustCor-under-fire-over-certificate-authority-concerns)(TrustCor は少し毛色が違うが)の例を除いてほとんどない。わざわざ高額な手数料を支払うより、同じセキュリティ強度の証明書を無料で提供してくれる Let's Encrypt (ISRG)や ZeroSSL (Sectigo) をありがたく使わせていただく、そういう意識で問題ないのである。

 ## 国内唯一のルート認証局は SECOM が所有

@@ -40,7 +40,7 @@ FujiSSL は独自の自動更新ツールを提供しているが、ホストに
 - [ACME について | JPRS](https://jprs.jp/pubcert/about/ACME/)
 - [JPRS サーバー証明書発行サービス ACME 対応版ご利用条件 (PDF)](https://jprs.jp/pubcert/info/repository/acme-agreement.pdf)

-[JPRS サーバー証明書認証局証明書ポリシー](https://jprs.jp/pubcert/info/repository/JPRS-CP.pdf)に目を通してどの認証方式に対応しているのか調べてみよう。
+[JPRS サーバー証明書認証局証明書ポリシー](https://jprs.jp/pubcert/info/repository/JPRS-CP.pdf)に目を通してどの認証方式に対応しているのか確認しよう。

 ### 3.2.2.4.7 DNS Change

@@ -70,7 +70,7 @@ DNS ゾーンに CAA レコードを置いて内容を`jprs.jp`にする必要

 Go 製の ACME クライアント[lego](https://github.com/go-acme/lego)は DNS-01 認証に対応しているため、JPRS ACME 証明書の発行がスムーズにできる可能性がある。

-```bash
+```bash コマンド例(執筆時点では動作しない)
 CLOUDFLARE_DNS_API_TOKEN=<token> \
 lego \
  --server 'https://acme.amecert.jprs.jp/DV/getDirectory' \
--- a/source/email.html
+++ b/source/email.html
@@ -5,9 +5,9 @@ permalink: "/email"

 <!DOCTYPE html>
 <html>
-  <meta name="robots" content="noindex">
-  <meta charset="UTF-8">
-  <meta http-equiv='X-UA-Compatible' content='IE=edge'>
+  <meta name="robots" content="noindex" />
+  <meta charset="UTF-8" />
+  <meta http-equiv="X-UA-Compatible" content="IE=edge" />
  <meta name="viewport" content="width=device-width, initial-scale=1" />
  <body>
    <style>
@@ -16,6 +16,9 @@ permalink: "/email"
      }
    </style>
    <h1>Email</h1>
-    <p>You can reach me at <a href="mailto:y@uechi.io"><code>y@uechi.io</code></a></p>
+    <p>
+      You can reach me at
+      <a href="mailto:y@uechi.io"><code>y@uechi.io</code></a>
+    </p>
  </body>
 </html>
--- a/source/me.md
+++ b/source/me.md
@@ -1,5 +1,5 @@
 ---
-title: about me
+title: README
 ---

 <style>
@@ -14,6 +14,7 @@ img {
 - [Blog (Japanese and English)](https://uechi.io)
 - [Technical Notes (English) @ dev.to](https://dev.to/uetchy)
 - [Technical Notes (Japanese) @ Qiita](https://qiita.com/uetchy)
+- [SIGVT Project](https://sigvt.org)
 <!-- - [Design Portfolio @ Behance](https://www.behance.net/uechi) -->

 ## Contact
@@ -41,14 +42,14 @@ curl https://github.com/uetchy.keys | age -R - confidential.zip > confidential.z

 ```yaml
 - Interests:
-    - Web, ML/NLP, UX, Coffee
- Have confidence:
-    - (Java|Type)Script, React, UI design
- Have some experience:
-    - Python, Rust, Go, Ruby, Swift, Docker Swarm
- Have no confidence: normal life stuff
- Languages:
+    - Webdev, NLP, Reverse-engineering, Category theory, UI design, Coffee
+- Machine languages:
+    - TypeScript, Python, Rust, Go, Ruby, Swift
+- Human languages:
    - Japanese: native
    - English: TOEIC 985
- Play tin whistle and violin for fun
+    - Korean: r/w hangul
+    - Indonesian: baby
+- Hobby:
+    - Play tin whistle and fiddle for fun
 ```
--- a/source/uetchy.asc
+++ b/source/uetchy.asc
@@ -1,52 +0,0 @@
-----BEGIN PGP PUBLIC KEY BLOCK-----
-
-mQINBFvmhvMBEADkBr92qQLufuLU4GF+DxnWXgd/JZh5H/Exve6WATynLIgBjK2b
-tZHyqbe2uRP3p0O597xRRzUYfI+ZfZs2eohqnQAGtXsvHOWfxj91amZuhevNr1AA
-Tm/hFFRmGnRUtEGSo+t+++a8tK70AZ1oXp5aNXshlzw/WNT0b+WAvwlPsQiAUFEr
-B8EXKSMBQmItD/sH7qcbC1/41ScQ5q8X7h8JjtHmJicJhcAMqmNCEV/roRLxOMFw
-tXXkVU14PZxu0lW2FQETO5d+79SFUa6XEE9Cb8IKjN+KtjQUKCLCn8HWIDimxzcU
-Cj8djnn1/TyMJEkGvUUz3ztsoM91gKa5uDCkqNbJgtSQF4Xzl1xQaSleN8MHbaGs
-UosPMJirAJBwqFkFyJI7uu2FiKTgFAdJY23Gx2UDUxFqXkeoGUYxKRuZHiXwLJH0
-w10+HtbNNZbPZW488PQc5tAN+Msk5oIV+X4lHHxBhIb7ijZrm3+2d0VNyTga1mi7
-rhsDUJ9oMeU12ZTnGsZHEjH9xb0xnIOzfyb0AnWMJkxB8YHT6jFORpx+D8aZRtkZ
-ocBaHVkJXes1VkvDComumAUTF4QaQijzOq1NjIMH8lk0UOl10yIj/ROzwi+zJx5F
-9avxMg/aecfXo/AlMRUnnK4sI9yCo4h9U4vif//iyONb9XnLUXQjMyBD8QARAQAB
-tBpZYXN1YWtpIFVlY2hpIDx5QHVlY2hpLmlvPokCVAQTAQgAPhYhBOC/Msrh+Rsx
-TVAl/XKjsw/NCqgQBQJb5obzAhsDBQkHhh+ABQsJCAcCBhUKCQgLAgQWAgMBAh4B
-AheAAAoJEHKjsw/NCqgQsooP/0vX0bk94HIllNAJeOimFoVxWV2h3nGjuvMTTXpJ
-rDNC+N/DuNMwtsEz6Y/5ABbFzCVlaG39qADdED3Ph2AuvEXBVzKQo8hDfIjwhC7+
-2csSu4plS3IHxLIiRM86unLXPouNbroS4/x/cEe0oX98gFhEVFPsWQgU9k3TCkWa
-M2t+Mg6xi/62vUFP9jYKYGQ9070j2Pa62V4IrX8t4+gBAVwcsbfOxes07SwOMjPU
-H1C30l26Nmze8ITyENPHRu19NLrzdOR6DLEyKRz+wln8dcHnA7HWOr+26U3627lF
-oEHBdYcsBIieQ1/UN90HjfYDekTu2K20doXDlgUrqGxkA9lBaTMzwOoXewGGxrTu
-Z/I13qtza5BZ71LNOiNx96cZJrgh8iNhWAXtSswTHLuEOd/S0c9TL/k/s+y1vBo4
-C4K+kupiRY80E/G3Zfug59TZ8QYCaFjcezVLRlAD63A4HDsRsug8nGjzAAA61+t8
-d+ijOrMAbU8DNKIjMLoZ52rxzP2HknpwU17R17fJ9UMoAFL+ZlBrX2rzUvqCAICi
-wPl25wSEInr/AnNkwGzAFaUtae7EtL9F7cD0159Zgd5R5lWP6xXNWOjByndoYr+A
-cDfsD3Yjkwv1Gi9rXkvDgRFIyOfk0wf7cLH4GtluW6sytVdGPe84DlKyqDQgWhcs
-BCJRuQINBFvmhvMBEACpO4WHWGqjhGbOTE/lIKwOgC3v8nkSXEqINYdy1JgSSkLs
-/bVI3u37qiPobTuPdlWZBIP3ci/9B1b8vfox7Ex4Qqg/nUKS6E1MfWR3PYMdoJbb
-wwAkEPH6xwPwU8kRShcOESpVU6dHSi5PYSEPOMp4QYOXphvZn/08JaJ5SQgqIAOm
-fDg/xgAKwlCAWvnTgwfJSv2qFolTMYx05QQdLTATXKptkI0aNrbBQAtaVwLl6yXu
-rnrjzkDCzLC5Yr1V7Gp146mTfY+1eK5Chao50mzPzURTZpBtQq24DC+n5U2CKQcf
-yUeU63OZov4fmIxZKVPPE/Lxogwc5BPIL3HzKlrKVEu4U4GwhIxJln9YSTFySTuo
-RNhkeB9jdeNCh7/5BbgWjP8KJaAkx6n4JVsXwxmZLsT/9xsVOj7bIYi/ysocb0dJ
-JcAcZUh9YeR7fPu8TfacYcUfAu/poNyBB/FDlNjhQxhgS/P+ssA1NHL4vb4B/Yfe
-BOeVIeeMolaOqTRSasD/xu0Huxk+5Ewp0yWENwGKRfwr4BWmFseVn4ziPmVxMxqC
-92/IgGVseav5RkB7JA7VWr/oAx6zG+Vgl2iuH6iTaHLbRbAnsalLz39lPHySknn9
-Vmm/O4AeOqsgiWYcG9u3UC7MzjQMZ/QRvZ47UpywgzOGCdYmH09j58zBAXOblQAR
-AQABiQI8BBgBCAAmFiEE4L8yyuH5GzFNUCX9cqOzD80KqBAFAlvmhvMCGwwFCQeG
-H4AACgkQcqOzD80KqBA0ghAAxUvHqP7G3oLed+3O0OdIZZHdEfFAwaWdym1MvAql
-A2Iq6KE7S/ldgtXwcyJZc6i7IZrz64jjDdPJHWvugFBsy1z7pOeNJavgEd/bU/Bu
-+4dwa2rw0ZBq3iy7VJSMlClfgLDxQmUxYvmidoTYpjERRnmX63trXtap2CeIP0ex
-YWchQsw4WJGS1kWV6N7ybio4X52ieHM5TZ2EYloOkIFtcHJ5IRhZabU9Hk58FZPU
-s1drCznIiJnElqXBz5jh7356xAJbM4tlIndcQW6Vszar+ojot4XX+9vbE9OK1+7T
-fStwei/rMvM8f1HbuYeRKVyA2kKC/FKDkRBwLz4a0wjF++7Z8MvzqoJSdzlYM9Ad
-DxxuadzUBf3TdSKnnuajOgWHqoE0Da3Hpb4Cc4fV8KdFfWjwjrZdIJcMgphTpxtF
-W6uWQGntZvvYlA1NV31AMTmWTDhGImAuJ9GvxQtmvOzqqQ1AMox2ZUkQnK8p0Yxm
-KPW0VKWOo19aHBZo2nxc+rKzJl9A8YPtgDeaOBX1PHLveZedTHmcQaYh6Jb1ud31
-IrTl36iHcdoI5drtbxb645Ba5aW/BhDdimcybl6q2o8SB2IQl57kYq/RwhuoztYu
-WQSKu5R9PlgDZrfsOmmXrW2yOpwSpY6CLgem51TFvWcT4ik8pT8agE6OJT+JL3QI
-FKI=
-=o3B6
-----END PGP PUBLIC KEY BLOCK-----