
2025年分の確定申告の振り返り。

- [2024年分の確定申告](https://r7kamura.com/articles/2025-02-02-kakutei)
- [2023年分の確定申告](https://r7kamura.com/articles/2024-02-01-kakutei)
- [2022年分の確定申告](https://r7kamura.com/articles/2023-02-15-kakutei)
- [2021年分の確定申告](https://r7kamura.com/articles/2022-02-01-kakutei)
- [2020年分の確定申告](https://r7kamura.com/articles/2021-02-03-kakutei)
- [2019年分の確定申告](https://r7kamura.com/articles/2020-02-25-kakutei)

書類の作成時、以下の情報は郵送された資料を元に確認して入力した。毎年この資料を探り当てるのに数分かかっている気がするので、次回からこの3種類の資料だけは特別に分けて保存することに。

- 所得税の中間納付額（６月頃）
- 消費税の中間納付額（６月頃）
- 国民健康保険の納付額（１２月頃）

国民年金についてはネット上からデータを参照できるので、これは楽。しかしながら、便利なWeb APIが利用できるのは平日の8時から23時までの間だけということなのか、今回はfreee上からデータの自動取得はできず、年金ネットにアクセスしてデータをダウンロードするという面倒な作業はやらなければならなかった。それでも郵送資料から探すよりはマシである。

書類の提出において、今回は以下の方法で提出した。

- 所得税: 会計freeeで生成してスマホ経由で電子申告
- 消費税: 会計freeeで生成してスマホ経由で電子申告

今回はじめて消費税もfreeeから電子申告できたが、電子申告途中に一度トラブルがあった。

というのも、2025年中にマイナンバーカードの電子証明書の更新があったのだが、e-tax側には更新前の電子証明書が紐付けられており、電子申告時に利用した電子証明書が登録されているものと違うということでエラーが発生した。これはe-taxにログインし、紐付けられている電子証明書を更新することで解決できる。この際、マイナンバーカードを利用してログインすると電子証明書を更新するような設定項目が表示されない。利用者識別番号でログインしているときだけそのUIが表示されるようになるので、気を付けなければならない。


2025年分の確定申告の振り返り。

2026-02-01-kakutei

2025年分の確定申告の振り返り。
<ul>
<li><a href="https://r7kamura.com/articles/2025-02-02-kakutei">2024年分の確定申告</a></li>
<li><a href="https://r7kamura.com/articles/2024-02-01-kakutei">2023年分の確定申告</a></li>
<li><a href="https://r7kamura.com/articles/2023-02-15-kakutei">2022年分の確定申告</a></li>
<li><a href="https://r7kamura.com/articles/2022-02-01-kakutei">2021年分の確定申告</a></li>
<li><a href="https://r7kamura.com/articles/2021-02-03-kakutei">2020年分の確定申告</a></li>
<li><a href="https://r7kamura.com/articles/2020-02-25-kakutei">2019年分の確定申告</a></li>
</ul>
書類の作成時、以下の情報は郵送された資料を元に確認して入力した。毎年この資料を探り当てるのに数分かかっている気がするので、次回からこの3種類の資料だけは特別に分けて保存することに。
<ul>
<li>所得税の中間納付額（６月頃）</li>
<li>消費税の中間納付額（６月頃）</li>
<li>国民健康保険の納付額（１２月頃）</li>
</ul>
国民年金についてはネット上からデータを参照できるので、これは楽。しかしながら、便利なWeb APIが利用できるのは平日の8時から23時までの間だけということなのか、今回はfreee上からデータの自動取得はできず、年金ネットにアクセスしてデータをダウンロードするという面倒な作業はやらなければならなかった。それでも郵送資料から探すよりはマシである。
書類の提出において、今回は以下の方法で提出した。
<ul>
<li>所得税: 会計freeeで生成してスマホ経由で電子申告</li>
<li>消費税: 会計freeeで生成してスマホ経由で電子申告</li>
</ul>
今回はじめて消費税もfreeeから電子申告できたが、電子申告途中に一度トラブルがあった。
というのも、2025年中にマイナンバーカードの電子証明書の更新があったのだが、e-tax側には更新前の電子証明書が紐付けられており、電子申告時に利用した電子証明書が登録されているものと違うということでエラーが発生した。これはe-taxにログインし、紐付けられている電子証明書を更新することで解決できる。この際、マイナンバーカードを利用してログインすると電子証明書を更新するような設定項目が表示されない。利用者識別番号でログインしているときだけそのUIが表示されるようになるので、気を付けなければならない。

2025年分の確定申告

2026年時点の自身の開発環境を振り返ってみる。

## OS: Windows

デスクトップ機を1台だけ持っていて、Windowsが入っている。

- お出かけしてまでパソコンをさわろうと思わない
- 計算資源を集約させると金銭効率・空間効率が良い

という背景で、1台で済ませている。

実際にはWSL2上のUbuntuで開発している。自分の開発しているプログラムのほとんどはLinux上で動かすことになるため、それに近しいUbuntu環境で開発できることの旨味は大きい。

過去のOS歴は以下の通り。

1. 2009年～2020年: Mac
2. 2021年～2026年: Windows

MacからWindowsへの移行に関して、過去に以下の記事も書いた。

- [Windowsへの回帰](https://r7kamura.com/articles/2020-10-04-windows-revolution)
- [MacからWindowsへの開発機移行から2年](https://r7kamura.com/articles/2022-10-26-two-years-after-mac-to-windows)

最近はGitHub Codespacesで開発する現場も多く（大抵自分が整備することになるが）、手元の計算資源はあまり使わなくなってきており、自分はこの変化を好意的にとらえている。実際に使っている中で、次のような観点で恩恵を感じることが多い。

- トラブル時の切り分けやリセット
- 他人との開発環境や知識の共有
- 負荷分散

## シェル: bash

bashを使っている。特にこだわりもないが、理由を後付けすると次の通り。

- 自分の環境だとデフォルトがbash
- 多くのツールの挙動がbash準拠

100行程度の設定ファイル `.bashrc` があり、以下の設定をしている。正直なところ無くても大して困らない。

- VSCodeのターミナルとの互換性のために環境変数を設定
- プロンプトを調整
- エイリアスをいくつか設定

開発時にあると便利なツールとして以下を使っているけど、これも無くてもそこまで困らないかも。あるとちょっとだけ手が速くなる程度で、劇的な変化はない。

- gh
- peco
- tig

この辺のツールと設定ファイルを持ってくる数行のシェルスクリプトがあり、新しい環境を用意する際にはそれを実行している。

## エディタ: VSCode

VSCodeをほぼデフォルト設定で使っており、公式の拡張を少数入れている。

- GitHub Copilot
- GitHub Codespaces
- WSL
- etc.

たまにプロジェクト単位で拡張を追加している。例えば、このブログを書く際には記事ファイルを自動生成する自作の拡張を使用しているし、Rubyを書く際にはJavaScriptランタイムだけで動くRuby用のLSP拡張を自作して使用している。

過去のエディタ歴は以下の通り。

1. 2009年～2017年: Vim
2. 2018年～2026年: VSCode

## ターミナル: VSCode

VSCodeに付属のターミナルを使っている。

- どのアプリでも画面分割を使わない
- SSHを使うことがほぼ無い

ということから、tmux等のターミナルマルチプレクサを必要とすることも無くなり、VSCodeのターミナルで十分事足りている。

## キーボード: Keyball39

主にKeyball39というキーボードを使っている。特徴は以下の通り。

- キーが左右合計で39個
- 右手の親指部にトラックボール付き

日本語入力方式として、実用的な速度だと自分はローマ字入力と幾つかのかな入力（親指シフト等）を扱えるが、分割キーボードではキー数・速度・精度の適性を考慮してローマ字入力を使っている。

論理的なキーマップとして、左右のホームポジションそれぞれの長押しにCtrlやShiftなどの各種メタキーを割り当てている。いわゆるHome Row Modsと呼ばれる方式である。この方式を利用しつつメタキー・クリックキー・レイヤー切替キーを左右どちらにも配置しながらトラックボールもあるので、ほぼホームポジションから手を動かさずに操作できており、疲れないし打鍵精度も上がるので満足している。

左右に冗長化しているにも関わらずデフォルトレイヤーでも何個かキーが余っているように感じるので、ゲームでもやらない限り、39キー程度ではキーが足りなくなるということは無いように思う。

関連する話を過去に以下の記事にもまとめている。

- [４０％キーマップ現況](https://r7kamura.com/articles/2024-05-26-keymap)

なお、サブのキーボードとしてAmazonベーシックの千円程度のキーボードも持っており、実はこれも結構な頻度で使っている。

- [Amazonベーシック 有線キーボード - Amazon](https://www.amazon.co.jp/dp/B0CT2T18PV)

汎用機を乗りこなすことに意味を感じる瞬間がたまにある。

## ブラウザ: Google Chrome

特有の機能は使っていないので、何を使っても良くはある。

ウェブサービスを開発している都合、大多数の利用者の環境により詳しい方が好ましいため、シェアの多いブラウザを使っておくことに利点があるとは感じている。

## コーディングエージェント: GitHub Copilot

正直あまり使っていない。

GitHub Copilotのエージェントをたまに使う程度。Copilotが当初便利な補完機能として登場した頃からずっとそうしているのだけど、エージェントに直接コードを編集させるのではなく、目的を達成するためのコード変換器とそのテストを生成させることが多い。その実装とテストに対してレビューを行うという形。

前にも記事を書いたが、Aqua Voiceというやけに精度の高いPC用音声入力ソフトを導入して以来、文字入力の速度が2倍から3倍程度になった。元から結構タイピングは速かった方だと思う。しかしそこからさらに速くなっているという状況なので、この変化は凄まじい。で、当然これはプロンプト入力の速度や快適さにも大きく貢献しており、エージェントの使い勝手も格段に向上した。速いって快適。一ヶ月無料の紹介リンクをまた貼っておくので、これ系のソフトを最近まだ試したことがなかったら、騙されたと思って一度は使ってみておいてほしい。たぶん面白いから。

- <https://aquavoice.com/share?code=RH-E2FF>

## メモ: Obsidian

Obsidianで日記を書いている。

メモを書くのにいちいちファイル名やタイトルを付けないといけないなんていう馬鹿げた工程を踏みたくないので、一次出力先としてのメモはその日の日記にすべて放り込む運用にしている。概ね音声入力で長々とした文章を書いていることが多い。

## おわり

振り返ってみると、おおよそ常に一般的で中庸な方に行こうとしているように見える。良く言えばミニマルだが、悪く言えば面白みに欠ける。

言語化するのが難しいのだけど、他者と違う環境で何か自分が成果を出したとしても、環境が作用したというだけで、自身の能力によるものなのかどうか己を認められないことがある。感情の制御に手こずっている訳ではなく、原因の切り分けや対照実験を正確に行いたいという感覚に近い。例えばゲームで誰かと対戦したとして、高性能なキーボード、高性能なマウス、高性能なモニターを使って、好成績を残せたという状況を想像すると分かりやすい。もちろん現実はゲームではないし、対戦でもないし、競技でもない。また、道具が身体の一部か・道具も含めて能力かといった点にも議論の余地はある。しかし、自分の成長はこうした部分を見つめ直すことから発生する経験が多かったと感じる。例えば自分が誰でも手に入れられるようなキーボードをなんとなく好んで使っているのは、多分そういう思考形態から来ているのだと思う。

いや、もしかしたらそれも違うのかもしれない。凡庸な環境にもかかわらず高い成果を出したと信じたい気持ちと、最適化の余地という逃げ場を残しておきたい気持ち。このダブルスタンダードで姑息な心の在り様が、自分の開発環境を形作っているようにも見える。

2026年時点の自身の開発環境を振り返ってみる。

2026-01-15-development-environment-2026

2026年時点の自身の開発環境を振り返ってみる。
<h2>OS: Windows</h2>
デスクトップ機を1台だけ持っていて、Windowsが入っている。
<ul>
<li>お出かけしてまでパソコンをさわろうと思わない</li>
<li>計算資源を集約させると金銭効率・空間効率が良い</li>
</ul>
という背景で、1台で済ませている。
実際にはWSL2上のUbuntuで開発している。自分の開発しているプログラムのほとんどはLinux上で動かすことになるため、それに近しいUbuntu環境で開発できることの旨味は大きい。
過去のOS歴は以下の通り。
<ol>
<li>2009年～2020年: Mac</li>
<li>2021年～2026年: Windows</li>
</ol>
MacからWindowsへの移行に関して、過去に以下の記事も書いた。
<ul>
<li><a href="https://r7kamura.com/articles/2020-10-04-windows-revolution">Windowsへの回帰</a></li>
<li><a href="https://r7kamura.com/articles/2022-10-26-two-years-after-mac-to-windows">MacからWindowsへの開発機移行から2年</a></li>
</ul>
最近はGitHub Codespacesで開発する現場も多く（大抵自分が整備することになるが）、手元の計算資源はあまり使わなくなってきており、自分はこの変化を好意的にとらえている。実際に使っている中で、次のような観点で恩恵を感じることが多い。
<ul>
<li>トラブル時の切り分けやリセット</li>
<li>他人との開発環境や知識の共有</li>
<li>負荷分散</li>
</ul>
<h2>シェル: bash</h2>
bashを使っている。特にこだわりもないが、理由を後付けすると次の通り。
<ul>
<li>自分の環境だとデフォルトがbash</li>
<li>多くのツールの挙動がbash準拠</li>
</ul>
100行程度の設定ファイル <code>.bashrc</code> があり、以下の設定をしている。正直なところ無くても大して困らない。
<ul>
<li>VSCodeのターミナルとの互換性のために環境変数を設定</li>
<li>プロンプトを調整</li>
<li>エイリアスをいくつか設定</li>
</ul>
開発時にあると便利なツールとして以下を使っているけど、これも無くてもそこまで困らないかも。あるとちょっとだけ手が速くなる程度で、劇的な変化はない。
<ul>
<li>gh</li>
<li>peco</li>
<li>tig</li>
</ul>
この辺のツールと設定ファイルを持ってくる数行のシェルスクリプトがあり、新しい環境を用意する際にはそれを実行している。
<h2>エディタ: VSCode</h2>
VSCodeをほぼデフォルト設定で使っており、公式の拡張を少数入れている。
<ul>
<li>GitHub Copilot</li>
<li>GitHub Codespaces</li>
<li>WSL</li>
<li>etc.</li>
</ul>
たまにプロジェクト単位で拡張を追加している。例えば、このブログを書く際には記事ファイルを自動生成する自作の拡張を使用しているし、Rubyを書く際にはJavaScriptランタイムだけで動くRuby用のLSP拡張を自作して使用している。
過去のエディタ歴は以下の通り。
<ol>
<li>2009年～2017年: Vim</li>
<li>2018年～2026年: VSCode</li>
</ol>
<h2>ターミナル: VSCode</h2>
VSCodeに付属のターミナルを使っている。
<ul>
<li>どのアプリでも画面分割を使わない</li>
<li>SSHを使うことがほぼ無い</li>
</ul>
ということから、tmux等のターミナルマルチプレクサを必要とすることも無くなり、VSCodeのターミナルで十分事足りている。
<h2>キーボード: Keyball39</h2>
主にKeyball39というキーボードを使っている。特徴は以下の通り。
<ul>
<li>キーが左右合計で39個</li>
<li>右手の親指部にトラックボール付き</li>
</ul>
日本語入力方式として、実用的な速度だと自分はローマ字入力と幾つかのかな入力（親指シフト等）を扱えるが、分割キーボードではキー数・速度・精度の適性を考慮してローマ字入力を使っている。
論理的なキーマップとして、左右のホームポジションそれぞれの長押しにCtrlやShiftなどの各種メタキーを割り当てている。いわゆるHome Row Modsと呼ばれる方式である。この方式を利用しつつメタキー・クリックキー・レイヤー切替キーを左右どちらにも配置しながらトラックボールもあるので、ほぼホームポジションから手を動かさずに操作できており、疲れないし打鍵精度も上がるので満足している。
左右に冗長化しているにも関わらずデフォルトレイヤーでも何個かキーが余っているように感じるので、ゲームでもやらない限り、39キー程度ではキーが足りなくなるということは無いように思う。
関連する話を過去に以下の記事にもまとめている。
<ul>
<li><a href="https://r7kamura.com/articles/2024-05-26-keymap">４０％キーマップ現況</a></li>
</ul>
なお、サブのキーボードとしてAmazonベーシックの千円程度のキーボードも持っており、実はこれも結構な頻度で使っている。
<ul>
<li><a href="https://www.amazon.co.jp/dp/B0CT2T18PV?tag=r7kamuracom-22">Amazonベーシック 有線キーボード - Amazon</a></li>
</ul>
汎用機を乗りこなすことに意味を感じる瞬間がたまにある。
<h2>ブラウザ: Google Chrome</h2>
特有の機能は使っていないので、何を使っても良くはある。
ウェブサービスを開発している都合、大多数の利用者の環境により詳しい方が好ましいため、シェアの多いブラウザを使っておくことに利点があるとは感じている。
<h2>コーディングエージェント: GitHub Copilot</h2>
正直あまり使っていない。
GitHub Copilotのエージェントをたまに使う程度。Copilotが当初便利な補完機能として登場した頃からずっとそうしているのだけど、エージェントに直接コードを編集させるのではなく、目的を達成するためのコード変換器とそのテストを生成させることが多い。その実装とテストに対してレビューを行うという形。
前にも記事を書いたが、Aqua Voiceというやけに精度の高いPC用音声入力ソフトを導入して以来、文字入力の速度が2倍から3倍程度になった。元から結構タイピングは速かった方だと思う。しかしそこからさらに速くなっているという状況なので、この変化は凄まじい。で、当然これはプロンプト入力の速度や快適さにも大きく貢献しており、エージェントの使い勝手も格段に向上した。速いって快適。一ヶ月無料の紹介リンクをまた貼っておくので、これ系のソフトを最近まだ試したことがなかったら、騙されたと思って一度は使ってみておいてほしい。たぶん面白いから。
<ul>
<li><a href="https://aquavoice.com/share?code=RH-E2FF">https://aquavoice.com/share?code=RH-E2FF</a></li>
</ul>
<h2>メモ: Obsidian</h2>
Obsidianで日記を書いている。
メモを書くのにいちいちファイル名やタイトルを付けないといけないなんていう馬鹿げた工程を踏みたくないので、一次出力先としてのメモはその日の日記にすべて放り込む運用にしている。概ね音声入力で長々とした文章を書いていることが多い。
<h2>おわり</h2>
振り返ってみると、おおよそ常に一般的で中庸な方に行こうとしているように見える。良く言えばミニマルだが、悪く言えば面白みに欠ける。
言語化するのが難しいのだけど、他者と違う環境で何か自分が成果を出したとしても、環境が作用したというだけで、自身の能力によるものなのかどうか己を認められないことがある。感情の制御に手こずっている訳ではなく、原因の切り分けや対照実験を正確に行いたいという感覚に近い。例えばゲームで誰かと対戦したとして、高性能なキーボード、高性能なマウス、高性能なモニターを使って、好成績を残せたという状況を想像すると分かりやすい。もちろん現実はゲームではないし、対戦でもないし、競技でもない。また、道具が身体の一部か・道具も含めて能力かといった点にも議論の余地はある。しかし、自分の成長はこうした部分を見つめ直すことから発生する経験が多かったと感じる。例えば自分が誰でも手に入れられるようなキーボードをなんとなく好んで使っているのは、多分そういう思考形態から来ているのだと思う。
いや、もしかしたらそれも違うのかもしれない。凡庸な環境にもかかわらず高い成果を出したと信じたい気持ちと、最適化の余地という逃げ場を残しておきたい気持ち。このダブルスタンダードで姑息な心の在り様が、自分の開発環境を形作っているようにも見える。

開発環境2026


数日前にクレジットカードの不正利用に気づき、ここ数日対応をしていた。

時系列でいうと、以下の通り。

1. 不正利用が行われる
2. 2日後に利用明細を見て不正利用だと気付く
3. 各種サービスで利用しているカードを切り替える
4. カード会社に連絡を入れる
5. 3日後にカード会社から連絡が来て対応し、カードが利用停止される
6. 1週間後に新しいカードが届く
7. 各種サービスで利用しているカードを切り替える

ネットで調べると、不正利用があった場合には警察に被害届を出すパターンが報告されていたんだけど、今回はカード会社から要求されなかったので良かった。不正利用の確からしさとか、金額の規模とかによるのかもしれない。

改めて振り返ってみると、以下の準備を日頃から行っておいてよかったと思う。

- 家計簿を概ね毎日見る習慣を持っておく
- カードが自動的に利用されるサービスを一覧化しておく
- 各種サービスでカード切替の防災訓練をしておく
- サブのカードを持っておく


数日前にクレジットカードの不正利用に気づき、ここ数日対応をしていた。

2026-01-14-credit-card-fraud

数日前にクレジットカードの不正利用に気づき、ここ数日対応をしていた。
時系列でいうと、以下の通り。
<ol>
<li>不正利用が行われる</li>
<li>2日後に利用明細を見て不正利用だと気付く</li>
<li>各種サービスで利用しているカードを切り替える</li>
<li>カード会社に連絡を入れる</li>
<li>3日後にカード会社から連絡が来て対応し、カードが利用停止される</li>
<li>1週間後に新しいカードが届く</li>
<li>各種サービスで利用しているカードを切り替える</li>
</ol>
ネットで調べると、不正利用があった場合には警察に被害届を出すパターンが報告されていたんだけど、今回はカード会社から要求されなかったので良かった。不正利用の確からしさとか、金額の規模とかによるのかもしれない。
改めて振り返ってみると、以下の準備を日頃から行っておいてよかったと思う。
<ul>
<li>家計簿を概ね毎日見る習慣を持っておく</li>
<li>カードが自動的に利用されるサービスを一覧化しておく</li>
<li>各種サービスでカード切替の防災訓練をしておく</li>
<li>サブのカードを持っておく</li>
</ul>

クレジットカードの不正利用に対応した


そうか、日記とブログって両方書くものだったんだな。

Aqua Voiceを入れてから随分簡単に文章が書けるようになったので、最近はそれを使って、ブログとは別に日記を付けている。これは特にインターネットに公開してはいなくて、ローカルの適当な場所に自分専用に書いているだけ。日記と呼んでもいいし、日報と呼んでもいいし、デイリーノートと呼んでもいいし、何でもいいんだけど。毎日その日起こった出来事や考えなどを題材にしながら、今頭の中にあるものをすべて書き出すような形で、文章をどんどん吐き出していっているような形。内容やスタイルとしては、一人Podcastみたいな感じのトーンで、架空の誰かに話しかけながら喋っているような形。

過剰書きにしたり、見出しをつけたりということはしておらず、とにかく頭の中にあるものから連想をつなげていって、短時間で文章をたくさん書ければ書けるほど良いというような認識でやっている。大体10分くらい喋って2000文字くらいの文章が生まれるような温度感。自分の場合はObsidianというアプリで書いていて、Obsidianを日記専用のアプリにしてしまっているんだけど、別にこれは何でもいいと思う。Obsidianはデフォルトでdaily noteを書くボタンが最初からついているので、この用途には少し適している。他にも何個かボタンがあるんだけどそれらは全部設定で消してしまって、daily note特化のアプリにして使っている。

Obsidianとかでデイリーノートを取っている人の意見を聞くと、結局振り返ったりはそんなにしていないという人が結構多いように見受けられる。結局その書き出すという行為により生まれる考えや気づきを得ることが一番重要。だからフォーマットはあまり気にしない方が良いと思っている。そこで新たな思いつきとか、発見とかがあればラッキー。実際自分もフリースタイルで音声入力でダラダラと喋るような感じにして書いていっており、これによって文章量はすごく増えるんだけど、広がった文章の中からいろんな考えが生まれることが多く、それが自分の考えを変えることも結構あるので、今のところこのスタイルでうまくいってるなと感じる。雑にいろいろ書いておくと、もしかしたら後で思い出せなくなるかもしれないという曖昧な不安感がなくなるのも良いと思っている。

ブログ記事を書くときのフローとして、普段こういう日記のようなものにひとまずタイトルをつけずに考えをどんどん吐き出していって、その中で一定のつながりを持つまとまった情報が見出せたときに、それにタイトルをつけて記事にする――というのが理想的だと思っている。この中で、何かを書くときに最初にタイトルを付けなくて良いということが特に重要。これまではその一時出力先の媒体として自分の中でいいものが見つけられていなかったので、脳内に情報をためておいて、思い出せた時だけブログ記事を書くか、あるいはまとまりのない単位の情報を記事として書いてしまうかという状態になっていた。しかし最近は日記を書くというアプローチが非常に綺麗にはまっているので、今はとても満足な状態。

これまでは日記とブログを両方書くって文章量的に現実的じゃなかったんだけど、音声入力のおかげで5分とか10分みたいな短い時間で書き上げられるようになったので、これが現実的になった。ありがたいことだ。


そうか、日記とブログって両方書くものだったんだな。

2026-01-12-daily-notes

そうか、日記とブログって両方書くものだったんだな。
Aqua Voiceを入れてから随分簡単に文章が書けるようになったので、最近はそれを使って、ブログとは別に日記を付けている。これは特にインターネットに公開してはいなくて、ローカルの適当な場所に自分専用に書いているだけ。日記と呼んでもいいし、日報と呼んでもいいし、デイリーノートと呼んでもいいし、何でもいいんだけど。毎日その日起こった出来事や考えなどを題材にしながら、今頭の中にあるものをすべて書き出すような形で、文章をどんどん吐き出していっているような形。内容やスタイルとしては、一人Podcastみたいな感じのトーンで、架空の誰かに話しかけながら喋っているような形。
過剰書きにしたり、見出しをつけたりということはしておらず、とにかく頭の中にあるものから連想をつなげていって、短時間で文章をたくさん書ければ書けるほど良いというような認識でやっている。大体10分くらい喋って2000文字くらいの文章が生まれるような温度感。自分の場合はObsidianというアプリで書いていて、Obsidianを日記専用のアプリにしてしまっているんだけど、別にこれは何でもいいと思う。Obsidianはデフォルトでdaily noteを書くボタンが最初からついているので、この用途には少し適している。他にも何個かボタンがあるんだけどそれらは全部設定で消してしまって、daily note特化のアプリにして使っている。
Obsidianとかでデイリーノートを取っている人の意見を聞くと、結局振り返ったりはそんなにしていないという人が結構多いように見受けられる。結局その書き出すという行為により生まれる考えや気づきを得ることが一番重要。だからフォーマットはあまり気にしない方が良いと思っている。そこで新たな思いつきとか、発見とかがあればラッキー。実際自分もフリースタイルで音声入力でダラダラと喋るような感じにして書いていっており、これによって文章量はすごく増えるんだけど、広がった文章の中からいろんな考えが生まれることが多く、それが自分の考えを変えることも結構あるので、今のところこのスタイルでうまくいってるなと感じる。雑にいろいろ書いておくと、もしかしたら後で思い出せなくなるかもしれないという曖昧な不安感がなくなるのも良いと思っている。
ブログ記事を書くときのフローとして、普段こういう日記のようなものにひとまずタイトルをつけずに考えをどんどん吐き出していって、その中で一定のつながりを持つまとまった情報が見出せたときに、それにタイトルをつけて記事にする――というのが理想的だと思っている。この中で、何かを書くときに最初にタイトルを付けなくて良いということが特に重要。これまではその一時出力先の媒体として自分の中でいいものが見つけられていなかったので、脳内に情報をためておいて、思い出せた時だけブログ記事を書くか、あるいはまとまりのない単位の情報を記事として書いてしまうかという状態になっていた。しかし最近は日記を書くというアプローチが非常に綺麗にはまっているので、今はとても満足な状態。
これまでは日記とブログを両方書くって文章量的に現実的じゃなかったんだけど、音声入力のおかげで5分とか10分みたいな短い時間で書き上げられるようになったので、これが現実的になった。ありがたいことだ。

日記とブログを書く

この文章はスマホの音声入力だけで書いてみている。

[前回の記事](https://r7kamura.com/articles/2026-01-07-aqua-voice)でAquavoiceというPC専用の音声入力アプリを使ったら非常に体験が良かったという話を書いたんだけど、AquavoiceはPCにしか対応してない。ではiPhoneで使いたいときにどうすればいいのかと考えたときに、今のところWisper Flowがちょうど良さそうだったので試してみた。

Aquavoicesと比べると、さすがに精度が1段階ぐらい落ちるんだけど、iOS標準の音声入力の質の低さと比べると、かなり質は高いと思う。キーボードで入力した文章の精度が100点だとすると、AquaVoiceは95点ぐらいで、Misper Flowは75点ぐらいで、iOSの標準のは50点ぐらい。Whispr Flowのものを直接他人に読ませる形にするには、幾らか手で編集しないといけないかなあという印象。それゆえの75点という感じです。残りの25点は頑張らないといけない。AquaVoiceはPC版、Wispr Flowはスマホ版で比較しているので、そこは公平な比較でないことには注意。

とはいえ75点ぐらいであっても、iOSの標準の音声入力はこれだとまだ使い物にはならないんじゃないかなぐらいのギリギリ落第点って感じで、AquaVoiceはPC版しかないということで、このアプリを入れる意義はかなり大きいと思う。改行と削除は使ったものの、この文章の誤字や脱字、変換ミスは一切直していないので、ウィスパーフローの精度はこの文章の出来栄えを見て判断してもらえると丁度よさそう。ミスパーフローとアクアポイスの精度差はこれも埋められないぐらいの差があるので、自分の場合は2つ併用していこうと思っている。特に固有名詞の認識にかなり問題があるように感じる。この文みたいにね。

Wispr Flow の実装方法は、キーボードの一種として実装されている形式。普通は日本語キーボードと英語キーボードがデフォルトで使える状態だと思うけど、そこにさらに Wispr Flow キーボードを追加するみたいなイメージ。だから合計3種類のキーボードが追加されている状態になっている。音声入力したくなったら、音声入力用のキーボードに地球マークみたいなアイコンを押して切り替えて、そこでマイクボタンを押してしゃべる。

なぜスマホで音声入力したくなったかというと、元々Aquavoiceを紹介してくれた友達が、毎日のDaily Noteを音声入力でやっていきたいっていう話をしていて。で、毎日振り返りを記録するとなると結構頻度が高いので、かなり手軽にできないといけないなと。それならスマホが最適なんじゃないかなと思って、今ここに至るという状態。元々、自分はデイリーノートをつけていきたいというモチベーションは全くなかったんだけど、友達がやりたいということだからじゃあ自分も試しにやってみるかと思って。その結果どうだったかという話を少しでもできたら、その友達がデイリーノートを続けるモチベの何かしらの足しにでもなるんじゃないかなと思ってやってみているって経緯ですね。

自分はスマホをお風呂に持ち込んでいて、そこで普段はYouTubeの「後で見る」に入れていた動画を見たり、気になっていた記事をストックしておいたのを見たり、フィードリーダーを見たりしている。今日はそこで音声入力を使ってデイリーノートを書いてみたんだけど、これは結構良かった。5分ぐらいで結構な分量の振り返りができたし、最終的に得た収穫もあったんで、悪くない取り組みだったなぁと。明日からの生活ちょっとこう変えてみようとか、何個か考えが変わった部分があるんで、意外とやってみると出てくることがある。

前回の記事と同様に、Wispr Flowについても招待リンクがあるみたいなので掲載しておきます。これもAquaVoiceの時と同じで、これ経由で初回登録するとおそらくお互いに最初の1ヶ月間だけ有料プランが無料で使えるようになるっぽい。

- <https://wisprflow.ai/r/R7KAMURA1>

この文章はスマホの音声入力だけで書いてみている。

2026-01-08-whisper-flow

この文章はスマホの音声入力だけで書いてみている。
<a href="https://r7kamura.com/articles/2026-01-07-aqua-voice">前回の記事</a>でAquavoiceというPC専用の音声入力アプリを使ったら非常に体験が良かったという話を書いたんだけど、AquavoiceはPCにしか対応してない。ではiPhoneで使いたいときにどうすればいいのかと考えたときに、今のところWisper Flowがちょうど良さそうだったので試してみた。
Aquavoicesと比べると、さすがに精度が1段階ぐらい落ちるんだけど、iOS標準の音声入力の質の低さと比べると、かなり質は高いと思う。キーボードで入力した文章の精度が100点だとすると、AquaVoiceは95点ぐらいで、Misper Flowは75点ぐらいで、iOSの標準のは50点ぐらい。Whispr Flowのものを直接他人に読ませる形にするには、幾らか手で編集しないといけないかなあという印象。それゆえの75点という感じです。残りの25点は頑張らないといけない。AquaVoiceはPC版、Wispr Flowはスマホ版で比較しているので、そこは公平な比較でないことには注意。
とはいえ75点ぐらいであっても、iOSの標準の音声入力はこれだとまだ使い物にはならないんじゃないかなぐらいのギリギリ落第点って感じで、AquaVoiceはPC版しかないということで、このアプリを入れる意義はかなり大きいと思う。改行と削除は使ったものの、この文章の誤字や脱字、変換ミスは一切直していないので、ウィスパーフローの精度はこの文章の出来栄えを見て判断してもらえると丁度よさそう。ミスパーフローとアクアポイスの精度差はこれも埋められないぐらいの差があるので、自分の場合は2つ併用していこうと思っている。特に固有名詞の認識にかなり問題があるように感じる。この文みたいにね。
Wispr Flow の実装方法は、キーボードの一種として実装されている形式。普通は日本語キーボードと英語キーボードがデフォルトで使える状態だと思うけど、そこにさらに Wispr Flow キーボードを追加するみたいなイメージ。だから合計3種類のキーボードが追加されている状態になっている。音声入力したくなったら、音声入力用のキーボードに地球マークみたいなアイコンを押して切り替えて、そこでマイクボタンを押してしゃべる。
なぜスマホで音声入力したくなったかというと、元々Aquavoiceを紹介してくれた友達が、毎日のDaily Noteを音声入力でやっていきたいっていう話をしていて。で、毎日振り返りを記録するとなると結構頻度が高いので、かなり手軽にできないといけないなと。それならスマホが最適なんじゃないかなと思って、今ここに至るという状態。元々、自分はデイリーノートをつけていきたいというモチベーションは全くなかったんだけど、友達がやりたいということだからじゃあ自分も試しにやってみるかと思って。その結果どうだったかという話を少しでもできたら、その友達がデイリーノートを続けるモチベの何かしらの足しにでもなるんじゃないかなと思ってやってみているって経緯ですね。
自分はスマホをお風呂に持ち込んでいて、そこで普段はYouTubeの「後で見る」に入れていた動画を見たり、気になっていた記事をストックしておいたのを見たり、フィードリーダーを見たりしている。今日はそこで音声入力を使ってデイリーノートを書いてみたんだけど、これは結構良かった。5分ぐらいで結構な分量の振り返りができたし、最終的に得た収穫もあったんで、悪くない取り組みだったなぁと。明日からの生活ちょっとこう変えてみようとか、何個か考えが変わった部分があるんで、意外とやってみると出てくることがある。
前回の記事と同様に、Wispr Flowについても招待リンクがあるみたいなので掲載しておきます。これもAquaVoiceの時と同じで、これ経由で初回登録するとおそらくお互いに最初の1ヶ月間だけ有料プランが無料で使えるようになるっぽい。
<ul>
<li><a href="https://wisprflow.ai/r/R7KAMURA1">https://wisprflow.ai/r/R7KAMURA1</a></li>
</ul>

スマホから音声入力でブログを書く

この文章は音声入力だけで書いてみている。

Aqua Voiceっていう音声入力のソフトウェアを使ってみたんだけど結構良くて驚いた。音声認識の精度が高いっていうのは当たり前なんだけど、IMEの変換の精度がとにかく良くて、変換ミスがほとんどない。あと、使う前は「あのー」とか「えーっと」とか「うーん」みたいなフィラーをどう処理するんだろうって思ってて、そういうのがノイズになるんじゃないかなって思ってたんだけど、意外とそういうのを消してくれて、しかもあえて使った部分に関してはこの文のようにちゃんと残しておいてくれる。これは使ってみると意外と便利な機能だと思った。

実際に10分くらい使ってみると分かるんだけど、キーボードで入力するよりも明らかに入力速度が速くて、それがめちゃくちゃ気持ちいい。キーボードで入力したときの文章の精度が100点だとした場合、95点ぐらいの文章が出力されるから、実際にはその5点の部分を直したいなって思うこともあるにはある。語尾が微妙に口語っぽかったりする部分とか。けどこの入力速度が速いっていう利点が圧倒的に優れていて、5点の部分を放置しておいてもまあいいかって思えるぐらい快適。

最近友達におすすめしてもらったものをすぐその場で積極的に試すっていうのをやるようにしてて、これが結構いい方向に転ぶことが多いんだけど、今回のAqua Voiceも友達に紹介してもらって、その場でアプリケーションをインストールして試してみたら、「おー、なにこれめちゃくちゃいいじゃん」って感じだった。今回もかなり良い方向に転んだので、この取り組みは今後も続けていきたいところですね。ただ、笑い話として、その後シャクティマットっていうトゲトゲのついた地獄みたいなマットもお勧めされたんだけど、それだけは絶対に使いたくないからそれについては聞かなかったことに。

今回試してみてかなり体験が良かったんで、今後もブログは音声入力でしばらく書いてみようかなと思ってる。一人で喋るポッドキャスト的なものもやってみたいなという気持ちがあったんだけど、ちょっといきなりやるにはハードルが高すぎるし、音声入力でブログを書くっていうのがその中間ぐらいの活動としてちょうど良い。音声入力で文章を書くと全体的にカジュアルな文体になるから、これまでの堅い感じの文体よりもちょっとだけ丸い感じになるのもいいね。

Aqua Voiceの紹介コードがあるみたいなので記載しておきます。これを使って登録すると、上手くいけばお互いに有料プランが1ヶ月間無料になるっぽい。

- <https://aquavoice.com/share?code=RH-E2FF>

この文章は音声入力だけで書いてみている。

2026-01-07-aqua-voice

この文章は音声入力だけで書いてみている。
Aqua Voiceっていう音声入力のソフトウェアを使ってみたんだけど結構良くて驚いた。音声認識の精度が高いっていうのは当たり前なんだけど、IMEの変換の精度がとにかく良くて、変換ミスがほとんどない。あと、使う前は「あのー」とか「えーっと」とか「うーん」みたいなフィラーをどう処理するんだろうって思ってて、そういうのがノイズになるんじゃないかなって思ってたんだけど、意外とそういうのを消してくれて、しかもあえて使った部分に関してはこの文のようにちゃんと残しておいてくれる。これは使ってみると意外と便利な機能だと思った。
実際に10分くらい使ってみると分かるんだけど、キーボードで入力するよりも明らかに入力速度が速くて、それがめちゃくちゃ気持ちいい。キーボードで入力したときの文章の精度が100点だとした場合、95点ぐらいの文章が出力されるから、実際にはその5点の部分を直したいなって思うこともあるにはある。語尾が微妙に口語っぽかったりする部分とか。けどこの入力速度が速いっていう利点が圧倒的に優れていて、5点の部分を放置しておいてもまあいいかって思えるぐらい快適。
最近友達におすすめしてもらったものをすぐその場で積極的に試すっていうのをやるようにしてて、これが結構いい方向に転ぶことが多いんだけど、今回のAqua Voiceも友達に紹介してもらって、その場でアプリケーションをインストールして試してみたら、「おー、なにこれめちゃくちゃいいじゃん」って感じだった。今回もかなり良い方向に転んだので、この取り組みは今後も続けていきたいところですね。ただ、笑い話として、その後シャクティマットっていうトゲトゲのついた地獄みたいなマットもお勧めされたんだけど、それだけは絶対に使いたくないからそれについては聞かなかったことに。
今回試してみてかなり体験が良かったんで、今後もブログは音声入力でしばらく書いてみようかなと思ってる。一人で喋るポッドキャスト的なものもやってみたいなという気持ちがあったんだけど、ちょっといきなりやるにはハードルが高すぎるし、音声入力でブログを書くっていうのがその中間ぐらいの活動としてちょうど良い。音声入力で文章を書くと全体的にカジュアルな文体になるから、これまでの堅い感じの文体よりもちょっとだけ丸い感じになるのもいいね。
Aqua Voiceの紹介コードがあるみたいなので記載しておきます。これを使って登録すると、上手くいけばお互いに有料プランが1ヶ月間無料になるっぽい。
<ul>
<li><a href="https://aquavoice.com/share?code=RH-E2FF">https://aquavoice.com/share?code=RH-E2FF</a></li>
</ul>

音声入力でブログを書く試み


押入れの整理に着手し、化粧箱を幾つか処分した。

そもそもこれらの化粧箱は、次の理由で保管しておいていたものだ。

1. すぐに動作不良を起こして返品するかもしれない
2. 売るときに価値が付くかもしれない
3. 売るときや引越し時の梱包に役立つかもしれない

実際のところ、人生で製品を返品した例はほぼ無いに等しい。完全に動かなかった例に遭遇しないし、万が一したとしても安価なものが多く、返品対応の諸々のコストを考えると買い直した方が安いからだ。したがって、返品のために箱をある程度取っておくという措置は今後やめた方が良いように思える。よほど高価なものでもない限り、経験的に「開封してすぐ動作すれば返品の可能性はない」と判断して良いだろう。

中古で売る観点だと、化粧品で値段が上がる・化粧品が無いとそもそも買ってもらえないことがあるという、価値と販売速度の二点が関わってくる。自分の場合、すごくシビアに考えてみるとおよそ「１万円以上かつ１週間以内で売れる」なら、頑張って清掃販売梱包出荷をやってみようと思える程度の気持ちがあるが、それ未満のものについては元気が出ない。それより下回るなら、家に遊びに来た友達にでもそのまま現物で譲って、頑張らなかった分の元気で仕事した方が幸福の総量が多いと考える。その場合、例えばApple製品・ゲーム機本体・オーディオ機器・カメラ機器などの箱は保管しておくべきで、一方USBケーブルや安物のゲームパッドなんかの箱は保管しておくべきではないということになる。

例外として、モニターについては梱包材としての価値がきわめて高く、これが無いとそもそも低コストで安全に運んだり売ったりできないという状況が発生し得る。具体的には、箱が無いとまともに売れなかったり、引越しのときに破損したりするといったことが、かなり高い確率で起こり得る。そのため、モニターの化粧箱も引き続き保管しておくことにした。

整理すると、自分は次の製品の箱を保管すべきで、他は処分して良いことになった。

- 再販価値が「１万円以上で１週間以内に売却可能」と見込まれるもの
    - Apple製品
    - ゲーム機本体
    - オーディオ機器
    - カメラ機器
- 引越し時の梱包が大変なもの
    - モニター


押入れの整理に着手し、化粧箱を幾つか処分した。

2026-01-06-box

押入れの整理に着手し、化粧箱を幾つか処分した。
そもそもこれらの化粧箱は、次の理由で保管しておいていたものだ。
<ol>
<li>すぐに動作不良を起こして返品するかもしれない</li>
<li>売るときに価値が付くかもしれない</li>
<li>売るときや引越し時の梱包に役立つかもしれない</li>
</ol>
実際のところ、人生で製品を返品した例はほぼ無いに等しい。完全に動かなかった例に遭遇しないし、万が一したとしても安価なものが多く、返品対応の諸々のコストを考えると買い直した方が安いからだ。したがって、返品のために箱をある程度取っておくという措置は今後やめた方が良いように思える。よほど高価なものでもない限り、経験的に「開封してすぐ動作すれば返品の可能性はない」と判断して良いだろう。
中古で売る観点だと、化粧品で値段が上がる・化粧品が無いとそもそも買ってもらえないことがあるという、価値と販売速度の二点が関わってくる。自分の場合、すごくシビアに考えてみるとおよそ「１万円以上かつ１週間以内で売れる」なら、頑張って清掃販売梱包出荷をやってみようと思える程度の気持ちがあるが、それ未満のものについては元気が出ない。それより下回るなら、家に遊びに来た友達にでもそのまま現物で譲って、頑張らなかった分の元気で仕事した方が幸福の総量が多いと考える。その場合、例えばApple製品・ゲーム機本体・オーディオ機器・カメラ機器などの箱は保管しておくべきで、一方USBケーブルや安物のゲームパッドなんかの箱は保管しておくべきではないということになる。
例外として、モニターについては梱包材としての価値がきわめて高く、これが無いとそもそも低コストで安全に運んだり売ったりできないという状況が発生し得る。具体的には、箱が無いとまともに売れなかったり、引越しのときに破損したりするといったことが、かなり高い確率で起こり得る。そのため、モニターの化粧箱も引き続き保管しておくことにした。
整理すると、自分は次の製品の箱を保管すべきで、他は処分して良いことになった。
<ul>
<li>再販価値が「１万円以上で１週間以内に売却可能」と見込まれるもの
<ul>
<li>Apple製品</li>
<li>ゲーム機本体</li>
<li>オーディオ機器</li>
<li>カメラ機器</li>
</ul>
</li>
<li>引越し時の梱包が大変なもの
<ul>
<li>モニター</li>
</ul>
</li>
</ul>