syuji-engineer
北海道生まれ、青森育ち。 高校卒業後に北海道へ移り、専門学校を卒業。ソフトウェアエンジニアとしてキャリアをスタートしました。 現在はクラウドエンジニアとして活動しています。 仕事の中で大きく悩んだ経験から、 「適切な本を選び、実践すれば、仕事や人間関係の問題は解決できるのではないか」 という仮説を立てました。 このブログでは、その仮説を検証するために、 エンジニアとして直面した仕事・人間関係の悩みを、読書を通じて整理し、実務でどう活かしたかを記録しています。 単なる書評ではなく、 「現場で使えるか」「実際にやってどう変わったか」を重視しています。 技術だけでは乗り越えにくい壁に悩んでいるエンジニアの方に、 考え方を整理する視点や、次の一歩のヒントを届けることを目的としています。
syuji-engineerの記事一覧
【Salesforce】Apexテストデータの作り方（Test Data Factory）｜毎回コピペをやめる最小テンプレ
Salesforce
【Salesforce】Apexテストデータの作り方（Test Data Factory）｜毎回コピペをやめる最小テンプレ
※この記事にはアフィリエイトリンクを含みます。 Apexテストって、ロジックより先に『データ作成』で詰まりがちです。 自分も最初は、テストのたびに Account/Contact をコピペして、必須項目が増えた瞬間に全部崩れました。 で、問題はここなんですよ。 テストが落ちる理由が『機能の不具合』じゃなく『テストデータ...
「使えるか？」で読む今週の技術トレンド3選 ―Frontier（統制）×エージェントIDד当てる速度”―（2026/02/01〜2026/02/07）
個人開発
「使えるか？」で読む今週の技術トレンド3選 ―Frontier（統制）×エージェントIDד当てる速度”―（2026/02/01〜2026/02/07）
※この記事にはアフィリエイトリンクを含みます。 今週のニュースも多かったです。 でも方向性はかなり良くて、「現場が詰まるポイント」から逆算した整備が進んでいます。 要は、AIは“賢さ”より 統制（ガバナンス） と 身分証（ID）、セキュリティは“注意喚起”より 当てる速度。 ってことで、設計・実装・運用に直撃する3本に...
Search Consoleで伸びる記事だけ直す手順（表示回数→クリック率の順）
ブログ運営(基盤)
Search Consoleで伸びる記事だけ直す手順（表示回数→クリック率の順）
※この記事にはアフィリエイトリンクを含みます。 導入：直すほど不安が増えた 検索の数字を見て、直した。 直したのに、また見て、また直した。 サボってない。むしろ真面目。 でも、直すほど不安が増えていきました。 「これ、どこを直せば伸びるんだろう」 気づいたら、修正が目的になっていました。 結論：直す場所は5つで足りる ...
80クリックで焦った僕が「1,000クリックまでの期間」を冷静に見積もれた話
ブログ運営(基盤)
80クリックで焦った僕が「1,000クリックまでの期間」を冷静に見積もれた話
※この記事にはアフィリエイトリンクを含みます。 導入：80クリックで焦った 1月の検索クリックが「80」って出たとき、正直ちょっと焦りました。 サボってない。むしろ真面目に書いてる。 なのに数字が小さい。 で、問題はここです。 「1,000〜10,000クリック/月」って、いつ行けるんだろう。 結論：6〜12ヶ月で届く...
「使えるか？」で読む今週の技術トレンド3選 ―エージェントの身分証×HBM4供給×パッチ運用の型
個人開発
「使えるか？」で読む今週の技術トレンド3選 ―エージェントの身分証×HBM4供給×パッチ運用の型
※この記事にはアフィリエイトリンクを含みます。 AIの話題、今週も山ほど出ました。 でも今週はわりとポジティブで、ちゃんと 「現場がラクになる方向」 に寄っています。 ポイントは、派手な性能や新機能よりも、運用で回る仕組みが前に出てきたこと。 要は「賢い」より「事故らず回る」。ここが一番デカい。 ってことで今週は、設計...
仕事を抱え込みすぎて消耗していた自分が「引き受け方を考え直す」きっかけになった話
仕事術（仕事の悩み）
仕事を抱え込みすぎて消耗していた自分が「引き受け方を考え直す」きっかけになった話
※この記事にはアフィリエイトリンクを含みます。 導入：余裕が溶けた真面目さ サボっているつもりはありませんでした。 むしろ、かなり真面目にやっていた側だと思います。 頼まれたら断らない。 困っていそうなら、先に手を出す。 気づけば、自分のタスクが一番多い。 「これもお願いできる？」が重なる 自分がやった方が早いと思って...
ガバナ制限の種類と「やりがちな事故パターン」を、現場目線でまとめた
Salesforce
ガバナ制限の種類と「やりがちな事故パターン」を、現場目線でまとめた
※この記事にはアフィリエイトリンクを含みます。 はじめに：ガバナ制限は“バグ”じゃなくて“設計ミス”で刺さる Salesforce開発でつらい瞬間の代表がこれです。 UT/STで突然 System.LimitException 本番データ量でだけ再現（テストでは動いてたのに…） 直すときは「処理の流れ」から見直しになり...
ガバナ制限に当たったときの調べ方（デバッグログ／Limitの見方）
Salesforce
ガバナ制限に当たったときの調べ方（デバッグログ／Limitの見方）
※この記事にはアフィリエイトリンクを含みます。 はじめに：エラー文だけ見ても、だいたい直せない UT（単体テスト）やST（結合テスト）で、突然こう言われた経験ありませんか。 System.LimitException: Too many SOQL queries: 101 System.LimitException: ...
トレンドでPVを取りに行って消耗した話。結論は「入口は運、着地は型」だった
ブログ運営(基盤)
トレンドでPVを取りに行って消耗した話。結論は「入口は運、着地は型」だった
※この記事にはアフィリエイトリンクを含みます。 結論 トレンドに乗るのは悪くないです。 ただ、『バズ』が主目的になると判断基準が外に移って軸がブレます。結果、精神が削れます。 だから今後はこうします。 入口だけトレンド（運で拾う） 中身は自分の軸（仕事術の“解決手順”に着地） 頻度は週1（消耗しない上限管理） 基本は既...