最近はn8nのQueue ModeやAWS Cost Explorer APIの記事を書きながら、こういう「技術記事の部品」をもう少し安定した見た目で置きたいと思う場面が増えていました。そこで、自分のブログ用にGutenbergブロックを追加するWordPressプラグインを作りました。

作ったもの: 技術ブログ用のWordPressブロック

作ったのは「Scyra Blocks」というWordPressプラグインです。WordPressブロックとして構成図、コード、コマンド、トラブルシュートなどを用意し、技術ブログでよく使う情報をSANGOの本文になじむカードとして扱えるようにしています。

今のところ、次の8種類のブロックを用意しています。

• 構成図: Mermaid記法でシステム構成や処理の流れを表示する
• 検証環境: OS、ランタイム、アプリケーションバージョンなどを整理する
• コードブロック: JSON、YAML、PHP、設定ファイルなどを表示する
• コマンド + 実行結果: コピー可能なコマンドと結果をまとめる
• コールアウト: 補足、注意、リスク、良い判断を記事中で強調する
• トラブルシュート: 症状、原因、確認事項、解決の方向を整理する
• 手順カード: 作業の流れや判断順を番号付きで表示する
• まとめカード: 記事末尾の要点と結論を整理する

ベースにしているのはWordPress標準のBlock Editorです。構成図はMermaid、コードの色分けはHighlight.jsを使い、記事ごとに必要な表現だけを読み込む方針にしています。

全体像を見せる: 構成図ブロック

まず欲しかったのが、記事の前半で全体像を見せるための構成図ブロックです。Mermaid記法を本文中に置くと、公開画面ではSVGとして描画されます。

flowchart LR
  Editor@{ icon: "scyra:browser", form: "rounded", label: "WordPress Editor", pos: "b", h: 52 }
  Blocks@{ icon: "scyra:plugin", form: "rounded", label: "Scyra Blocks", pos: "b", h: 52 }
  PHP@{ icon: "scyra:server", form: "rounded", label: "Dynamic Blocks / PHP", pos: "b", h: 52 }
  JS@{ icon: "scyra:code", form: "rounded", label: "Editor UI / JavaScript", pos: "b", h: 52 }
  Article@{ icon: "scyra:browser", form: "rounded", label: "Article Frontend", pos: "b", h: 52 }
  Mermaid@{ icon: "scyra:cloud", form: "circle", label: "Mermaid Diagram", pos: "b", h: 52 }
  Highlight@{ icon: "scyra:code", form: "circle", label: "Highlight.js", pos: "b", h: 52 }
  Cards@{ icon: "scyra:server", form: "rounded", label: "Readable Tech Cards", pos: "b", h: 52 }
  Editor --> Blocks
  Blocks --> PHP
  Blocks --> JS
  PHP --> Article
  Article --> Mermaid
  Article --> Highlight
  Article --> Cards

構成図は、細かい説明を読む前に「何がどこにつながっているのか」を掴んでもらうために使います。公開済みのn8n Queue Modeの記事でも、Main、Worker、Redis、PostgreSQLの関係を説明するときにかなり役立ちました。

再現条件を残す: 検証環境ブロック

技術記事では、どの環境で動かしたのかが後から効いてきます。バージョン違いで挙動が変わることもあるので、検証環境は本文とは別のカードとしてまとめるようにしました。

このブロックは、OSやDockerのバージョンだけでなく、WordPressテーマやプラグインのバージョンを書く用途にも向いています。

設定ファイルを見せる: コードブロック

コマンドと設定ファイルは、見た目を分けたいと思っていました。ターミナル風のUIはコマンドには合いますが、JSONやYAMLまで同じ見た目にすると少し違和感があります。そこで、設定ファイル用のコードブロックを追加しました。

register_block_type(
    'scyra/code-block',
    array(
        'render_callback' => 'scyra_render_code_block',
    )
);

コードブロックは、JSON、YAML、PHP、TypeScript、PowerShellなどを選べます。設定ファイル名も出せるので、記事中で「これはどのファイルに書くものなのか」が伝わりやすくなります。

手元で実行するものを見せる: コマンド + 実行結果ブロック

一方で、実際にターミナルで実行するコマンドは、コピーしやすい形で置きたいです。そこで、コマンドと実行結果をセットで表示するブロックを用意しました。

wp plugin list --status=active | grep scyranwp post get 2787 --field=post_status

scyra-blocks activen draft

このブロックは、読者がそのままコピーして試すコマンドに向いています。実行結果もセットで置けるので、期待する状態を伝えやすいです。

注意点を埋もれさせない: コールアウトブロック

記事を書いていると、本文の途中で「ここは大事」「ここは注意」「これは良い判断だった」と言いたい場面があります。そういう一言を普通の段落で書くと流れやすいので、コールアウトとして分けられるようにしました。

コールアウトは、補足、良い判断、注意、リスクの4種類を用意しています。使いすぎるとうるさくなるので、本文の流れを一度止めてでも伝えたいことにだけ使う想定です。

詰まったところを残す: トラブルシュートブロック

技術記事で一番あとから効いてくるのは、実は成功した手順よりも詰まったポイントだったりします。自分がどこで迷ったのか、何を確認したのかを残しておくと、未来の自分にも読み手にも役立ちます。

このブロックは、エラー対応だけでなく、設計上の迷いどころを整理する用途にも使えます。

作業の順番を見せる: 手順カード

実装記事では、細かいコマンドの前に「どういう順番で進めるのか」を見せた方が読みやすいことがあります。そこで、作業の流れを番号付きで整理する手順カードを作りました。

手順カードは、作業ログをそのまま貼るのではなく、読み手が迷わない順番に並べ直すためのブロックです。

最後に要点を回収する: まとめカード

最後は、記事の要点をまとめるためのカードです。普通の箇条書きでも良いのですが、記事の締めとして少しだけ目立たせることで、読み終わりの印象を整理しやすくなります。

今後やりたいこと

今後は、ブロック定義をblock.jsonに寄せたり、スクリーンショット付きのREADMEを整えたりしたいです。公開リポジトリとして見てもらうなら、インストール方法や更新手順ももう少し丁寧にした方が良さそうです。

あとは、比較表やリポジトリカードのようなブロックも面白そうです。技術記事はどうしても文章とコードが中心になりがちなので、読み手が一瞬で判断できる見せ方を少しずつ増やしていきたいです。

この記事では、Docker Composeでn8n Queue Modeを構成し、Main、Worker、Task Runner、Redis、PostgreSQLの役割を整理します。完全な無停止構成を作る話ではなく、受付・実行・キュー・データ保存の責務を分け、運用しやすい形にするのが狙いです。

flowchart LR
  Internet[Internet / Webhook] --> Caddy[Caddy]
  Caddy --> Main[n8n-main]
  Main --> Redis[(Redis Queue)]
  Redis --> Worker1[n8n-worker]
  Redis --> Worker2[n8n-worker-2]
  Worker1 --> Runner1[Task Runner]
  Worker2 --> Runner2[Task Runner 2]
  Main -. read/write .-> DB[(PostgreSQL)]
  Worker1 -. read/write .-> DB
  Worker2 -. read/write .-> DB

Queue Modeで分かれる役割

n8nのQueue Modeでは、MainインスタンスがトリガーやWebhookを受け付け、実行そのものはWorkerへ渡します。公式ドキュメントでも、Mainが実行IDをRedisへ渡し、WorkerがRedisから実行IDを受け取り、データベースからワークフロー情報を取得して処理する流れとして説明されています。

ここで大事なのは、Redisがワークフロー定義やCredentialを保存するわけではない点です。Redisはジョブの受け渡し、PostgreSQLは永続データという役割で見ると、トラブルシュート時に確認する場所を間違えにくくなります。

Queue Modeは高可用性そのものではない

Queue Modeは、実行処理をWorkerへ分けるための構成です。Workerを増やせば同時に処理できる量を広げられますが、それだけでMain、Redis、PostgreSQLまで冗長化されるわけではありません。Mainを1台で動かすなら、Main更新中はUIやWebhook受付が短時間止まります。

• できること: MainとWorkerの責務を分け、Workerを追加・削除しやすくする
• できないこと: Queue Modeだけで全体を無停止化する
• 運用上の見方: まず役割分離、次にバックアップや監視、必要なら冗長化を考える

.envを用意する

Main、Worker、Runnerで共有する値を .env にまとめます。特に N8N_ENCRYPTION_KEY は全n8nプロセスで同じ値にします。これが違うと、データベースに保存されたCredentialをWorkerが扱えません。

openssl rand -hex 32
openssl rand -hex 32

N8N_VERSION=2.25.7
N8N_ENCRYPTION_KEY=CHANGE_ME
N8N_RUNNERS_AUTH_TOKEN=CHANGE_ME
POSTGRES_PASSWORD=CHANGE_ME
REDIS_PASSWORD=CHANGE_ME
N8N_DEFAULT_BINARY_DATA_MODE=database
N8N_BLOCK_ENV_ACCESS_IN_NODE=true
N8N_COMMUNITY_PACKAGES_ENABLED=false

Queue ModeではMainとWorkerが同じバイナリデータへアクセスできる必要があります。n8n公式ドキュメントでは、Queue Modeで filesystem モードはサポートされず、database を使うよう案内されています。

docker-compose.ymlの要点

共通設定

MainとWorkerで共通するDB、Redis、暗号化キーなどはYAML anchorでまとめます。値を分散させないことで、更新時の見落としを減らします。

x-n8n-shared: &n8n-shared
  image: docker.n8n.io/n8nio/n8n:${N8N_VERSION:-2.25.7}
  restart: unless-stopped
  environment: &n8n-env
    EXECUTIONS_MODE: queue
    DB_TYPE: postgresdb
    DB_POSTGRESDB_HOST: postgres
    DB_POSTGRESDB_DATABASE: n8n_cluster
    DB_POSTGRESDB_USER: n8n
    DB_POSTGRESDB_PASSWORD: ${POSTGRES_PASSWORD:?POSTGRES_PASSWORD is required}
    QUEUE_BULL_REDIS_HOST: redis
    QUEUE_BULL_REDIS_PORT: 6379
    QUEUE_BULL_REDIS_PASSWORD: ${REDIS_PASSWORD:?REDIS_PASSWORD is required}
    N8N_ENCRYPTION_KEY: ${N8N_ENCRYPTION_KEY:?N8N_ENCRYPTION_KEY is required}
    N8N_DEFAULT_BINARY_DATA_MODE: database
    N8N_BLOCK_ENV_ACCESS_IN_NODE: "true"

n8n-main

n8n-mainはUIとWebhookを受ける入口です。手動実行もWorkerへ逃がしたい場合は OFFLOAD_MANUAL_EXECUTIONS_TO_WORKERS を有効にします。

n8n-main:
  <<: *n8n-shared
  ports:
    - "${N8N_PORT:-5678}:5678"
  environment:
    <<: *n8n-env
    WEBHOOK_URL: ${WEBHOOK_URL:-http://localhost:5678/}
    OFFLOAD_MANUAL_EXECUTIONS_TO_WORKERS: "true"
  depends_on:
    - redis

WorkerとTask Runner

WorkerはRedisからジョブを取得して実行します。Task Runnerを外部モードで使う場合、公式ドキュメントではQueue Modeの各Workerに専用sidecarを持たせる構成が案内されています。n8n本体と n8nio/runners のバージョンも揃えます。

x-n8n-worker-env: &n8n-worker-env
  <<: *n8n-env
  N8N_RUNNERS_ENABLED: "true"
  N8N_RUNNERS_MODE: external
  N8N_RUNNERS_BROKER_LISTEN_ADDRESS: 0.0.0.0
  N8N_RUNNERS_AUTH_TOKEN: ${N8N_RUNNERS_AUTH_TOKEN:?N8N_RUNNERS_AUTH_TOKEN is required}

n8n-worker:
  <<: *n8n-shared
  command: worker
  environment:
    <<: *n8n-worker-env
  depends_on:
    - redis
    - n8n-worker-runner

n8n-worker-runner:
  image: n8nio/runners:${N8N_VERSION:-2.25.7}
  restart: unless-stopped
  environment:
    N8N_RUNNERS_AUTH_TOKEN: ${N8N_RUNNERS_AUTH_TOKEN:?N8N_RUNNERS_AUTH_TOKEN is required}
    N8N_RUNNERS_TASK_BROKER_URI: http://n8n-worker:5679

Workerを2台にする場合は、n8n-worker-2 と n8n-worker-runner-2 を同じ考え方で追加します。docker compose –scale で増やす方法も考えられますが、Runnerとの対応を明示したいなら個別定義の方が読みやすくなります。

RedisとPostgreSQL

Redisはコンテナ間通信だけで使うため、基本的には外部へポート公開しません。PostgreSQLはローカル検証ではCompose内で起動し、長期運用ではバックアップや可用性を考えて外部DBやマネージドDBへ移す選択肢があります。

redis:
  image: redis:8-alpine
  restart: unless-stopped
  command: >
    redis-server --requirepass ${REDIS_PASSWORD:?REDIS_PASSWORD is required}

postgres:
  image: postgres:17-alpine
  restart: unless-stopped
  profiles:
    - local-db
  environment:
    POSTGRES_DB: n8n_cluster
    POSTGRES_USER: n8n
    POSTGRES_PASSWORD: ${POSTGRES_PASSWORD:?POSTGRES_PASSWORD is required}
  volumes:
    - postgres-data:/var/lib/postgresql/data

起動と確認

docker compose --profile local-db up -d
docker compose ps
curl -s http://localhost:5678/healthz

{"status":"ok"}

問題が起きたら、まず docker compose ps で全体を見てから、Main、Worker、Redis、PostgreSQLのログへ分けて追います。役割が分かれているぶん、どこを見るかを決めやすいのがQueue Modeの良いところです。

docker compose logs -f n8n-main
docker compose logs -f n8n-worker
docker compose logs -f redis
docker compose logs -f postgres

Workerを片方ずつ更新する

Workerを複数にしていると、片方ずつ止めて更新する運用を試せます。ただし、長時間実行中のジョブを必ず無停止で守れるという意味ではありません。N8N_GRACEFUL_SHUTDOWN_TIMEOUT などで停止待ち時間を取りつつ、更新後にRedisとDBへ再接続できていることを確認します。

docker compose stop -t 300 n8n-worker-2
docker compose stop n8n-worker-runner-2
docker compose pull n8n-worker-2 n8n-worker-runner-2
docker compose up -d n8n-worker-runner-2 n8n-worker-2
docker compose ps

バックアップで忘れてはいけないもの

PostgreSQLにはWorkflow、Credential、実行履歴などが入ります。さらにCredentialの復号には N8N_ENCRYPTION_KEY が必要です。DBだけバックアップしても、暗号化キーを失うとCredentialを復号できません。

docker compose exec postgres pg_dump -U n8n n8n_cluster > backup.sql
# restore
docker compose exec -T postgres psql -U n8n n8n_cluster < backup.sql

ハマりやすいところ

参考にした公式ドキュメント

• Configuring queue mode | n8n Docs
• Task runners | n8n Docs
• Binary data | n8n Docs

使ってみた感想

Queue Modeは、単にWorkerを増やすためだけの機能ではなく、n8nの処理を役割ごとに見えるようにする構成だと感じました。Main、Worker、Runner、Redis、PostgreSQLの境界がはっきりすると、ログを見る場所や更新時に気をつける場所も決めやすくなります。

一方で、構成要素は増えます。最初から大きな負荷があるかどうかより、ワークフローを継続的に育てるつもりがあるか、Code Nodeをどの程度使うか、更新やバックアップをどう考えるかで採用を判断するのが良さそうです。

コンセプトはコンパクトで持ち運べるオシャレなPCです。見た目重視でスペックは気にしないことにしました😑

少しずつパーツを購入していき、組み立て行こうと思います。

ケース(Fractal Design Terra)

オシャレケース言えば、Fractal Design！

Fractal Design Terraを購入しました。

箱から取り出してみると、何やらしっかりとした布で覆われていました・・・。

早速ケースを確認してみましょう！

めっちゃカッコいいですね。
MiniITXケースなので色々と制限がありますが、制限がある中での作業も楽しいものです。

CPUクーラー

推しメーカー「NOCTUA」のCPUクーラー「NH-L9i-17xx chroma.black」を購入しました。

NOCTUAといえば、独特なカラーリングのファンで有名ですが、
今回は黒一色の製品を選んでみました。

各パーツは黒一色にしてみたいなーとか考えているので、ボーッと気に入ったパーツを探して購入していきます。

まだまだ、CPUとかグラボ、GPU、電源とか決まっていないので、
作業を開始するのがいつかもわかっていません。

まぁ、いつか完成するでしょ！

プロジェクトを作成する

npm create svelte@latest sveltekit-counter

? Which Svelte app template? 
> Skeleton project

? Add type checking with TypeScript?
> Yes, using TypeScript syntax

# それ以降の質問はお好きにどうぞ。

cd sveltekit-counter
npm install

npm run dev

プロジェクト構成を確認してみる

カウンターアプリを作ってみる

初期表示される画面の内容をいじってみる

<h1>Hello, world.</h1>

カウンター用のコードを書く

<script lang="ts">
    let count = 0;
</script>

<div class="counter">
    <strong>{count}</strong>
</div>

<script>
    import Counter from './Counter.svelte';
</script>

<Counter />

カウントアップ・ダウン用のボタンを追加する

<button on:click={() => (count -= 1)}>
    <svg aria-hidden="true" viewBox="0 0 1 1">
        <path d="M0,0.5 L1,0.5" />
    </svg>
</button>
<strong>{count}</strong>
<button on:click={() => (count += 1)}>
    <svg aria-hidden="true" viewBox="0 0 1 1">
        <path d="M0,0.5 L1,0.5 M0.5,0 L0.5,1" />
    </svg>
</button>

<style>
    .counter {
        display: flex;
        margin: 1rem 0;
    }

    .counter button {
        width: 2em;
        padding: 0;
        display: flex;
        align-items: center;
        justify-content: center;
        border: 0;
        background-color: transparent;
        touch-action: manipulation;
        font-size: 2rem;
    }

    svg {
        width: 25%;
        height: 25%;
    }

    path {
        vector-effect: non-scaling-stroke;
        stroke-width: 2px;
        stroke: #444;
    }
</style>

アニメーションをつける

<script lang="ts">
    import { spring } from 'svelte/motion';

    let count = 0;
    const displayed_count = spring();

    $: displayed_count.set(count);
    $: offset = modulo($displayed_count, 1);

    function modulo(n: number, m: number) {
        return ((n % m) + m) % m;
    }
</script>

<div class="counter">
    <button on:click={() => (count -= 1)}>
        <svg aria-hidden="true" viewBox="0 0 1 1">
            <path d="M0,0.5 L1,0.5" />
        </svg>
    </button>
    <div class="counter-viewport">
        <div class="counter-digits" style="transform: translate(0, {100 * offset}%)">
            <strong class="hidden" aria-hidden="true">{Math.floor($displayed_count + 1)}</strong>
            <strong>{Math.floor($displayed_count)}</strong>
        </div>
    </div>
    <button on:click={() => (count += 1)}>
        <svg aria-hidden="true" viewBox="0 0 1 1">
            <path d="M0,0.5 L1,0.5 M0.5,0 L0.5,1" />
        </svg>
    </button>
</div>

<style>
    .counter {
        display: flex;
        margin: 1rem 0;
    }

    .counter button {
        width: 2em;
        padding: 0;
        display: flex;
        align-items: center;
        justify-content: center;
        border: 0;
        background-color: transparent;
        touch-action: manipulation;
        font-size: 2rem;
    }

    .counter button:hover {
        background-color: var(--color-bg-1);
    }

    svg {
        width: 25%;
        height: 25%;
    }

    path {
        vector-effect: non-scaling-stroke;
        stroke-width: 2px;
        stroke: #444;
    }

    .counter-viewport {
        width: 8em;
        height: 4em;
        overflow: hidden;
        text-align: center;
        position: relative;
    }

    .counter-viewport strong {
        position: absolute;
        display: flex;
        width: 100%;
        height: 100%;
        font-weight: 400;
        color: var(--color-theme-1);
        font-size: 4rem;
        align-items: center;
        justify-content: center;
    }

    .counter-digits {
        position: absolute;
        width: 100%;
        height: 100%;
    }

    .hidden {
        top: -100%;
        user-select: none;
    }
</style>

「$:」について

$: displayed_count.set(count);

レイアウト用のファイルを作成してみる

<slot />

<nav>
    <a href="https://miko.info/">Home</a>
    <a href="#">About</a>
    <a href="#">Settings</a>
</nav>

<div class="app">
    <slot />
</div>

<script>
    import './styles.css';
</script>

ルーティングについて

フォルダとファイルを作成する

<nav>
    <a href="https://miko.info/">Home</a>
    <a href="https://miko.info/about">About</a>
    <a href="#">Settings</a>
</nav>

<div class="app">
    <slot />
</div>

<h1>About</h1>

まとめ

Svelteとは？

Svelteはユーザーインタフェースを構築する先鋭的で新しいアプローチです。ReactやVueのような 従来のフレームワークがその作業の大部分を ブラウザ で行うのに対し、 Svelteはその作業を アプリをビルドする際の コンパイル時 に行います。 Svelteは、仮想DOMによる差分検出のようなテクニックを使用する代わりに、 アプリケーションの状態が変化したときにDOMを外科的に更新するコードを生成します。 https://svelte.jp/

まず使ってみよう、話はそれからだ

プロジェクト作成

npx degit sveltejs/template svelte-sample
cd svelte-sample

npm install
npm run dev

動作確認

プロジェクトの中身を見てみよう

サンプルコードを写経する

必要なファイルを追加する

• Button.svelte
• Heading.svelte

レッツコーディング

<script>
    import Button from "./Button.svelte";
    import Heading from "./Heading.svelte";
    let count = 0;
    let color = "#000000";

    const colors = ["#00ff00", "#ff0000", "#0000ff"];

    let handleClick = () => {
        count++;
        color = colors[Math.floor(Math.random() * 3)];
    };
</script>

<main>
    <Heading {count} />
    <Button {color} {handleClick} />
</main>

<script>
    export let count;
</script>

<h1>Hello, I am a Svelte App!</h1>
<h2>The following button has been clicked {count} times.</h2>

<script>
    export let handleClick;
    export let color;
</script>

<button style="--color: {color}" on:click={handleClick}> Click me! </button>

<style>
    button {
        color: white;
        background-color: var(--color);
    }
</style>

動作確認

感想

function Heading({ count }) {
  return (
    <div>
      <h1>Hello, I am a React App!</h1>
      <h2>The following button has been clicked {count} times.</h2>
    </div>
  )
}

export default Heading;

OS

• Windows 11

ツール

• PowerShell
• Visual Studio Code
• Scoop
• AWS関連のあれこれ

事前準備

Scoopをインストールする

cargo-lambdaをインストールする

scoop bucket add cargo-lambda https://github.com/cargo-lambda/scoop-cargo-lambda
scoop install cargo-lambda/cargo-lambda

CDKのアレコレを準備する

npm i -g aws-cdk
cdk bootstrap aws://xxxxxxxxxxxx/ap-northeast-1

プロジェクトを作成する

cargo lambda new rust-lambda-test

> Is this function an HTTP function? Yes
> Which service is this function receiving events from? AWS Lambda function URLs

cd .\rust-lambda-test\

クロスコンパイルのターゲットをインストールする

rustup target add aarch64-unknown-linux-gnu

ローカル環境でテストしてみる

ローカル環境起動

cargo lambda start

アクセスしてみる

http://localhost:9000/lambda-url/rust-based-aws-lambda-example/

ビルドする

cargo lambda build --release

デプロイする

デプロイ用のファイルを準備する

mkdir deploy && cd deploy
cdk init app --language=typescript

import * as cdk from 'aws-cdk-lib';
import { Construct } from 'constructs';
import * as path from "path";
import { Code, Function, Runtime, FunctionUrlAuthType } from "aws-cdk-lib/aws-lambda";
import { CfnOutput } from "aws-cdk-lib";

export class DeployStack extends cdk.Stack {
  constructor(scope: Construct, id: string, props?: cdk.StackProps) {
    super(scope, id, props);

    const handler = new Function(this, "MyFunction", {
      code: Code.fromAsset(path.join(__dirname, "..", "..", "target/lambda/rust-lambda-test")),
      runtime: Runtime.PROVIDED_AL2,
      handler: "does_not_matter",
      functionName: "rust-lambda-function"
    });

    const fnUrl = handler.addFunctionUrl({
      authType: FunctionUrlAuthType.NONE,
    });

    new CfnOutput(this, 'TheUrl', {
      value: fnUrl.url,
    });
  }
}

デプロイコマンドを実行する

cdk synth
cdk deploy

アクセスしてみる

参考記事

• Rust-Based AWS Lambda With AWS CDK Deployment

インストール・環境構築

brew install rustup-init
rustup-init

Hello worldを出力してみる

cargo new hello_world_rust

cargo run

コーディングしてみる

fn main() {
    println!("Hello, world!");
}

fn main() {
    let number1: i32 = 1;
    let number2: i32 = 2;
    tashizan(number1, number2);
}

fn tashizan(number1: i32, number2: i32) {
    let result: i32 = number1 + number2;
    println!("{result}");
}

コード補完の有効化

cargo-editをインストールする

cargo install cargo-edit

rust-analyzerを追加する

rustup component add rls rust-src rust-analysis

VSCodeの拡張機能をインストールする

参考
KEEB_PD Advent Calendar 2021Adventar

19日目は、よういちろうさんの「普段Lunakey Miniをどう撮影していたか」でした。

（´－`）.｡oO（Remapいつも利用させていただいております！

さて、今回はKEEB_PDのことや、
キーボードについてのアレコレを語らさせていただきます。

KEEB_PDとは？

KEEB_PDとは毎週Twitterで開催されている
気軽に参加できるキーボードのフォトコンテスト的なイベントです。

日曜19~21時の間にキーボードのいい感じの写真をアップロードして、
21時の時点で一番いいねを貰っていた人が優勝となります。

毎週、様々な写真が投稿されており「あのキーボードの形が良い…」とか
「あのキーキャップカッコいい・カワイイ…」とか発見があります。

眠っていた写真撮影欲が刺激された

私は元々、週末にプランも決めずに写真撮影のためだけに旅行へ行くほど写真撮影が好きでした。

航空祭の写真

しかしCOVID‑19の影響で気軽に外を出歩くことができなくなり、
更には謎の片頭痛に悩まされることによって、
結果としてカメラを触ることも少なくなってしまいました…。

しかし、カメラを放置して数年過ぎたあたりに
Twitterで見かけたのが、KEEB_PDでした。

「Twitterで気軽に参加できるキーボードのフォトコンテスト」

そんなの参加する決まってるじゃないですか！

イイことづくしです！

今年撮ったキーボードの写真

今年は3回KEEB_PDに応募させていただきました。

2021年2月 【R40】初参戦

今年の2月に奇跡的に購入できたMeridianを自慢紹介したくて初参戦しました。
（´－`）.｡oO（当時は日本での購入報告を全く見かけなかったから、日本での保有者は自分だけだったのだろうか…？

Keyboard:Meridian
Switch:Drop + Invyr Holy Panda Mechanical Switches
Keycap:DSA LightCycle Freedom For The Users
Artisan:THINK_PULSE#KEEB_PD #KEEB_PD_R40 #俺キー pic.twitter.com/bllxLaAN6D

— Miko (@miko3s) April 18, 2021

Meridianのダークグレー色とキーキャップ「DSA LightCycle」、
そしてﾎﾞｯｸｽ ｷｰｷｬｯﾌﾟさん(@BOXXX_KEYCAP)作のTHINK_PULSE（カエルのキーキャップ）の組み合わせが最高に気に入っています！
作成以来ずっとこの組み合わせのまま使っています。

個人的にこの写真で気に入っているのはキーボードの周囲に
キーキャップがばら撒かれているところです。

キーボード単体の写真でも良かったのですが、
何か寂しさを感じ、もっと騒がしい感じにしたかったので
キーキャップをばら撒いてみたのですが正解でした。

2021年11月 【R66】Prime Meridian

そして2回目の参戦は11月でした。
参戦のきっかけは、

「今年はキーボードを買うことはないだろう…」

と思っていたところ、
もう１台Meridianを購入してしまったためです。

まぁこの時にもやらかしてしまい、サポートの人にお世話になりました。
ダメダメな英語でも対応してもらえて助かりました…。

無事に税関を通り、手元には色だけが違う２台のMeridianが揃っていたので、
これらを使ってイイ感じの構図で撮影できないか…
と考えた結果が以下の写真です。

Prime Meridian
Keyboard: Meridian R1 Dark Gray, R2 E-White
Switch: Holy Panda, Sakurio
Keycap: DSA LightCycle Freedom For The Users, NP PBT Blank
Artisan:THINK_PULSE#KEEB_PD #KEEB_PD_R66 pic.twitter.com/CEHqmqvKEr

— Miko (@miko3s) October 17, 2021

タイトルの「Prime Meridian」の意味は本初子午線です。
2台のMeridianの間を本初子午線として表現をしたかったのですが、
結構難しかったです…。写真の表現力を鍛えたい…。

撮影風景

撮影のために用意したスタジオはかなり雑です！

今回の構図を思いついてから数分で用意した雑な撮影スタジオ！
全然風景写真を撮りに行けていないけど、 #KEEB_PD イベントのおかげで撮影する楽しさを思い出させてくれる。 pic.twitter.com/IOi40q8oTt

— Miko (@miko3s) October 17, 2021

自分が思い浮かべたイメージをフレームに収められればそれでいいんです。

自作キーボードカレンダー2022

国内の自作キーボードコミュニティ「Self-Made Keyboards in Japan Discord」にて
選ばれし12枚のキーボード写真がカレンダーになるという面白い企画が行われていました。

さすがに強者揃いだったので12枚には選ばれることはなかったですが、
カレンダーの表紙のど真ん中に写真があって三度見ぐらいしました。

きたわね pic.twitter.com/A4WFrOce2Q

— ぺかそ⌨C99金曜東テ-35b (@Pekaso) December 18, 2021

2021年12月 【R73】コーヒーだばぁ…

今年最後の参戦はつい最近（12月5日）でした。

さて、変なことをお聞きしますが…

皆さんはコーヒーをキーボードにこぼしたことはありますか？

私はあります。

そんな苦い思い出を表現した一枚がこれです。

コーヒーだばぁ…
Keyboard: Meridian E-White
Switch: Sakurio
Keycap: NP PBT Blank#KEEB_PD #KEEB_PD_R73 #俺キー #customkeyboard pic.twitter.com/JK3ZdSiw15

— Miko (@miko3s) December 5, 2021

これまでの2枚はカッコよさを追い求めていましたが、
今回はネタ重視で挑んでみました。

純白なキーボードがコーヒーによって染められていく（体験談）を
表現できたのではないでしょうか…。

昨日のよういちろうさんの記事に書かれていた

「何を伝えたいか」が重要ですよね。それさえ表現できていれば、メッセージ性のある良い写真に仕上がるかな、と思っています。

これを達成できていたのか、

100いいねを超える反応をいただけました…。

つまり、キーボードにコーヒーこぼした人は意外と多いってことでよろしいでしょうか？？？

KEEB_PDに参加して気づいたこと

これまでは、

「部屋の中で物の写真を撮ってもなぁ…」

「外に行って綺麗な風景を撮りに行きたいな…」

といった感じに物撮りに対してあまり乗り気ではありませんでした。

しかし、KEEB_PDに参加するためにキーボードを撮影していると…

といった感じに久々に写真撮影を楽しんでいました。

気づいたら数時間溶けてしまったりと
風景写真を撮ってた頃と何も変わっていません。

写真撮影を楽しむのに場所なんて関係ないってことを実感しました。

それに加えて、

などと撮影以外のことにも影響が出ていました。

写真撮影の楽しさを思い出させてくれただけでなく、
生活も変えてしまった「KEEB_PD」を開催してくれている
にるぽさん（@nillpo）には心より感謝です！！🙇

今年作ったキーボードの紹介

今年はMeridianで始まり、Meridianで終わりました。

Meridian Dark Gray

気分によってキーボードを変えていますが、使用率が一番高いキーボードです！
見た目、タイピング音の両方とも満足できている相棒です！

重量が1.5kgあるのですが、先日オフィスに持ち出してみたアホです。

ノートPCより重いってどういうことなの。

Meridian E-White

ノリと勢いで購入された２台目のMeridianです。
最初は白黒のモノトーン調に仕上げていたのですが、紅白にしてみました！

こちらはホットスワップ対応させているので、
キースイッチを替えたい放題です。

目覚めが良かったので朝からリングフィットとソケットの田植え pic.twitter.com/r6NVIJ2qbt

— Miko (@miko3s) October 13, 2021

撮影機材・風景

無駄に凝り性なので機材にも力入れちゃって色々と買っちゃうんですよね……(　= =) ﾄｵｲﾒ

机の上で撮影することもありますが、
大体は↑の画像のように窓際で撮影しています。

撮影機材は以下の通りです。

【カメラ】Olympus E-M1 & M.ZUIKO DIGITAL ED 12-40mm F2.8 PRO

７年間連れ歩いている相棒です。
週末に気が向くとコイツを鞄に詰め込んで撮影しに行っていたのでボロボロです。

iPad ProとWifi接続してテザー撮影しています。

【三脚】Manfrotto MKBFRC4-BH & SLIK SLARM2

三脚はカーボン製なのでめっちゃ軽いし丈夫です。

それと三脚には俯瞰撮影用のスライディングアームをつけており、
接写・動画撮影にも使えて便利なやつです。

【フィルタ】PLフィルタ、NDフィルタ

風景撮影のお供に使っているやつです。

PLフィルタ

Polarized Light（偏光）フィルタです。
水面のテカリを抑えたり、青空をより濃く撮れたりする風景写真の必須フィルタです。

物撮りでも効果を発揮してくれて、
にるぽさんがわかりやすい例を紹介してくれています！

1枚目PLフィルターなし、2枚目以降あり pic.twitter.com/7Rv05YZDmZ

— にるｺｯﾎﾟﾗ gangstre🐶 (@nillpo) December 4, 2021

NDフィルタ

Neutral Density（中性濃度）フィルタで、
明るい場所でもスローシャッターで撮影できます。

被写体を意図的にぶらすことができ、
滝の撮影で利用すると以下の写真のように水を滑らかに写せます。

↓の写真みたいなのを撮影できます。

撮影次第で映画「マトリックス」に出てくるエージェント「ジョーンズ」が高速で銃弾を避けているシーンみたいに、高速でタイピングしているような表現できたりするんだろうか…？

【背景紙】エレコム DGA-BPBGMT・DGA-BPBGCL01

  
物撮り用に購入してみた背景紙です。
マットな質感になっており、通常の紙よりも光源の映り込みが抑えられます。

机の天板はボロボロ、部屋もごちゃごちゃしてて写せない…！
だけどKEEB_PDに参加してみたい…！

そんな私みたいな状況の方におススメします！

背景紙を使うだけで写真の印象も大きく変わります。
それに部屋のカオスっぷりも誤魔化せます！！

ライト

光源は色々と使っています

LAOFAS Rainbow Sophomore RGB LED

小型撮影用ライトのLAOFAS Rainbow Sophomore RGB LEDを使っています。

調光・色温度調整可能で、専用のディフューザーが付属しています。

手で楽々持てるサイズでありながら、かなり明るくなるので、
様々な角度から光を当てつつ試行錯誤しています。

それにマグネットも内蔵されているので、
暗所での作業時にも使ってたりします。

ライトの上に乗せて、↓みたいな写真も撮れたりします。

ちなみにワイヤレス制御アプリは起動後に
勝手にBluttooth接続され何か怪しいと思い、即削除しました。

モニター & BenQ ScreenBar Plus

他にもアドベントカレンダーでも何度か取り上げられている
「モニターをライトとして利用する」方法を使っています。

それでも物足りなかった場合にはBenQ ScreenBar Plusを使っています。

BenQ ScreenBar Plusレビュー ～みんなでよふかししよう～2021.11.21

この記事も夜な夜な書いていましたが、
このライトのおかげで大分捗りました。

それでは最後にタイピング音を聴いてください

さて、長々と記事を書いてきましたが、これで最後です。

ここまでは写真についてを取り上げてきましたが、
最後は「音」について紹介させてください。

先日、以前書いた記事に対してmarksardさん(@marksard)から反応をいただけました！

キーボード沼へハマっていき、高級キーボードを買うまでのお話【Meridian】 | 思い立ったが吉日

「…好みの音が出るようになった結果……1秒でも多くキーボードを触りたいからプログラミングをするという謎の逆転現象が起きていました。…」

まさにコレofコレ https://t.co/TTCKFwDkoa

— ᙢᗩᖇḰ (@marksard) December 5, 2021

やはり、PCのキーボードも音を楽しむ物で間違いなかったんだな…
と勝手にガッツポーズしてしまいした。

今回紹介した2つのキーボードの形は一緒ですが、
タイピング音は全く異なっています。

最高のキースイッチを追い求めて…

好みのタイピング感、タイピング音を追い求めるために
国内外からあらゆるキースイッチを購入しました。

キースイッチの探求はいつまでも続く
（´-`）.｡oO（遊舎工房さんいつもお世話になっております… pic.twitter.com/iru1mdDP1o

— Miko (@miko3s) November 6, 2021

今年だけで何十種のキースイッチを購入したのか把握してません…。

すべての軸について紹介したいですが、
これ以上書くと記事のボリュームがカオスなことになるので
来年「KEEB_PD_TYPING」のアドベントカレンダーが公開されたら書きます…

タイピング音

数多くの中から選ばれたキースイッチによって奏でる音をそれぞれ聴いていただき、
もし宜しければどちらのタイピング音が好みかアンケートに答えていただけると幸いです。

• ①カチャカチャ音（黒い方のキーボード）
• ②コトコト音（白い方のキーボード）

①カチャカチャ音（黒いキーボード）

カチャカチャと音が鳴り響いています。

キースイッチは「Drop + Invyr Holy Panda Mechanical Switches」です。
タクタイルスイッチ（茶軸）が好きならまず買っておけ！って
どこかで聞いた気がするので、買ってみたら好きになりました。ﾁｮﾛｲ

②コトコト音（白いキーボード）

①と比べて静かすぎるタイピング音です。
（イヤホンかヘッドホン付けないと聞こえないかも）

先ほどのキーボードと同じマイク距離で録音しても全然音を拾わなかったので
ほぼ真上に持ってきました。そのため、ASMR？っぽくなってます。
ヘッドホンとかで聞くと耳元でタイピングされている不思議な感覚に…。

キースイッチは「Sakurio」で、
なんとも言えないタイピング感（誉め言葉）と驚きの静かさが気に入っているキースイッチです。

落ち着いて作業がしたいときに使っていたりします。

[socialpoll id=”2805722″]

まとめ

最後まで読んでいただきまして、ありがとうございました！
今年を振り返りつつ、記事を書いていたら結構なボリュームになってしまいました…。

まだ、KEEB_PDで優勝はしたことはないですが、
優勝よりも「こんな写真撮れたからちょっと見て！！！」って気持ちの方が強いです。

キーボードを作る楽しさ、写真を撮る楽しさを忘れずに
来年もKEEB_PDに参加していこうと思います！！

2021年12月26日(日)に年内最後のKEEB_PDが開催されるはずですので、（ｵｿﾗｸｷｯﾄ）
お気に入りのキーボードがある方は参戦してみてはいかがでしょうか？！

21日目はe3w2qさんの「私のKEEB_PD参加写真の撮り方を書きます」です！

（´－`）.｡oO（Pangaea Keyboardめっちゃ気になってたけど、気づいたらテスター募集終わっていた…

[この記事はMeridianで書きました。]

購入したのはAfterShokz OpenComm Light Grey です。

AfterShokz OpenCommとは？

AfterShokzから販売されている骨伝導ヘッドセットです。

みんなノイズキャンセリングイヤホン・ヘッドホン好きすぎやろ、
もっと周りの音聞こうや。的なコンセプトのもと生まれたのだとか。

価格

通常価格は￥19,998ですが、

Amazonのブラックフライデー特価で20%OFFの￥15,998で購入できました。

【2021/12/10時点】ヨドバシカメラにて￥15,900かつ10%分のポイントがもらえるとのことです。

商品画像

本体

白黒のモノトーンが好きなので結構気に入っています。

マイクを前に出してみた状態です。

充電ケーブル

充電ケーブルは独自仕様？みたいです。

イヤホン側の充電端子にはカバーとかはないです。

夏場とか汗が怖い…。

ケーブル側にマグネットが入っているのでしっかりと固定してくれます。

多少揺らしても外れません。

機能について

ヘッドセットとして使えるのはもちろんのことですが、
他に搭載されている機能について紹介します。

マルチペアリング

最大2台までペアリングが可能とのことでした。

手順が少し複雑なのと、
同時には音を流せないっぽい？のであまり利用はしていません。

NFCペアリング

NFCペアリングに対応しており、対応機種であればイヤホンに近づけるだけでペアリングできます。

SONYのZX300がNFCペアリングに対応していたことを思い出したので、
試してみましたがすぐにペアリングできて楽でした。

２週間使ってみた感想

良かった点

想像以上にハッキリと音が聞こえる

骨伝導イヤホンは今まで使ったことがなかったので、
音質は良くないんだろうなーとか偏見を持っていたのですが、
そんなことはありませんでした。

通話の声や音楽がハッキリと聞こえてきます。

本気で集中したいときはヘッドホンを使っていますが、
ちょっと音楽聞きたいなーって時はOpenCommを利用しています。

軽い！

35gと非常に軽いです。

ワークスタイル上、ほぼ１日中ヘッドセットをつける必要があるのですが、
着けっぱなしの状態でも気になりません。

ヘッドセットを着け、
音楽を聴きながら昼食を作ったりしています。

耳が塞がれないことによる開放感が素晴らしい！

耳が完全に覆われるタイプのヘッドセットを使っていたので、
圧迫感を感じていて、長時間利用するとなると耳の蒸れが気になっていました。

しかし、骨伝導イヤホンがこの悩みを解決してくれました！

生活音が聞こえるようになった

これはデメリット？として捉える人もいるでしょうが、
周囲の音もちゃんと聞こえてきます。

私にとってはキーボードのタイプ音が良く聞こえるようになったので、
良かった点にあげました。

マイクもそこそこ良い？

最初は声がこもっていると言われていたのですが、
前よりちゃんと聞こえると言われました。

だた、何も設定いじってないんですよね…。

馴染んだんでしょうか？

気になった点

音漏れはする

骨伝導イヤホンであっても出力する音量が大きければ音漏れします。

私は自宅でしか利用する想定はないので問題ありませんが、
外での利用も検討してる人は家電量販店にて一度試聴・試着してみることをおススメします。

脳が震える・ゾクゾクする

通話相手に以下のことをやられると脳が震えるか、ゾクゾクしてしまいます。

• 大きな声を出す
• マイクに息を吹きかける（風切り音）

当たり前ですけど、めっちゃ骨伝導イヤホンが震えます。

大きな声を出されると脳が震える気がしますし、
風切り音を聞くと背筋がゾワっとします。

若干、楽しんできてる自分がいます。

音量調整ボタンが不便・ミュートボタンがない

音量調整ボタンを押しても、音楽再生中でないと「バッテリーの残量」を教えてくれるシステム音声が流れ、音量調整ができません。

私はSlackを利用して通話をしていますが、
音量調整に対応はしていなかったので、別の方法でシステムの音量をいじってます。

今まで使っていたヘッドセットには、
物理的なミュートボタンがあったのでクシャミが出そうでも安心だったのですが…
ないとここまで不安になるとは思ってなかったです🤧

まとめ

このレビュー記事を書いている間に、意外と気になった点が出てきたなーとは思ったのですが、
AfterShokz OpenCommには満足しています。

イヤホン側でのコントロール部分には色々と不満はありますが、
パソコンやスマートフォン側で補えるので、
私はこれからもリモートワークのお供として使っていこうと思っています。

ですが、人によっては慣れない可能性も十分にあり得るので、
家電量販店にて視聴・試着してみることをおススメします！

「本」を作っていく作業の中で色々と得られるものがあったので、
それらについてダラダラと紹介する自分語り記事です。

なぜ「本」を作ることにしたの？

なぜ「本」を作ることにしたのか？ですが、深い理由はありません。

いつもと変わったことをやりたかっただけです。

大体、勉強会の資料としてはスライドやWikiページを作っているのですが。

ただ、それだけです。思い立ったら吉日がモットーです。

どうやって「本」を作ったの？

Re:VIEWという電子・紙書籍制作ツールを使って「本」を作成しました。

Re:VIEWは電子書籍と紙書籍のための、簡潔かつ強力なデジタル出版ツールです。
コンピュータ書等の技術書籍（紙・電子）の商業出版や同人出版に利用されています。

技術系の同人誌即売会である技術書典で頒布されている技術書の執筆にも使われているらしいです。

Re:VIEWのセットアップ方法

セットアップ方法についてLinux・Macは簡単ですが、Windowsだとちょっと手間がかかります。

Linux・Mac

Linux、Macでは以下のコマンドを実行してもらうだけでOKです。

gem install review
review-init sample-doc
cd sample-doc

Windows

WSL2かDockerを利用する必要がありますが、
今回は「WindowsでDocker+Re:VIEWを使う」を参考にし、構築手順を説明させていただきます。

Docker作業

作業ディレクトリを作成し、その中にdocker-compose.ymlを作成します。

version: '3'
services:
  review:
    image: vvakame/review
    volumes:
      - .:/work
    build: .
    working_dir: /work
    ports:
      - "127.0.0.1:18000:18000"

次にDockerコマンドを実行し、Re:VIEWのイメージをプルします。
ダウンロードに結構時間がかかります。

docker pull vvakame/review

Re:VIEWドキュメントの雛型作成

以下のコマンドを実行してRe:VIEWドキュメントの雛型を作成します。
ついでにdocker-compose.ymlファイルをsampledocフォルダにコピーしてください。

docker-compose run --rm review review-init sampledoc
cp docker-compose.yml sampledoc

「本」の編集と出力

sampledocというフォルダが作成されているので、移動してみましょう。

cd sampledoc

ファイルについて

とりあえずそれっぽい「本」を作るために編集するファイルを紹介します。

他のファイル／フォルダについては「FAQ – Re:VIEW の使い方について」を参照してください。

ファイルを編集してみる

sampledoc.reをテキストエディタで開いて以下の内容を入力してみてください。

= Hello World
//lead{
リード文です。導入文です。
//}

== ほろびのじゅもん

これは滅びの呪文です。絶対に入力してはいけませんよ！！

//cmd{
sudo rm -rf
//}

= End World
//lead{
なぜ入力してしまったのですか…。
//}

== ふっかつのじゅもん

これで復活するのです…。

//source[ふっかつのじゅもん]{
ゆうて　いみや　おうきむ
こうほ　りいゆ　うじとり
やまあ　きらぺ　ぺぺぺぺ
ぺぺぺ　ぺぺぺ　ぺぺぺぺ
ぺぺぺ　ぺぺぺ　ぺぺぺぺ　ぺぺ
//}

マークダウンでもなく見たことのない記法かもしれませんが、Re:VIEWを使うにはRe:VIEW記法？を使わないといけません！私もすべてを把握できていないので、詳しくはRe:VIEW フォーマットガイドを参照してください。

ついでにconfig.ymlを開いて表紙のタイトルや著者名を変えてしまいましょう。

# ブック名(ファイル名になるもの。ASCII範囲の文字を使用)
bookname: はじめての本

# 記述言語。省略した場合はja
language: ja

# 書名
booktitle: はじめての本

# 著者名。「, 」で区切って複数指定できる
aut: ["たなかさん"]

PDFで「本」を出力する

ファイルが編集し終わったら、後はコマンドを実行するだけで、「本」を作成することができます。

docker-compose run --rm review rake pdf

出力されたPDFを開くと、技術書でよく見るレイアウトでPDFファイルに出力されます。

デフォルトのレイアウトのままでも読みやすく、問題なく使えます。

レイアウトをちょっといじってみる

初期のレイアウト設定でも問題ないのですが、他のページを見てみるとヘッダー部分の文字が重なっている部分があります。

これを解決するにはフォルダ「sty」内にあるファイル「review-custom.sty」を編集して対処しましょう。TeXの知識など全然ないので「Re:VIEW 3.0でレイアウトをカスタマイズしたい！」を参考にさせていただきました！

以下のコードをコピペしてファイルを保存後に再度PDF出力してみましょう。すると偶数ページには章名、奇数ページには節名を表示されているはずです。

% for user-defined macro
\lhead[\gtfamily\sffamily\bfseries\upshape \leftmark]{}
\rhead[]{\gtfamily\sffamily\bfseries\upshape \rightmark}

「本」を書いてみて良かったこと

「本」を書いてみて大変なこともありましたが、良かった点もいくつかあります。

文章を書くことが楽しくなってきた

これが一番自分にとって良かった点です。
文章を書いてそれを「本」に変換して読んでみるだけで何故か楽しくなってきました。

形から入る人間なので、それっぽい物ができると調子に乗ってハマっていってしまいます。

私も著者に…？！

などと妄想しつつ、一人で著者、校正者をそれぞれ演じて自分にダメ出しをやってると虚しさを感じつつも何か楽しかったです。

感覚を言語化することを意識するようになった

私はコーディングや設計などについて「●●な感じに～」とかふわっとした説明をしがちなのですが、「本」にするとなると曖昧な表現を言語化する必要がありました。

感覚的にやっている、何となくやれていることを言語化するのは大変でした。
ですが、言語化できると頭の中がスッキリし、自分自身に対する理解度も上がった気がします。

結果的に曖昧な表現・感覚的な表現をしてしまった後は、言語化するように意識するようになりました。

技術書典に参加できる気がしてきた

技術書典には前々から興味はあったのですが、
自分に技術書は書けない…
と思い込んでいました。

ですが、Re:VIEWを使うだけでこんなに簡単に技術書を書けると知れたので、
ネタさえ用意できれば自分も参加できる！と自信を持てました。

まぁ、ネタを探すのが最大の難所ではあるのですが。

まとめ

まだ文章を書くことが苦手なのは変えることはできていませんが、引き続き文章を書く習慣を身に付けていこうと思いました。

自分みたいに思い立ったから「本」を書いてみるのも良いですし、
何かアウトプットしたいけれどもする場所・機会がない…という方は
是非「本」を書いてみてはいかがでしょうか？

私は来年に何かしらの技術系の同人誌を出せるように頑張っていきます…。