# vpoe (blogs) — RSS Amplifier Recent posts from the 1 feeds in the RSS Amplifier directory that cover vpoe. Page: Feed: --- ## [読む本が変わったという話](https://www.pospome.work/entry/2026/06/13/151515) _2026-06-13 · pospomeのプログラミング日記_ 株式会社カミナシで VPoE を務めている pospome です。 (´・ω・\`) カミナシに入社して VPoE を務めるようになって、読む本が変わったので簡単に記事にしようと思いました。 pospome は本が好き カミナシに入社する前に読んでいた本 カミナシに入社したあとに読むようになった本 まとめ 宣伝 pospome は本が好き どちらかというと、自分は本が好きです。 というか、エンジニアの人は結構本が好きなのではないでしょうか。 自分は通勤時間などの移動時にKindleで本を読んでいます（カミナシはリモートなので出社する必要はないのですが、自分は運動がてら出社しています）。 カミナシに入社する前に読んでいた本 カミナシに入社する前は、技術書ばかり読んでいました。 主に仕事に必要となる知識をインプットするのが目的です。 カテゴリーでいうと "バックエンド", "インフラ”,… ## [分割キーボードをやめた](https://www.pospome.work/entry/2026/05/16/132746) _2026-05-16 · pospomeのプログラミング日記_ 株式会社カミナシで VPoE を務めている pospome です。 (´・ω・\`) ここ数年ほど分割キーボードを使っていたのですが、やめました。 ↓はウッキウキで分割キーボードを買ったときの記事です・・・。 www.pospome.work なぜやめたのか 1. 分割キーボードがない環境だとタイピング能力が落ちてしまう 2. 重くて持ち運びするのが辛い。 実際やめてどうか? まとめ 宣伝 なぜやめたのか 以下の理由があるからです。 1. 分割キーボードがない環境だとタイピング能力が落ちてしまう 外出先でPC使ったり、社内のミーティングルームで面接したり、地味に分割キーボードがない環境でPCを使う機会があります。 その際にタイピング能力が落ちてしまって、議事録取るのが難しかったり、なんか不便でした。 2. 重くて持ち運びするのが辛い。… ## [バリデーションはドメインオブジェクトとAPIスキーマ定義のどっちに書くべきか](https://www.pospome.work/entry/2026/05/11/161010) _2026-05-11 · pospomeのプログラミング日記_ 株式会社カミナシで VPoE を務めている pospome です。 (´・ω・\`) なんか色々やっている過程で "バックエンドサーバのバリデーション定義がドメインオブジェクトとAPIスキーマ定義で重複する問題" に直面しまして、せっかくなので、それに対する自分なりの考えを書いてみようと思います。 バリデーション定義が重複する問題とは? 実装パターン ドメインオブジェクトに全部実装するパターン APIスキーマ定義に全部実装するパターン ドメインオブジェクトとAPIスキーマ定義の両方に定義する どれを選ぶべきか? まとめ 宣伝 バリデーション定義が重複する問題とは? まずは、今回のテーマをサクッと整理しておきましょう。 バックエンドサーバを実装するときのバリデーションは、ドメインオブジェクトに実装するパターンが多いんじゃないかなと思います。例えばGoだと、こんな感じのコードになります。… ## [きまぐれでAIに書かせた作業ログがチームの振り返りやADRに使えるかも・・・?](https://www.pospome.work/entry/2026/04/18/141735) _2026-04-18 · pospomeのプログラミング日記_ 株式会社カミナシで VPoE を務めている pospome です。 (´・ω・\`) プライベートの時間で勉強がてらWebアプリケーションを作っているのですが、きまぐれでClaude Codeに作業記録を書いてもらっていました。最初は「前回何やったっけ?」を思い出すためのメモ程度だったのですが、これがチーム開発でも意外と活用できそうだなと思ったので、記事にしてみます。 作業記録とは? どう活用するのか? 前回どのような作業をやったか確認する 作業の振り返り 意思決定の履歴を残す 見積もりに活用できる 残課題の整理 （補足）作業時間の算出方法 まとめ 宣伝 作業記録とは? 作業記録はAIに書かせるドキュメントで、実体としては以下のようなマークダウンファイルです。 作業記録の例 # TypeScript / React 向け Prettier を導入した \*\*日付：\*\* 2026-04-08… ## [どうすればEMはチームを強くできるのか?](https://www.pospome.work/entry/2026/04/11/135009) _2026-04-11 · pospomeのプログラミング日記_ 今回の記事の背景 株式会社カミナシで VPoE を務めている pospome です。 (´・ω・\`) 以前 "EMにはチームを強くして欲しい" という記事を書いたところ、それなりに反響をいただきました。 https://www.pospome.work/entry/2026/04/04/134713 「じゃあ具体的にどうやってチームを強くするの?」という部分が気になった方もいるんじゃないかと思うので、今回はチームを強くするプロセスについて書いていきます。 先に結論を言ってしまうと、単にEMが一人孤独に頑張って「チーム強くする」という話ではなく、むしろ "EMをマネージメントする人" こそ重要という話です。 今回の記事の背景 「強いチーム作ってね」と言うだけでは強いチームはつくられない 具体的にどうすればいいのか チームの状態を観察する EMのスキルセットを確認する… ## [EMにはチームを強くして欲しい](https://www.pospome.work/entry/2026/04/04/134713) _2026-04-04 · pospomeのプログラミング日記_ 株式会社カミナシで VPoE を務めている pospome です。 (´・ω・\`) 以下のEMの求人を書いたのですが、そこに自分が理想とするEM像について少しだけ記載しています。 せっかくなので、この求人に込めた考えをもう少し言語化してみようと思います。 https://herp.careers/v1/kaminashi/ec4XkpoPMmf- 上記の求人は常にオープンしているものではないので、将来的にはリンクが切れると思います。 ただ、本記事は求人の内容を言語化するというコンセプトなので、リンクが切れていても記事としては問題ないと思います。 EMの責務 マイナスをゼロにする ゼロをプラスにする 強いチームの定義 EMのスキルセット EMは野球の監督に似ている 補足：EMアンチパターン まとめ 宣伝 EMの責務 自分はEMの責務は "チームを強くすること" だと思っています。 じゃあ… ## [Re: ドメインサービスでrepositoryの実行は必要か？](https://www.pospome.work/entry/2026/03/20/124724) _2026-03-20 · pospomeのプログラミング日記_ 株式会社カミナシで VPoE を務めている pospome です。 (´・ω・\`) 以下の記事に対する自分の考えを書こうと思います。 zenn.dev 結論 ドメインサービスでリポジトリを実行してはいけない理由 実害あるかどうかが重要 ドメインサービスでリポジトリを実行したいときの回避策 パターン1. 妥協してドメインサービスでリポジトリを実行する パターン2. 1つの集約にまとめる パターン3. ドメインイベントとして扱う パターン4. アプリケーションレイヤでリポジトリを実行する まとめ 宣伝 結論 個人的にはドメインサービス内でリポジトリを実行することは避けるべきだと思っています。 ただ、結局はどの程度の実害があるか次第だと思います。無視できないくらいであれば、避けたほうが良いですし、そうでないなら気にしなくていいと思っています。 ドメインサービスでリポジトリを実行してはいけない理由… ## [pospomeが思う "理想のインフラ作業手順書" の書き方について](https://www.pospome.work/entry/2026/01/31/160135) _2026-01-31 · pospomeのプログラミング日記_ 株式会社カミナシで VPoE を務めている pospome です。 (´・ω・\`) 最近業務でインフラ作業の手順書について関わることがあったので、 自分が思う理想の手順書についてまとめようと思います。 作業手順書はとても重要 手順書を書くときに気をつけるポイント 1枚のドキュメントで完結させること 上から下に読んでいけばいい構成にすること コピペするだけでいいようにすること 他人がレビューできるようにすること 理想はパブリッククラウドの手順書 まとめ 宣伝 作業手順書はとても重要 プロダクトを開発・運用する過程で、たまーに発生するのがインフラ作業です。 AWS のコンソール画面やTerraformで簡単に変更できるような設定・作業であれば、わざわざ手順書を作る必要もないと思いますが、 複雑な作業になると手順書を作る機会があると思います。… ## [株式会社カミナシのVPoEを1年くらいやったけど、今どんな感じなのか?](https://www.pospome.work/entry/2025/12/28/160301) _2025-12-28 · pospomeのプログラミング日記_ 株式会社カミナシで VPoE を務めている pospome です。 (´・ω・\`) 2025年の振り返りというわけではないですが、今どんな感じなのかをサラッと書いてみようと思います。 入社して半年後に書いた記事が以下です。 入社して半年の時点では納得できていなかったらしいです。笑 www.pospome.work で、今はどーかと言うと・・・相変わらず納得できていません。 というか「自分は何をすれば納得できるのかが分からなくなっている」という感じです。 常に「これでいいのかな・・・?」とか「こうした方がよかったのかな・・・?」とか、 そーゆーちょっとした迷いや不安を抱えながら仕事をしています。 これは一見ネガティブに思えるかもしれないですが 「CTO, VPoEという役職の人たちを始めとする裁量と責任を持っている人たちって、大体こんなもんなのでは?」と思ったりしてます。… ## [Install Manifest V3 Extension (Sponsored)](https://crawlproof.com/a/6ks4O9nleLea) _2025-12-28 · **Sponsored**_ Get this Manifest V3 extension from the official TronBrowser Store listing. ## [pospomeが普段やってる新しい技術の勉強方法](https://www.pospome.work/entry/2025/12/21/151311) _2025-12-21 · pospomeのプログラミング日記_ 株式会社カミナシで VPoE を務めている pospome です。 (´・ω・\`) 先日新しい技術の勉強方法を質問されたのでまとめてみようと思います。 結論から言うと、自分は以下のステップで勉強します。 Step1. とりあえず動かす。 Step2. 体系的に知識をインプットする。 Step3. 実際に何かを作ってみる。 Step1. とりあえず動かす Step2. 体系的に知識をインプットする Step3. 実際に何かを作ってみる。 まとめ 宣伝 Step1. とりあえず動かす 学習対象が プログラミング言語 であれば、公式の チュートリアル なり、単なる "Hello, word" なり、とにかく動かしてみる。 これは "ローカルで動かす環境を整える" と言い換えても良いかもしれない。 "ローカルで動かす環境を整える" という表現を使ったが、ゆーて結構手を動かす気がする。…