22時に寝て何度か起きて7時に起きた。朝から雨降りで、お昼頃に緊急警報で高齢者は避難しろとか防災通知がたくさん来ていた。お昼は雨が強かったのでお昼ご飯を食べずにお仕事していた。前日の続きで go-ldap の調査とコードレビュー対応とコードレビューをして勉強会に参加したらいい時間帯になって業務を終了した。

能―650年続いた仕掛けとは―

能―650年続いた仕掛けとは― を読んでいる続き。一通り読み終えた。著者の見解に100%同意できるわけではないが、能を知るための入門本として読みやすく、歴史の流れも学べておもしろい構成になっていると思う。後日、総括する。

第六章 能は漱石と芭蕉をこんなに変えた

松尾芭蕉が能の謡から大きな影響を受けていることは 別の本 も購入しているのでそちらで触れる。著者は芭蕉が旅に出た目的の1つとして鎮魂をあげている。能が江戸幕府を始め、それまでの室町幕府や戦国武将にも庇護をうけた背景として死者の、とくに敗者の鎮魂をあげている。というのは、当時の権力者は死者の怨霊が祟るということを怖れていたと考えられる。

夏目漱石やその周辺の交友関係において能に造詣が深かったという。漱石自身も能の稽古を積んでいたという。著者によると、草枕 の冒頭に出てくるこの文章には能の影響がみられ、草枕全体が夢幻能の構造になっており、ワキがみる夢の世界さながらだという。

智に働けば角が立つ。情に棹させば流される。意地を通せば窮屈だ。とかくに人の世は住みにくい。

草枕

著者は草枕が、晩年に漱石が残した則天去私という言葉の原型ではないかと考察している。

第七章 能は妄想力をつくってきた

能はそのシンプルさゆえに観る人の妄想力を必要とする。それが人によって様々な見方をもたらし、観る人を楽しませているという。したがって能を楽しむには一定の教養を必要とし、和歌、能、俳句、地理といった知識を要求する。その妄想力を象徴しているのが能の舞台であるという。能の舞台は背景に松の絵があるだけ。みえないものをみるには背景は単純なものがいい。そして、謡の存在も妄想力を促進する上で大きいという。

能にハマる人は幻視や幻聴を体験するという。著者は能を脳内で行う AR/VR のようなものだと書いている。能は消費の対象には適していないと著者も述べている。能を深く味わうには、能を観るだけでなく、能と共に生きる心構えを提案している。つまり、謡や仕舞などの能を稽古をして能を鑑賞するのがもっとも能を楽しむ方法だという。

第八章 能を知るとこんなにいいことがある

この章は著者の経験による、能をしているとこんなよいことがあるよと説いている。

• 健康になる
• 集中力を養う
• ストレスをはね返す
• 無言で相手に気持ちを伝える
• 陰陽を整えられる
• いい声を出せるようになる

能を大成した世阿弥の考え方には禅に通じるものもあり、能そのものが体を無理なく動かす運動でもあり、それを継続することで身体や精神によい影響が出ることは理にも適っている。これらの効果の真偽はともかく、好きなことを無理なく継続していることは人生においてよさそうに私にも思えた。

昨日は夕方に一度帰ってきて疲れてうたた寝して21時過ぎに晩ご飯を食べてそのままだらだらしてた。ドラクエタクトやりながら本を読みつつたぶん0時頃に寝て7時に起きた。

相続の手続き

先日 弁護士さんと打ち合わせ した書類の正式版ができた。関係者が同意しないといけない。次の3つの書類が必要になる。この書類作成と委任作業で弁護士さんは遺産の 1.1% を報酬として受け取る。成年後見人を要すると財産が弁護士さんに接収される気分になる。

• 民事委任契約書
• 遺産分割協議書
• 委任状

これらに相続権をもつ関係者 (母・姉・私) が署名、実印押印して印鑑証明を添付する。今日はそのために朝から実家へ帰ってきた。往路の途中で スターバックスのドーナツ を3種3個ずつ購入した。本当はケーキにしようと思ったのだけど、保冷剤がないというので暖かいから諦めた。私はスターバックスのドーナツを食べたことがない。ミスドよりも高い価格帯になっているけれど、その分おいしいんやろか？姉は喜んでたのでおそらくおいしいのだろう。

往路で姉から書類を受け取って実家へ着いた。トラクターで田んぼを耕してほしいというのでそれから1時間半ほど耕して畝を作ってお昼になった。そこで母に署名、実印押印してもらった。生涯に2回しか発生しない手続きなので直接行ってやり取りするぐらいの手間暇をかけてもよいだろうという所感。葬儀の当初から姉は相続に懸念を示していてすんなり押印してくれないかとも思ったけど、もう書類まで出来上がったので諦めて相続する気になったみたい。とくに揉めることなく同意してくれた。

ついでに離れのスペースをオフィスにするための備品を運んだり設置されたばかりのエアコンもみてきた。エアコンさえあれば夏でも作業できるし泊まることもできる。あと足りないものは机と椅子。コワーキングスペースのようにするなら大きなテーブルを購入してもよいかもしれない。

布施畑 JCT 経由の迂回路

15時過ぎには神戸に戻ってきた。車があるとほんと便利。朝から実家へ帰って田んぼして戻ってきてもまだ夕方前だった。今日は 第５０回神戸まつり なので住んでいる地域がお祭りをしていた。高速道路も混雑していたと思うし、時間もあったので 垂水 JCT を抜けて布施畑 JCT 経由の迂回路 を使って帰ってきた。距離的には少し遠回りになるけれど、マイナーなルートだけに車が少ないので速く走れるために時間的にはほとんど変わらない。

どこの分岐の違いでルートが変わるかを実際に走って覚えた。明石大橋を渡ってすぐのトンネルを抜けた後で左折すると垂水 JCT から名谷 JCT の通常のルート、直進すると布施畑 JCT のルートになる。明石大橋を渡っているときに高速道路の渋滞情報を聞いてどちらのルートを選択するかを判断すればよい。

0時に寝て何度か起きて7時に起きた。22時頃に素麺を食べたら夜に吐き気がして食べるんじゃなかった。

ストレッチ

今週はいつも通りの普通の1週間を過ごした感じ。休養していたわけでもなく負荷が高かったわけでもない。私の感覚的には右太もも後ろの筋と右腰の張りが強かった。トレーナーさん的には腰は大丈夫そうに言っていて、股関節全体の硬さは常態化しているものだけど、すねの筋もやや張りがあったように話していた。私の感覚とトレーナーさんの感覚がちょっとズレていた。今日の開脚幅は開始前154cmで、ストレッチ後158cmだった。一時期の3-4月の疲弊した状態ではないので一番悪い時期は脱したようにもみえる。

go の学び直し

Gopher塾 #5 - ジェネリクスが書けるようになろう に参加した。

すでにうちのプロダクトはジェネリクスを使った開発を行ってはいるけれど、私自身まだ曖昧なところがあったり、どういった設計がよいのかの手探り状態である。go はオブジェクト指向言語ではない (それ自体は構わない) ところが java のジェネリクスとは異なっていて、なにがその根本的な違いになっているのかを、私の中ではまだ理解できていなかった。その答えがこの勉強会に出てわかった気がする。もう少し独学して理論的に理解する必要はあるが、私に足りなかった知識が参加前よりも明確になったのでこの後の学習は容易に思える。

イベントではワークシートに自分で理解したメモや課題の回答を書き出すよう tenntenn さんが促していた。私はメモを自社の課題管理システムに書いていたのでワークシートには書いていないが、自分の理解を書き出すことの重要性は同意できる。tenntenn さんは次のように説明していた。

概念や理解したことを自分の言葉で表現できるか？を確認するために書くことは大事。

もし書いた内容が間違っていても、間違ったことを認識できることにも意味がある。

つまり、学んだことを書くことは正しくても間違っていても得られるものがある。

この考え方は私が提唱する課題管理にも通じている。なぜ書くかの理由の1つは自分の理解を整理するためでもある。そして、その文章を外部から監視できることで上長が助言できる。私にとっては習慣として身に付いた事柄ではあるけれど、改めてこういうことをチームのメンバーに啓蒙したり、開発ガイドに書いておくとよいように思えた。go の勉強会に参加して課題管理で学ぶことがあるとは思わなかった。よいこと尽くめだ。

閑話休題。本題のジェネリクスについて3割ぐらい知らないことがあった。私が java のジェネリクスと比べて go のジェネリクスを完全に理解できていなかったところの要因は 型の集合 (Type sets) の概念を理解できていなかったところに起因する。go ではジェネリクスを導入するにあたってインターフェースに型の集合という概念を導入した。それまでのインターフェースはメソッドの集合を管理するだけだったが、型の集合も管理できるようになった。また go には Underlying types という概念が当初から存在したが、それを意識してプログラミングすることはなかった。これを日本語にすると「基底型」となるが、オブジェクト指向言語で言うところの基底型とはまったく異なる。なにせ継承できないのだから。インターフェースに型の集合として次の記述ができるようになった。Underlying types はこれまで概念としてしか存在していなかったのがチルダを用いた文法で表現できるようになったため、その理解も強いられるようになった。

Go の “Type Sets” proposal を読む によると、現時点での型の集合とは次の2つを指す。

• ~T approximation element (近似要素)
• T | U union element (合併要素)

union 型のようなものは他言語でもある概念なのでイメージしやすいが、Underlying types をチルダを使って指定するのは go 独自？の概念なので新たに学び直す必要がある。

3時に寝て7時に起きた。昨日は深夜まで yubikey bio で 1password のロック解除の設定を調べていて遅くなった。また後日まとめる。

ストレッチ

今週は出張があったり、飲み会があったり、前日に深夜まで作業して疲弊していたりとあまり調子はよくなかった。いつも通りの右股関節の関節痛はあるし、腰の張りも少しあったし、右の太もも後ろの筋に違和感があるように感じた。太ももの後ろの筋を伸ばすストレッチが快適でお気に入りの1つなんだが、そこの部位でいつもとはやや違う別の張りを感じた。筋の張りの違和感をトレーナーさんにどう伝えてよいか、表現方法がわからなくて困ることが多い。今日の開脚幅は開始前156cmで、ストレッチ後158cmだった。疲労した体調を立て直すきっかけになってよかったと思う。

カフーツさん訪問

カフーツさんへ 昨年の6月以来 となる訪問をしてきた。毎月オンラインでいとうさんと話しているので身近ではあるけれど、リアルで会うのは約1年振りになる、本当に月日の流れる早さを実感する。ブログJelly Vol.132 に参加してきた。参加者は3人で18時から始まって1時半ぐらいまでお酒を飲みながらうだつの上がらない話しをしていたw ここにいる人たちと私は価値観があうのでだらだら話しているのが楽しい。

神戸と実家で2拠点生活しようと考えているという話しをしたら、実家のはなれを改修したスペースに宿泊できるなら airbnb で貸し出したらいいんじゃない？という話題が出て、たしかにそういう取り組みもできるなと感心した。そして、そのスペースにもう少し手を入れて小さいコワーキングスペースにしてもよいのかもしれない。すぐ側に田んぼもあるので農業体験なども簡単にできる。淡路島は気候もよくそこそこよい環境でコワーキングの拠点になるかはともかく、海が好きな人向けにはよいところかもしれない。実家のコワーキングスペース化という視点を今後も考えていきたい。

0時に寝て何度か起きて6時に起きた。朝からなんとなくだらだらしていた。午後から日記を書きながら外をみると雨降りでのんびり過ごした一日だった。

ストレッチ

今週も資料作りをしていただけでプレッシャーやストレスなどは皆無なので体調よいのだろうと思っていたけど、思いの外、腰の張りはあったので想定したよりは疲れていたかもしれない。もしかしたら、その前の週が連休だっただけに連休明けの週だから身体的に余計に疲れたのかもしれない。今日の開脚幅は開始前155cmで、ストレッチ後159cmだった。いつも通りの数値。初めて縦方向に開脚するストレッチをしてみたら、股関節の可動域のよくないところがきつかった。家でも意識して伸ばしてみようと思う。

1時に寝て7時に起きた。来週は出張なのでその準備もいるし、連休明けから急に忙しくなってきた。今日も一日中資料を作成していた。来週に東京出張して集中的に打ち合わせする。その叩き台の資料を作っていた。

建物の登記

登記の専門家として 土地家屋調査士 という士業があるらしい。相続に関して土地家屋調査士さんと話したので少し書いておく。相続のやり取りで実家の建物を母が相続する段取りで進めていたが、どうやらうちの建物はすべて未登記らしい。土地家屋調査士さんが言うには、未登記の建物は相続できないという。いまは建物を建てると原則として法務局に不動産として登記することが義務付けられている。昔もそうだったかもしれないけど、昔はいまよりも適当だったので未登記の建物がたくさんあるという。

最近は法律が改正され、未登記だと10万円以下の過料を支払うという罰則が設けられた。しかし、歴史的経緯によって現実として世の中に未登記の建物がたくさんあるとわかっていて、本当にすべての建物に10万円以下の過料を行政が取り立てるのか？というと、土地家屋調査士さんもそれは懐疑的だという。おそらく過渡期においてはなんらかの救済措置が取られるのではないかといった話しもされていた。

建物が未登記であっても固定資産税の支払いはできるために、実質的に登記というのは誰がその建物を所有しているかを第3者向けに証明するのみに過ぎない。例えば融資を受ける場合には必須となる。他人が住んでいる建物を自分のものだと主張して裁判になるといったことは、普通に生活していて起きることではない。未登記でも実質的に困ることはない。何十年も昔から未登記でそんなことは1度も起こっていない。固定資産税は地方自治体が管理している固定資産税評価額に基づいて支払うため、その金額に基づいて相続税も申告して支払える。土地家屋調査士さんによれば、未登記の建物は相続できないのに。これは行政の管轄の違いによって起きていると推測される。

そして、いま未登記だということは、祖父から父への相続がなされていないという解釈になるという。そのため、登記にあたって父ではなく、祖父の相続人に対しての確認をした上でいくつかの手順を踏んで登記の手続きを進めないといけないという。

• 未登記建物がもたらすリスクとは？登記方法と相続する場合の手続きも解説

表題登記を行うためには、司法書士への依頼費用が2〜3万円ほど、土地家屋調査士へ依頼する費用が8〜12万円ほど必要です。

調べていると、なぜ未登記の建物が多いかというと士業への費用を節約するためだという。士業の方々に登記を依頼するとそれなりの費用がかかる。この費用を支払っても得られるメリットがないときにこれまで未登記が選択されてきたという。土地家屋調査士さんに「このまま未登記で困ることありますか？」と聞いたら、親族でお金に困った人が出てきたときにその建物の所有権を主張して云々みたいな話しを始めたので、途中で嫌になって「そのリスクは受け入れます。」と遮ってしまった。ほとんど資産価値のない、田舎にある老朽化した建物を、お金に困った人が所有権を主張するとは現実的に考えにくい。

うちにとっては未登記の建物のデメリットは事実上ないようにみえる。土地家屋調査士さんの作業だけで登記できるならやってもらって構わないが、祖父からの相続を考慮して親戚をまわって念書と印鑑証明を集めて登記するといったことは、デメリットに対して労力が大き過ぎると私は判断した。相続税は支払うが、建物は未登記／未相続で進めてもらってよいという主旨の回答をした。士業の方々がその要件に納得するかどうかはまだわからない。

1時に寝て7時に起きた。ヤフー防災速報 を設定したら昨日の大雨で次から次へと通知が届いた。状況を注視しておいた方がよいのかもしれないけど、どんどん通知が届くことに驚いた。アプリ自体はよく出来ていると思うのだけど、大雨が強くなっていく過程で様々な通知が届くようになって、通知が届いたところで私はなにかするわけでもないため、徐々に通知を無視するようになってしまって、本当に重要な通知を見逃したりしないかと心配になった。そういう意味で通知設定のカスタマイズが大事なのかもしれない。

法人決算

連休中に申告書の作成は完了していた。8時30分からの e-tax の稼働を待ってマイナンバーカードで署名して電子申告した。すぐに納付情報が返ってくるので pay-easy で法人税と地方法人税の納付をした。その後、紙の決算書を税務署へ提出しにいく。経験則から朝早い時間帯に税務署へ行くと2-3人ぐらいしか訪問者がいないため、ほぼ待ち時間なく窓口の受け付けができる。e-tax のドキュメントには電子申告の受付番号を書けとあるけど、窓口ではいつ電子申告したか日付だけでよいと指示された。おそらくシステムの検索条件に使うだけなのだろう。

本日の9時15分をもって第4期の法人決算を完了した。まだ5月上旬の段階で決算を終えられたので気分がよい。昨年は月末にぎりぎり提出でバタバタしていた。お仕事の区切りが4月末だったというタイミングの良さがこの余裕につながっていると思う。昨年は初めての電子申告だったせいか、1ヶ月後ぐらいに書類の書き方が間違っていると指摘があり、訂正して修正申告することになった。今年はどうだろうか。

ワイヤーフレームのレビュー

先日からコーポレートサイトのデザインをリニューアルしようとデザイナーさんとやり取りしている。最初のワイヤーフレームが出来たので21時から顧問のはらさんとワイヤーフレームのレビューをしていた。他に契約書の叩き台のレビューも兼ねていたので時間がかかって1時間半ほど雑談していた。デザイン変更にあたって、どうしたいという運営者の要件があって、それに対してデザインや訪問者の ui/ux があるので一概にこうだとも言えない。いくつか私が気付いていなかったアイディアも出て、うちみたいな動きのない、しょぼいサイトデザインでも確認事項はいくつも出てくることに気付いた。デザインに対してあれこれ意見が出ること自体はよいことだという。発散した意見をデザイナーさんがどう現実に落とし込んでいくのかが腕の見せ所なんだろう。私はデザインの素人なので要件以外にあまり口出しするつもりはない。一方でどういった内容が要件なのか詳細なのかの境界もよくわかっていないので今回はデザイナーさんと一緒にやり取りしながら学ぶ機会とする。

0時に寝て7時に起きた。竹原テレビ をみながら寝てた。youtube ばかりみていてバカになるんじゃないかと思い始めてきた。

ストレッチ

今週はお休みなものの、私は基本的にオフィスでデスクワークをしていた。言うても所々遊びに出掛けたりもしているので普段よりは座っている時間は短かったはず。腰の負担は低かった。今日の開脚幅は開始前155cmで、ストレッチ後160cmだった。数値もよい。右股関節の可動域が狭い以外は全体として問題なかった。私の普段の生活を振り返ってわかったことの1つは働かなければ体調がよい。働きたくない。

法人決算

午後から法人決算の続き。eltax が稼働していたので次の地方税の申告と納付を行った。

• 法人住民税
  • 法人県民税
  • 法人市民税
• 法人事業税
  • 法人事業税
  • 特別法人事業税

手で計算した税金の金額と eltax の帳票に入力してバリデーションチェックされた金額が一致していることを確認できた。帳票を作成したらマイナンバーカードの公的個人認証サービスを使って電子署名して申告する。申告した後に納付情報の取得リクエストを送って返ってきた納付情報をみて pay-easy で納付する。納付を終えたらその明細を会計システムと連動して3月31日の未払法人税の明細に対して消し込みを行う。1時間ほどで地方税の申告と納付と会計システムへの記帳を完了した。

地方税を確定した上で別表四と別表五を確定させて決算書の作成を完了した。これで法人税の算出は完了。あとは手間がかかるだけのコツコツ記入していけばいいだけの書類のみになる。

• 法人事業概況説明書
• 勘定科目の内訳書
  • 預貯金等
  • 売掛金(未収入金)
  • 仮払金(前渡金)
  • 買掛金(未払金・未払費用)
  • 仮受金(前受金・預り金)
  • 役員報酬⼿当等及び⼈件費
  • 地代家賃等の内訳書・⼯業所有権等の使⽤料
  • 雑益・雑損失等

今日は e-tax が休止なので提出できないものの、すべての帳票を作成完了にした。決算書 (財務諸表) は xml/xbrl, csv での添付が可能なものの pdf 添付が許可されていないため、決算書だけ税務署へ行って紙で提出する必要がある。

電子データ（XML形式又はXBRL形式）による提出が可能な添付書類（例：法人税申告の財務諸表及び勘定科目内訳明細書、所得税申告の青色申告決算書及び譲渡所得の内訳書など）

イメージデータによる提出の対象となる添付書類には、どのようなものがありますか。

freee 申告の有償サービスを使えば会計システムと連動して電子申告できる。そのためだけに24,800円 (売上換算だと約25万円) を払う価値があるかどうか、まだ迷っている。というのは、法人決算は年に1回だけで丸1日もあれば完了する作業だし、業務のワークフローを思い出すために自分でやるのもいいなと考えている。決算書を印刷して税務署と往復するのは30分ぐらいの工数だが、そんなところに注意を払わずにお金を払ったらいいやんという意見はあるかもしれない。私もそうかなと思う気持ちもある。

0時に寝て何度か起きて7時に起きた。休んでもよかったんだけど、休む理由がないので飛び石でお仕事することにした。

docker エコシステムの調査

少し前に docker をライブラリとして使って運用ツールを作った 。その内容をテックブログに書こうと思って docker のソフトウェアスタックやアーキテクチャの背景を調べ直していた。もっとたくさんいろんな記事を読んだのだけど、次の記事とそこから辿れるものを読むとよいだろうと思う。

• Docker社がエンタープライズ事業を譲渡した今、Dockerの父が思うこと
• The differences between Docker, containerd, CRI-O and runc
  • Red Hat, Google Engineers Work on a Way for Kubernetes to Run Containers Without Docker

コンテナに関して cri と oci という2つの標準化があることを学び、その実装として docker 社が使っているツールに関係があるのが次の3つになる。おもしろいことにすべて docker 社のリポジトリにはなく、oss として然るべき所管の organization にリポジトリがある。

• https://github.com/moby/moby
• https://github.com/opencontainers/runc
• https://github.com/containerd/containerd

すべて docker 社がオリジナルを作って、いまも moby は docker 社が主体となって開発を継続しているだろうけれど、コンテナの実行環境のプラットフォームは k8s に取って変わられ、cri のコンテナランタイムとしての containerd があれば moby は docker daemon や docker engine のためのツールでしかなくなっている。当初 docker と moby を分割したのは、docker を開発ツール、moby を infrastructure にするという判断の下、moby を k8s のようなプラットフォームにしたかったはずである。しかし、結果的にその標準化競争に破れ containerd があれば dockerd daemon は不要になったとも解釈できる。docker という名前はコンテナのエコシステムにおいて docker 社が提供するコマンドラインやプロダクトの総称としての名前でしかなくなってしまっていて、一世を風靡した docker というパッケージングシステムの開発元に同情してしまう感もある。いまの docker engine は docker daemon と containerd の2つの daemon を起動していて docker 社としては微妙なアーキテクチャになっているのではないかと推測する。とくに swarm なんか最早削除したいだろう。

こういった docker を取り巻くエコシステムやツールの背景を説明するだけでも1つの記事になりそうなことが1日調べていてわかった。

しくじり先生

たまたま 竹原慎二先生「５０歳過ぎてもケンカを売られ続けてバリしんどい先生」 をみたらおもしろかった。ガチンコをリアルタイムでみていた世代なので竹原氏には好感をもっている。少し前に 【あの人の健康法】元プロボクサー・竹原慎二の膀胱（ぼうこう）がんとの闘い のような、闘病生活の記事もみかけていた。病気は克服してがんばっているといるようにみえる。よかった。もう51歳なのか。

この番組の中で若い頃に上京してボクシングジムへ通ったときに根性の定義が変わったという話しが出てくる。

殴られても耐えることを根性だと思っていた。そのときに初めて殴られようが何しようが毎日辛い練習を重ねるのが根性だと気付かされた。

地元で最強だったのが、ボクシングジムのヤンキーでもない先輩にまったく太刀打ちできなかったという。そのとき1番違うのはスタミナだったらしく、竹原氏は1分で息がきれるのに相手は軽く流すといった様相だった。この先輩にボコボコにされた経験を経てそれから心を改めて真面目になったと言う。その後ボクシングと真剣に向き合い、1995年に日本人初のミドル級世界チャンピオンになる。おそらく番組の主旨的に若ものへのメッセージとして「強さ」について話されていた。

「ケンカに強い」だけが「強さ」じゃない、「強さ」の意味を履き違えずに生きよう。大人になると、いろんな強さを知る。大切な人のために仕事をどれだけ頑張れるか、辛い状況でもじっと耐えることができるか。そういう強さもある。

私は誰かのために仕事をがんばったことないし、辛い状況を耐えるみたいなこともほぼやってなくて、嫌になったら仕事を辞めてて、こういう言葉にあうと自分を恥じてしまう。その後、喧嘩自慢で youtube 動画を検索していたらまさにそういうのがあった。竹原氏が「勝てるはずねぇだろ、お前らこんな茶番なことすんなよ」とぼやいていた。先の番組の中でも触れていたが、本当に真剣勝負したいと思って来ているのではなく、記念に戦ってみたいという不純な動機でやってくる人が多いらしい。たしかにそれは相手するのがしんどそう。

3時に寝て7時に起きた。翌日がお休みだと思うとはしゃいでうまく眠れなかった。午前中と夕方にオフィスへ行って作業していたので今日は day off じゃないけど、お出掛けする私用もあったのでお手伝い先のお仕事はお休みした。

明石までドライブ

11時半から車で明石市にある弁護士さんの事務所まで行ってきた。高速道路をわーっと走って明石市へ。ついでに明石市周辺も軽くドライブして浜辺なども走ってきた。毎週のように天気がよかったら車に乗ろうと思うものの、立体駐車場から車を出すのが面倒なのでなにか目的がないとなかなか乗る機会にならない。電車で明石へ行ってもほとんど時間は変わらないものの、ちょうどよい車を動かす機会だったのでドライブしてきた。昼間は天候もよくて気持ちよかった。戻ってきてから急に天気が崩れてちょうど雨が振り始める前のよい時間帯に走れた。たまにしか乗らないからかドライブするのもなかなか楽しい。お昼に焼き穴子丼定食を食べた。地元の食べものって感じで心地よかった。

弁護士さんと相続打ち合わせ

3-4月と私がいっぱいいっぱいで忙しいから相続の打ち合わせを遅らせてもらっていた。相続税を10カ月以内に支払わないと追徴課税になる。弁護士さんから直接会って話したいということで明石の事務所まで行ってきた。私との会話の雰囲気から温度感をみたかったと弁護士さんは話されていた。

母・姉・私の3人で法定相続を行う。表現はよくないが、うちの家族は相続なんかどうでもよくて誰も関心をもっていない。一方で弁護士さんは利害関係の調整人になるので細かい数字の詳細確認やところどころで経費がかかることへの承諾を求めてくる。税理士さん、司法書士さん、弁護士さんと士業揃い踏みで相続の書類を作ってもらっている。田舎なので相続する建てものが登記されていませんとか普通に起きる。3月の時点で私が大きな方針だけ伝えて詳細はすべて専門家に委譲して経費も然るべきものはすべて言い値でよいから勝手に進めてみたいな指示を出していた。弁護士さんからしたら本当にそんな投げやりでいいのか？みたいな最終確認に face to face で打ち合わせしたかったんだと思う。私がメールのやり取りでそっけない対応をし過ぎたのかもしれない。

例えば、不動産の価値を評価するにも3つの価格がある。

• 固定資産税評価額
  • 自治体が決める
  • 弁護士はこの金額を使いたい
• 路線価
  • 国税庁が決める
  • 税理士はこの金額を使いたい
• 不動産屋さんの評価額
  • 市場が決める

不動産を評価するときに弁護士と税理士で扱う価格が異なると金額も変わってきてそれぞれの金額を、、、と話そうとするところで、私は複数の金額を調整とかしなくてよいので、シンプルでわかりやすい形でどれか1つの価格で評価してもらったらそれでよいですと突っ込む。母も姉も私も金額を計算し直すとかやらないし、それによる多少の損得があってもそんなのどうでもよいと弁護士さんへ伝える。家によっては、お墓や法事にかかる費用を誰が出すかで、相続とは別にその費用を相続のタイミングで多めにもらっておくといった手続きをすることもあるという。なるほど。うちは母がすべて出している。母が支払うので問題ないし、わざわざそんなことを文書で残さなくても大丈夫ですみたいなやり取りが必要になる。いまから書類を作って相続人にハンコを押してもらって手続きをを終えるのが9月頃の見込み。期限は10月中なのでいまからやってちょうどよい時期らしい。相続の手続きは大変。

自動車税の支払い

4月1日に自動車をもっていると5月末までに自動車税を納めないといけない。自動車税は県に対して支払う。社用車の初めての自動車税なので毎年の手続きを忘れないための社内手続きをしていた。言うても google カレンダーと jira に issue 登録するだけなんやけど。送られてきた納付書から pay-easy で即時支払い手続きをした。自動車税の勘定科目は租税公課か車両費のどちらかで会計システムに登録すればよいらしい。うちは租税公課で自動車税という品目を割り当てて会計処理している。また1つ税金について学びを得た。

3時半に寝て7時に起きた。リリース終えたので晩ご飯を食べてから自分の会社のお仕事をしていたら遅くなった。

ストレッチ

今週もリリース明けでそれほど座っている時間が長かったわけでもないため、腰の張りはあまりなく、負荷は低くなっているのではないかと推測する。今日の開脚幅は開始前156cmで、ストレッチ後158cmだった。右股関節周りの硬さは相変わらず大きく変化はないが、他がよくなった分、右ふともも前の筋を伸ばすと張りがきつくてしんどいように感じた。しばらく余裕のある生活ができるので歩いたりストレッチしたりする余裕が出てくるかもしれない。

yubikey bio を触ってみた

先日 yubikey bio をオンラインストアで購入 した。会社の経費で業務で使うことを目的に購入したのでこの場合は商用利用の輸入にあたる。また別途、輸入についての会計処理を書く。yubico はスウェーデンの会社でどうやら日本向けはスウェーデンの首都ストックホルムから発送されてきたらしい。安いエコノミープランで注文していた。発送メールを受け取ったのが 4/17 でオフィスの郵便受けに入っていることに気付いたのが 4/29 になる。12日で届いたことになる。船便にしては早いからなにかしら航空便の安いプランで届いたのだと推測する。

Economy - 10-20 Working Days - No tracking available

早速、接続していろいろ触ってみた。結論から言って ubuntu 22.04 で fido2 pin を設定して u2f を使って2要素認証のメソッドとして pam や web アプリケーションから問題なく使えた。ubuntu 向けのアプリケーションも ppa のリポジトリを追加して apt からインストールできる。

• Installing Yubico Software on Linux

このドキュメントには次の4つのアプリケーションのインストールが書いてある。

• YubiKey Manager (CLI): sudo apt install yubikey-manager
• YubiKey Personalization Tool: sudo apt install yubikey-personalization-gui
• libpam-yubico: sudo apt install libpam-yubico
• libpam-u2f: sudo apt install libpam-u2f

yubikey は他にもいろいろな認証の用途に使えるらしい。今回は fido2 の設定のみを紹介する。fido2 pin を登録するには YubiKey Manager の GUI を使った方が簡単なので次のアプリケーションも一緒にインストールするとよい。

$ sudo apt install -y yubikey-manager-qt
$ ykman-gui

おそらく ykman の cli でも登録できると思うけど、yubikey や認証設定に慣れていない初心者は gui のナビゲーションに従って作業して結果を確認した方が安心だと思う。fido2 pin は ssh でいうところのパスフレーズのようなものなのかな？デバイスが盗まれるのを防ぐために pin があるという。一方で web アプリケーションが fido2 で認証するときに pin を要求するかどうかは任意になるらしい。よくあるパターンは初めて使うときは pin を要求して2回目以降はスキップするといった用途が多いのではないかと推測する。

この fido2 pin を使って Universal 2nd Factor (u2f) の設定を行う。

$ mkdir -p ~/.config/Yubico
$ pamu2fcfg > ~/.config/Yubico/u2f_keys
Enter PIN for /dev/hidraw3: ***  <= このときに yubikey manager で設定した fido2 pin を入力

この後 yubikey デバイスが点滅するので丸いセンサー部分を指でタッチすると完了する。このときに指紋登録しているのか、物理的にタッチすることを要求しているだけなのか、よくわかっていない。この前に chrome で指紋登録 をしていたのでそれが使われているのかもしれない。いま ykman で設定をみたら Fingerprints registered とあるのでどこかしらに指紋登録されているらしい。おそらく chrome じゃないかと推測する。

$ ykman fido info
WARNING: PC/SC not available. Smart card (CCID) protocols will not function.
PIN is set, with 8 attempt(s) remaining.
Fingerprints registered, with 3 attempt(s) remaining.
Always Require User Verification is turned on.

linux で認証時に u2f を使いたいときは pam_u2f.so を使って pam の設定をするとよい。ubuntu だと /etc/pam.d/ 配下にいろんな認証設定がある。例えば login 時に2要素認証をしたい場合は次のようにフックする。パスワード入力した後に yubikey のセンサーを物理的にタッチして指紋認証を行える。セキュリティに厳しい会社はこういった運用をしているのかもしれない。

$ sudo vi /etc/pam.d/login
...
# Standard Un*x authentication.
@include common-auth
auth       required    pam_u2f.so

パスワード認証の代替として使いたい場合は通常の認証の前に sufficient として呼び出せば指紋認証が成功したときにそれ以降の処理がスキップされる。

auth       sufficient    pam_u2f.so
@include common-auth

これらの設定を確認にするには pamtester というツールを使うと簡単にできる。認証の設定を誤るとログインできなくなってしまうので慎重にテストして振る舞いを確認した上で実際の運用を行うとよい。

$ pamtester login t2y authenticate  <= このときに yubikey デバイスが点滅するので指紋認証する
pamtester: successfully authenticated

せっかく購入したので 1password アカウントや github の2要素認証に設定してみた。ワンタイムパスワードの otp の代替として使える。ワンタイムパスワードを入力するより yubikey のセンサーをタッチする方が日々の運用としては少しお手軽と言える。設定していて otp と yubikey でお互いに2要素認証のバックアップを兼ねることに気付いた。認証方法が増えるのでセキュリティ的には脆弱になるけれど、サービスとセキュリティのトレードオフの考え方から、yubikey の分だけ脆弱になっても物理的なセキュリティを担保できるのであれば利便性を考慮してよいように私には思えた。