2026年6月度の資産公開 でも触れたが、私は新NISAの投資枠をすべて「オルカン（eMAXIS Slim 全世界株式）」に投入している。 世間ではNASDAQやFANGあるいは高配当株投資なども人気だが、57歳で退職を予定している私が、なぜオルカン1本に「全ツッパ」しているのか。その理由を整理してみた。 1. 年齢的に、高いボラティリティ（値動き）は心臓に悪い 20代、30代の若者なら、一時的に資産が半減しても「給与所得から淡々と積立を続ければいい」「回復まで30年待てる」という時間が最大の武器になる。 しかし、57歳で退職を控えた身にとっては、ここから特定の国やセクター（ハイテクなど）に偏らせて大暴落を食らうのは精神的にキツい。地球上の経済活動に丸ごと分散されているオルカンは、株式リスクそのものはあるものの、個別国や特定セクターの暴落リスクを最もマイルドに抑えてくれる。 2. 「株価のチェック」に人生の時間を奪われたくない 以前は持株会や個別株、特定口座でのアクティブファンドなどもやっていたが、個別株を持っているとどうしても毎日の株価や決算、経済ニュースに意識が引っ張られてしまう。 スマホでチャートを頻繁にチェックするような生活は、せっかく自由な時間を手に入れるこれからの生き方として本末転倒だ。オルカンであれば、日々の値動きを気にする必要が一切ない。「ほったらかし」にできることこそ、リタイア世代にとって最大のメリットだと思う。 3. 万が一のとき、残された家族が迷わない これは年齢を重ねてから意識し始めたことだが、もし自分に万が一のことがあったとき、複雑なポートフォリオ（個別株数十銘柄や、複数のアクティブファンドの組み合わせなど）を残されたら、家族は確実に困惑する。 「新NISAの口座にオルカンが1本あるだけ。必要になったらこれを取り崩して」と言っておけば、誰が見ても一目でわかる。管理のシンプルさは、自分だけでなく家族のためのリスク管理でもある。 4. 現金との「カウチポテトポートフォリオ」が劇的に楽になる 現在、私の資産はおおむね「現預金5割：リスク資産5割」にしている。 リスク資産側が「オルカン1本」に統一されていると、資産のバランス調整（リバランス）を考えるときに、「現金」と「株式」の比率だけを見れば済む。株式の内訳で「米国株が増えすぎたから日本株を売って…」などと悩む必要がなくなるのだ。 まとめ 若い時の投資は「いかにお金を増やすか（最大化）」に目が行きがちだが、57歳からの投資は「いかに穏やかに、手間をかけずに資産を守りながら運用するか（最適化）」が重要だと感じている。 せっかく平日の昼間が自由になるのだから、チャートを見るのではなく、釣りをしたり音楽を楽しんだりすることに時間を使いたい。 と偉そうに言ったもののそもそもの資産は少ないのだが…。 リンク

退職に伴う手続きが続々と発生している。今回は確定給付企業年金（DB）の裁定請求書が届いたので、その手続きを行った。 受け取り方法として「一時金」か「年金」か、あるいは「一部を一時金、残りを年金」といった選択肢があるのだが、私は迷わず「全額一時金」を選択した。理由は大きく2つある。 1. 税金・社会保険料の問題 年金として分割で受け取ると「雑所得」扱いとなり、公的年金等控除があるとはいえ税金が取られてしまう。さらに、毎年の所得が増えることで、国民健康保険料などの社会保険料にも跳ね返ってくる可能性がある。 一方、一時金でまとめて受け取れば「退職所得」となる。先日、退職金の手取りはいくら残る？知っておくべき「退職所得」優遇と自動計算シミュレーター でも書いたが、退職所得控除という強力な優遇税制が使えるため、税金面で圧倒的に有利になる。 （もちろん、これも「退職所得の受給に関する申告書」 をきっちり提出することが前提だ） 2. 新NISAの原資にしたい もう一つの大きな理由は、新NISAの投資原資にしたいからだ。 2026年6月度の資産公開 でも触れた通り、SBI証券の新NISA口座（オルカン）の枠がまだ残っている。年金としてチョロチョロと受け取るよりも、一括で受け取って非課税枠を早く埋めてしまった方が、手元で資金をコントロールできるし、長期的なリターンも期待できる。 安全資産に置いておくという選択肢もあるが、今の物価上昇を考えるとやはり投資に回しておきたい。 手続き完了 ということで、必要事項を記入し、添付書類とともに返送した。実際に振り込まれるのは少し先になるようだが、これでまた一つ大きな手続きが片付いた。 あとは無事に入金されるのを待つだけだ。 リンク

先日、退職金の手取りはいくら残る？知っておくべき「退職所得」優遇と自動計算シミュレーター という記事を投稿し、退職金から税金がいくら引かれる（あるいは控除内におさまる）かを計算してみた。 しかし、あの強力な税制優遇は、退職すれば自動的に適用されるわけではないらしい。 何もせずにほったらかしにしていると、一律で20.42%の所得税・復興特別所得税がガッツリ源泉徴収されてしまうという恐ろしい罠がある。 優遇を受けるためには、以下のように事前に会社へ書類を申請（提出）しておく必要がある。 A2-29 退職所得の受給に関する申告（退職所得申告） 国税庁 国税庁のページにあるPDFフォーマットに従って記入し、退職金の支払い元（会社）に提出する仕組みだ。 こちらを提出し忘れると、先述の通り20%以上の課税がなされた状態で退職金が振り込まれることになる（後日、自分で確定申告を行えば払いすぎた分は戻ってくるらしいが、一時的に大きな現金が拘束されるのは避けたい）。 実際の社内手続きのリアル 「お堅い書類だし、書くのが面倒そうだな」と身構えていたのだが、私の会社では非常にありがたい対応をしてもらえた。 申告先の税務署 支払い元（会社情報） 自分の氏名や住所などの基本情報 これらがすでにPDF上でフォーム入力された状態のものを、総務からメールでもらうことができたのだ。おかげで、私はいくつかの該当項目にチェックを入れるだけで済んだ。会社のこういうシステマチックなサポートは本当に助かる。 というか、今日総務部門に提出したばかりなので、どこか記述が間違っていて「差し戻し」を食らうかもしれないが……（その時はまたネタとして別途書くことにする）。 会社が裏でやっている「退職給付」の仕組み 総務から送られてきた書類を眺めながら、「会社側は退職金をどうやって会計処理し、どう管理しているんだろう？」と、エンジニアとしての知的好奇心が少し湧いてきた。普段は何気なく受け取る退職金だが、企業の財務や会計の裏側のルール（しくみ）をざっくり知っておくと、組織というものの割り切り方が見えてきて面白い。 リンク

会社を辞める・早期退職を決意したときに、一番に気になったのが 「退職金（退職一時金）の額」だった。 私は会社の退職金規約を読んで事前にある程度計算してから退職を検討したのだが、税金に関してはあまり考えていなかった。 そう、本当に重要なのは額面ではない。「最終的に自分の手元に何円残るのか（手取り額）」だと思う。 しかし、調べてみると、日本の税制において、会社員がもらう「給与」や「ボーナス」は容赦なく高い税率で毟り取られるが、 「退職金」に対してだけは、寛大な優遇処置が設けられている様だ。 今回は、早期退職者が知っておくべき退職所得の税金の仕組みを理解し、 その場で手取りを計算できる「シミュレーター」を用意してみた。 というかこちらのコードはこういう仕様だからHTML+CSS+JavaScriptで実装せよとAIに書いてもらったのですが。 なぜ退職金の税金は「優遇」されているのか？ 退職金に対する税金（退職所得）が優遇されている理由はシンプルに、「これは老後の生活の原資だから、できるだけ税金を取らずに丸々渡してあげよう」という配慮をしてくれているかららしい。 具体的には、以下の「3つのルール」があるおかげで、税金は安くなっている。 1. 勤続年数に応じた強力な「退職所得控除」 退職金には、丸々税金がかかるわけではない。まず「退職所得控除」という大きなバリアを差し引くことができる。 このバリアの大きさは、「どれだけ長くその会社に尽くしたか（勤続年数）」で決まる。 勤続20年以下の場合： 1年につき 40万円 勤続20年超の場合： 20年を超えた分は1年につき 70万円 【計算例】勤続30年で退職した場合 最初の20年分： 40万円 x 20年 = 800万円 残りの10年分： 70万円 x 10年 = 700万円 合計控除額： 1,500万円 つまり、勤続30年の人なら、退職金が1,500万円までであれば、税金は「1円もかからない」ということになるらしい。 2. 残った金額をさらに半分にする「1/2課税」 もし退職金が控除額をオーバーしてしまっても、オーバーした分の金額に対して、 国は「じゃあ、その残った分のさらに半分にだけ税金をかければいいよ」というルールを適用してくれる。 そして、その半分になった金額（課税退職所得）に対して、以下の2つの税金がガッツリとかかってくる仕組みのようだ。 ① 所得税（＋復興特別所得税 2.1%） 国の税金。はみ出て半分になった金額が大きければ大きいほど、5% 〜 最高45%まで段階的に税率が跳ね上がる（累進税率）。 さらに、その出た所得税に対して、東日本大震災の復興財源として「一律2.1%を上乗せしてね」というしくみ（復興特別所得税）になっている。 ② 住民税（一律10%） 地方の税金。こちらは所得税のように段階的ではなく、はみ出て半分になった金額に対して一律10%が容赦なく、かつシンプルにドカンとかかってくる。 このように、「40万・70万の枠を超えた瞬間」から、普段の給料と同じような複雑な税金計算がスタートするらしい。 まあ、私は無税で収まりそうだけど😅 3. 他の収入と混ぜない「分離課税」 通常の給与や副業などの収入は、合算すればするほど税率が跳ね上がる「累進課税」だが、 退職金はそれらとは完全に切り離して個別に税金を計算する。 そのため、退職した年の給与が高くても、退職金の税率が引っ張られて高くなることはない。 🧮 退職所得の税金計算シミュレーター 上記の通り、理屈は分かっても、所得税の速算表（累進税率）や復興特別所得税（2.1%）の計算を自力でやるのは骨が折れる。 そこで、 「勤続年数」 と 「退職金の額面（想定額）」 を入れるだけで、 概算の手取り額が分かるツールを作成してみました（すでに書いたがここはGeminiにお願いした、ヤツはよく間違えるのでバグがあるかも）。 以下のボックスに数字を入力し、【税金を計算する】ボタンを押してみてください。 ...

定期的に資産の推移を晒していこうと思う。 総資産 円グラフはマネーフォワードのキャプチャ。マネフォはマネーフォワード for 住信SBIネット銀行 の無料サービスを利用している。 内訳 金額 比率 現預金 13,758,958円 51.2% リスク資産 13,086,320円 48.7% 合計 26,845,278円 100% 今現在はおおよそカウチポテトポートフォリオになっている。 こちらはまだ退職に関わるお金はもらっていない状態。ここに、 退職一時金 確定給付企業年金/DB 確定拠出年金/DC 個人年金 持株会（単元株は売却済み、退職に伴い端数が入金予定） が順次入金される予定。そちらは追い追い晒していくつもりだ。 現預金 安全資産は定期などにせず普通預金に入れていた。今回、退職金が入ってくることをあらかじめ見越して定期で1,000万円ぶっ込んだ。これはちょっと前にSBI新生銀行の口座を作成したので金利で優遇のあるスタートアップ円定期預金 を利用した。 2026/6現在年利1.3%の予定。一年後、税引き約10万円の利息になるはず。でもこの一年の物価上昇を考えると10万円の利息ってどうなんだ？安全資産って何？とも感じる。 その他、 三井住友銀行: 給与の振り込み、カードの引き落としなどに利用している。 PayPay銀行: 旧ジャパンネット銀行時代に作成したのだが現在はあまり意味がないかもしれない。 住信SBI銀行: SBI証券用と思っていたがドコモとの提携（dスマートバンク）に力を入れているようだし今後あまり使わないかもしれない。 などの口座を使っている。退職金が入ってきた時にどういう分散にするか、老後に向けてどう断捨離するかは考え中。 リスク資産 SBI証券で新NISAに元本970万円（250万円+360万円+360万円）を全てオルカン/eMAXIS Slim 全世界株式(オール・カントリー) に入れている。初年度は様子見していたので全枠を使わなかったのを今になって後悔している。現在の評価額は1,300万円強になっている。こちらは退職金や現在の現預金から残額を年初一括で埋めていく予定。 前の方で少し触れたが持株会を利用するために野村證券の口座もあり、ここで持株（自社株）や、特定口座での投資信託（アクティブ）、旧一般NISAで個別株などを昔やっていたが、全て売却し（一応全てプラス）新NISAで全てオルカンという体制に移行した。あとは持株会の単元株以下のものが残っている。 すでに持株会の退会届は出したので現金化したら野村證券の口座は整理しようと思っている。 メモ・思ったこと もし若い時から投資を知っていた＆今若かったら財形貯蓄はやらず、NISAでオルカンかS&P500などのインデックスファンド、ちょっと冒険してNASDAQとかFANGとかかも。とは言っても当時は金利6%だったようだし、インターネット前夜で証券口座のハードルも高かったよな。 持株会は10%ぐらいの奨励金があるが、会社と一心同体なのでリスク分散にあまりならない？あとは退職時にタイミングを計れず売却する必要があるのでここにもリスクがある。なので別の方向へ投資するのが良さそう。 とタラレバだが今思うとそう感じている。 リンク

Hugoによるブログ準備 とGitHub ActionsからCloudflare Pagesへ自動デプロイする環境を構築 の続き。ローカル環境で動くようになったので、本番公開に向けて独自ドメインを取得した。 ドメインの取得先（レジストラ）はいろいろあるが、今回は迷わずCloudflare DNS で購入することにした。ブログのホスティング先はCloudflare Pages を使うので、これが最も合理的だと判断したからだ。 理由は大きく3つある。 1. 料金が「原価（卸売価格）」で圧倒的に安い Cloudflareのドメイン登録サービスは、他社のように手数料（マージン）を上乗せせず、レジストリ（管理元）の原価そのままで提供してくれる。 初年度だけ1円で2年目から高額になるようなトラップもなく、ずっと最安値圏で維持できる。余計なアップセルの広告や、「Whois情報公開代行」のチェックを入れ忘れて個人情報が露出するようなノイズとも無縁だ。 2. Pagesとの連携がボタン一つで終わる ホスティング先（Cloudflare Pages）と同じアカウント内でドメインを管理しているため、カスタムドメインの設定が驚くほど楽だった。 他社で購入した場合のように、DNSのネームサーバーを書き換えて、レコードを設定して……といったお決まりの往復作業がほぼ発生しない。Pagesの画面から「このドメインを使う」と指定するだけで、DNSの設定からSSL証明書（HTTPS化）の発行まで自動で爆速で完了する。 3. 管理画面が分散しない DNS、アクセス解析（Analytics）なども含めて、Cloudflareの管理画面一つですべてが完結する。人生をミニマルにしたい退職後のブログ運営において、管理コストを最小限に抑えられるのは大きなメリットだ。 まとめ 無事にドメインの割り当ても終わり、世界中にこのブログが公開される土台が整った。 無料で高速、かつ独自ドメインの維持費（原価）だけでこれだけの環境が手に入るのだから、2026年現在の静的サイトホスティング環境は本当に恵まれていると思う。 これでまた一歩、ブログの形が整ってきた。誰が見るのかというのはさておき…。

Hugoによるブログ準備 の続き。いよいよ本番環境へのデプロイ環境を構築した。 Cloudflare PagesはGitHubとの直接連携も可能らしいが、今回は使い慣れているGitHub Actionsを使って、git push をトリガーに自動ビルド＆デプロイされるワークフローを組むことにした。 手順としては非常にシンプルで、以下の通りとした。 最初に wrangler でPagesのプロジェクトを作成し、手動で初回のデプロイを行う。 連携に必要な アカウントID: CLOUDFLARE_ACCOUNT_IDと APIトークン: CLOUDFLARE_API_TOKEN を取得する（WebUIからポチポチするのだが方法は失念）。 GitHubリポジトリのSecretsにそれぞれ登録する。 ワークフロー（yamlファイル）を作成する。 Wranglerによる手動デプロイ $ npx wrangler pages deploy public ⛅️ wrangler 4.95.0 ─────────────────── ? No project specified. Would you like to create one or use an existing project? › - Use arrow-keys. Return to submit. ❯ Create a new project Use an existing project Create a new project を選択し適当にプロジェクト名を決めて入れる(souki-taishoku-is-not-fireは変更)。 ✔ Enter the name of your new project: … souki-taishoku-is-not-fire ✔ Enter the production branch name: … main これでpublic/にあるコンテンツがデプロイされる。Cloudflare側にプロジェクトが作られる。 ...

現在所属している会社の福利厚生は、いわゆる「カフェテリアプラン（ポイント選択制）」になっている。 多くの企業や団体が導入している制度で、外部の代行サービス業者を通じて、レジャー、グルメ、自己啓発、商品の購入などにポイントを充当できる仕組みだ。 当然のことながら、このポイントは 退職日までに使い切らなければすべて無効（消滅） になってしまう。せっかくの権利を1ポイントも無駄にしたくなかった私は、退職に向けた「ポイント全消化計画」を立てることにした。 頓挫した旅行計画と、スプレッドシートでの商品選定 当初は、余っているポイントをすべて旅行代金の補助に回そうと考えていた。しかし、妻の予定や自分の退職スケジュールの兼ね合いもあり、退職日までに旅行へ行く時間を確保することが難しくなり、あえなく断念。 仕方なく、代行サービスのカタログから目ぼしい交換商品をいくつかピックアップすることにした。1ポイントも無駄にせず、かつ軍資金（ポイント）を綺麗に使い切るため、スプレッドシートに商品の金額と必要ポイント数をまとめ、緻密な組み合わせ計算を行っていた。 ここまでは完璧な計画のはずだった。 月跨ぎで直面した「カタログ更新」の罠 いざスプレッドシートのリストを元にポイントを申請しようとした瞬間、予想外の事態が起きた。 狙っていた商品の多くが、残念なことに 「値上がり」していたり、最悪なことに「販売終了」になっていたりした のだ。 どうやら、私がリストを作ってから実際の申請までに「月を跨いでしまった」ことが原因らしい。福利厚生の代行サービスは、月単位で商品の入れ替えや価格改定（大抵は物価高による値上げ）が行われるという盲点を見落としていた。 せっかくスプレッドシートで「端数ゼロ」を目指して計算していたパズルは一瞬で崩壊。慌てて別の商品を探し直す羽目になってしまった。 追記：ポイント交換したもの（更新中） Apple Watch SE3 ⌚️ 静岡クラウンメロン 🍈 いも菓子 🍠 まとめ：退職が決まったら「早急に」使い切るべき理由 今回の経験から得た、退職を控えた方への教訓は以下の通りだ。 カタログの仕様は生き物である 「いつでも買える」と思っていると、月跨ぎや年度の切り替わりで商品が消えたり、必要ポイントが跳ね上がったりする。 退職間際は想像以上に忙しい 退職が決まると、業務の引き継ぎ、挨拶回り、各種公的手続きの調べ物などでとにかく時間を奪われる。福利厚生サイトをじっくり眺める心の余裕はなくなっていく。 結論として、退職を決めたのであれば、各種手続きの波に飲まれる前に「今すぐ」使い道を確定させてボタンを押してしまうのがベストだ。後回しにすればするほど、選択肢が狭まり、最悪の場合はポイントをドブに捨てるリスクが高まる。 人事や福利厚生の仕組みを学ぶための一冊 普段は何気なく使っている（あるいは使い切れずに放置しがちな）福利厚生だが、企業の防衛戦略や制度の裏側を知っておくと、サラリーマンとしての「権利の賢い使いどころ」がより見えてくる。退職という人生の転換期だからこそ、こういった組織の仕組みを改めて体系的に学んでみるのも面白い。 リンク

4月に退職を申し出てからというもの、怒涛の引き継ぎや身辺整理に追われる日々だった。それらすべてを無事に終え、今日からついに実質的な有休消化がスタートした。 朝、いつも会社に向かっていた時間にアラームが鳴らない。それだけで、長年属していた「組織」から本当に離れたんだなという実感が、じわじわと湧いてくる。 自由になった最初の1日。せっかくなので時間を贅沢に使おうと、今日は午前と午後で全く違う作業に没頭してみた。 午前：平日の海へ、さっそく釣りに出かける まずは平日の特権をフルに活かして、朝8時頃から近くの海へ釣行。 冷蔵庫で寝かせていたジャリメを持って遠浅の浜へ向かったが、魚の活性が低いのかアタリはなし。場所を変えてライトショアジギングも試してみたものの、海からの返事はなく、結果は完全なボウズ（釣果ゼロ）に終わった。 それでも、平日の静かな海で周囲を気にせず思い切り竿を振れただけで、これまでにない解放感を味わうことができた。 午後：ローカル環境でHugoブログの立ち上げ準備 帰宅して家事を済ませた午後は、一転してデスクに向かい、このブログの準備に時間を費やしている。 静的サイトジェネレーター「Hugo」をローカルサーバーで立ち上げ、環境を構築。テーマのデザインを調整したり、こうして最初のコンテンツ（記事）を書き起こしたりしている。会社員時代の「業務としてのドキュメント作成」とは違い、自分の思考を整理するためだけにPCに向かう時間は、元エンジニアとしても純粋に楽しい。 長い組織生活を終え、心身を休めながらも、こうして自分の手で新しい場所を組み立てていく。そんな、静かで充実した有休消化の1日目が始まった。 リンク

57歳での早期退職を機に、自分の記録を残すためのブログを立ち上げることにした。 ブログといえばWordPressや既存のプラットフォームを使うのが一般的だが、あえて少し毛色の違う方法（静的サイトジェネレーターなど）で構築している。最初は『専門的な話は控えたほうが良いのかな』と迷ったが、まずは自分自身のリアルな備忘録として、技術的な面も含めて淡々と残していくつもりだ。 もし、同じように「一から自分でブログの仕組みを作ってみたい」という奇特な（？）需要があるようなら、退職後の有り余る時間を活かして、詳しい仕組みや構築手順も追々シェアしていきたいと思う。 使う技術（予定） Hugo : ブログコンテンツ管理 Markdown記事からHTML等への変換 Cloudflare Pages : 静的ブログコンテンツのホスティングサイト Git /GitHub : コード管理: コンテンツ履歴管理 GitHub Actions : コンテンツ変換＆アップロード Google Form : 問い合わせフォーム というあたり。2026年現在の流行り＆一般的な環境かも。とりあえずドメインを取得しなければ無料で高速。 以下、macOS/Linuxに各種開発環境がそろっていて、一通りの作業に不自由ない人向け。 1. Hugoの雛形作成 とりあえずHugoの雛形で作っていく（souki-taishoku-is-not-fireの部分は各自のブログ名等に置き換える） hugo new site souki-taishoku-is-not-fire 2. Git管理とテーマ（PaperMod）の導入 Gitの管理下に置き、 cd souki-taishoku-is-not-fire git init テーマをsubmoduleとして追加、テーマは色々あるが退職することにより人生をミニマルにしたいので、 とりあえずこのブログ予定地もミニマルなデザインのPaperMod を使うことにした。 git submodule add https://github.com/adityatelange/hugo-PaperMod.git themes/PaperMod そのテーマを使うことをhugo.tomlに定義 theme = 'PaperMod' 3. テスト記事の作成とローカルサーバー起動 とりあえず、テストの記事を投稿 hugo new posts/test.md ローカルテスト用のサーバを起動 hugo server -D これで http://localhost:1313/ でブログサイトが立ち上がる。 以上！ 4. .gitignore の設定と初期コミット と思ったけど public ディレクトリは変換後のコンテンツ本体なのでGitの管理対象外とした。 ...