メカニカルキーボードのタイピング時の若干こすれるような音が気になったので、キーキャップを全部外して、シリコンスプレーをブワーッと吹きかけました。 タイピングがぬるぬるになって、とってもいい感じです。

一週間後 …

調べてみると、シリコンスプレーは絶縁性のある膜を作るので、電子的なスイッチ類に使うのは厳禁とのこと。 あと、別に無水エタノールみたいに基板に対して安全に使えるものでもないことも発覚。

ウェーイ 乁( ˙ω˙ )厂 と言いながら、キーボードに水よりも危険な液体をぶっかけてたようなもんですね。。。

高い勉強代になりました。 悲しいので寝ます。。。シクシク(-.-)Zzz

（追記）2022-09-24

新しいの買ってしまったー！ これは新しいの買えという啓示だったのです。

Keychron K3 ていうキーボードです。 初めての赤軸メカニカル＆ Bluetooth キーボード。 選定のポイントは、(1) 英字配列で、(2) 無線で、(3) 静音で、(4) バッククォートキーが独立していること。

ロープロファイルという、キーの背丈が低いメカニカルなのですけど、今のところキータッチはいい感じです。 できれば静音赤軸（ピンク軸）というめっちゃ静かなやつがよかったのですが、このモデルは茶軸、赤軸、青軸の 3 種類しかないのでしょうがない。

肝心の Bluetooth 接続は、入力のラグが結構ありますね。。。 いや、Bluetooth が遅いんじゃない、わたしが速すぎるのだ｜ω☆）

関連記事

• 『世界樹の迷宮』やってる
• Undertale やってみた
• async は「アシンク」じゃなくて「エイシンク」だよ
• ドラクエ9で終了したはずのWiFiサービスの配信クエストを受け取る
• こたつ布団おうちで洗ってみた
• 見やすいグラフを小さなスペースに描く方法
• 新型コロナに便乗してマスクがぼったくり価格に・・・

GraphQL クエリ言語の フィールド・エイリアス 機能を使うと、取得したフィールド値を参照するときに、任意の別名を付けて参照することができます。 例えば、GraphQL スキーマとしては company というフィールド名で定義されているものを、companyName という JSON プロパティ名で返して欲しいときは、次のようにフィールド・エイリアスを使用します。

query ProfileInfoWithAlias {
  user(login: "maku77") {
    name
    companyName: company
    bio
  }
}

{
  "data": {
    "user": {
      "name": "Makkuma",
      "companyName": "maku maku company",
      "bio": "すーぱーぷにぐらまー"
    }
  }
}

フィールド・エイリアスは、同名のフィールドを異なる引数で取得するときに役立ちます。

query {
  maku77: user(login: "maku77") {
    ...basicUserInfo
  }
  puni: user(login: "puni") {
    ...basicUserInfo
  }
}

fragment basicUserInfo on User {
  name
  bio
}

上記のように 1 つのクエリの中で同名のフィールド（ここでは user）を要求する場合に、フィールド・エイリアス（ここでは maku と puni）を付けることで、レスポンスのプロパティ名がコンフリクトしないようにします。 というより、このケースではエイリアスを設定しないと、リクエスト時にエラーになります。

{
  "data": {
    "maku77": {
      "name": "Makkuma",
      "bio": "すーぱーぷにぐらまー"
    },
    "puni": {
      "name": "Puni Puni",
      "bio": "ぷにぷにぷにょーん"
    },
  }
}

関連記事

• Apollo Client の fetchMore を自動で呼び出して GitHub GraphQL の100件制限を乗り越える (useAutoFetchMore)
• Apollo CLI の codegen で GraphQL クエリレスポンスの TypeScript 型を自動生成する
• GraphQL 関連用語
• GraphQL クエリ仕様: フラグメント (Fragments) とインラインフラグメント (Inline Fragments)
• Apollo Client の useQuery 呼び出し部分をカスタムフックで分離する
• Apollo Client でクリック時に GraphQL クエリを実行する
• Apollo Client の Pagenation 機能を使って GraphQL API を呼び出す

Ansible の ansible.builtin.user モジュール を使用すると、ターゲットノード上に指定したユーザーを作成することができます。 このモジュールは、既存のユーザーの情報を変更する場合にも使えるので、例えば、あるユーザーを指定したグループに参加させる、といったことが可能です。

次の Playbook では、ユーザー maku をグループ docker に参加させています。 ユーザーが存在しない場合は、ユーザー自体の作成も行います。

- hosts: all
  become: true

  tasks:
    - name: Append the group 'docker' to the user's groups
      ansible.builtin.user:
        name: maku
        groups: [docker]
        append: yes

注意点としては、groups でグループ名を列挙すると同時に、append: yes と指定するところです。 この指定により、ユーザー maku がすでに存在している場合に、現在のグループ情報はそのままで、追加で docker グループに参加するという意味になります。

逆に、純粋に docker グループにしか参加していないユーザーにしたいのであれば、append: yes の指定は省略して次のように記述すれば OK です（デフォルトは append: false です）。

ansible.builtin.user:
  name: maku
  groups: [docker]

ユーザー名をハードコードするのではなく、SSH 接続しているカレントユーザーを対象にしてグループ参加させたいときは、ユーザー名として "{{ ansible_facts.env.SUDO_USER }}" を指定します。 これにより、sudo 実行前のユーザー名を取得できます。

- hosts: all
  gather_facts: true
  become: true

  tasks:
    - name: Append the group 'docker' to the current user's groups
      ansible.builtin.user:
        name: "{{ ansible_facts.env.SUDO_USER }}"
        groups: [docker]
        append: yes

似たような変数に {{ ansible_user_id }} がありますが、この値は sudo した結果のユーザー名である root になるので注意してください（become: true していない場合は恐らく同じ値になります）。

関連記事

• Ansible で facts 情報を表示する
• Ansible タスク例: Docker と Docker Compose をインストールする
• Ansible タスク例: 任意のコマンドを実行する (ansible.builtin.command/shell)
• Ansible タスク例: 空のディレクトリを作成する (ansible.builtin.file)
• Ansible タスク例: 空のファイルを作成する (ansible.builtin.file)
• Ansible で VPS を設定するための準備
• Ansible で SSH サーバーをセキュアにする (ansible.builtin.lineinfile, ansible.builtin.service)