晩ご飯食べてくつろいでからまたオフィスに戻って作業してた。3時過ぎに寝て8時に起きた。寝不足のせいか、今日も夕方に眠くなって家に戻って3時間ほど寝てた。

今日の筋トレは腹筋:25x1,腕立て:10x0,スクワット15x1をした。

ストレッチ

今週もとくにお仕事で疲労や負荷はないものの、筋トレを継続しているせいか、やや腰が痛いかなといったところ。トレーナーさんによると、筋トレで筋肉痛になっていると体が硬くなるという。おそらくそのせいでやや硬めの印象になっているのだと思う。腰や太ももの前・後ろの筋に張りがあったのでこれらはスクワットの反動ではないかと思われる。今日の開脚幅は開始前152cmで、ストレッチ後157cmだった。先週と同じだ。

ハンガーラック受け取り

ジモティーで「ハンガーラック」を500円で購入した。これもコワーキングスペースで使う。この前帰ったときにジャケットを掛けるものがないと気付いた。引き取りに東灘区へ行く機会が増えてきてだいぶ道を覚えてきた。マンションの駐車場まで行って、そこでハンガーラックを受け取った。解体してくれていたので難なく荷室に積めた。丁寧な方で駐車場から車が出ていくときまでお見送りしてくれた。ジモティーだと受け渡しが終わったらすぐ帰る人の方が普通なので性格なのかホスピタリティの違いが出るなと思った。

iostat-tool のメンテナンス

日記を書こうと決めて初日に書いた内容 が iostat-tool の保守だったなと思い出した。2年半ほど前。一昨日からプルリクエストが届いていたのでレビューしたり、CI 環境の設定を更新したりしてマージした。

• Use %H for output generated with iostat -t #6

マージしてから 0.3.1 として https://pypi.org/project/iostat-tool/ にパッケージをアップロードした。

ファイナンシャルプランナーとの打ち合わせ

先週の続き 。17時からの予定だったが、プランナーさんの前の予定が早く終わったそうで15時半からに変更になった。お昼以降ならいつでもよいと伝えていたのでこういった調整ができてよいと思う。卓上カレンダーをお土産にもってきてくれた。今日は次のような内容を話した。

• 人生のキャッシュフローに問題ない
• 預貯金が多いのでもう少し運用にまわしたい
  • どういった運用があるのかノーアイディアなので提案してほしい
• 資産形成ではなく万が一のときのための役員向けの保険を提案してほしい

先方もどうせ来るならもっと準備して来たらいいんじゃないかとも思うが、次は teams でテレビ会議にしましょうと提案した。30分の打ち合わせのために三ノ宮のオフィスまで来てもらうのも申し訳なく思えてきた。その際にメールアドレスを伝えていて「すべて小文字ですか？」と聞くのでメールアドレス (ドメイン名) は大文字小文字を区別せず、大文字でも届きますよと教えてあげたら思いの外驚かれていた。昔からある古い仕様は大文字小文字を区別しなかったりする。大文字小文字を区別しないというのは、多くのケースで百害あって一利なしだけれども、互換性のために変更することもできない。

hugo のハンズオン資料作り

先日の打ち合わせ を受けて資料作りに着手した。hugo のサイト構築やテーマ設定は一度行ったらそうそう変更することはないので久しぶりに設定したら忘れていて、これどうだったかな？とか、このフォーマットはどこからきているのか？とか、いろいろ調べて思い出しながらやっていた。

hugo は設定ファイルを yaml, toml, json で記述できる。フォーマットを複数対応するというのはよくないということに気付いた。json はみたことないけど、テーマのサンプルの設定ファイルを yaml と toml の、開発者が慣れた方を使う。そうすると、テーマのサンプルの設定ファイルを yaml で提供していて、hugo.toml でサイトの設定をしていた場合、テーマの設定を yaml から toml に変換する作業が発生する。コンテンツの markdown も toml と yaml の両方で記述できるからフォーマットの統一感もなかったりする。なによりも初心者が調べたときに設定ファイルが toml だったり、yaml だったりして混乱する。

• Configure Hugo

デフォルト設定は toml になっているので hugo で yaml は使わない方がいいんだろうなと思えた。

さらに設定ファイルの名前も昔は config.toml だったのが、最近は hugo.toml に変わり、さらにどちらのファイル名でもよいという仕様になっている。こんなことになんの意味があるのかもわからない。

With v0.109.0 and earlier the basename of the site configuration file was config instead of hugo. You can use either, but should transition to the new naming convention when practical.

まずはサイト構築して github actions で github pages へアップロードする環境構築を完了した。

• https://t2y.github.io/hugo-hands-on/

徐々にコンテンツを追加していく。

0時に寝て3時半に起きてネットみたてたら6時半になってそれから寝て7時半に起きた。やっぱり生活のリズムがおかしい。

今日の筋トレは腹筋:20x1,腕立て:10x1,スクワット10x1をした。あと1kmほど散歩した。

go の RWMutex を使う

テストツールでちょっとしたプールを実装していて mutex を使うコードを書いた。書き込みはロックしないといけないけど、読み込みはロックする必要がないようなものは RWMutex を使うと普通の Mutex よりは読み込みが並行に動くので効率がよくなる。実際に RWMutex を使ってコードを書いたことがなかったので試しに書いて単体テストを実行して振る舞いを確認してみた。

type pool struct {
	l  []string
	m  map[string]struct{}
	mu sync.RWMutex
}

func (p *pool) exists(dn *ldap.DN) bool {
	p.mu.RLock()
	defer p.mu.RUnlock()
	_, ok := p.m[dn.String()]
	return ok
}

func (p *pool) get() *ldap.DN {
	p.mu.RLock()
	defer p.mu.RUnlock()
	length := len(p.l)
	if length == 0 {
		return nil
	}
	s := p.l[rand.Intn(length)]
	return mustParseDN(s)
}

func (p *pool) put(dn *ldap.DN) {
	p.mu.Lock()
	defer p.mu.Unlock()
	s := dn.String()
	p.l = append(p.l, s)
	p.m[s] = struct{}{}
}

4年ぶりの神戸ルミナリエ

たまたま 第29回 神戸ルミナリエ が1月の19日から28日にかけて行われるという記事をみかけた。そう言えば、いつも12月に開催されていたのが今回から1月に変わったみたい。毎年今回が最後みたいな含みをもたせて、なんやらかんやらでもう29回も続いているんやね。今回が第29回だからおそらく来年に第30回もやるのでしょう。「4年ぶりの開催が決定」と書いてあって、あれ？やってなかったっけ？と思ったらコロナ禍のために2020-2023年まで中止という意思決定はされていて、代替イベントとして小さいルミナリエっぽいイルミネーションをやっていたらしい。ルミナリエの展示場となる東遊園地がうちの近所なのでこれまでもやっていたような記憶があるのはそのせいかもしれない。今年は規模を拡張してやるのかな？久しぶりなので時間があるときに観に行ってみようと思う。

0時に寝て何度か起きて6時半に起きた。ようやく生活のリズムが戻ってきた。

今日の筋トレは腹筋:15x1,腕立て:10x1,スクワット15x1をした。

sveltekit のエラー制御

svelte のエラーハンドラーの仕組みを調べた。

• sveltekit: エラー

error() ヘルパーの内部で例外を throw して +error.svelte ファイルがエラーハンドラーでその例外を捕捉してエラーの表示を制御する。とくに目新しくない、普通のフレームワークなら用意してあるであろう例外ハンドラーのようにみえる。公式ドキュメントを読みなさいと常々メンバーに言っているが、なかなか読んでくれなくて、例外ハンドラーを知らずに自前のエラー制御を実装してしまう。私からツッコミが入って作り直しになる。公式ドキュメントを一通り読んだ方が開発が速いと何度も指摘しているのだが。

静的サイトジェネレーターの勉強会の打ち合わせ

fin-py で2月に静的サイトジェネレーターのハンズオンをやるそうで hugo なら私が使っているので紹介ぐらいできますよと言ったらそのままハンズオンの講師をやることになった。今日はそのための打ち合わせを行うことになった。だいたい次の内容になった。私以外にも4人ほど講師がいて、他の静的サイトジェネレーターのハンズオンも行う。

• ハンズオンは1人30分を持ち時間とする
  • 質問も込みで30分
  • 時間に余裕があるので少しぐらいなら超えてもよい
  • デプロイ先やホスティングについての話しは個別にやらない
    • 静的サイトジェネレーターとは別のセッションで話す
  • ローカルでビルドするまでをハンズオンで話す
• このハンズオンの対象とする参加者の要項を書く
  • ターゲットの参加者層を決めないと、どのレベルで解説してよいかわからない
  • git/github は使えるという前提
  • ターミナルでコマンドライン操作もできるという前提
• 1月20日までにハンズオンのドキュメントを書いて connpass の要項を完成させる

hugo をインストールして、サイト環境を構築して、記事の生成／ビルドをする。あとはメタデータ付きマークダウンやテーマの設定ぐらいを説明するかなぁ。

開発合宿の準備

ちゃくちゃくと準備を進めている。今回は神戸から4人、関東から3人の合計7人が参加する。うちの会社の社用車で行く予定だったが5人しか乗れない。みんなで移動するのに車が2台になるのも面倒なのでレンタカーでミニバンを借りることにした。スタッドレスタイヤのオプションを付けると2泊3日で11,880円になる。これはスタッドレスタイヤのレンタルとほぼ同じぐらいの料金にみえる。これによって社用車のスタッドレスタイヤ換装の難しい課題からも解放される。キャンペーン割引があって保険も追加して2泊3日で合計61,215円となった。ミニバンなら7-8名は乗れるし、荷物も余裕をもって積み込みできる。このアイディアはいいなと思って、きのいえの定員もそのぐらいの人数がちょうどよさそうに思う。今回の開発合宿では人数の上限はどうかという点にも注目して取り組みたい。

23時過ぎに寝始めて何度か起きて7時半に起きた。

今日の筋トレは腹筋:10x1,腕立て:10x1,スクワット15x1をした。

sveltekit で context のデータを扱う

ui 側でページに依存しない形で設定情報などを扱いたいとする。svelte の store と context api を組み合わせて sveltekit として context を管理するサンプルコードが紹介されている。

• context と共に store を使う

これだけですぐ動くのだけど、このときに LayoutData はサーバー側で作るとバックエンドの仕組みを隠蔽できて嬉しい。そういったときは src/routes/+layout.server.ts にバックエンドの api 呼び出しを隠蔽することで意図した振る舞いになる。

import type { LayoutServerLoad } from "./$types";

export const load: LayoutServerLoad = async () => {
  const r = await fetch(`localhost:18080/myapi`);
  return r.json();
};

アニメ gif をスクリプトから作る

お気に入りのコマンドラインツールを淡々と紹介する をみていて vhs という cli でアニメ gif を作ってくれることを知った。試しにやってみた。ターミナルを録画するようなやり方と比べて、録画時にタイプミスしてしまうようなミスを防げる。次のようなスクリプトファイルを新規作成する。

$ vhs new bf.tape 

Output bf.gif

Require echo

Set Shell "bash"
Set FontSize 14
Set Width 800
Set Height 380

Type "genact -m bruteforce" Sleep 500ms  Enter

Sleep 10s

あとはこの設定でアニメ gif を作る。

$ vhs bf.tape 

これで 4.8 MiB なのでサイズはまぁまぁ大きい。サイズやカラーの調整をすればもう1桁は縮小できるかもしれない。

$ ls -lh img/2024/0110_bf.gif 
-rw-rw-r-- 1 4.8M  1月 10 19:48 img/2024/0110_bf.gif

2時半に寝て4時半に起きて6時半に起きて7時半に起きた。

今日の筋トレは腹筋:15x1,腕立て:10x1,スクワット10x1をした。

災害義援金の寄付

週末に災害の寄付をしようと思ったときに、ふと寄付を法人でやればいいんじゃないかと思い付いた。どちらも私のお金であることには変わりないのだけど、会社のお金は個人のお金という気がしないので個人よりも大きいお金を寄付できる。これは法人という人格を分けていることのメリットの1つかもしれない。

• 令和6年（2024年）能登半島地震に係る災害義援金の受付について

今朝から税理士さんに損金算入についての懸念がないかを確認して問題ないということだったので10万円を寄付した。領収書は電子フォームから申請したが、毎日それなりの数の人が寄付しているだろうから領収書が発送されるまで1ヶ月ぐらいはかかるのかもしれない。気長に待って領収書が届いたら軽く記事を書こうと思う。現時点での義援金の残高は 968,223,243 円とのこと。せいぜい集まるお金は数十億程度なのかな。

現時点での暫定推計で被害総額は約8,000億円

能登半島地震による経済損失について考える

はてなブックマーク数の表示

hugo ではてなブックマークの数を表示するためのカスタマイズを追加した。はてな社がそのための機能を提供しているのですぐできる。

• 自分のブログに「○○users」を表示する

{{ $url := .Permalink }}
{{ if hugo.IsDevelopment }}
  {{/* ローカル環境でブックマーク数の表示確認用途 */}}
  {{ $url = "https://kazamori.jp/" }}
{{ end }}

<span class="m-1">
    <a href="{{ print "https://b.hatena.ne.jp/entry/" $url }}">
        <img src="{{ print "https://b.hatena.ne.jp/entry/image/" $url }}" alt="はてなブックマーク - {{ .Title }}" title="はてなブックマーク - {{ .Title }}" />
    </a>
</span>

呼び出し側はこんな風に使う。

{{ partial "hatebu.html" . }}

結果は 記事一覧 で確認できる。

6時に寝て8時半に起きた。オフィスで3時前ぐらいまで調べものして、帰ってからも眠れなくてネットしてたら朝になった。

今日の筋トレは腹筋:15x2,腕立て:10x1,スクワット10x1をした。

サンライズ出雲の予約

以前 やまさきさんに教えていただいた夜行列車 を予約してみた。列車は瀬戸と出雲の2つがある。岡山〜東京間は瀬戸と出雲が連結して運行するそうなのでどちらを選択しても同じだと思うけれど、出雲で予約してみた。乗り込む車両が異なるのかな？

三ノ宮(00:11発) => 東京 (07:08着)

• 特急サンライズ出雲（シングル）
  • 料金券部分 10,460円 (三ノ宮 - 東京)
  • 乗車券部分 9,460円 (神戸市内 - 東京都区内 2月6日～2月9日まで有効)

前回に 専用の予約画面 があることを調査済みだったので迷わず予約を取れた。唯一、面倒なところがオンラインで予約した後に紙の切符を発行しないといけないところ。切符を発行するには緑の窓口・券売機へ行かないといけない。三ノ宮駅にはあるので問題はない。発行には次の3つが必要になる。初めてだから予約後、すぐに駅へ行って発行してみた。迷わず簡単にできたのでこれなら乗車する直前でもそう困らないように思える。

• 予約したクレジットカード
• 電話番号の下四桁
• 予約番号

upnote への移行

数年前から evernote のビジネスが安定していないのは既知になっていたが、ここ1-2年でフリープランをどんどん縮小して投資回収的な値上げを強行している。

• 「Evernote」無料プランの上限変更が正式決定、導入は12月4日から

値上げするだけならまだしも、アプリを開くたびに有料プランにアップグレードするためのダイアログを表示して、意図的にユーザー体験を悪化させて、フリープランのユーザーを退会させたいようにみえる。ここまで露骨にやって既存の課金ユーザーだけで十分にビジネスはペイするという目論見なのか、経営陣が短期的にV字回復させたという実績作りなのか。いずれにしても、私のようなちょっと使いのフリープランユーザーはターゲットではないらしい。どうやら2011年6月から使っていたらしいが、件数にすると216件のノートしかない。週に1-2回は使うのだけど、なくなったら別アプリに移行しても困らない程度の用途にしか使っていない。

ずっと移行したいと思いつつ、なおざりにしていた理由として移行先のアプリを選定していなかった。私の用途としては次のような使い方をしている。

• 買いものの備忘録として思いついたときにパソコンから記録し、スマホでチェックしながら買いものする
• 法人番号、住所、家族の誕生日など、オンラインで手入力しないといけないときなどのコピペ元
• 郵便受けのダイヤルロックを忘れたときのメモ
• パソコンやデバイスを購入したときのスペックを記録しておく
• オンラインの記事やサイトを保管しておくときの web クリップ

正直メモ帳アプリでなくても、他のアプリへ移行することもできるが、惰性で使っているのでできればそのまま移行したい。私の周りでは obsidian を使っている人も多く評判もいいからこれでもよかったんだけど、いくつか記事を読んでいると upnote の評判もよさそうにみえた。また upnote はサブスクリプションモデルではなく、パッケージライセンスなのでコストが安い。app store 経由でプレミアムのライセンスを購入する。為替によって値段が変わると思うが、いま買ったら3,500円だった。この値段で未来永劫 upnote のインフラコストを賄えるのかは懐疑的だが、3,500円ぐらいならそうなったときにまた別のメモ帳アプリへ移行するのでもよいかなというぐらいの気持ちで upnote を使ってみることにした。

• ノートアプリ難民必見！UpNoteが超気に入った理由を語りたい

web 版はなくて、それぞれのデバイスごとにインストールする。linux は snap パッケージが用意されているので ubuntu なら次のようにインストールする。

$ sudo snap install upnote

evernote から移行をするにあたり、.enex という xml ファイル形式でデータをエクスポートできる。これは macos または windows アプリでないとエクスポートできない。仕方ないから macos に evernote のアプリをインストールしてエクスポートする。ノートブック単位でエクスポートできる。

• ノートとノートブックを ENEX または HTML 形式でエクスポート

その後、upnote の macos アプリでインポートしようと試みるも macos 版にはインポート機能が見当たらない。linux 版にはインポート機能があったので .enex ファイルを linux にコピーしてきて linux 版でインポートしたら移行を完了した。移行の制約事項は次の通り。216件のノートしかないので10分もあれば完了した。同期もかなり速くて、すぐに iphone, macos, linux でノートが同期された。

最適なパフォーマンスを得るには、次の点に注意してください。

• 多数のノートをインポートすると、アプリのパフォーマンスに影響を与える可能性があります。
• 20MBを超えるファイルはインポートされません。
• 300,000文字を超えるノートはインポートされません。

インストールしてから、このアプリの開発元はどこなんだろう？と調べてみるとベトナムの会社らしい。ややセキュリティは大丈夫なのかな？と不安に思ってしまう。Frequently Asked Questions から引用する。firebase を使っているならストレージは強固だし、同期も firebase に委譲すればおかしなことも起こらないだろう。

アップノートはどのように私のデータを保存するのですか？

UpNoteは、アカウントにサインアップしなくても確実に動作するように設計されています。サインインしない場合、メモはあなたのデバイスにローカルに残ります。デバイス間でメモを同期したい場合は、アカウントにサインアップすると、UpNoteが中央サーバーにメモを保存し、他のデバイスと同期できるようになります。

お客様はご自身のデータを完全に管理することができ、アップノートがお客様のデータにアクセスしたり、お客様のデータを第三者に販売したりすることは決してありません。プライバシーに関する詳細は、プライバシーポリシーをご覧ください。

アップノートのサーバーはどこにありますか？安全ですか？

UpNoteはFirebaseサーバー（Googleが提供するサービス）にデータを保存します。Firebaseプラットフォームは、主要なプライバシーおよびセキュリティ基準で認定されており、EU一般データ保護規則（GDPR）およびカリフォルニア州消費者プライバシー法（CCPA）を完全にサポートしています。Firebaseは、HTTPSを使用して転送中のデータを暗号化し、静止時のデータを暗号化します。詳しくは https://firebase.google.com/support/privacy をご覧ください。また、お客様のデータが安全に保護され、お客様だけがアクセスできるように細心の注意を払っています。

アップノートはエンドツーエンド暗号化に対応していますか？

エンドツーエンド暗号化（E2EE）は、データを暗号化・復号化するための高度なセキュリティ手法で、機密性の高い情報を保護するために設計されています。実装が複雑なため、アップノートでは現在E2EEをサポートする予定はありません。パスワードやクレジットカード番号などの機密情報を保存する場合は、機密情報を暗号化するために特別に設計されたパスワードマネージャーアプリケーションを使用することをお勧めします。

e2ee に対応していないところは残念なところ。未対応のセキュリティリスクの懸念としては、upnote 社の社員が私のノートの内容を閲覧できる可能性があったり、攻撃者が upnote 社のインフラに侵入してしまった場合、メモ帳の内容が外部に漏洩してしまう可能性がある。とはいえ、値段も安いのだからそこは割り切って機密情報はすべてパスワードマネージャに移行せよという戦略は理解できる。私の用途だと、メモ帳に機密情報はほとんどないけれど、賃貸の部屋のインターネット接続のアカウント情報や wifi パスワードなどを書いていたりする。こういった内容もこの機会に整理して 1password へ移行していくのがよいように思う。

2時に寝て途中起きて7時半に起きた。久しぶりによく眠れた。

今日の筋トレは腹筋:10x2,腕立て:10x1,スクワット15x1をした。

経営の価値観と財務

年末から読み進めて 昨日読み終えた本 の書評を書いた。こういったアウトプットをすることで学びを強化できるし、忘れてしまったときにまた自分の記事を読み返すこともできる。南原さんの経営の価値観に共感するところも多かった。

• 「絶対無理」なんて「絶対」ない！

以前読んだ 貧乏はお金持ち にも書いてあったことだけれども、会社の資金繰りが厳しくなって、いざお金を借りようと思ったときに返済実績がないと借りられないことがあると書いてあった。余裕のあるときに借りて返済したという融資実績を作ることは会社の信用において意味があることだという。南原さんも同じことを指摘していて、その融資を受ける上で事業計画書が大事だという。これまで事業計画書を作るという考えが私にはなかったが、融資を受けるタイミングで試しに作ってみて外部の人たちが私の作った事業計画に対してどういった評価をするかで、やりたい事業の客観的な評価をするのもよさそうだと思い始めた。

2024年度中には投資フェーズに入り、その時点がもっともうちの会社の財務諸表の見栄えがよいと想定される。そのタイミングで事業計画書を作り、この先の5年程度の財務の安定化を図るというのも戦略の1つとして構想を進めていこうと思う。

6時頃に寝て8時半に起きた。昔の トリック のドラマをみていたらついついみてしまった。

今日の筋トレは腹筋:10x1,腕立て:10x1,スクワット15x1をした。

ストレッチ

お正月休みだったので疲労はないのだけど、だらけ過ぎたせいか全体的に体がちょっと硬かった。トレーナーさんと年始の災害や事故の話しなどをしながらいつも通りのストレッチのメニューをこなしていく。先月ぐらいか太もも後ろの筋に張りがずっとある。今日はとくに右太もも後ろの筋が張っていてかなりきつかった。年始から軽い筋トレを始めために、その影響もあって肩から胸周りは軽い筋肉痛で硬くなっていたのかもしれない。1ヶ月は継続して習慣化したいと共有した。今日の開脚幅は開始前152cmで、ストレッチ後157cmだった。

社用車の1年点検

13時から1時間半の予定が12時12分にディーラーさんに着いてしまった。営業さんからは13時からの予約なのでそれまで待ってもらうとお断りがあり、それは全然構わないと 年末から読みかけの本 を持ち込んで、ディーラーさんの待合室で本読みながら待ってますと伝えて、それから1時間半ほど読書していて、ちょうどその本を読み終えて、スマホを触っていたら13時38分には整備士さんから点検を終えたと一報があった。整備士さんによると、点検の順番を入れ替えて先にやってくれたみたい。

今回の点検で初めてのオイル交換となる。整備士さんから説明を受けると、なんの問題もなくて調子がよいという。私も1年間乗ってきて調子がよいですと答えた。ただのプラセボ効果だと思うけれど、整備を終えたばかりの車はさらに調子がよいように感じた。

走行距離の推移は次の通り。

• 購入時: 49,426 km
• 6ヶ月点検: 50,156 km
• 12ヶ月点検: 52,594 km

1年で 52594 - 49426 = 3,168 km 走ったことになる。学生の頃にバイクに乗っていた。そのときは1-2ヶ月で3000kmほど走ってオイル交換していた。もっともよく走ったのは北海道にツーリングへ行ったときで1週間で3000km走ったことがある。それと比べるとまったく走っていない。いまは月に1-2回実家へ帰るのが主な用途で片道約80kmとして往復で約160kmになる。3168 / 160 ≒ 20 回なので感覚的にも合致する。今後もコワーキングスペース作りのためにちょくちょく実家に帰るかもしれない。

ファイナンシャルプランナーとの打ち合わせ

本当は点検の終了が14時半だったので15時から打ち合わせを入れていた。点検から家に戻ってきて、すぐにオフィスへ行ったら14時14分だった。

ファイナンシャルプランナーさんに電話して、もうオフィスにいるので早く来られるならいつでもよいと一言伝えた。すると、プランナーさんも14半過ぎには着く予定だという。これは私もそうなんだが、初めて行く場所で打ち合わせ時間ぎりぎりの時間にあわせて訪問するということはない。不測の事態に備えて20-30分は余裕をもって行き、ビルの場所を確認してから周りをうろうろしたりする。プランナーさんもそういう性格なのかどうかは知らないが、早めに来られていたので早く打ち合わせして早く終わる分には問題ないだろうと思えた。早起きは三文の得。その後14時33分にオフィスへ来られて、いろいろお話しして15時半頃には終えた。また来週、人生のキャッシュフロー表のようなものを作ってくれるそうなのでそれを踏まえて話しをしてくれるらしい。

そのプランナーさんは大阪支社に勤めている。「大阪からわざわざ来ていただいてすみません。」と伝えると、今日は西宮、姫路と2件まわってその帰りだという。その会社は47都道府県すべてに支社があり、兵庫県は、姫路と姫路中央、神戸、三宮と4つの支社があるらしい。兵庫県は広いので移動に時間がかかると話されていた。おそらく姫路支社の担当者は赤穂や加古川をカバーして、神戸や三ノ宮の担当者は三木や三田、丹波もカバーするのだと推測する。とはいえ、三ノ宮に支社があるので時間調整は行いやすいため、うちのオフィスに来るのは大した労力でもないと話されていた。

ファイナンシャルプランナーさんとの相談そのものは無期限・無料でいくらでも行ってくれるらしい。その際に保険を提案して、保険会社からバックマージンを得るようなビジネスモデルにみえる。私は保険とは無縁の人間なのでしがらみも競合もなく、相手からするとターゲットそのものにみえる。話しを聞いていて、会社の経費で役員向けの保険に入って、私が重病になって働けなくなったときにその保険を解約して、保険金を現物支給するといった取り組みは検討に値するように思えた。そのときの保険金は退職金として支給されるので税金も優遇されるという。

いまのところ、個人で保険に加入する気はない。一方で 家族信託を介して相続税対策における母の生命保険 に今後加入する可能性がある。軽く説明すると、プランナーさんも「はいはい」って感じですぐに意図を汲み取っていたようにみえた。あとは会社の損金になるのであれば保険に入るのもやぶさかではないかもしれない。しばらくファイナンシャルプランナーとの打ち合わせを継続してみようと思う。

4時過ぎに寝て8時半に起きた。まだ年明けだし10時ぐらいにオフィスへ行こうかとのんびりしていたら9時からのはらさんの打ち合わせを忘れていた。慌てて準備して5分ほど遅刻した。

今日の筋トレは腹筋:10x1,腕立て:10x1,スクワット15x1をした。このぐらいなら時間を取らないので日記をアップするために筋トレする動機づけになる。

隔週の雑談

顧問のはらさんと隔週の打ち合わせ。今日も事前に慌てて議題を準備した。

• 税理士さんとの打ち合わせ内容 の共有
• コミュニティとコワーキングの違い の共有

年始というのもあってほぼ雑談に近いものだったけれど、時間もあったのでわりと盛り上がって話していた。

はらさんも過去にコワーキングスペースの手伝いのようなお仕事をしたことがあったらしく、コワーキングマネージャーのあれこれで盛り上がった。コワーキングスペースは値段が安いため、ビジネスとして成り立たないという懸念についても私も同意する。コワーキングスペースを本業にするのではなく副業でやるのがよいと私も考えている。コワーキングスペースへ来る方は、他のコワーカーとのコミュニケーションを価値と考える方と単純に作業スペースを必要として来る方の2通りに分かれる。いとうさんは後者の用途はコワーキングスペースとは分けて、ワーキングプレースと呼ぼうと提案している。もちろん作業場としてのニーズがあることは間違いないし、そういった用途を否定するものでもない。しかし、いとうさんの仰る、本来の意図のコワーキングスペースというのは、他のコワーカーたちと協調しながら独りでは為し得なかったアイディアや価値を創り出すことにある。最初にワーキングプレースではないといったことを明言して来られる方を選択するのがよいのだろう。

あと sns を開発するのは難しいという話題も盛り上がった。とくに dm と決済は難しいという。dm は犯罪の温床になる懸念からプラットフォーマーとしての責任と利用者のプライバシー配慮の双方がぶつかり合う機能になるため、どういった実装をするかのバランスが難しいのだろうと推測する。

最果てのユースホステルのドキュメンタリー

はらさんが休暇中にみたという番組を教えていただいた。コミュニティやコワーキングの文脈で参考になるのではないかと。

• ドキュメント７２時間　北海道・礼文島　最果てのユースホステルで

もしかしたらドキュメンタリーだから意図的に特徴のある人を選択している可能性はあるけれど、人生に迷った人の境遇が紹介されていた。進路を悩んでいる、大学を休学している、組織の論理に従うのが嫌になったなど。以前からコワーキングやコミュニティに来る人たちは社会から弾かれた人が多いような気が私はしていた。既存の大勢派の考え方や論理に馴染めず、その枠組みとは異なる価値観や考え方を求めているような気がする。そして、それは人生においては、どちらかと言えば、順風満帆よりもうまくいっていないときに考える機会の方が多いのではないかと思う。

この番組で紹介していた事例は紛れもなくうまくいっている (即席の) コミュニティにみえる。宿泊者も一緒になってコミュニティのメンバーの一員としてイベントを盛り上げる役割を担っていて、そういう仕掛けをヘルパーと呼ばれる人たちがうまく誘導しているようにみえる。ヘルパーは実質的にコミュニティマネージャーを務めている。離島に数日泊まるという閉鎖的な環境や非日常が、そこに一緒にいる人たちと小さいコミュニティを築く上での装置としてうまく作用しているように私からは思えた。

事務処理規定の叩き台作成

年末に税理士さんと打ち合わせ した主な議題の1つで 電子帳簿保存法 対応のための事務処理規定の叩き台を作成した。今日のところは叩き台を作成して税理士さんにレビュー依頼した。レビュー依頼が通ったら実際のワークフローや手順を細かく記載したガイドラインを notion に作ろうと思う。他に社員がいないのもあって、私だけわかればよいのであれば、課題管理システムの issue のみで事足りて、ほとんど notion を使う機会がないというのが現状。いつか社員雇う日がくるのかどうか。

0時に寝て何度か起きて7時過ぎに起きた。午前中はだらだらして午後からオフィスに出て会計や税務の財務の事務手続きをまとめてやっていた。

今日の筋トレは腹筋:10x1,腕立て:10x1,スクワット10x2をした。昨日さぼったから罪悪感が出て今日はちゃんとやろうと思った。

給与支払報告書の申告

年末に作成済みの書類データ を送信した。

給与支払報告書は神戸市へ、ほとんど同じ内容の法定調書合計表と源泉徴収票を税務署へ提出する。eltax のアカウントに e-tax のアカウントも紐付けることで、給与支払報告書の送信時に e-tax へ法定調書合計表と源泉徴収票のデータも送信してくれる。本来は2つ行う必要がある書類の作成／データ送信の作業が1つに軽減されるのでこれは便利な仕組みだと思う。

うちは社員1人なので手入力で書類を新規作成している。それ自体は簡単なのだけど、年に1回しかやらない作業なので書類のどこにどの値を入力するか、毎回忘れて過去の issue をみながら作業することになる。

償却資産 (固定資産税) の申告

会計システムの固定資産台帳だけを眺めていると、基本的には30万円以内の機器を購入して次の特例を使って一括損金算入するので減価償却中の固定資産はないようにみえる。

• No.5408 中小企業者等の少額減価償却資産の取得価額の損金算入の特例

しかし、この特例は国税 (法人税と地方法人税) の減税のための制度であって、地方税である固定資産税とは無関係になる。だから固定資産台帳にある取得価額を資産が増加したら申告データに含めて登録する必要がある。課税標準額が150万円未満であれば、固定資産税そのものは課税されないが、申告そのものは必要になる。私も起業してから2年目のときにはらさんと話していて国税と地方税の違いによるこの誤解に気付いた。この申告も年に1回しかやらないので書類のフォーマットを思い出して理解するのにいつもまごまごする。

オンラインで調べると、課税標準額は先方で自動算出されるように書いてあったりするので eltax のアプリ内で算出してくれたらよいようにも思うのだけど、アプリ上ではとくに算出されない。もしかしたら取得価額の合計が150万円未満ならそもそも非課税になるので計算しないといった仕様なのかもしれないし、課税標準額も定額法や定率法のなにで算出するかで変わってくるから一概に算出できないのかもしれない。謎い。

源泉所得税の納付

半期に1回の源泉所得税の納付。これは手慣れたもので15分あれば申請と納付と会計システムに取引明細の登録までできる。

• No.2505 源泉所得税及び復興特別所得税の納付期限と納期の特例

小規模企業共済オンライン手続きポータルのログイン確認

以前 アカウント申請して 翌日には本登録されていたものの、その後、ログインしていなかった気がしたのでついでに調べてみた。

ログインしたら e-私書箱 と連携しろと言われ、そのシステムと連携したら今度は e-私書箱と マイナポータル を連携しろと言われて、3つのシステムを連携した。開発者の私でもこれは？？？になってしまう。私はシステム側の都合があることを理解できるが、こんな一方的な複数のシステム間連携を一般ユーザーは理解できるのかな？とか疑問に思いつつ、ひとまず連携設定はしておいた。マイナンバーカードで何度もパスワード入力さえすればすぐに連携できる。

小規模企業共済オンライン手続きポータルにおいても年間の納付データや証明書を取得できた。そして連携しているe-私書箱でも確認できるようになっていて、おそらくこの状態ならマイナポータルにも連携されるのだろうと推測する。私の場合、確定申告は freee で書類作成してやるからマイナポータルから確定申告をまとめてやることはないけれど、いずれ移行する可能性はあるのでシステム間連携は徐々に進めて仕組みなども理解していこうとは思う。

離れで0時に寝て3時半に起きて5時半に起きて8時前に起きた。起きたときの室温が5℃ぐらい。農業倉庫のせいか、部屋の保温性はほぼない。エアコンを入れないと室温と外気温はほぼ同じように感じた。普通に布団と毛布で寝る分にはエアコンなしでも問題はないが、外気温が一桁だとエアコンなしで作業するのは厳しい。

今日の筋トレは腹筋:10x1のみだった。ちょっとさぼった。

戻神戸

お昼から雨降りという予報だったので朝ご飯を食べてからお昼前には神戸に戻ってきた。とくに予定もなかったので午後からオフィスで作業しようかと思っていたものの、帰ってきて一息ついて、いつの間にか昼寝していて、そのままだらだらしていた。まぁいっかと思ってお休みしていた。