tsumari blog

【退職】失業認定日(5)

Thu, 04 Jun 2026 08:48:00 +0900

所要時間

「失業認定申告書」に「次回認定日・時間」が記載してあり、来所時間はあらかじめ指定されている。

今回は「9:00〜9:30」の枠で、
8:48来所 → 9:13退所。約25分だった。

今度は過去イチ空いていた。待合の座席はほぼ誰もいなかった。

① 認定

以下の2件を申告した。

前回認定日の職業相談
dodaオンラインセミナー受講
→求職活動証明書としてメールが届くので、印刷したものを持参

② 職業相談

職員「残り21日ですので、次回来るともう終了になっちゃいます。もし就職が決まった場合は、就職日の前日に来て就職申告してください。その日までの保険料精算しますので。」
私「わかりました」
職員「IT系で探してるんだってね。そういう専門の学校出てるんだもんね。」
私「そうですね」
職員「私も在宅勤務したいけど、それなら無理だなあ」
私「あはは」

ほぼ雑談で終わり。

感想

今回は空いていてめちゃくちゃスムーズに終わってよかった。
なのになぜか帰宅後頭痛がひどくてなにもできなかった。むかつく。
とうとう次回で支給が終了になる。さすがにそろそろ転職活動をはじめなければいけないな、と考え焦り始めている。

【退職】失業認定日(4)

Thu, 07 May 2026 09:51:00 +0900

所要時間

「失業認定申告書」に「次回認定日・時間」が記載してあり、来所時間はあらかじめ指定されている。

今回は「10:00〜10:30」の枠で、
9:51来所 → 11:37退所。約1時間45分だった。

GW明けのせいか、過去イチ混んでいた。待合の座席はほぼ満席で、座って待つこともできなかった。

① 認定

以下の1件を申告した。

前回認定日の職業相談

前回の再求職申込手続から1週間弱しかないためか(?)、今回の求職活動は1回でOKだった。

② 職業相談

職員「在宅勤務で探しているんですか？」
私「はい」
職員「（パソコンをみて）あぁ、IT系希望なんですね。それならいろいろありますもんね。」
私「そうですね。」

内容自体はこれまでと変わらず、あっさり終了。

感想

とにかく混んでいてめちゃくちゃ疲れた。

【退職】再求職申し込み

Mon, 27 Apr 2026 15:19:35 +0900

税務署の短期パートが終了したので、ハローワークに再求職申し込みに行った。

所要時間

8:51来所 → 10:24退所。約１時間半だった。

① 再求職申し込み

「離職状況証明書」はまだ受け取っていない状態だったが、問題なく手続きできた。
（後日提出でOKとのこと）

認定日の予定も変わらなかった。

次回認定日まで1週間弱しかないためか(?)、今回の求職活動は1回でOKとの案内。

→ この後の職業相談だけで条件を満たす形になった。

② 職業相談

次回認定日の説明の後、

職員「引き続きIT系で探す感じですか？」
私「はい」
職員「そうですか」

以上。

感想

雇用保険の手続き自体はすぐに呼ばれてスムーズに終わったが、
職業相談の待ち時間が長く、待ちくたびれた…。

そして、実際の職業相談は一瞬で終わるので、
「このために1時間以上待ったのか…」 という気持ちになった。

税務署の短期パートで働いてみた

Sat, 25 Apr 2026 15:19:35 +0900

税務署の短期パートは、確定申告の知識はほぼ不要だった。それでも約3週間やってみて、悪い経験ではなかった。ITしかやったことがない身にとって、違う現場の空気を吸うにはちょうどよかった。

なぜ税務署で働いたのか

母にずっと勧められていた。「めっちゃ簡単らしい。土日休みだし。やってみたら！」ハローワークのインターネットサービスで約3週間の短期募集を見つけ、応募した。

失業手当のことは事前にハローワークで確認済みだ。いったん就職扱いで支給は止まる。パート終了後に再求職申し込みをすれば再開でき、待機期間はない。短期で切って戻る、なら問題ない。

応募はハローワークの職員が電話で対応してくれた。その後、履歴書と紹介状を持参し、その日のうちに面接日程の連絡が来た。

面接で聞かれることと、聞かれないこと

面接では簡単なExcel試験があった。お手本どおり5分以内に入力、という内容だが、3分ほどで終わった。タイピングができてよかった。

志望理由は「SEとしての業務経験があるので、パソコンを使った業務に興味があり応募した」程度しか言えなかった。確定申告関連の経験はあるかと聞かれ、「ない」と答えた。

普通の人にあるわけないやん！？と思ったので、手応えは微妙だった。でも採用された。

勤務開始前日にハローワークで就職申告をした。働き始める前日までの分を失業認定してもらう形だ。

前回認定日の就職相談
前回来所時の職業相談（パートに応募した日）
就職マッチングフェアの参加

これらをまとめて申告し、失業認定申告書にも税務署就職の旨を記載した。なお、退職時は職場から離職状況証明書が必要になる。再求職申し込みのときに使う（後日提出可）。

仕事内容は「書類整理」としか言えない

「書類整理」と聞いていてもイメージできなかった。やってみると、確かにこれは書類整理としか表現できない。

ハンコ押し
書類並び替え
A4サイズか確認しホチキスを外す
索引簿を見て台帳番号を記入
PCで氏名検索→整理番号記入
PCで整理番号検索→台帳番号記入
穴あけ・バインダーに入れる

作業は書類の上部に書いてある番号の順番どおりに並べるだけで、中身はほとんど見ない。税金や確定申告の知識が無いため勤務前は不安だったが、まったく必要なかった。4月は書類整理が中心。2〜3月なら納税者対応もあるのだろうが、今回の期間では関係なかった。

e-Taxが普及しているとはいえ、まだこれだけ大量の紙があることに驚いた。デジタル化の話ばかり聞くが、現場には紙の山が残っている。

良かったこと、微妙だったこと

良かったのは職員の説明が丁寧でわかりやすかったこと。一人で黙々と作業できる。ほぼ会話なし。残業なし、土日休み。IT現場とは違う、別種の楽さがある。

微妙だったのは休憩室。狭く、毎年のように来ているベテランパートさん同士が盛り上がっていて、ちょっと気まずかった。

スキル面の学びはほぼない。税金の知識も要らない以上、履歴書に書けるような成長もなかった。

もう一つ気になったのはセキュリティだ。個人情報を大量に扱う割に、ゆるい。

書類を広げっぱなし
私用スマホの持ち込みOK
物理的な制限も特になし

公的機関だから厳しいのかと思っていたが、現場の運用はそうでもなかった。セキュリティまわりもちょっと勉強した自分からすると、ちょっと目を疑うレベル。ただ、それが日常として回っている、というのも一つの発見ではある。

キャリアアップの場ではない

税務署の短期パートは、キャリアアップの場ではない。確定申告を学ぶ場でもない。番号どおりに書類を整理する仕事だ。

それでも、普段関わらない業務と現場の雰囲気を体験できたのは貴重だった。母の「簡単らしい」は半分正しかった。簡単だが、学びは薄い。でも、違う環境に身を置くという意味では、求職中の自分にはちょうどよかった。

次に似た募集を見たら、またやるかどうかはわからない。ただ、「税務署＝税金のプロが働く場所」という想像は、一度壊したほうがいい。紙と番号と、黙々とした手作業の場所だ。

就職マッチングフェアは、求職者向けイベントの顔をした簡易面接だった

Mon, 16 Mar 2026 15:19:35 +0900

県内のIT企業に興味があり、ついでに求職活動として認めてもらえるなら、と初参加してみたが、想像していた「企業説明を軽く聞くだけの場」とはかなり違った。

来場だけで求職活動になる

会場は複数企業のブースを自由に回る形式だった。受付を済ませた時点で求職活動証明書を受け取れた。極端な話、企業の説明を一社も聞かなくても「この場に来た」だけで認められる。（！？）

面接になる。準備が足りない

企業説明を聞くだけだと思っていた。訪問カード——簡易的な履歴書——を渡すと、職歴について質問が始まった。ほぼ面接だ。

1社目は学生向けの説明っぽく、朝会・夕礼、フレックス、未経験言語への段階的アサインなどを聞いた。宗教っぽい企業文化もなさそう（たぶん）。

2社目は印象が良かった。社員数は少なめで、残業ゼロを強調し、体調不良での急な休みも問題ないとのこと。子育て中の女性社員が在宅勤務している話があり、「こういう働き方がいいな」と素直に思った。小規模な会社のほうが自分には合うのかもしれないと感じた。

3社目で疲れが出た。帰ろうとしたところで声をかけられ、断りきれずに参加してしまった。私の悪いところ。最初はリモート可能と言われたが、別の担当者からは「エンジニアは出社」と言われ、話が食い違っていた。この時点で候補から外れた。営業感も強く、その後メールや電話が来たので辞退の連絡を入れた。

企業によって温度差が激しい。ガツガツ来るところもある。合わないと感じたら、無理に話を進めないほうがいい。フェアは断りの技術もいる。

会社規模より働き方

改めて感じたのは、自分が重視しているのは会社の規模ではなく「働き方」だということだ。在宅勤務で静かに開発できる環境。急な休みが通る文化。

ただ、フェアでそれが正確にわかるとは限らない。3社目のリモート可否の食い違いがその例だ。話を聞くだけでは足りず、後から確認が必要になる。

説明会ではなく、簡易面接として臨む

就職マッチングフェアは悪いものではない。求職活動の証明が取れる。複数社を短時間で見られる。初めての参加だったが、少し前進した気はする。

ただ、参加するなら「説明会」ではなく「簡易面接＋営業トークに耐える場」として臨んだほうがいい。訪問カードの内容をちゃんと話せる準備をしておく。合わない会社は早めに切る。体力も要る。

疲れた。でも、次に行くとしたら少しはマシに動けると思う。

【退職】失業認定日(3)

Thu, 12 Mar 2026 15:19:35 +0900

所要時間

「失業認定申告書」に「次回認定日・時間」が記載してあり、来所時間はあらかじめ指定されている。

今回は「9:30〜10:00」の枠で、
9:16来所 → 9:58退所。約30分だった。

① 認定

以下の2件を申告した。

前回認定日の職業相談
dodaオンラインセミナー受講
→求職活動証明書としてメールが届くので、印刷したものを持参

② 職業相談

職員「在宅勤務で探しているんですか？」
私「はい」
職員「ハローワークインターネットサービスで探しているんですか？」
私「それも使っていますし、ネットのIT系の求人サイトも使っています」
職員「あ、IT系でしたら在宅勤務ありますもんね。そうですか。」

前回までと異なり個室に通されたため少し身構えたが、
内容自体はこれまでと変わらず、あっさり終了。

混雑状況によるものかもしれない。

感想

今回はオンラインセミナーの受講のみで申告したが、問題なかった。

失業認定申告書の書き方も、だいぶ慣れてきた。

【退職】失業認定日(2)

Thu, 12 Feb 2026 15:19:35 +0900

所要時間

「失業認定申告書」に「次回認定日・時間」が記載してあり、来所時間はあらかじめ指定されている。

今回は「9:00〜09:30」の枠で、
8:45来所 → 9:43退所。約1時間だった。

① 認定

今回からは必要な求職活動回数は2回以上となる。
ただし、前回認定日の職業相談が1回としてカウントされるため、実質１回でOKだ。

以下の3件を申告した。

前回認定日の職業相談
dodaオンラインセミナー受講
→求職活動証明書としてメールが届くので、印刷したものを持参
ファイナンシャル・プランニング技能検定3級受験
→受験時のスコアレポートを持参

問題なくそのまま認定された。

② 職業相談

職員「リモートで探してるんだって？」
私「はい」
職員「どうですか？良さげなところはあった？」
私「まあ〜そうですね、検討しているところです」
職員「そうですか」

以上。あっさり終わった…。

感想

失業認定申告書の書き方に自信がなかったため、鉛筆で記入して持参したが、
内容に問題はなく、その場でボールペンでなぞって提出となった。

今回は初めての「2回必要」だったこともあり、
オンラインセミナーだけで本当に大丈夫なのか不安で、FP3級受験も含めて3回分申告した。

結果として特に問題はなかったため、
今後はオンラインセミナー中心でも十分対応できそうという印象だ。

求職活動の実績としてFP3級の受験を受験してみた

Sat, 31 Jan 2026 15:37:00 +0900

日本FP協会の「ファイナンシャル・プランニング技能検定3級（以下FP3級）」の試験を受験し、合格した。

受験した理由

求職活動の実績作り
お金に対する理解を深めたい
保険・税金・年金を理解して自分で判断できるようになりたい
無職期間の不安を減らしたい
無職期間の時間を有効活用したい

得点

学科：54点 / 60点（36点以上合格）
実技：80点 / 100点（60点以上合格）

教材

とくにたぬぽんのYouTubeはとてもわかりやすくて理解が進んだ。
あとはIPA試験でもおなじみの過去問道場でひたすら周回した。

感想

○×や選択式の問題が中心なので答えやすく、全体的に取り組みやすい試験だった。

試験会場が遠方だったため早めに向かったところ、空いていたのでそのまま試験を開始できた。
めちゃくちゃスムーズに進み、11:15の予約だったが、ちょうど11:15に試験が終わるという想定外の速さだった❣

思ったより高得点で合格できたのも嬉しかった。

退職に向けて調べていた内容や、保険・税金・年金といった「知っておいた方がいいけど学ぶ機会が少ない分野」を体系的に理解できたと思う。
特に、年末調整でなんとなく入力していた生命保険料控除について、「控除の仕組み」をきちんと理解できたのは良かった。

というか、義務教育で教えてほしかった内容ばかりだ。
実生活に直結する重要な内容にもかかわらず、学ぶ機会が少ないのは少し不思議に感じる。

せっかくなので２級も受験しようかなと少し勉強してみたものの、
私はIPA試験に集中する方針に切り替えた。

完璧にやろうとして何もできない病

Tue, 20 Jan 2026 15:37:00 +0900

やる気がないわけではない。むしろ逆だ。本当は全部ちゃんとしたい。それなのに、今日も何もできていない。

やる気はある。手が動かない

ちゃんと勉強したい。計画は完璧な形にしたい。ノートはきれいにまとめたい。中途半端にしたくない。

そうやって準備だけ整えて、気づいたら1日が終わっている。やっていないのに疲れた、という日が続く。

ハードルが高すぎる

勉強するなら、100点取れるようになりたい。始めるなら、継続できないと意味がない。

こういう条件を自分で付けている。だから「今日はやらない」がいつも選ばれる。やる気がないんじゃなくて、ハードルが高すぎる。

やらないほうが楽な理由

完璧にやろうとするのには理由がある。

失敗したくない。努力した結果がしょぼかったら耐えられない。やったのにできなかったとき、傷つく。やらないでいれば、「本当はできる自分」でいられる。

だからやらずにいる。その代わりに、今日という時間を確実に失っている。わかっている。

それでも手が動かない。

60点でいい、と思えない

頭の中では「60点でいい」「途中で終わってもいい」とわかっている。でも体が従わない。ノートをきれいに整えてから始めようとする。計画を完璧にしてから動こうとする。また何もしないまま終わる。

完璧じゃなくていい、と言葉にするのは簡単だ。認めるのは難しい。ゼロよりマシな一歩を、自分に許せていない。

まだ治らない

この記事を書いている今も、まだ治らない。やりたいことはある。できていない。理由もわかっている。それでも今日はここまでだ。

ただ、やらない理由が「怠け」じゃなくて「怖さ」に近いことだけは、少しわかった気がする。

【退職】失業認定日(1)

Thu, 15 Jan 2026 15:19:35 +0900

所要時間

「失業認定申告書」に「次回認定日・時間」が記載してあり、来所時間はあらかじめ指定されている。

今回は「10:30〜11:00」の枠で、
10:26来所 → 11:26退所。約1時間だった。

手続き自体はスムーズだが、待ち時間込みだとそれなりにかかる。

① 認定

必要な求職活動回数は原則2回以上だが、
初回認定日に限っては1回でOK。

雇用保険受給者初回説明会の参加が1回とカウントされるため、
今回は何もせず、そのまま認定された。

② 職業相談

初めてなので何もわからず、求職活動として何がカウントされるのかを確認してきた。

オンラインセミナーの受講でもいいのか。
FP3級の受験を考えているが、それでもいいのか。
それは仮に不合格だったとしてもいいのか。

などを質問。

感想

FP3級受験は求職活動として認められるが、その職種を希望していることが前提とのこと。
そのため、希望職種にファイナンシャルプランナーを追加することに…(!?)

また、FP受験が求職活動に該当するかについては、職員もはっきりわからなかったようで、職員同士で揉めていて確認に時間がかかった。

初回はかなり緩めだが、2回目以降は求職活動がちゃんと必要になるので注意だ。

【退職】雇用保険受給者初回説明会の参加

Thu, 08 Jan 2026 17:37:00 +0900

場所

ハローワーク内の会議室。
参加者は20人ほどで、着席場所は自由だった。

持ち物

雇用保険の失業等給付受給資格者のしおり
筆記用具
マイナンバーカード
ハローワーク受付表
ハローワークナビ

必要な時間

約2時間

内容

① 雇用保険受給資格者証の受け取り

ひとりずつ名前を呼ばれて、挙手してその場で
「雇用保険受給資格者証」を受け取った。

その際にマイナンバーカードの確認もあった。
出席確認も兼ねているのかな。

私は賃金額確認中のため仮交付だった。
支給番号などが未記入の状態のものを受け取った。

② 雇用保険説明(ビデオ＋口頭)

失業給付を受け取るしくみや、
失業認定申告書の書き方について説明を受けた。

必要な求職活動回数は原則2回以上だが、
初回認定日に限っては1回でOK であり、
今回の説明会参加が1回とカウントされる とのこと。

雇用保険受給資格者証に記載されていた初回認定日まで、
「あと1週間しかないの！？」と一瞬焦ったが、
今回は特に追加の活動は不要とわかり、ひと安心した。

注意点として、以下を脅し気味に説明された。

1日数時間でも働いたら書く
書かないと不正受給扱いになる可能性がある
絶対にバレる、バレたら返還＋ペナルティ

③ 公共職業訓練やセミナー等の紹介

無料で受講できるのはいいなーと思ったが、
どこも自宅から遠い場所で、近所で受けられるものがほとんどなかった。

田舎はつらいなぁ…と思いつつ、と聞き流した。

④ 国民年金について説明

年金事務所の方から、
第2号被保険者から第1号被保険者への切り替え手続きが必要
という説明があった。
私はすでに手続き済みなので、聞き流した。

感想

2時間は長くて結構疲れた。
30分前に到着したが、誰もいなくて無駄に不安に過ごした時間があったのも地味にしんどい。（ほぼ全員5分前くらいに来た）
心配性なのでそんなギリギリ行動できない。

【退職】国民年金の手続き

Wed, 07 Jan 2026 16:37:00 +0900

種類	加入者	保険料の負担
第1号被保険者	自営業、農林業者、無職、自由業者、学生	各自で納付
第2号被保険者	厚生年金保険加入者、共済組合員、船員	給与から天引き
第3号被保険者	第2号被保険者に扶養されている配偶者	自己負担なし

退職に伴い、厚生年金保険の資格も喪失したので、第2号→第1号被保険者へ変更する手続きが必要だ。

手続きする場所

国民年金に加入するための手続き
https://www.nenkin.go.jp/service/kokunen/kanyu/20140710-04.html

市役所または年金事務所でできるそうだが、マイナポータルだけで完結できた。

個人の方の電子申請（国民年金）
https://www.nenkin.go.jp/denshibenri_kojin/denshibenri_kojin/shinsei_kojin.html

マイナポータルのトップ画面で「年金＞国民年金に加入する方・加入中の方の手続き」を選択。

提出するもの

資格取得（種別変更）届

必要な時間

マイナポータル経由のねんきんネットで申請してから、約二週間で完了になった。
年末年始を挟んだので時間がかかったのかも。

国民年金保険料の前納

国民年金保険料の納付は口座振替・前納をすると割引が適用されてお得だそうだ。

国民年金保険料の前納
https://www.nenkin.go.jp/service/kokunen/hokenryo/zenno.html

このうち、「2年前納」制度が最も割引が大きく、17,010円も安くなるとのこと。

国民年金保険料の「2年前納」制度
https://www.nenkin.go.jp/service/kokunen/hokenryo/ninenzenno.html

途中で厚生年金に切り替わっても返金される とのことなので、手元に余裕資金があるなら、2年前納が最適解 のようだ。

こちらもマイナポータル経由のねんきんネットから手続きできた。

支払い方法

口座振替を申し込んだため案内待ち。判明次第追記予定。

感想

市役所で国民健康保険の手続き中に、「国民年金の手続きはしましたか？」と聞かれ、「マイナポータルから申請しました」と答えた。市役所から年金事務所に確認し、申請が届いていることを確認して終わった。

おそらく何もしていなければその場で国民年金の手続きも完了できたので、マイナポータルから申請する必要がなかったと思う。

自宅でマイナポータルから申請できたのは便利だったが、結局健康保険の手続きで市役所に行くことになったので、同時に完了できる市役所での手続きを選べばよかったと後悔している。

他の手続きで市役所に行く予定がある場合は、まとめて市役所で手続き
行く予定がない・平日動けない場合はマイナポータル一択

これが最適解だと思う。

【退職】健康保険の手続き

Fri, 26 Dec 2025 16:37:00 +0900

退職に伴い、健康保険の資格を喪失したので、他の健康保険に加入しなければならない。選択肢として次の方法があるが、私は国民健康保険に加入した。

家族が加入している健康保険の扶養になる
社会保険の任意継続保険者となる
国民健康保険に加入する

1. 家族が加入している健康保険の扶養になる

失業保険を受給していて、日額が基準を超えると扶養に入れないそうだ。
私は、今回は失業保険を受給するつもりで、計算していないがおそらく超えると思われるので選択しなかった。

※正確な可否は加入先の健康保険組合によって異なると思う。

2. 社会保険の任意継続保険者となる

最長2年間、社会保険を延長するという「任意継続」制度がある。
任意継続した場合の保険料は、健康保険のサイトに掲載されていた。

在職中は会社が負担していた分も自己負担になるため、保険料は高くなるケースが多い。

3. 国民健康保険に加入する

国民健康保険の保険料は、世帯の前年の所得に応じて算定される。市役所で試算してもらうことができる。

事前に試算してもらった結果、任意継続するより国民健康保険の方が若干安く、手続きをさっさと終えられる国民健康保険を選んだ。

手続きする場所

市役所

手続きに必要なもの

本人確認書類（運転免許証、マイナンバーカード）
健康保険の資格喪失証明書

健康保険の資格喪失証明書について

待っていても届かなかったので、離職票のコピーでなんとかなるかと思い市役所に行ってみたが、「資格喪失証明書は必須」と帰されてしまった。

14日以内に手続きが必要と期限が迫っていたので、人事にメールで問い合わせると、すぐにPDFで資格喪失証明書が送られてきた。

印刷して無事に手続き完了できた。結果的に14日を過ぎても特に問題なかった。

必要な時間

約30分程度で終わった。

支払い方法

不明。追記予定。

感想

健康な身体のおかげで、病院に行くことはなく、手続きも特にトラブルなく済んだ。

健康保険の資格喪失証明書をすんなり入手できなかったのが悔しい。必要な場合は人事に連絡を、とかどこかに書いてあっただろうか。書いてなかったと思うんだけど。見落としかなぁ。

余談だが、
社会保険は社保（シャホ）
国民健康保険は国保（コクホ）
と略される。

初めて手続きする私には、用語を覚えるのが難しかった。

【退職】はじめてのハローワーク（求職活動申込）

Tue, 23 Dec 2025 12:37:00 +0900

離職票を受け取ってからすぐにハローワークに行った。

（参考）雇用保険の具体的な手続き
https://www.hellowork.mhlw.go.jp/insurance/insurance_procedure.html

持ち物

離職票
マイナンバーカード
~~証明写真~~　マイナンバーカードを提示するなら不要

必要な時間

タイミングが悪く混雑している時間帯に行ったせいもあり、待ち時間含めて3時間かかった。

やったこと

①受付

総合案内にて、失業保険の手続きに来た旨を伝える。
離職票をここで提出する。

②求職申込み

ハローワークインターネットサービス上に「求職者マイページ」を開設する。
結構入力しなければならない内容が多いので、スマホ一つでは大変だった。
事前に登録しておくこともできるもよう。

③登録した求職登録の内容確認

求職者マイページに登録した内容を職員の方と一緒に確認する。
任意入力なので入力しなかった項目とか。「希望年収は？」等。

④ 手続き

退職理由の確認
マイナンバーカード確認
振込先口座の記入
受付票の受け取り
今後のスケジュール説明（雇用保険受給者初回説明会の日程について）

感想

手続き自体は難しくなかったが、とにかく時間がかかった。
特に求職申込みの入力項目が多く、スマホだけで対応するのはかなり大変だ。
事前に求職者マイページを作っておくのを強くおすすめする。

マイナンバーカードもあると写真提出を省略できるので便利だ。

約10年続けた会社を辞めた

Wed, 10 Dec 2025 10:15:48 +0900

約10年間続けてきた会社を退職した。

どんな会社で、何をしていたか

自社通販サイトの開発・運用を担うチームに在籍していた。

直近はほとんど通販サイトが仕事の中心だった。最初はPHPベースの構成で、機能追加・改修・運用・保守を担当する。手順書の作成も日常的な業務だった。

設計や方針を決める立場というより、実装を担う側にいた。対人より黙々と作業するほうが向いている、と後から思うようになったのも、この仕事ぶりと関係している。

恵まれていた。それでも辞めた

仕事には恵まれていた。周囲の人達に助けられ、自分自身も確実に成長できたと思う。多くの人に助けられて10年以上働き続けられた。信頼し、信頼されていた。給料も良かった。完全リモートで働けていた。

それでも辞めた。年数を重ねるにつれて「自分の得意・不得意」「やりたいこと」が前よりはっきりしてきて、今の仕事とのズレが見えるようになった。

いちばんの理由は「変わらない自分」だった

勉強しない。文句は言う、不満はある。でも結局、なにも変えない。

周囲がそんな空気で、気づけば私自身もそうなっていて、そんな自分を私自身が一番嫌っていた。

会社の文化が合わない、出社回帰が嫌、適性にズレがある——どれも本当だ。でもいちばん重かったのは、「このままの私」で居続けることだった。

「このまま続ける未来」と「新しい挑戦をする未来」を比べたとき、後者のほうが明らかにワクワクしていた。「変わらないこと」より「変えてみること」を選びたかった。

適性とのズレ

求められる役割と、自分の適性に少しズレを感じるようになった。小さな違和感が積もっていた。

会社の文化が合わなくなった

もともと、朝礼で企業理念を大声で読み上げたり、当番がスピーチをする文化があり、これで消耗していた。

さらに、出社回帰の雰囲気が強くなってきた。そのことについての不安ははっきり伝えた。「あなたはこれからもこのまま在宅勤務で問題ない」ということを言われた。だが「私だけOK」という状況は居心地がよいとは言えない。違和感が残った。

引き留められても、最後まで引き継いだ

ありがたいことに、「戦力として頼りにしている」「辞められると困る」と言ってもらい、退職時期についてはかなり引き留められた。

長くお世話になった職場なので、できるだけ迷惑をかけたくなかった。次の職場が決まっているわけでもないので、最後まで責任を持って引き継ぎや対応を行った。正直、逆に迷惑になっていないか不安だったが、その点も問題ないと言ってもらえた。

これからやりたいこと

走り続けてきた約10年だった。まずは休みながら、自分のペースを取り戻したい。

今まで仕事で深く関わってこなかった分野を、改めて基礎から学び直したい。2026年のIPA試験がどのようになるか、まだ明らかになっていないが、何かしらのIPA高度試験の合格を目標にしたい。

これからの道がはっきり見えているわけではないので、不安のほうが大きい日もある。それでも今は、「ここからまた始めていいんだ」と思えるようになった。

このブログも、そんな小さな挑戦と試行錯誤の記録として書いていく。

Webhook要求を受信するとMicrosoft Teamsチャネルに投稿する

Tue, 09 Jul 2024 20:44:32 +0900

こんなのが表示されるようになった

Action Required:
O365 connectors within Teams will be deprecated and notifications from this service will stop.
Learn more
about the timing and how the Workflows app provides a more flexible and secure experience. If you want > to continue receiving these types of messages, you can use a workflow to post messages from a webhook > request.
Set up workflow
https://devblogs.microsoft.com/microsoft365dev/retirement-of-office-365-connectors-within-microsoft-teams/

2024 年 8 月 15 日より、Microsoft Teams の Office 365 コネクタ機能が廃止されます。
スケーラブルで柔軟性があり、安全な方法で Teams との間で情報を中継するソリューションとして、Power Automate ワークフローをお勧めします。

とのこと。

ワークフロー作成

Teamsでチャネルを右クリックし、「ワークフロー」を選択
「Webhook要求を受信するとチャネルに投稿する」を選択
名前を入力し、「ワークフローを追加する」をクリック
「ワークフローが作成されました。POST要求を行って実行してください」の下に記載のURLに対してPOST実行するようにする

設定したチャネルがプライベートチャネルだからか、投稿時にエラーになった
Workflowsで作成したワークフローを開いて「投稿者」を「フローボット」→「ユーザー」に変更したら投稿できるようになった
Adaptive Cards の使い方はこの辺を参考にする
https://adaptivecards.io/samples/

【Hugo】バージョンをアップデートする

Sun, 16 Jun 2024 17:03:01 +0900

現在のバージョン

$ hugo version
hugo v0.125.7+extended darwin/arm64 BuildDate=2024-05-08T14:46:24Z VendorInfo=brew
$ which hugo
/opt/homebrew/bin/hugo
$ brew --version
Homebrew 4.3.5

Homebrewの更新

$ brew update
==> Updating Homebrew...
Updated 2 taps (homebrew/core and homebrew/cask).
==> New Formulae
codecov-cli geni kubelogin poutine
==> New Casks
font-beiruti font-palemonasmufi-bolditalic font-palemonasmufi-regular itermai
font-palemonasmufi-bold font-palemonasmufi-italic impel xnapper
==> Outdated Formulae
aom c-ares curl freetds git highway hugo libsodium node openldap openssl@3 pcre2 php ruby ruby-build sqlite

You have 16 outdated formulae installed.
You can upgrade them with brew upgrade
or list them with brew outdated.

Hugoの更新

$ brew upgrade hugo
$ hugo version
hugo v0.127.0+extended darwin/arm64 BuildDate=2024-06-05T10:27:59Z VendorInfo=brew

設定ファイルの更新

netlify.toml

[build.environment]
 HUGO_VERSION = "0.127.0"

.github/workflows/main.yml

 - name: Setup Hugo
 uses: peaceiris/actions-hugo@v2
 with:
 hugo-version: "0.127.0"

WebPってなに？

Thu, 13 Jun 2024 19:33:32 +0900

Googleが開発した画像ファイルフォーマットで、WebP（ウェッピー）と読むらしい。
静止画とアニメーションの両方をサポート。

特徴

JPEG、PNGに比べて高い圧縮率。
ロスレス圧縮（画質を一切劣化させない圧縮）と有損圧縮（若干の画質劣化を伴う圧縮）の両方をサポート。
透過画像をサポート。
アニメーション画像もサポート。GIFの代替として使用できる。

作り方

Googleが提供するツールをダウンロード
https://developers.google.com/speed/webp/download
macOS: Homebrewを使ってbrew install webpコマンドでインストール

変換コマンド実行

$ cwebp tsumarika.jpg -o tsumarika.webp
Saving file 'tsumarika.webp'
File: tsumarika.jpg
Dimension: 960 x 960
Output: 43002 bytes Y-U-V-All-PSNR 40.17 47.15 45.30 41.41 dB
 (0.37 bpp)
block count: intra4: 2088 (58.00%)
 intra16: 1512 (42.00%)
 skipped: 362 (10.06%)
bytes used: header: 172 (0.4%)
 mode-partition: 8103 (18.8%)
Residuals bytes |segment 1|segment 2|segment 3|segment 4| total
 macroblocks: | 2%| 11%| 14%| 74%| 3600
 quantizer: | 36 | 36 | 31 | 23 |
filter level: | 11 | 15 | 20 | 25 |

tsumarika.jpg(184KB) → tsumarika.webp(43KB) になった。

【Git】ファイル名の大文字小文字の変更を検知してくれない

Wed, 12 Jun 2024 18:41:59 +0900

デフォルトでは、Gitはファイル名の大文字・小文字の変更を検知してくれないらしい。

# 設定変更する
$ git config core.ignorecase false

# もしくは、追跡をやめてもらってから
$ git rm --cached hoge.php
# 再度ステージ
$ git add Hoge.php

【VSCode】フォルダを開いたときにコマンドを自動で実行する

Sun, 09 Jun 2024 16:55:50 +0900

ターミナル＞タスクの構成＞テンプレートからtasks.jsonを生成＞Others を選択

tasks.json ファイルを以下に修正

{
 // See https://go.microsoft.com/fwlink/?LinkId=733558
 // for the documentation about the tasks.json format
 "version": "2.0.0",
 "tasks": [
 {
 "label": "Laravel Serve",
 "type": "shell",
 "command": "php artisan serve",
 "runOptions": {
 "runOn": "folderOpen"
 }
 }
 ]
}

VSCodeを閉じて、再度開くと実行されるのを確認

参考にさせていただきました。
https://supilog.supisupi.com/blog/b1e6undi9op2/

GitHub Actions でFTP自動デプロイ

Sun, 12 May 2024 16:35:07 +0900

急にロリポップでレンタルサーバーを借りてみた。
エコノミープランでもPHP使えるんだ。安いな！？とおもって。

さっそくいろいろ遊んでみることにした。
まずこのHugoブログをデプロイしたい。

GitHubリポジトリのSettings > Actions secrets and variables に以下のSecretを登録
- FTP_SERVER: ロリポップのアカウント情報から取得
- FTP_USERNAME: ロリポップのアカウント情報から取得
- FTP_PASSWORD: ロリポップのアカウント情報から取得
- FTP_SERVER_DIR: blog/
Actions を開き set up a workflow yourself をクリック

main.yml を以下にする

name: blog

on:
push:
 branches: [master]
workflow_dispatch:

jobs:
ftp-deploy:
 runs-on: ubuntu-latest

 steps:
 - uses: actions/checkout@v3
 with:
 submodules: "true" #これがないとthemeがcloneできない

 # Netlify用の設定を書き換え
 - name: Modify hugo.toml
 run: |
 sed -i "s|baseURL = 'https://tsumari.netlify.app/'|baseURL = 'https://tsumari.pupu.jp/blog/'|g; \
 s|# relativeURLS = true|relativeURLS = true|; \
 s|# canonifyurls = true|canonifyurls = true|" hugo.toml
 head -n 7 hugo.toml

 - name: Setup Hugo
 uses: peaceiris/actions-hugo@v2
 with:
 hugo-version: "0.125.7"
 extended: true

 - name: Build
 run: hugo --minify

 - name: Sync files
 uses: SamKirkland/FTP-Deploy-Action@4.3.0
 with:
 server: ${{ secrets.FTP_SERVER }}
 username: ${{ secrets.FTP_USERNAME }}
 password: ${{ secrets.FTP_PASSWORD }}
 server-dir: ${{ secrets.FTP_SERVER_DIR }}
 local-dir: ./public/

『動かして学ぶ！Flutter開発入門』

Sat, 27 Jan 2024 10:47:32 +0900

『動かして学ぶ！Flutter開発入門』（掛内一章 / 翔泳社）

※この記事には Amazon アソシエイトリンクが含まれます。

モチベーション

iOS、Androidアプリの作り方をあまりイメージできない
- 学生の時にJavaでAndroidアプリ作ったことしかない…
他の言語に触れる機会をつくりたい

メモ

Flutterのプログラミング言語はDart
- Java/Python/JavaScriptの特徴を備える
https://docs.flutter.dev/get-started/install/macos/mobile-ios?tab=vscode
- VSCode Flutter extensions install
  - Download the Flutter SDK
  - Add Flutter to your PATH
  - ~/.zshenv file.:export PATH=$HOME/development/flutter/bin:$PATH
- Configure Xcode
  - sudo sh -c 'xcode-select -s /Applications/Xcode.app/Contents/Developer && xcodebuild -runFirstLaunch'
  - xcodebuild -downloadPlatform iOS
  - sudo xcodebuild -license
- Install CocoaPods
  - brew install cocoapods
- Android Studio install
  - https://developer.android.com/studio?hl=ja
HelloWorld

データベーススペシャリストは、午後Ⅱの4点で落ちた

Thu, 21 Dec 2023 18:28:14 +0900

データベーススペシャリスト試験、不合格だった。ただ、落ち方が悔しい。

午前Ⅰ得点：免除
午前Ⅱ得点：76点
午後Ⅰ得点：73点
午後Ⅱ得点：56点

午後Ⅱが56点。合格ラインまであと4点だ。

「確実に落ちた」と思っていた

感覚としては、午後Ⅱはボロボロだった。「確実に落ちたな」と思えるくらい書けなかった。なのに56点。あと4点。

難関資格だし、「どうせ初回は合格できない」と思っていた。だから本気で勉強していなかった面がある。結果を見ると、もっとちゃんとやっていればいけたのでは、という気持ちになる。

不合格は不合格だ。でも、完全に実力不足で落ちたというより、諦めた分が4点として返ってきたように感じる。

次は情報処理安全確保支援士

来年もまたデータベーススペシャリストに挑戦するつもりだ。まずはその前に、4月は情報処理安全確保支援士を受けてみようと思っている。

同じことを繰り返したくない。今回わかったのは「どうせ無理」という気持ちが、4点分くらいは確実に削る、ということだ。

『モダンJavaScriptの基本から始める React実践の教科書』

Mon, 06 Nov 2023 18:52:25 +0900

モダンJavaScriptの基本から始める React実践の教科書

モチベーション

jQuery全盛期でフロントエンドの知識が止まっている
もともとJavaScriptはWebブラウザ上で複雑な動きを実装する程度のものだったが、今はフロントエンドだけではなく、バックエンドも実装できる（Node.jsなど）
スマホアプリ、デスクトップアプリケーション等もJavaScriptで実装できてしまう
- どうやって？そのイメージができてない…。

メモ

Chapter1 モダンJavaScript の基礎

従来のコードは、手続き的でわかりやすい反面、レンダリングコストの問題が発生しやすかったり、コードが肥大化してくるとどこで何をしているかわからないつらさ→これを解決するのが仮想DOM
- プレーンなJavaScript例
```
document.getElemenyById("nushida").aapendChild(textElement);
```
- jQueryの例
```
$('#nushida).append(textElement);
```
パッケージマネージャー
- npm
  - npm install [パッケージ名]
  - npm install
- yarn
  - yarn add [パッケージ名]
  - yarn install
- node_modules フォルダが生成される
ECMAScript
- JavaScriptの標準仕様
- 1年に1回更新される「ES2015」「ES2016」
  - ES2015(ES6) が転換期
    - let, constを用いた変数宣言
    - アローファンクション
    - Class構文
    - 分割代入
    - テンプレート文字列
    - スプレッド構文
    - Promise
モジュールハンドラー（webpack）
- jsやcssをひとつのファイルにまとめてくれる
トランスパイラ（Babel）
- JavaScriptの記法をブラウザで実行できる形に変換してくれるもの
- 新しい記法で書かれたJavaScriptを古い記法に変換してくれる
Vite

Chapter2 モダンJavaScript の機能に触れる

let, constを用いた変数宣言

var
- 上書き可能
- 再宣言可能
let
- 上書き可能
- 再宣言不可能
const ※ほとんどの場合で使用
- 上書き不可能
  - オブジェクト型の場合、中の値を変更可能
- 再宣言不可能

テンプレート文字列

従来
- "私の名前は" + name + "です。";
ES2015以降
- `私の名前は${name}です。`

アロー関数

従来

function func1(value) {
 return value;
}

アロー関数（「=> があれば関数」と考える）

const func2 = (value) => {
 return value;
}

//引数が1つの場合、カッコを省略可能
const func3 = value => {
 return value;
}

//処理が単一行の場合は波括弧とreutnrを省略可能
const func4 = (num1, num2) => num1 + num2;

//カッコで囲んでまとめて省略して返却
const func5 = (val1, val2) => (
 {
 name: val1.
 age: val2
 }
)

分割代入

const myProfile = {
 name: "つまり",
 age: 24,
};
// myProfile.~ が冗長
const message = `私の名前は${myProfile.name}です。年齢は${myProfile.age}歳です。`;

//分割代入を使用。一致するプロパティ名を取り出せる
const { name, age } = myProfile;
const message = `私の名前は${name}です。年齢は${age}歳です。`

//抽出したプロパティ名に別名をつける
const { name: newName, age: newAge } = myProfile;
const message = `私の名前は${newName}です。年齢は${newAge}歳です。`

//デフォルト値指定可能
const { name = "ゲスト" } = myProfile;
const message = `私の名前は${name}です。`

//配列も可。格納順通りに。
const myProfile = ["つまり", 24];
const [ name, age ] = myProfile;
const message = `私の名前は${name}です。年齢は${age}歳です。`

スプレッド構文

要素の展開

const arr1 = [1, 2];
const summaryFunc = (num1, num2) => console.log(num1 + num2);

//普通に配列の値を渡す場合
summaryFunc(arr1[0], arr1[1]);

//スプレッド構文 内部の要素を順番に展開してくれる
summaryFunc(...arr1);

要素をまとめる

const arr1 = [1, 2, 3, 4, 5];
const [num1, num2, ...arr2] = arr1;
console.log(num1); //1
console.log(num2); //2
console.log(arr2); //[3,4,5]

要素のコピー、結合

const arr4 = [10, 20];
const arr5 = [30, 40];

const arr6 = [...arr4];
console.log(arr4); //[10,20]
console.log(arr6); //[10,20]

//イコールでコピーすると
const arr8 = arr4;
console.log(arr4) //[10,20]
console.log(arr8) //[10,20]
arr4[0] = 100;
console.log(arr4) //[100,20]
console.log(arr8) //[100,20] ←こいつにも影響が出る

map関数

const nameArr = ["佐藤", "高橋", "つまり"];
nameArr.map((name) => console.log(name));

filter関数

const numArr = [1,2,3,4,5];
const newNumArr = numArr.filter((num) => {
 return num %2 === 1;
});
console.log(newNumArr); //[1,3,5]

`&&` と `||` について

|| はその左側がfalseなら右側を返す

const num = null;
const fee = num || "金額未設定です";
console.log(fee); //金額未設定です

&& はその左側がtrueなら右側を返す

const num = 100;
const fee = num && "何か設定されました";
console.log(fee); //何か設定されました

Chapter3 JavaScript でのDOM 操作

プレーンなJavaScriptやjQueryでは「この要素を」「高操作する」というように手続き的にDOM操作を行う
- Reactは「宣言的」
HTMLのidやclass、DOMの階層構造とJavaScriptが密接で複雑になりやすく保守が難しかった

Chapter4 React の基本

コンポーネント
- 他のファイルでも使えるように export
- 他のファイルから使う import
- 拡張子は .jsx で作成する
イベント名、CSSプロパティ名すべてキャメルケースになる
- onClickButton
props
- コンポーネントに渡す引数のようなもの
state
- コンポーネントが持つ状態
再レンダリング
- 変更を検知してコンポーネントを再処理する
React Hooks
- useState
- useEffect

Chapter5 React とCSS

CSS Modules

import classes from "./CssModules.module.scss";

Styled JSX

<style jsx>{`
/* ここにCSSを書く */
`}</style>

styled components
Emotion
```
/** @jsxImportSource @emotion/react */
```
Tailwind CSS
コンポーネントライブラリ
- Headless UI
- Chakra UI
- Material-UI
- Semantic UI React

Chapter6 再レンダリングの仕組みと最適化

再レンダリングが起きる条件
- Stateが更新された
- propsが変更された
- 再レンダリングされたコンポーネント配下のコンポーネントすべて
コンポーネントのメモ化（memo）
```
const Component = memo(() => {});
```

関数のメモ化（useCallback）

const onClickButton = useCallback(() => {
 alert('ボタンが押されました');
}, []);

変数のメモ化（useMemo）

const sum = useMemo(() => {
 return 1 + 3;
},[]);

Chapter7 グローバルなState 管理

バケツリレー
- 下層のコンポーネントで使うために本来不要なpropsを受け渡していくこと
- コードが複雑化
- 再利用しづらいコンポーネントになる
- 不要な再レンダリングが増える
Reactが提供しているContext を使うことでグローバルな値を管理
- React.createContext で Context の器を作成
- Provider で囲む
- コンポーネントで React.useContext を使う
グローバルState管理ライブラリ
- Redux
- Recoil
- Apollo Client

Chapter8 React とTypeScript

TypeScript
- JavaScript で Type(型)を扱えるようにしているもの
```
// : string で指定
let str: string = "A";
str = "10"; //OK
str = 10; //NG
```
- npx create-react-app [プロジェクト名] --template typescript
tsconfig.json にプロジェクトに合わせた設定をおこなうことでルールをカスタマイズ
型を定義することでエラーを防ぐ
コンポーネントにも型を付与する

Chapter9 カスタムフック

任意の処理をまとめて自作のHooks(use〜)を作成する実装
- ロジックをコンポーネントから分離
- 複数コンポーネントでのロジックの再利用
React標準Hooks
- useState
- useEffect
- useCallback
- useMemo
- useContext

【Docker】WindowsでビルドしたDockerイメージがAWSで使えなかった

Tue, 31 Oct 2023 16:36:38 +0900

発生したこと

Docker や ECS の勉強中。

Windows でビルドした Docker イメージを、ECR にプッシュして、
それをベースイメージにして CodeBuild でビルドしようとしたら

[Warning] The requested image's platform (linux/amd64) does not match the detected host platform (linux/arm64/v8) and no specific platform was requested

原因

ビルドした環境とCPUアーキテクチャが違うから発生しているらしい。
適当に選ばないでちゃんと適切なものを選択しないとだめだな…。

x86_64
インテル社が発表したx86アーキテクチャを64ビットに拡張したもの。
aarch64
スマートフォンやタブレットなどで多く使われるARMアーキテクチャを64ビットに拡張したもの。

解決方法

CodeBuild の環境イメージを
aws/codebuild/amazonlinux2-aarch64-standard:2.0
↓
aws/codebuild/amazonlinux2-x86_64-standard:4.0
に変更したら、ビルド成功した。

参考

CodeBuild に用意されている Docker イメージ

『システム運用アンチパターン』

Tue, 24 Oct 2023 18:02:04 +0900

システム運用アンチパターン

モチベーション

「権限を持たない開発者」が私なので、何か出来そうなことがあれば参考にしたい

メモ

1章 DevOpsを構成するもの

1日に30回のデプロイは、あなたの組織の最終目標ではないかもしれません。
変更の内容を理解できない人がたとえ5人承認したとしても,変更の安全性は高まるはずがない
- より多くの承認プロセスといった厳しい制限を増やし続けて安全性を手に入れているつもりになりがち
- このような時に無駄なやり取りこそがDevOpsが解決しようとしているもの
DevOpsはツールについてではなく、チームがどのように一緒に働くかについて考える
- ツールによって可能になることに焦点を当てる
CAMS：cluture（文化）、automation（自動化）、metrics（メトリクス）、sharing（共有）

2章パターナリスト症候群

パターナリスト症候群：ある行動の実行や承認に必要な資格や信頼性を持つのは特定の人物だけである
自動化の価値は何度でも実行できるという点にある
承認プロセスの本当の目的を分析 →自動化で解消する
- 作業が発生していることを必要な人に知らせていること
- 変更を中止する必要があるような、アクションの衝突がないこと
- 変更のリスクが組織にとって許容できるものであること
  - 標準的な変更：すでに確立された変更管理によって事前に承認。やり方や影響を理解している
- レビューが行われていること
- 操作や変更が適切なテストサイクルを経ていること
- 承認者がプロセスの中で何を確認しているか？
  - 承認依頼を即座に却下する原因となるものはなにか？
  - 承認するすべての依頼が満たしているべき条件は何か？
タスクを実行できる人を制限することで、リスクを減らすことができているわけではなく、一部の人にプレッシャーを集中させているだけ
何かが機能していると確認できることは、単にエラーがないと確認できることよりも価値がある
- 知識を共有ことは責任を共有するために必要なこと
  - 責任の拡大に対応するためにはシステムの全体像を一定のレベルで理解する必要がある
電子メールでの通知、通知先のメールアドレスをアプリケーションで管理しない。既存の配信リストを利用
- 通知リストの管理は組織のサービスデスクのプロセスで行うことが出来るはず。
自動化の継続的な改善に取り組む

3章盲目状態での運用

自分たちが開発したシステムが本番でどのように動作するかをより詳細に理解することが求められている
- 本番前の環境で完全かつ徹底的にテストするのは実行不可能になりつつある
- 本番環境で初めてテストされる処理もある
運用の可視化
- メトリクス：システムリソースのある時点での測定値
  - CPU使用率・メモリ使用率など＋アプリケーション用のカスタムメトリクスを開発すること
  - リクエスト数：どのくらいの頻度でこの処理が発生しているか？
  - エラー数：どのくらいの頻度で失敗しているか？
  - レイテンシ：完了するまでにどのくらいの時間がかかるか？
  - 何を測定するか？健全なメトリクスと不健全なメトリクスを分けるものは何か？
- ログ：システムで発生したイベントを記述した、システムが生成するメッセージ
  - 価値あるものとするために
  - 構造化されたログフォーマットにする（JSONのような）
  - 適切なログレベルで記録する
  - エラーメッセージを読む時に生じる疑問を想定する

4章情報ではなくデータ

利用者が値の良し悪しを知ることができるように、ウィジェットに文脈を与える
最も重要な項目が最初に目に入るようにダッシュボードを構成

5章最後の味付けとしての品質

テストピラミッド
- ユニットテスト＞統合テスト＞エンドツーエンドテスト
ユニットテスト
- テスト対象のユニットに含まれないものは、モックやスタブを使用（統合テストで扱うべき）
統合テスト
- 実際のDB接続してデータの書き込みや読み込みを検証

6章アラート疲れ

システムメトリクス（CPU使用率・メモリ使用率など）のアラートを受けても何をしたら良いかわからないことが多い。
- なぜ、どのようにしてその状態になったのかについて何の文脈も与えてくれない
アラートには関連するドキュメントが必要
- アラートを受け取った時に取るべき手順を説明する手順書
- そもそもなぜそれが通知する必要のあるアラートなのかも記載
- アラートメッセージに手順書へのリンクを記載
5分待てば自然に解除されるかもしれない時ではなく、すぐに調査する必要があると確信したときにアラートをトリガする
必ずしも真夜中に誰かを起こす必要はない。発生していることを認知すれば十分なアラートは、メールなどにする

7章空の道具箱

システム全体が自動化を念頭に置いて設計されていないと、自動化の欠如が生じる
運用とは、プロダクトを構築し維持するために必要なすべてのタスクや活動のこと
- サーバの監視
- テストパイプラインの管理
- ローカル開発環境の構築
  - これらが頻繁に繰り返される場合、標準化することが重要
- 自動化によって、権限を与え、スピードを上げ、再現性を高める

8章業務時間外のデプロイ

デプロイのレイヤ
- 機能デプロイ
- フリートデプロイ
- アーティファクトデプロイ
- データベースデプロイ
テストを組織の文化の一部にする
- テストケースのないマージリクエストは不完全なマージリクエストであるという考えを徹底させる
自動化ですべてを確認できるわけではありません。しかし、それは手動のテストも同様です。
- 不確実性を組織が許容できる範囲まで減らすことは可能

9章せっかくのインシデントを無駄にする

人を直接批判してはならない。行動や振る舞いに焦点を当てる。
今となっては明白な事実でも、その場では曖昧だった可能性があることを認識すう
人ではなくシステムを責める

10章情報のため込み：ブレントだけが知っている

組織全体での情報共有が促進されず、あるトピックに関してキーパーソンにすべてを任せるようになったとき
目標は、スタッフが離職しても、組織が活動するために必要な知識を保持すること

11章命じられた文化

「○○を使ったシステムの使用経験が2～3年あること」
- 実際にはどのような経験が必要なのか？

12章多すぎる尺度

組織の目標を意識すると、自分がこれから取り掛かる予定の仕事が違って見えるようになる

感想

後半は飛ばし飛ばし読んだけど…

何を達成したいのか、目的をはっきりさせること

が大事だなってことを改めて感じた。
あとは、エラーメッセージ。「○○処理でエラーが発生しました」…で？どうすればいいの？ の部分を明確化するのも必要だ。意外とできていない。

『分散システムデザインパターン』

Tue, 17 Oct 2023 10:44:10 +0900

分散システムデザインパターン

モチベーション

コンテナの使い道がわからないから理解を深めるため

メモ

シングルノード
1台のマシン上で動く複数のコンテナについて
- サイドカー
- アンバサダ
- アダプタ
マルチノード
複数のマシンにまたがるコンテナについて
- レプリカがロードバランスされたサービス
- シャーディングされたサービス
- スキャッタ・ギャザー
- ファンクションとイベント駆動処理
- オーナーシップの選出
バッチ処理パターン (MapReduceとは‥？)
- ワークキューシステム
- イベント駆動バッチ処理
- 協調的バッチ処理

感想

ぜんっぜん意味がわからなかった…。
コンテナについての知識不足が一番の原因だと思うけど、翻訳された日本語を読むのが難しいのもあるかもしれない…。
「レプリカがロードバランスされたサービス」だけは辛うじてイメージできた。
いきなりこんな難しいオライリー本を読んで理解しようとするのではなく、いろいろ知らない単語があったのでそれをひとつひとつ調べて理解していくことから始めないとだめかなぁ…。

【Docker】ようやくわかってきたかも

Wed, 04 Oct 2023 18:51:45 +0900

何回説明読んでもイメージが全然できなかったんだけどようやくわかってきたかも。

Dockerfile ＝設計図（CADデータみたいな）
↓Build
Image ＝ 3Dモデルファイル / 金型（何度でも使い回す）
↓run
Container ＝実物
これを大量生産、3Dプリンターでぽこぽこ作るみたいな

頭が悪いので、こういう例え話に変換しないと理解できない。

私は技術力がない

Sat, 30 Sep 2023 09:22:03 +0900

私は技術力がない、と感じる。

きっかけはホームページだけ

昔、自分の趣味のホームページを作るためにHTMLを触った。ほんとそれだけです、すみません、と言いたくなるくらいのスタート。

工業高校の情報技術コースでちょっと学んだだけ。
大学で学んだわけでもない。アルゴリズムをちゃんと学んだわけでもない。
周りのエンジニアが当たり前に話している言葉の半分が、自分には入ってこないことがある。

それでもエンジニアとして働いてる

PHPベースの改修、手順書、運用、保守対応。

「技術力がない」と言いながら、これまでずっと同じ領域で食べてきた。矛盾している。

何がつらいか

つらいのは、できないことではなく、できているはずなのに自信が持てないことだ。

資格試験もそうだ。基本情報も応用情報も一度落ちてから、2回目でようやく合格した。合格証は手元にある。それでも「落ちた人が、やっと通った」くらいの感じが抜けない。

仕事でも同じパターンがある。任されている。信頼もされている。
それでも「本物のエンジニア」だとは思えない。
比べる対象が、頭の中にいるだけの理想のエンジニアなのかもしれない。

なんとかしたい、の中身

「これじゃ恥ずかしいから、なんとかしたい」。今振り返ると、こういうことだった気がする。

技術力を一気に付けたい、というより、言い訳なく説明できる自分になりたい
わからないことをわからないまま隠したくない
勉強の習慣を止めたくない
何かアウトプットしたい（このブログを始めたのも、その延長かもしれない）

なんとかする、と言ったまま、まだなんとかできていない日もある。それでも、完全に諦めるほどには、なっていない。

朝起きられないのは、目的がないから

Thu, 28 Sep 2023 06:32:12 +0900

朝、早く起きられない。スヌーズを何度も押す。早起きしてやりたいことをあらかじめ決めておいても、アラームを聞きながら「なんで今やらなきゃいけないんだ？眠いんだけど。夜でよくね？」と思う。

「明日の朝は早起きして本読むぞ〜」では起きられない

朝活の定番リストは知っている。散歩、本、勉強。着替えと洗顔が終わったら、やりたいことをやる……手順としてはわかる。

でも「じゃあ明日の朝は早起きして本読むぞ〜」程度の気持ちだと、絶対起きられない。目的がないから。ふわっとした「やったほうがいい」では、アラームの前に負ける。

朝起きる理由を、自分で説明できないと無理

「なぜ、朝、早く起きてやらなければいけないのか」。これを自分が納得できる言葉で説明できないと、起きられない。起きないと困る・悔しい理由 が出てこないなら、朝起きる必要はない、と思う。

だめな例

「朝活したほうがいいらしい」
「成功者は早起き」
「本に書いてあった」

いい例

「また遅刻したらクビになっちゃう」
「クビになったら、ライブに行く金がない」
「あいつに負けたくない」

起きるしかない、は本当

やることと目的が決まったあとは、何時に起きるか決めて、そこから逆算して6〜7時間寝る。あとは起きるだけ。どうやって起きるか？起きるしかない。

どうしても早く起きられないなら、もっと早く寝るしかない。もっと早く寝るには、早く起きるしかない。早く起きないと、夜眠くならないから。10分くらいずつでも、無理やり朝を早くして調整していくしかない、と今は思っている。

朝が苦手なのは、意志が弱いからだけじゃない。夜の自分と朝の自分が別人で、夜の自分が決めたことを朝の自分が否定する。

「なぜ起きるか」が説明できない朝は、もう諦めたほうがいい、というのはわかった。

『瞬時に「言語化できる人」が、うまくいく。』

Fri, 22 Sep 2023 07:23:54 +0900

瞬時に「言語化できる人」が、うまくいく。
https://amzn.asia/d/3QT3avy

私はコミュニケーション力がないので、色々なコミュ力本や話し方本など読んできたが、
何も変わらないのは、「どう伝えるか」より「何を伝えるか」が大事 というのを読んで、確かに。と思った。
確かに「どう言ったら…？」より、「何を言ったら…？」で上手に話せない状況のほうが多い。

言語化できるようにするためのトレーニング法として、メモ書きを紹介されている。
内容は『0秒思考』と似ている。
ただ、過去に『0秒思考』を読んだ時も実践しようとしたが、私にはこれ難しい…。

「問い」が思いつかない。
- なんでもいい、と言われるとなおさらわからん
辛うじて考えた問いに対して「どう思う？」と言われても…
- 本当にわからない、解決策ない
- だから「まじでムカつく」くらいしか出てこない（語彙力がない）

と、今日は本に対するどう思う？を書いてみた。
どうだろうか。少しは練習になったかな。

Oracle PL/SQL で経過時間を記録する

Wed, 20 Sep 2023 07:47:25 +0900

DECLARE
 START_TIME NUMBER;
 END_TIME NUMBER;
 ELAPSED_TIME NUMBER;
BEGIN
 START_TIME := DBMS_UTILITY.GET_TIME;

 --何らかの時間がかかる処理

 END_TIME := DBMS_UTILITY.GET_TIME;
 ELAPSED_TIME := (END_TIME / START_TIME) / 100;
 DBMS_OUTPUT.PUT_LINE(TO_CHAR(ELAPSED_TIME, 'FM00000.000') || '秒');
END;

CloudFrontのログをAthenaで検索

Tue, 12 Sep 2023 06:16:42 +0900

Amazon Athena とは

S3内のデータをSQLを使用して分析できるサービス。

CloudFront ログのテーブルの作成

以下のユーザーガイドに従って進める。

Amazon CloudFront ログのクエリ
https://docs.aws.amazon.com/ja_jp/athena/latest/ug/cloudfront-logs.html

以下の DDL ステートメントを Athena コンソールのクエリエディタに貼り付け、38行目のLOCATION をログを保存する S3バケットに変更し、実行する。

CREATE EXTERNAL TABLE IF NOT EXISTS default.cloudfront_logs (
`date` DATE,
time STRING,
location STRING,
bytes BIGINT,
request_ip STRING,
method STRING,
host STRING,
uri STRING,
status INT,
referrer STRING,
user_agent STRING,
query_string STRING,
cookie STRING,
result_type STRING,
request_id STRING,
host_header STRING,
request_protocol STRING,
request_bytes BIGINT,
time_taken FLOAT,
xforwarded_for STRING,
ssl_protocol STRING,
ssl_cipher STRING,
response_result_type STRING,
http_version STRING,
fle_status STRING,
fle_encrypted_fields INT,
c_port INT,
time_to_first_byte FLOAT,
x_edge_detailed_result_type STRING,
sc_content_type STRING,
sc_content_len BIGINT,
sc_range_start BIGINT,
sc_range_end BIGINT
)
ROW FORMAT DELIMITED 
FIELDS TERMINATED BY '\t'
LOCATION 's3://CloudFront_bucket_name/'
TBLPROPERTIES ( 'skip.header.line.count'='2' )

cloudfront_logs テーブルが作成される。
[Edit Settings] (設定を編集) をクリックし、Amazon S3 内のクエリ結果の保存場所をセットアップ。私はs3://CloudFront_bucket_name/athena にした。

CloudFront ログのクエリ例

date 列名は予約語であるため、二重引用符で囲む。

SELECT
 DISTINCT * 
FROM
 cloudfront_logs 
WHERE
 "date" BETWEEN DATE '2018-06-09' AND DATE '2018-06-11'
LIMIT 10;

カラムが日付と時刻で分かれており、かつUTCのため日本時間に修正して出力する。
長い。もっといいやり方あるかもしれない。

SELECT
 date_format(at_timezone(Cast(concat(date_format("date", '%Y-%m-%d'), ' ', "time") as timestamp), 'Asia/Tokyo'), '%Y-%m-%d %H:%i:%s') as "datetime",
 "request_ip", "method", "uri", "result_Type", "query_string", "user_agent"
FROM
 cloudfront_logs
LIMIT 10;

データベーススペシャリスト試験に、午前Ⅰ免除がもったいないから申し込んだ

Mon, 11 Sep 2023 05:29:28 +0900

2023年秋、データベーススペシャリスト試験を受けることにした。

応用情報に合格したあと、「2年間、午前Ⅰが免除になる」と初めて知って、勿体ないと思ったから。

応用合格までの道のり

7年前、基本情報は不合格。
4年前、応用情報も不合格。
昨年春、基本に合格。
今年春、応用に合格。
本当にやっと、ギリギリのラインだった。

その先の高度試験については、まともに調べたことすらなかった。応用が取れた時点で満足していた。
DBスペシャリストを選んだのは、応用の午後で一番得意だった分野だから、というくらいの理由だ。

一発合格できるとは思っていない。でも、この歳になってようやくわかった。「勉強を継続する」「習慣にする」ことのほうが、合格そのものより大事かもしれない、と。手を止めたくない、という気持ちで申し込んだ。

申し込んだのに、本腰が入らない

仕事がトラブル続きだったり、私生活が多忙だったり……言い訳はいくらでもある。
参考書は申し込み後すぐ買った。
特典の過去問PDFはiPadでやろうとして、あまりにやりづらくて断念し、コンビニで印刷した。

そこまではした。そこから先が進まない。

午後試験は問題文が長い。本気でやったら1時間以上は普通にかかる。
だから「今から始めてもなあ…」となって後回しになる。
「初受験だしどうせ合格できない」が頭をよぎる。

自分に言い聞かせていること

夜の自分に期待しない。
疲れた、という言い訳が出るから、朝にやる。
完璧に解けなくていい。
午前を1問でも、午後をちょっとでも読む。
Studyplusのタイムラインで、同じ試験を目指す人がちゃんと勉強しているのを見て焦る。

合格は厳しい。それでも、問題文の読み方や用語くらいは理解した上で臨みたい。
合格するつもりでやる、と言っている。

本当にそう思えているかは、ちょっとあやしい。
「どうせ合格できない」と思いすぎていると思う。

自己紹介

Sun, 10 Sep 2023 12:28:51 +0900

こんにちは、tsumariと申します。

文章能力もコミュニケーション能力も低いので
ブログを始めたものの何を書いていいのかわからない…。

一応ITエンジニアということで
いろいろアウトプットしていければと思っています。

ずっとブログでも始めようかなーとは考えていたものの行動に移せずいましたが、
Hugoというものを見つけてようやく作ってみた次第です。

昔はHTMLでホームページ作って自分で描いたイラストを載せたりするのが趣味でした。
そんな感じのこともまたやりたいなぁ、と…。

【Hugo】Hugo を試してみる

Sat, 09 Sep 2023 16:11:03 +0900

1. Create a site

https://gohugo.io/getting-started/quick-start/#create-a-site

hugo new site hugo-practice
cd hugo-practice
git init
git submodule add https://github.com/theNewDynamic/gohugo-theme-ananke.git themes/ananke
echo "theme = 'ananke'" >> hugo.toml
hugo server

2. Add content

https://gohugo.io/getting-started/quick-start/#configure-the-site

hugo new content posts/my-first-post.md

3. Create a Netlify account

https://app.netlify.com

4. Create a new site with continuous deployment

https://gohugo.io/hosting-and-deployment/hosting-on-netlify/

を参考に。。