2025年振り返りと2026年展望

久しぶりに振り返りと展望を書く。 2025年振り返り 今年はプライベートではいろんなことがあった。去年、結婚してから結婚式や妊娠など生活の変化が大きかった。 家庭を支えるためにお金について考えることが多かった。仕事はぼちぼち順調ではあるけど、SWEとしての成長は若干止まっているような気がしている。勉強自体は情報収集や読書を中心にできているとは思うけど、もっと自分の実績を社外でも積むような活動が必要かもしれない。 会社ではスペシャリスト(他社でいうところのテックリードやシニアソフトウェアエンジニア)のようなポジションで働いている。役職名としてはかっこいいが、横断的に開発チームが手が届きにくいところをがんばる雑用みたいな感じ。GCP, CI/CD, k8s, AIなどの整備をすることが多くサービス開発からは少し離れている。 今年大きな仕事は、GKEクラスタ移行だった。k8sはおもしろい。開発、運用を幅広く経験しているので、ここらへんから自分が好きな技術でOSSコミットを始めるのがスキルアップとしてはいいのかも。 あとは、筋トレや資産形成や英語などちょっとずつだけどやりたいことができているので、全体的にはいい評価を上げたい。 強いて言うなら、SNSに時間を溶かしていたりしてもっとやれるだろと思った一年でもあった。来年は、アウトプット前提で行動をしたい。 2026年展望 来年は子供が生まれるので、子育てを頑張る年になると思っている。楽しみ。 雑にいまのところ考えていることや2025年できなかったことを引き継ぐような感じで書き出す。 子育て 最重要!妻と協力する プログラミング アウトプットを増やす OSSコミットをできると理想? 読書 月何冊みたいな目標持っても良さそう 技術書、小説、ビジネス書など幅広く読む 英語学習 まずはTOEIC受けてみるぐらいで数値化するのがよさそう 英会話のレベルを上げたい 運動 筋トレ週3以上 フットサル、サッカーを月1以上 資産形成 つみたてNISAの枠をなるべく埋められるように節約したい 人間関係を大切に 細かい目標などは改めて立てるとして、2026年は何事もフットワークを軽く行動する・小さく継続することを意識して、スキマ時間を有効活用したい。

December 31, 2025 · 1 min · 32 words · Yu

今年からSoftware Designを読み始めた

今勤めている会社がSoftware Designを定期購読していることに今更気づいた。新卒から働いているのに。。 前から気になっていた雑誌だったので、毎月お借りして読んでいる。 読むメリット これは編集者がソフトウェアエンジニアに向けて、トレンドや基礎技術をまとめてくれているので、広い範囲の技術について知ることができるというメリットがある。普段情報収集するときにFeedlyやX/Twitterやはてぶなどをみることが僕は多くて、自分の興味のある領域ばかり見てしまう傾向がある。(バックエンド開発、DevOpts、SRE、クラウド、k8sなど) 他の技術に対して、興味を持つきっかけになってありがたいと思っている。AIの発展によって、エンジニアはよりT字型スキルの上横棒の広さが求められていると思う。AIの成果物に対して、ある程度は適切なレビューや判断ができるように知識の幅が求められている気がする。だから、こういった雑誌を読むメリットはさらに大切になっているかも??? 読んだなかで記憶に残っていること いろんな面白い特集があってあげるのが難しい(忘れてる)けど、ZOZOのレガシーシステムのモダン化は面白かった。こういったレガシーな課題に対して、技術的に解決するのは大変だけど面白いし、やりがいがあるなと思う。 ZOZOに限らずだけど、2000年初期からあるシステムはDBにロジックを書くのが当たり前だったことが多そうなので、OracleやSQL Serverなどに貯められたストアドのリプレイスやDBの切り替えなどは結構課題になりそうだと思う。 自分務めている会社でもここらへんにはやはり課題感がある。 さいごに ということで、来年もしっかり読んでいくぞという気持ち。 今日もブログ更新できていい感じ。ここから数日は忘年会などが入ってくるため、年内はあと2,3記事更新できればなという感じです。

December 26, 2025 · 1 min · 14 words · Yu

デジタルデトックス(SNSデトックス)を始めた

今年の仕事納めが終わった。ということで、アウトプットの場を活発化するために、ブログ更新頻度を上げる。アウトプットの質を求めるとなかなかに億劫になってしまう自分がいるので、てきとーな内容でもあげるスタイルで行こうと思う。 ただ、匿名ではないブログなので、最低限のモラルを持ちたいところ。もう20代ではないし。 疲れてる自分がいた 毎日なにか疲れてる。仕事もしているし、趣味でジムでトレーニングしたり、フットサルをしたりと平日から活動をしているからというのもあるが、疲労感が取れない。 身体の疲れもあるが、頭がなんか重いという感覚がずっとあった。 原因は・・・ タイトルにでっかく書いてるので丸わかりだが、デジタルに触れすぎてることが原因ぽかった。 たしかに仕事もモニターとにらめっこすることが多いし、プライベートでもスマホタブレットPCテレビ、とにかく画面ばっかりみている。それに寝る前にスマホでYoutubeやX/Twitterをみる機会がほとんどで、これらの活動を無意識にしていた。習慣っておそろしい。 スマホのスクリーンタイムの結果を見たり、生活を振り返ったときに思い当たるのが、スマホでX/Twitterを見てる時間が多いということだった。先程スクリーンタイムを確認したところ、先週はスマホだけでX/Twitterを17時間とか見ていたらしい。自分は他の端末でもTwitterをみているのでもっと見てる。 これは完全にドーパミン中毒者状態になっているのではと思った。詳しいことはわからないけど、SNSで無限スクロールをする行為は不定期な報酬を求める行為でパチンコと同じということだった。 時間を浪費してしまうだけではなく、読書やプログラミング、英語などやりたいと思っていることに使う時間も結構少なかったように思う。 ということで、デジタルデトックス特にSNSデトックスに踏み切った。 現在 先週末あたりからデトックスを始めていて、いまのところ成功しているように思う。ただ、中毒とはおそろしいものだと思うので、気を引き締める必要がある。 自分はこういったことを意識して生活をしている。 スマホをさわるときにTwitterは開かない(何も考えていないときはまっさきに開いてた) 通勤電車では、あらかじめYoutubeの英語コンテンツ、BBC・CNN・Sky Sportsあたりダウンロードして、それをみる(通勤電車は満員でスマホを開くぐらいしかできることがなく、暇でTwitterを見ていた) 目的があるときは開いてOK(無目的の無限スクロールが問題ある) これが今のところは結構効いていて、おかげでこのブログを書けている。 年末年始の予定がない時間は有意義な活動ができるといいなあと思いつつ、今日は寝る。

December 26, 2025 · 1 min · 21 words · Yu

所属している会社のアドベントカレンダーを書いた2025

久しぶりの投稿です。 ここ数年は広い領域の仕事をしていて、結構インプットができました。 アウトプットが少ないなと毎回思うので、ちょっとしたことでもいいのでブログ更新しようと思います。 継続って難しい。。 アドベントカレンダー書いた ということでQiitaのアドベントカレンダーを書いたのでURL載せておきます。 GKE StandardからAutopilotへの移行 Google CloudのGKE関連やネットワークには知見を貯めれました。こういったところの学びやハマりポイントなど記事にできるとよさそうかなと思っています。 あとは気分的に本ブログのドメインをサブドメでblog.yuyagishita.comにしたいかなと思っています。

December 18, 2025 · 1 min · 11 words · Yu

GKE AutopilotのPodバーストとHPAで問題が起きた

久しぶりに記事書きました。 最近はObsidianに情報をまとめることが多いですが、もう少し気軽にアウトプットしようと思って書きました。 なので、詳細を調査はできていません。適当なこと書いてたらすみません。 発生した問題 タイトルにもある通りGKE Autopilotに関する話です。 AutopilotやPodバースト、水平Pod自動スケーリング(HPA)を知らない方はこれらの記事が参考になると思います。 Autopilot の概要 GKE で Pod バースト機能を構成する 水平Pod自動スケーリング 発生した問題についてですが、AutopilotクラスタでHPAを有効にしたDeploymentを上げたところ、Podが何度も再起動されながらHPAの最大値までPodが増えるといった挙動をしました。最大値までPodが増えたあとは再起動を何回もして不安定な状態でした。 原因 おそらく、Deploymentのresources.requestsが動かしているアプリに対して低すぎたことがこの状態を発生させていたと思います。 こんな感じの設定にしてました。 resources: requests: cpu: "50m" memory: "52Mi" limits: cpu: "500m" memory: "1Gi" コスト削減のため、リクエストを最も小さい値にしてました。 対象アプリがrequestsの値を大きく上回ってました。 Podバーストを有効にしているとlimitsはあくまで予約しているだけで実際にはリソースを確保していないということらしいので、以下のような解釈をしました。 requestsの値を大きく上回る HPAが適用される(HPAはCPUが80%で動くようにしてました。) Podが増える よくわからん挙動する 対処方法 requestsの値を対象アプリが要求している値の120%ぐらいにしました。 正常に動作するようになりました。 まとめ Autopilotクラスタを利用することで、Nodeの管理が必要なく運用が楽にはなりますが、自動で管理してくれる分よくわからないことも発生するので、手放しには喜べないなと思いました。 誰かの役に立ちそうなことがあれば、定期的に自分のメモを書いてるぐらいの感覚でブログを更新したいという気持ちです。

March 15, 2025 · 1 min · 42 words · Yu