記事一覧
技術的な学びや日々の気づきを発信しています
-
振り返り（KPT）が次に活きない本当の理由 — 「書いて終わり」を変える
プロジェクトの振り返り（KPT）を毎回しているのに、次の現場で活きた実感がない——その原因は『書いて終わり、そして埋もれる』構造にあります。振り返りが形骸化する3つの理由と、過去の学びを必要な瞬間に呼び戻す仕組みづくりを、エンジニア・チームリーダーの実体験から整理します。
-
「AIがあるのに資格勉強は要る？」AI駆動開発で見失いかけた初心に立ち返る話
AI駆動開発は学習コストをほぼゼロにし、生産性を大きく押し上げます。便利さに慣れるほど『資格勉強なんて要らないのでは』と思う瞬間が増えました。それでも初心に立ち返り、情報処理技術者試験と正面から向き合うと決めた理由を、AI時代に人間へ残る『判断』と『知識』の話とあわせて綴ります。
-
「なぜ関連するのか」まで分かる提案 — AI業務管理秘書たすきばの「なぜ？」機能
「関連度 0.82」だけでは足りない。AI業務管理秘書たすきばの「なぜ？」機能は、意味検索で並んだ過去の知見に「なぜ関連するか」の説明まで添えます。プロジェクト管理の判断を後押しする第 3 弾機能の体験設計と、その技術判断の中身を書きます。
-
たすきばに自然言語で話しかける — AI業務管理秘書が叶える意味検索チャットの中身
『先月の振り返りで、リソース不足の話あったよね？』——そう話しかけるだけで、AI業務管理秘書たすきばが過去のナレッジ管理資産を意味検索で返します。自分から探すふつうのプロジェクト管理ツールとの違いを、第 2 弾機能の体験設計として、画面の流れとともに書きます。
-
6 ヶ月で AI業務管理秘書を立ち上げた振り返り — 個人開発タイムラインの全部
2025-12 着手・2026-06-01 リリースした、AI業務管理秘書たすきばの 6 ヶ月を月別に振り返ります。プロジェクト管理と意味検索を 1 人で形にした累計 450+ 改善、本業の傍ら週 20 時間 × 24 週 = 480 時間で MVP を立ち上げた工数感を、正直に書きます。
-
なぜたすきフクロウの絵を 3 枚に分けたのか — 汎用・チャット・SNS で構図を変えた設計
AI業務管理秘書たすきばの顔、たすきフクロウは 3 つの元画像を持ちます。汎用（ロゴ / favicon / OG）、意味検索チャット専用、SNS プロフィール用。1 枚で兼ねず構図を分けた理由と、5 つの派生画像で各文脈を最適化するマスコット運用の細部を書きます。
-
たすきフクロウはなぜフクロウなのか — マスコット 4 候補を 3 軸で比較した判断ログ
AI業務管理秘書たすきばの顔、たすきフクロウ。フクロウ・灯台・本・抽象幾何の 4 候補を、ナレッジ管理／プロジェクト管理／セキュリティの 3 軸で比較しました。3 軸すべてで ◎ を取れたのはフクロウだけ。濃紺配色と派手に売り出さない判断の中身を書きます。
-
10 年後の「金のなる木」というシナリオ — AI業務管理秘書たすきばに人生で果たしてほしいこと
AI業務管理秘書たすきばが 10 年後に辿り着きたいのは、急成長 IPO ではなく「じわじわ根を張った大樹」。意味検索でプロジェクト管理とナレッジ管理を支えるこのサービスを、口コミと信頼でじわじわ広げ、利益を次の挑戦の原資にする——長期ビジョンと個人の夢の関係を書きます。
-
毎日使わない業務ツールは売らない — AI業務管理秘書たすきばを自分のプロジェクト管理に使い倒す理由
「私自身が最初のユーザ」を最後まで崩さない。AI業務管理秘書たすきばを、リリース直後から自分の本業のプロジェクト管理に全部使い倒します。意味検索で過去の知見を提案するこの相棒を、毎日の現場で鍛える理由と、6 月 15 日のチャレンジを書きます。
-
リリース1週間で見えた「次の6ヶ月」｜AI業務管理秘書たすきばのPhase 2/3ロードマップ
AI業務管理秘書『たすきば』の2026年6月1日リリースで、提案・チャット意味検索・「なぜ?」の3機能はすべて投入済み。Phase 2はStripe本決済とDogfooding反映、Phase 3は多言語対応とAPI公開。プロジェクト管理を強くする今後の計画を、リリース1週間後の温度感で公開します。
-
2年で収益化判定、だめでもサービスは続ける｜AI業務管理秘書たすきばが持つ2つのシナリオ
AI業務管理秘書『たすきば』は「2年以内に収益化できれば成長路線、できなければ営業から撤退」のシナリオです。ただしサービス自体はやめません。私自身がプロジェクト管理ツールとして使い続けるからです。事業判断とツール存続を分けて持つ戦略を本音で書きます。
-
One For Allと「報告してくれてありがとう」文化｜AI業務管理秘書たすきばが失敗を隠さない組織を作る方法
失敗が起きたとき、責任所在は私が引き受けてメンバーを矢面に立たせない。報告してくれた人には毎回心から「ありがとう」を言う。隠したくなる心理を、報告すれば助けてもらえる文化に置き換える——AI業務管理秘書『たすきば』が大切にするOne For Allのチーム文化と、犯人探しをしない事後分析、本業優先カルチャーを書きます。
-
対等な創業者モデルと三層議論プロセス｜AI業務管理秘書たすきばがトップダウンを選ばない理由
AI業務管理秘書『たすきば』の最終決定は私が担いますが、運営はトップダウンではなく「対等な創業者モデル」です。意見が割れたら三層議論プロセス（チーム内→第三者→チーム内）で進めます。プロジェクト管理サービスを長く支える、心理的安全性の高い組織を実証する場として設計しています。
-
共感を採用フィルタにする｜AI業務管理秘書たすきばを一緒に作りたい人、たぶん合わない人
AI業務管理秘書『たすきば』の採用基準は技術力ではなく「共感」です。サービスの目的・目標・手段の3軸で価値観の一致を最優先します。意味検索でプロジェクト管理を変えるという思想に共感できるか、知人と外部応募者で重みづけが違う理由、合わないかもしれない人を正直に示す理由まで本音で書きます。
-
ユーザに主導権を返すUI｜AI業務管理秘書たすきばが"ゲートキーパー"を作らない設計
プラン変更も解約もダウングレードも運営との往復ゼロで完結する、AI業務管理秘書『たすきば』のUI設計スタンスを書きます。"あなたのデータはあなたのもの"のエクスポート、唯一の例外である自己ロール変更禁止、画面でできることと権限を一致させる原則まで。プロジェクト管理を自分の手に取り戻す思想です。
-
月額0円から始めるAI業務管理秘書たすきば｜3プラン全公開と「続けるための課金」
AI業務管理秘書『たすきば』の3プラン(Beginner/Expert/Pro)と従量課金は、利益最大化ではなく長く続けるための設計です。月額固定0円・無料操作の根拠・容量従量課金・解約セルフサービスまで、プロジェクト管理を支える料金の判断理由を全公開します。
-
AI業務管理秘書たすきばの提案機能｜意味検索で"気づかなかった過去"を自動で並べる
AI業務管理秘書『たすきば』の核心は提案機能です。自分で探すふつうのプロジェクト管理ツールと違い、新規プロジェクト・参考タブ・課題起票の3場面で、過去のナレッジ管理資産を意味検索で自動提示。プッシュ型を選んだ理由、3軸合算スコア、検索しても料金0円の設計判断まで書きます。
-
本日リリース、AI業務管理秘書たすきば — 「毎日1時間が蒸発する構造」を解きにきた6ヶ月
AI業務管理秘書『たすきば Knowledge Relay』を 2026 年 6 月 1 日に正式リリースしました。過去プロジェクトのナレッジ・リスク・課題・振り返りを意味検索でフクロウが関連提案する、プロジェクト管理とナレッジ管理のサービスです。3 プラン・月額 0 円から、コア機能を当日の温度感でお届けします。
-
「離脱」ではなく「卒業」と呼びたい — AI業務管理秘書たすきばが Discord を選んだ理由
AI業務管理秘書たすきばのコミュニティに Slack ではなく Discord を選び、メンバーが離れることを「離脱」ではなく「卒業」と呼びたい理由を書きます。退出ハードルが低いほど居続ける人の居心地が良くなる——プロジェクト管理の現場の心理的安全性と地続きの設計判断です。たすきば A 章の最終回。
-
公式マスコット「たすきフクロウ」誕生記 — 知恵・記憶・守護の象徴
AI業務管理秘書たすきばのマスコットはフクロウです。ギリシャ神話の知恵、夜目が利く記憶、家を守る守護——3 つの象徴が、ナレッジ管理・プロジェクト管理・セキュリティという 3 軸と過不足なく重なりました。相棒の姿に温度感を込めた設計と、その表現方針を書きます。
-
ふつうのプロジェクト管理ツールと何が違う？AI業務管理秘書たすきば 6つの差別化軸
全文検索で自分から探すふつうのプロジェクト管理ツールと、AI業務管理秘書たすきばは何が違うのか。市場リサーチではなく自分のこだわりを言語化したら、結果としてここが違っていた——という順序で、意味検索による提案や続けるための課金など 6 つの軸を整理します。
-
「整った UI」哲学のルーツ — 高校の古典ノートで S+ をもらい続けた話
AI業務管理秘書たすきばの UI は『物は、あるべき場所にあるべき』という哲学に基づきます。出どころは、高校の古典ノートで毎回 S+ をもらい続けた経験でした。読み手のための並びを設計する習慣が、20 年を経てプロジェクト管理・ナレッジ管理の UI に直結した話を書きます。
-
「日曜の夜」と「月曜の朝」を変えたい — AI業務管理秘書たすきばが描く世界観
日曜の夜、来週の炎上を想像してため息をつく。月曜の朝、最悪を防ぐタスクを脳内で並べる。そんな景色を変えたくて、AI業務管理秘書たすきばはプロジェクト管理の判断材料を意味検索で先回りして差し出します。開発判断はすべて「ここに近づくか／遠ざかるか」で問う——プロダクトの世界観を感情の温度ごと書きました。
-
毎日「1時間」が蒸発していた — AI業務管理秘書たすきばを作った理由
会議中の情報検索で、6人×10分=1時間が毎日蒸発する——データは溜まるのに使われず、属人的な判断にしわ寄せがいく。そんなプロジェクト管理・ナレッジ管理の構造を意味検索で解きたくて、AI業務管理秘書『たすきば』を作りました。連載の起点として原点の問題意識を残します。
-
「答えは一つ」と決めつけたくなる癖 — 『THINK AGAIN』が解いてくれたバイナリー・バイアスの正体
複雑な現実をすぐ二択に単純化したくなる『バイナリー・バイアス』。『THINK AGAIN』を読んで気づいた、自分の中の強いクセを整理しました。牧師・検察官・政治家ではなく科学者として再考する習慣、知的謙虚さ、曖昧さを受け入れる勇気——日々の選択にどう効くかをまとめます。
-
5 時間が体感 2 時間に感じた夜 — 『嫌われる勇気』が示す「いま、ここ」の感覚
情報処理安全確保支援士の勉強で 5 時間が体感 2 時間に感じた夜、体は疲れているのに心は時間を忘れていました。「いま、ここ」を真剣に生きるとはこの感覚だ —— 『嫌われる勇気』が示す最終章の処方箋を、未来を考えすぎる癖と、AI 技術を社内展開して「ありがとう」と言われた瞬間とともに整理した、大作シリーズ最終回です。
-
他人を動かそうとするのを、やめた日 — 『嫌われる勇気』の課題の分離が腑に落ちた話
他人を動かそうとして消耗していた日々から、「他者の評価は他者の課題」と肌で感じる瞬間まで。書籍で頭では理解していた『嫌われる勇気』の「課題の分離」が、家でも仕事でも腑に落ちた話。1on1 で使う「これは私個人的な意見なんだけど」という枕詞も含めて、課題の分離を毎日に落とし込む私の運用方法を整理しました。
-
「私を守ってくれるのは、私だけ」— 『嫌われる勇気』が背中を押した覚悟の話
周りの目を気にして生きていた頃の自分から、「他者の評価は他者の課題」と気づいて自分を表に出せるようになるまで。『嫌われる勇気』が示す目的論は、過去のせいにする原因論を否定し、自分の人生の手綱を自分の手元に戻す哲学でした。転職活動と個人開発を通じて自分が辿り着いた覚悟と、本書がそれを支えた話を書きます。
-
心理的安全性は「知っている」だけでは届かない — 理解→設計→実装→再現の4段階
「心理的安全性が大事」と語れる人は多くても、チームに実装し、別のチームでも再現できる人は少ない。エドモンドソンの研究を元にした4段階モデル（理解・設計・実装・再現）と、すぐ取り入れられる4つの行動、そして説明責任とセットで設計する『学習ゾーン』の発想を、駆け出しチームリーダーの実装メモとして整理しました。
-
「早く結論を出したい」は弱みじゃなく、強みの裏返しだった — 認知的閉包欲求と『2週間ルール』
決断が早いと言われてきた人ほど陥りやすい「認知的閉包欲求」——曖昧さに耐えきれず早く答えを出そうとする心理。心理学者クルグランスキーが提唱したこの概念と、日常で取り入れられる3列日記・2週間ルール・なぜを3回止める手法を、自分の認知のクセを修正する実践として整理しました。
-
「自分のギャップは技術じゃない」と気づくまで — 外部分析で見えた本当のボトルネック
27歳エンジニアとして外部にギャップ分析を依頼したところ、最重要メッセージは「新しい技術や資格を足すこと」ではなく「すでに持っている経験を形式知に変えること」と「自己認知の精度を上げること」だった。中堅エンジニアの本当のボトルネックは外側ではなく内側にあるという気づきを、自分の事例で整理します。
-
『ティール組織 入門』読書ノート — ピラミッド型の限界と、自走できるチームの作り方
『ティール組織 入門［新訳イラスト版］』の通読ノート。レッド/アンバー/オレンジ/グリーン/ティールという組織の進化を辿りながら、ピラミッド型が機能しなくなる理由と、権限委譲・内発的動機の引き出し方を整理。心理的安全性を軸に自走できるチームを目指す、駆け出しチームリーダーの読書感想です。
-
『アート・オブ・スペンディングマネー』読書ノート — 目に見えない価値と「自立」という真の豊かさ
『アート・オブ・スペンディングマネー』の通読ノート。お金の真価は『持っているもの』と『欲しいもの』の差を埋める態度にあり、目に見えない価値こそが幸福と『自立』を生む——本書の核を、商品やサービスの向こうにいる人にお金で『ありがとう』を伝える私自身の習慣と照らして整理しました。
-
『思考の穴』読書ノート — 流暢性・確証バイアス・正反対の問いから学ぶ思考の鍛え方
イェール大学集中講義『思考の穴』の通読ノート。流暢性が生む過信、計画が甘くなる構造、確証バイアスを支える生存戦略、そして反証を引き出す「正反対の問い」。仮説検証を仕事の習慣にする視点で、本書の要点と、心理的安全性の高い組織づくりに活かしたチーム運営での実体験を整理しました。
-
ブログの内部 SEO で実装した 5 つの工夫 — タグページ・description・noindex・正規化
個人ブログで実装した内部 SEO の 5 つの工夫を具体コード付きで公開。タグページの動的生成、description 120-160 字統一、1 記事タグの noindex 化、URL 正規化、内部リンクハブ — 順位向上に効いた仕組みを紹介します。
-
個人ブログ 1 か月で Clicks +733% / Impressions +496% を達成した話
個人ブログ公開 1 か月の Search Console データを公開。Clicks 6→50、Impressions 77→459、CTR 7.8%→10.89%、平均掲載順位 38→18.97。何をしたら何が動いたかを定量的に振り返ります。
-
個人ブログの SEO 対策 — 月額 0 円で平均掲載順位 18 位まで上げた具体的な手順
公開 1 か月で平均掲載順位 38 → 18.97、CTR 7.8% → 10.89% を達成した個人ブログの具体的 SEO 施策を公開。sitemap・hreflang・description 最適化・GSC 連携・redirects 設定まで実例ベースで紹介します。
-
RPA で月 40h 削減を実現する要件定義の型 — Power Automate で失敗しない 5 ステップ
RPA案件で月40h削減を達成した要件定義の型を公開。RPA化対象の選定基準、業務分解の手順、Power Automate設計パターン、PostgreSQL等の業務DB連携、引き継ぎを意識した運用設計までを5ステップで整理。失敗するRPA要件定義の典型パターンも解説します。
-
退行テスト工数を 90% 削減した実装パターン — 選別・自動化・運用の 3 層設計
業務システム案件で退行テスト工数を90%削減した実装パターンを公開します。残すテストの選別基準、自動化対象を絞り込む4観点、CIに乗せる運用フロー、手動テストを止めずに段階移行する手順までを実例ベースで整理しました。考え方の前提と注意点も解説します。
-
事実ベースで見た私 — 長所5つ・短所5つと、向き合っている改善
主観的な自己紹介はプロフィールページに譲り、本記事では転職活動や面談の振り返りから第三者に整理してもらった「事実ベースの自分」を公開します。長所5つ・短所5つを根拠とともに記載し、各短所に対していま取り組んでいる改善努力もあわせて整理した、ホームページ全体への導線記事です。
-
マネージャの仕事は「答え」ではなく「問い」だった — 『新 問いかけの作法』が教えるチームづくり
マネージャの言葉次第で、チームは「お通夜ミーティング」にも「冒険」にもなる。書籍『新 問いかけの作法』から学んだ、軍事型から冒険型へ転換する4つの基本定石、見立て・組み立て・投げかけのサイクル、苦手なメンバーとの向き合い方を、駆け出しマネージャの視点で整理しました。
-
「絶対にイエス」以外はすべてノー — エッセンシャル思考が教えてくれた「今を生きる」技術
エッセンシャル思考とは「絶対にイエス」と言い切れること以外をノーと判断する思考法。ピクルスの瓶理論・睡眠の重要性・サンクコストバイアスを乗り越える勇気まで、本書から学んだ「今に集中して今を生きる」技術をエンジニアの日常に置き換えて整理しました。
-
AI業務管理秘書「たすきば」試験運用始めます — 知見を次につなぐプロジェクト管理
個人開発4作目、AI業務管理秘書「たすきば Knowledge Relay」の試験運用を開始しました。プロジェクトで得た知見を次の担当者へ襷のようにつなぐ、ナレッジ管理を中核に据えたプロジェクト管理サービスです。溜めた情報を意味検索で引き出す——開発の背景と目指す世界観をお伝えします。
-
Claude プロンプト術 完全ガイド — 全 9 記事まとめ・どこから読むべきか
9 日間にわたってお届けした連載「Claude プロンプト術 完全ガイド」のまとめです。Anthropic 公式ドキュメントを一次ソースに、原則から 42 パターンの実用プロンプトまでを体系化しました。目的別にどの記事から読めばよいかをガイドします。
-
Claude は仕事だけじゃない — 文章・キャリア・感情サポート・日常タスクの 18 パターン
Claude は技術以外のタスクでも強力に使えます。文章作成・キャリア相談・感情サポート・日常タスクなど、プライベートも含む 18 パターンを、即コピペで使える具体的な形で紹介します。開発者が日々どんな場面で活用しているのか、その体感も添えています。
-
Claude は「コードを書くだけの AI」じゃない — 情報収集・学習・意思決定で使えるプロンプト 13 パターン
Claude は開発支援だけでなく、情報収集・学習・意思決定といった『頭を使うタスク』でも強力なパートナーになります。論点整理・ディベート・要約・比較検討など、日々の思考を加速する 13 パターンを、個人開発と実務の経験を添えて紹介します。
-
Claude Code 固有機能の使い分け — Skills / Subagents / Hooks を公式準拠で整理
Claude Code には Web 版や API 版にはない強力な機能群があります。Skills・Subagents・Hooks・Auto Mode・Plan Mode など、どれをいつ使うかを公式ベストプラクティスに沿って整理します。個人開発で実際にどう組み合わせているかも共有します。
-
Claude に「1 回で伝える」指示の書き方 — CLAUDE.md・動機説明・XML・Few-shot の 5 技法
同じ指示を何度も繰り返していませんか。Anthropic 公式のプロンプトエンジニアリングガイドから、プロンプト品質を底上げする 5 つの技法を解説します。CLAUDE.md・動機説明・XML タグ・Few-shot・配置順序の活用で、Claude の理解力は大きく変わります。
-
Claude に開発を任せる — 実装・レビュー・デバッグで使えるプロンプト 11 パターン
Claude に開発タスクを依頼するとき、どんな型のプロンプトを投げれば高品質なコードが返ってくるのか。実装・コードレビュー・デバッグ・リファクタ・テスト生成など、開発現場で日々使える 11 パターンを、個人開発で試した具体例を添えて紹介します。
-
Claude に「いきなりコード」を書かせない — Explore→Plan→Code→Commit の4段階
Claude Code 公式ベストプラクティスが提示する開発ワークフロー、Explore → Plan → Code → Commit の 4 段階を解説します。Plan Mode を挟むだけで、なぜ AI 駆動開発の品質が劇的に上がるのかを個人開発の実体験を添えてお伝えします。
-
Claude を「優秀な新人インターン」として扱う — 公式が教える 3 つの最重要原則
Anthropic 公式のプロンプトエンジニアリングガイドから、Claude を使いこなすうえで最初に押さえるべき 3 原則『ゴールデンルール・コンテキスト管理・検証手段』を紹介します。実務で使い続けて分かった体感とコツも添えてお届けします。
-
Claude Code の「プロンプト術」は公式に答えがあった — 連載スタート記
Anthropic 公式の Claude Code ベストプラクティスと Claude 4 プロンプトエンジニアリングガイドを軸に、実務で使える型をまとめる連載を始めました。まずは全体像と、公式情報を読み込んで私の開発が具体的にどう変わったかを共有します。
-
「作っては使わない」を繰り返していた私が、運用コスト0円でアプリを公開できるようになった話
ローカルでしか動かないアプリを作っては放置していたエンジニアが、Claude Code との出会いでサーバ構築のハードルを越え、運用コスト 0 円で 3 つのプロダクトを公開するまでの変遷と、制約をあえて味方につける設計思想を、実体験ベースで語ります。
-
AIが迷わず実装できる設計書の書き方 — 20セクション・3,500行の構成を公開
AI 駆動開発で 16 人日を 2 時間に短縮した設計書の構成を、20 セクション・3,500 行の実物に沿って公開します。各セクションの役割と優先度、そして『これだけは書け』というポイントを、AI が迷わず実装できる書き方として具体的に解説します。
-
16人日の開発が2時間で終わった — 設計書の完成度が開発速度を決める
個人開発で、人手なら 16 人日かかる規模の開発を AI 駆動開発でわずか 2 時間で完了しました。その最大の要因は設計書の完成度です。設計書は『書く時間の投資』ではなく『開発時間の前払い』である——その理由を、実際のプロジェクトの数値とともに考えます。
-
小さな力の結集 — 東京ブレイズ・シンフォニックバンド 第13回定期演奏会を観て
東京ブレイズ・シンフォニックバンドの定期演奏会に 3 年連続で足を運びました。個々の演奏が一つの大きな音楽へと束ねられる瞬間から、チームが本当の力を発揮する条件と心理的安全性について、ソフトウェアエンジニアの視点で考えたことを、率直に書きます。
-
モチベーションを仕事に持ち込まない — 歯磨きのように「仕組み」で成果を出し続ける
モチベーションに頼った行動はいつか必ず燃え尽きます。変化を嫌う自己防衛本能のメカニズムを理解し、歯磨きのように『仕組み』へ落とし込むことで、その日の気分に左右されず成果を出し続ける方法を、私自身の習慣化の失敗と成功の実例とともに、じっくり考えます。
-
「Git って何？」から GitHub Actions まで — 新卒エンジニアが最初に知りたかった全体像
Git・ブランチ・GitHub・GitHub Actions・GitHub Pages を新卒目線で段階的に解説します。個人ホームページとユメハシで実際に動いている CI/CD 構成（自動デプロイ・予約投稿・ストレステスト）を、コード付きで具体的に公開します。
-
Qiita CLI × Claude Code で記事管理を自動化 — トレンド分析・SEO・予約投稿と記事IDの罠
Qiita CLI と Claude Code で記事の作成から SEO 最適化、予約投稿までを Git 上で完結させる仕組みを構築しました。記事 ID の重複投稿という落とし穴と、データに基づく投稿時刻の最適化戦略、運用して見えた効果までを含めた全記録です。
-
「エッセンシャル思考」と「エフォートレス思考」— 何をやるかと、どうやるかの両輪
『エッセンシャル思考』（何をやるか）と『エフォートレス思考』（どうやるか）を読み、限られた人生で本質的なタスクに集中し、それを楽にこなす仕組みを考えました。ピクルスの瓶理論・1 万時間の法則・拡張形成理論をエンジニアの仕事と個人開発に適用します。
-
「失敗の科学」— すべての失敗を経験するには、人生は短すぎる
『失敗の科学』を読み、失敗を蓄積・分析して次に活かす仕組みの重要性に気づきました。自尊心が学習を阻害するメカニズムと、エンジニアとして失敗を検知・報告・活用する文化をチームでどう作るかを、ミスをした夜の生々しい実体験とあわせて、掘り下げて考えます。
-
このホームページに込めた思い — Astro v6 という、まだ日本で知られていないフレームワークと歩む
このホームページを作った理由と、そこに込めた『発信ではなく残す』という思いを綴ります。あわせて、採用した Astro v6（日本語情報がまだ少ないフレームワーク）の特徴と魅力を、なぜこの構成を選んだのかという具体的な設計判断とともに紹介します。
-
須山哲平を 5 分で知るためのガイド — このサイトの歩き方
初めてこのサイトを訪れた方に向けて、須山哲平という人間を 5 分で把握するための案内マップです。経歴・夢・哲学・個人開発・技術ブログへの最短ルートを目的別に整理し、『結局どんな人？』という疑問に最短で答えるサイトの歩き方ガイドとしてまとめました。
-
お金の本質とは — 『お金は人と人をつなぐ手段』というエンジニアの考察
お金の本質を『人と人をつなぐ手段』という観点で考察したエッセイ。お金自体には価値がなく、お金は人の労働への対価でしかない。ジンバブエのハイパーインフレを事例に、お金とは何か、なぜお金に価値が宿るのかをエンジニアの視点で整理した一本の記事です。
-
読書で手に入れたのは知識ではなく「多面的に考える習慣」だった
読書から得られる最大の価値は知識量ではなく、物事を多面的に解釈する力だと考えています。エンジニアとしてコードレビューや要件定義の場面で活きている『自問自答の習慣』が、通勤や就寝前の読書からどのように育まれたのかを、具体的なエピソードとともに振り返ります。
-
「報われない努力はない」— 運をためるという考え方が、働き方を変えた
『報われない努力もある』と考えていた私が、一冊の本をきっかけに努力の定義を見直しました。他人のために使った時間は運となって必ず蓄積される——その考え方と、エンジニアの仕事やチームへの貢献、日々のレビューや相談にどう活かしているかを、具体例とともに振り返ります。
-
ジャネーの法則 — 「呼吸するように年を取る」感覚への対策と、時間を味方にする働き方
年齢を重ねるほど1年が短く感じる「ジャネーの法則」をエンジニア視点で解説します。先輩との会話をきっかけに気づいた、時間が早く過ぎる感覚への具体的な対策と、学習習慣・個人開発・読書を通じて時間を味方につける働き方を、自分の体験ベースで紹介します。
-
「言葉は刃物」— 一度放った言葉が相手の中に残り続けるという話
名探偵コナンの名台詞『言葉は刃物なんだ』をきっかけに、言葉が持つ二面性——人を励ます力と傷つける力——について考えました。チームで働くエンジニアとして、言葉を発する前にいったん熟成させる習慣と、その理由を、自分の小さな失敗もまじえて、率直に綴ります。
-
INTJ-AS（孤高のグランドデザイナー）— 性格診断から見た私の働き方
新しい MBTI（64 タイプ版）で判明した INTJ-AS（孤高のグランドデザイナー）という性格タイプから、自分のコミュニケーションスタイル・チームでの振る舞い・成長課題を言語化しました。一緒に働く方への自己開示として、強みも弱みも公開します。
-
「テスト工程が消滅した」— AI駆動開発 vs 従来開発を全工程で比較してみた
Flutter 未経験・スクラッチ開発未経験のエンジニアが Claude Code を使った AI 駆動開発で 3 週間でアプリをリリース。企画からテストまで全工程の所要日数を従来開発と比較し、開発期間 6〜9 倍短縮・テスト密度 6 倍以上という実績データを公開します。
-
個人開発アプリ『ユメハシ』v2.1.0 — Firestore 無料枠を先延ばしするためにやった4つのこと
月額 0 円運用している Flutter Web アプリ『ユメハシ』で、Firestore の無料枠を少しでも長く延ばすために v2.1.0 で導入したコスト最適化施策（gzip 圧縮、デバウンス拡大、JSON コンパクト化、サイズ監視）を紹介します。
-
『ユメログ』から『ユメハシ』へ — 夢と現実のあいだに、橋を架ける
個人開発アプリの名前を『ユメログ』から『ユメハシ』へ改名した経緯と、書き出す→分解→続けるの 3 ステップで夢を行動に変える設計思想、そして『最初の一歩をそっと支える』という開発哲学を、夢を持てなかった学生時代の原体験と、改名で何を残したかとともに語ります。
-
個人開発アプリ『ユメハシ』の技術スタックと、v2.1.0 までに解決した5つの実装課題
Flutter Web + Drift + Riverpod + Firebase で月額 0 円運用する個人開発アプリ『ユメハシ』の技術スタックと、v2.1.0 までに解決した起動速度・データ肥大化・CI レース条件など 5 つの実装課題をコード付きで解説します。
-
ホームページを開設しました — 散らばった情報を、一か所に集約する
Astro v6 × GitHub Pages × AI駆動開発で個人ホームページを構築しました。Qiita・GitHub・Wantedly に散らばっていた経歴・スキル・個人開発プロダクト・技術ブログを 1 サイトへ集約した背景と、このサイトで実現したいこと、運用方針までをお話しします。