「サクッとわかるビジネス教養 地政学」読了

はじめに

こんにちは、Google Cloud Operations担当者です。最近はGoogle Cloud Profilerのワークショップを行っているので、アプリケーションのパフォーマンス改善に課題を感じている企業の方、Goのpprofをより積極的に使っていきたいという方はぜひお気軽にTwitterなどでご連絡ください。

さて、図書館に行ったらたまたま新刊で次の本が置いてあったので、軽く読めそうということで読んでみました。

サクッとわかる ビジネス教養 　地政学

政治・経済の「物理装置」としての地政学

実は地政学を地政学としてきちんと情報を得たことはなく、高校までに習った地理の知識やその後の国際ニュースの情報などから、だいたいの雰囲気で断片的に知っていたという状態でした。いままで現代史を捉えるときに、その歴史的背景や周辺地域の資源ぐらいしか気にしていなかったのですが、それだけでは理解しづらい部分というのがありました。しかし、あらためて本書で触りだけでも地政学の概要を知ると、各国の地政学における特徴を理解するとともにその戦略的な観点が見えやすくなり、実際にいま現在起きているナゴルノ・カラバフ紛争やシリア内戦などへの理解がより深まりました。

本書の冒頭にも記載がありますが、現代起きている様々な事象をドラマの最新話と捉えるのであれば、地政学や地理はその舞台、そして歴史が過去回ということになります。自分は中高のときに地理が好きだったのですが、それは特定の視点からの地理でしかなく、たとえばこの国は農産が盛んであの国は鉄鋼業が盛んだとかいったものや、この国は輸出国だとか、あくまで産業や気候の状態を「覚える」だけのもので、政治的な戦略と結びつかない形での理解でした。しかしながら長年経ってから地政学と結びつくとさまざまな理解が深まり、なんでこれをいままで知らなかったのだろうと思うくらいです。

本書の構成

本書は構成として「日本」「大国」「大国に影響受ける小国の集まり」という3つの観点から構成されています。

• ​Chapter1 基本的な6つの概念
• Chapter2 日本の地政学
• Chapter3 アメリカ・ロシア・中国の地政学
• Chapter4 アジア・中東・ヨーロッパの地政学

第1章で地政学の基本となる概念を先に説明してくれるので、その後の章で各国がどういう特徴があるかを説明されてもわかりやすく、まずこの章を読むだけでも地理的な知識を多く持っている人はすでに大枠は捉えられたと言っても過言ではないと思います。

第2章はまさに自分の身の回りで起きている様々な出来事、たとえば北方領土、尖閣諸島、対馬列島などの問題における地政学の観点からの解説や嘉手納と横須賀にある米軍基地の地政学上の意味など、その文脈が深く理解できるものでした。

第3章は国際政治を大きく動かす大国であるアメリカ、ロシア、中国に関する地政学的観点からの特徴や、そこから見えてくる各種戦略の解説は多くの現代史の理解を深めてくれるものでした。

第4章はアメリカ、中国、ロシアと友好関係を築いたり、敵対関係にあるアジア、中東、ヨーロッパ諸国の地政学の観点からの立ち振舞を解説。さすがにここは単純に地政学だけでの理解は難しく、補助的に解説を補強するための歴史や文化の解説が入りますが、地政学を軸に他の観点の知識を補強することで、以前よりも整理した形で現状を把握できるようになった感触があります。

感想

本書は2020年6月に発刊されたとあって、最新時事も時折入っており、今軽く地政学について学ぶには非常に良い本だと思いました。実際、発売3ヶ月で10万部発行するなど売れ行きも好調のようです。

本書をきっかけにしてより詳細に地政学を学んでいきたいと思えたので、自分と同じく過去にまったく学んだことがない人にはおすすめできる本だと思いました。あえて本書で残念だったところを挙げるとすれば、本書はどうしても北半球だけの内容になっていたところです。今後多くの天然資源があるアフリカ、オーストラリア、南アメリカに関する地政学的な解説も読みたいなと思いました。

参照

本書の監修の奥山さんのブログ。こちらも面白いです。

geopoli.exblog.jp

外務省のサイトに多くの解説記事があるので、気になった国際政治関連ニュースはたまにここで見てます。

www.mofa.go.jp

qmkコマンドでkeymap.cからキーマップの図を生成する

はじめに

こんにちは、Google Cloud Operations担当者です。最近のCloud Ops関連のリリースではCloud ProfilerのHistory Viewがお気に入りです。

最近は自作キーボードのパーツショップの開店に向けて仕入れなどをほそぼそと行っています。海外からの仕入れはいろいろと難しいことがたくさんある！今月末には開店したいなと思います。

それとは別に自作キーボードエンジョイ勢として、新しいキーボードを組み立てたり、キーマップの変更を楽しんだりしています。

キーマップの作成は普段は直接エディターで keymap.c を編集しているんですが、大胆に変更を加えたあとはキーマップを覚えきれておらず、いちいち keymap.c を確認しにいっていました。しかしそれが非常に面倒だと思っていたところ、こちらのPull Requestがあったので、早くmasterに入らないかなと思っていたところ、ついに取り込まれたので早速試してみました。

qmk c2json コマンド

github.com

このPull Reqeustによって qmk_firmware に取り込まれているキーボードの標準的なキーマップ（コンボやマクロを多用していないようなもの）の keymap.c をQMK Configuratorで使用できる keymap.json に変換できるようになりました。まだPyPIでダウンロードできる qmk コマンドには取り込まれていないので、本記事執筆時のmasterのHEAD（bc79e51）で試してみます。

$ cd ${QMK_FIRMWARE_ROOT}
$ python -m venv .venv
$ .venv/bin/pip install -r requirements.txt
$ .venv/bin/python ./bin/qmk c2json -o keymap.json -km ymotongpoo -kb crkbd/rev1 keyboards/crkbd/keymaps/ymotongpoo/keymap.c
Ψ Wrote keymap to /home/ymotongpoo/personal/qmk_firmware/keymap.json

venvのくだりは個人の趣味でOS直に入っているPythonの環境を汚したくないだけなので、気にしない人はこのあたり無視していきなり pip install して大丈夫です。ここで生成した keymap.json を QMK Configurator に読み込ませてみると表示されました！これは助かる！

これをPDFにするなり印刷するなりして見えるところに置いておけばいつでもキーマップを確認できますね。

参照

config.qmk.fm

QMK FirmwareでバックライトLEDを制御する

はじめに

こんにちは、Google Cloud Operations担当者です。もうStackdriverという名前は忘れてください。最近はキーボードをたくさん作っていますが、Helix 4行ではじめてバックライトLEDなキーボードを作って、その後foobarやLet's SplitをテープLEDでアンダーグロー化しました。最初はプリセットのアニメーションで遊んでただけだったんですが、どうせならちゃんとレイヤーやキーに応じてバックライトの色を変えたいと思ったので実際にやってみました。

HelixはバックライトLEDでより多くの制御が可能で、キートップからも見えて楽しいので、以下Helix 4行での実装となります。ただしRGB Lightingをつかっている実装であればどれでも同様に可能です。

QMK RGB Lighting

docs.qmk.fm

QMKにはいくつかのLEDの制御方法がありますが、HelixはバックライトがシリアルLEDとして動作していることもあり、RGB Lightingを使って制御するのが良さそうです。（ドキュメント見ながら調べていたらSMKIJのscrapboxにそう書いてあったので、そのまま参考にした）

rules.mk

RGB Lightingを使うときはいくつかのフラグを有効にしたりヘッダファイルをincludeしてあげる必要があります。LEDを制御する場合は次のフラグを有効にします。

RGBLIGHT_ENABLE = yes

Helixの場合はデフォルトでいろいろ設定されていて、 LED_ANIMATIONS = yes とすれば諸々アニメーションに関するフラグが設定されます。このフラグはプリセットのLEDアニメーション（グラデーションで色が時間変化していくとか）を動かすためのフラグで、それ以外に必要なフラグはHelixでは上の階層の rules.mk と local_features.mk で設定してくれています。

config.h

次に config.h でマクロ定数をいくつか定義します。ビルドガイドに何かしらフルカラーLEDに対応というようなことが書いてあれば、キーボードのデフォルトの config.h ですでに設定されていると思いますが、2017年かそれ以前に設計されたような基板ではまずProMicroのどのピンでLEDを制御するかのマクロ変数を定義します。次の例はfoobarでLEDテープを実装したときのものです。

#define RGB_DI_PIN B6

ここのピンの番号はProMicroのポートの番号です。

で、それ以外の細かな部分のマクロ変数を定義します。各変数の細かな説明は公式ドキュメントを読んでください。（非常に投げやりな説明）次の例はHelix 4行でのものです。

#define RGBLIGHT_LAYERS
#undef RGBLED_NUM
#define RGBLED_NUM 50
#define RGBLED_SPLIT {25, 25}
#define RGBLIGHT_MAX_LAYERS 8

#define LED_LAYOUT( \
    L00, L01, L02, L03, L04, L05,           R00, R01, R02, R03, R04, R05, \
    L10, L11, L12, L13, L14, L15,           R10, R11, R12, R13, R14, R15, \
    L20, L21, L22, L23, L24, L25,           R20, R21, R22, R23, R24, R25, \
    L30, L31, L32, L33, L34, L35, L36, R30, R31, R32, R33, R34, R35, R36 \
) { \
    L05, L04, L03, L02, L01, L00, \
    L10, L11, L12, L13, L14, L15, \
    L25, L24, L23, L22, L21, L20, \
    L30, L31, L32, L33, L34, L35, L36, \
    R00, R01, R02, R03, R04, R05, \
    R15, R14, R13, R12, R11, R10, \
    R20, R21, R22, R23, R24, R25, \
    R36, R35, R34, R33, R32, R31, R30 \
}

#define RGBLIGHT_LED_MAP LED_LAYOUT( \
   0,  1,  2,  3,  4,  5,            30, 29, 28, 27, 26, 25, \
   6,  7,  8,  9, 10, 11,            36, 35, 34, 33, 32, 31, \
  12, 13, 14, 15, 16, 17,            42, 41, 40, 39, 38, 37, \
  18, 19, 20, 21, 22, 23, 24,    49, 48, 47, 46, 45, 44, 43)

RGBLIGHT_LAYERS を呼ぶのを忘れると、次のようにエラーがでます。（ドキュメントにちゃんと書いてあったのに雰囲気でやったらはまった）

$ sudo ./util/docker_build.sh helix/rev2:ymotongpoo
QMK Firmware 0.9.55
Making helix/rev2 with keymap ymotongpoo

avr-gcc (GCC) 5.4.0
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Size before:
   text    data     bss     dec     hex filename
      0   26300       0   26300    66bc .build/helix_rev2_ymotongpoo.hex

Compiling: keyboards/helix/rev2/keymaps/ymotongpoo/keymap.c                                        keyboards/helix/rev2/keymaps/ymotongpoo/keymap.c:52:7: error: type defaults to 'int' in declaration of 'rgblight_segment_t' [-Werror=implicit-int]
 const rgblight_segment_t PROGMEM _default_layer[] = RGBLIGHT_LAYER_SEGMENTS(
       ^
keyboards/helix/rev2/keymaps/ymotongpoo/keymap.c:52:34: error: expected ',' or ';' before '_default_layer'
 const rgblight_segment_t PROGMEM _default_layer[] = RGBLIGHT_LAYER_SEGMENTS(
                                  ^
...(中略)...

keyboards/helix/rev2/keymaps/ymotongpoo/keymap.c:70:25: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token
 const rgblight_segment_t* const PROGMEM rgblight_layers[] = RGBLIGHT_LAYERS_LIST(
                         ^
cc1: all warnings being treated as errors
 [ERRORS]
 |
 |
 |
make[1]: *** [tmk_core/rules.mk:386: .build/obj_helix_rev2_ymotongpoo/keyboards/helix/rev2/keymaps/ymotongpoo/keymap.o] Error 1
Make finished with errors
make: *** [Makefile:584: helix/rev2:ymotongpoo] Error 1

シリアルLEDとして扱うので、LEDの長さと左右のキーボードでの分割のされ方を教えるために、RGBLED_NUM, RGBLED_SPLIT を設定します。またデフォルトだとLEDの番号は左手右上から始まり、そこからジグザグに番号がついていてわかりにくいので、番号のアサインを変更するために LED_LAYOUT と RGBLIGHT_LED_MAP を設定します。 （下の図は参照のブログより転載）

これで下準備が完了です。

keymap.c

keymap.c ではまず上のように配置されたLEDを各々どのような色にするかの設定を RGBLIGHT_LAYER_SEGMENTS マクロで行います。マクロ内で指定する値は {LEDマップ名の番号, 連続して設定するLEDの数, 色} となります。たとえば {6, 4, HSV_GREEN} であれば、番号6から9までの4つを緑にします。

const rgblight_segment_t PROGMEM rgb_default_layer[] = RGBLIGHT_LAYER_SEGMENTS(
    {0, 1, HSV_GREEN}, // left
    {6, 1, HSV_GREEN},
    {12, 1, HSV_GREEN},
    {18, 4, HSV_GREEN},
    {22, 2, HSV_CHARTREUSE},
    {24, 1, HSV_PURPLE},

    {25, 1, HSV_GREEN}, // right
    {31, 1, HSV_GREEN},
    {37, 1, HSV_GREEN},
    {43, 4, HSV_WHITE},
    {48, 2, HSV_PURPLE}
);

const rgblight_segment_t PROGMEM rgb_lower_layer[] = RGBLIGHT_LAYER_SEGMENTS(
    {1, 5, HSV_PINK}, // left
    {6, 12, HSV_CORAL},

    {26, 5, HSV_PINK}, // right
    {31, 12, HSV_AZURE},
    {43, 4, HSV_BLUE}
);

const rgblight_segment_t PROGMEM rgb_raise_layer[] = RGBLIGHT_LAYER_SEGMENTS(
    {1, 5, HSV_CORAL}, // left
    {7, 4, HSV_WHITE},

    {26, 5, HSV_CORAL}, //right
    {32, 4, HSV_WHITE},
    {43, 4, HSV_BLUE}
);

ここでは3つのLED用のレイヤーを定義しました。これらのレイヤを使うことをRGBLIGHT_LAYERS_LISTを使って登録します。

const rgblight_segment_t* const PROGMEM rgb_layers[] = RGBLIGHT_LAYERS_LIST(
    rgb_default_layer,
    rgb_lower_layer,
    rgb_raise_layer
);

この状態ではLEDのレイヤーを使うことを定義して宣言したまでなので、次は実際にキーマップのレイヤーと対応させる必要があります。その対応は layer_state_set_user() 内で rgblight_set_layer_state() で行います。書き方は

rgblight_set_layer_state(RGBLIGHT_LAYER_SEGMENTSマクロで返される配列でのインデックス, 何かしらのbool条件)

キーマップのレイヤーの状態が state に入ってくるので、keymaps[] に指定した添字で対応させるのに layer_state_cmp() を使います。

layer_state_t layer_state_set_user(layer_state_t state) {
    rgblight_set_layer_state(0, layer_state_cmp(state, _QWERTY));
    rgblight_set_layer_state(1, layer_state_cmp(state, _LOWER));
    rgblight_set_layer_state(2, layer_state_cmp(state, _RAISE));
    return state;
}

これでレイヤーに応じて左右の両方のキーボードで異なるパターンのLEDを光らせられるようになり、ぱっと見ただけでレイヤーに配置した特殊キーの場所が把握できるようになりました。便利！

www.youtube.com

参照

rephtone.com

www.tnksoft.com

foobarのアンダーグローLEDの実装を左右対称に行ってみた

はじめに

こんにちは、Google Cloud Operations担当者です。Stackdriverという名前がドキュメントや変数名として出てきたら、歴史的経緯によるものだと理解してください。

最近このブログではキーボードの話しか書いてないので、仕事をしてないんじゃないかと思われていないか心配です。ちゃんとやってますよ。

さて先日foobarを作った後にアンダーグロー化しました。

ymotongpoo.hatenablog.com

このときは本家の実装にならって、メインのProMicroですべてのLEDを制御し、反対側はTRRSケーブルを通じてLEDの制御信号を送るように左右非対称の実装をしていました。（下の写真は本家より転載）

それにともなって、QMKの設定も RGBLIGHT_SPLIT や RGBLED_SPLIT といったマクロの定義をしないなど、左右非対称であるがゆえの注意などもありました。しかし他のキーボード（たとえばHelix）では左右対称にLEDを実装していて、LEDの左右での同期はQMKで行っていたので、同じ理屈でfoobarも左右対称に実装してQMKで制御するようにしたらいいのではないか、と思ったのでやってみました。

実装した

というわけで、ちょうど積みキーボードになっていたもう1組のfoobarがあったのでそちらであらたに左右対称にLEDテープを実装しました。*1

前回作成したfoobarでの実装も比較のために貼っておきます。

前回の実装は左手側はProMicroからGND、VCC、DINの3本に加えてDOUTからTRRSへの1本の計4本の配線と、右手側がProMicroからGNDとVCCの2本に加えてTRRSからDINへの1本の計3本という配線であるのに対して、今回の実装は左右ともにProMicroからGND、VCC、DINの3本の配線となっています。TRRSジャックにつながる配線はありません。

QMKの変更

上の実装の場合は前回使わなかった左右分離式キーボードでのLEDの制御に関する RGBLED_SPLIT と RGBLIGHT_SPLIT のそれぞれのマクロを定義してビルドします。といっても前回からの差分は config.h で

#define RGBLED_SPLIT {5, 5}
#define RGBLIGHT_SPLIT

としただけです。

動かしてみた

www.youtube.com

ちゃんと期待通り動きました。これで左右対称に実装した場合にもQMKで対応できることが確認できました。

参考

ymotongpoo.hatenablog.com

www.40percent.club

*1:正確には左右対称ではないけれど、両方同様にProMicroから3本配線したという意味でそう書いています

ロープロファイルピンソケットでProMicroのソケット化をした

はじめに

こんにちは、Google Cloud Operations担当者です。Stackdriverという名前は歴史になりました。

さて、最近はどのキーボードキットを見てもたいていProMicroはコンスルーを同梱していたり、その使用を推奨していますが、PCBのスルーホールのサイズによっては使えなかったり、あと地味に高い。

yushakobo.jp

で、ProMicroのソケット化で探してみると、ソケットは丸ピンのICソケットとかを使っていて、リードダイオードの切り取った足を使ってソケット化するというような記事を多く見かけます。

しかし、自分はどうもそのピンの強度に不安を覚えたため、それとは別の方法でソケット化できないかと思って秋月電子のサイトを眺めたりしていたのですが、そこで良さそうな部品を見かけました。ロープロファイルピンソケットです。

akizukidenshi.com

これに、ProMicro付属のピンヘッダを普通にはんだ付けしてしまうとスペーサーが2つになり、高さが出てしまうため、ピンヘッダからピンを引き抜いて使おうという魂胆です。

やってみた

まず、先のピンソケットは1x20なので、これを1x12のサイズに切り離します。ニッパーで簡単に切れます。

次にProMicroに付属するピンヘッダからピンだけを抜き取ります。ラジオペンチで簡単に抜けます。

ピンソケットを基板にはんだ付けするために、マスキングテープで固定します。

はんだ付けしたら、そこにProMicroを載せて、上からピンを挿していきます。ピンを挿してから載せるのは至難の業になるので、先にProMicroをピンソケットに載せるのがポイントです。全部挿すと多少斜めに刺さったりしているものの、いい感じにはまります。あとは当たり前ですが、ProMicroの上下の向きには気をつけましょう。ただソケット化してるので片方だけなら間違えてもなんとかなりますね。

はんだ付けしたら飛び出したピンをきれいにカットしていきます。

見た目はかなり良い感じですね！高さも普通にピンヘッダを使って直接基板にはんだ付けしたときと変わりません。その後IC抜きなどを使って抜いてあげると....

良い感じにソケット化出来ました！ピンも普通のピンヘッダのピンを使っているので強度的にも安心です。

実際に使ってみて

懸念していたのは、このロープロファイルピンソケットが何回抜き差しに耐えうるかという点です。抜き差ししすぎてだめになったら、結局キースイッチを全部外さないと取り外せなくなってしまいます。データシートにも何回まで可能といった数字は書いてありませんでした。

とりあえず5回程度抜き差しした状態では普通に問題なく導通しているようので、しばらく様子を見ようと思います。しょっちゅう抜き差しするものでも無いと思いますし、万が一のときのための保険としては十分機能しているかなと思います。