nadai.dev · 野田大貴の書き物

https://nadai.dev/ja/feed.xml nadai.dev · 野田大貴の書き物 Go バックエンド、Pure Go OSS、micro SaaS、SEO/AIO の実践記録。 2026-05-19T00:00:00Z 野田大貴 (Taiki Noda)https://nadai.dev/ja/about https://nadai.dev/ja/blog/text-is-the-hard-part 『テキストにぶつかるまでネイティブで』を読んで、Pure Go の PDF を思い出した 2026-05-19T00:00:00Z 2026-05-19T00:00:00Z 野田大貴 (Taiki Noda)https://nadai.dev/ja/about

ネイティブ SDK で行ける所まで行ってテキストで Web に逃げた話。Pure Go PDF で逃げずに済んだ理由を考えます。

https://nadai.dev/ja/blog/antirez-ds4-solo-oss-mode antirez の DS4 と、Pure Go OSS を兼業で出している自分が見ているもの 2026-05-17T00:00:00Z 2026-05-17T00:00:00Z 野田大貴 (Taiki Noda)https://nadai.dev/ja/about

Redis を独りで作った antirez が、DS4 という LLM 推論エンジンを書いている。兼業 Pure Go OSS 作者として何を学べるか。

https://nadai.dev/ja/blog/lean-design-system-for-micro-saas NN/g が『小規模デザインシステムは戦略』と言った朝に、micro SaaS を 3 つ持つ自分が考えたこと 2026-05-17T00:00:00Z 2026-05-17T00:00:00Z 野田大貴 (Taiki Noda)https://nadai.dev/ja/about

『2〜5人デザインシステムは制約ではなく戦略』と NN/g が論じた論考を、複数 micro SaaS を並走する作者として読み直す。

https://nadai.dev/ja/blog/go-vue3-minimal-stack-template Go バックエンド + Vue 3 フロントの最小構成テンプレート 2026-05-15T00:00:00Z 2026-05-17T00:00:00Z 野田大貴 (Taiki Noda)https://nadai.dev/ja/about

兼業 micro SaaS で実際に使っている Go + Vue 3 の最小構成。net/http + slog、Vue 3 + Vite、Firebase Auth、Cloud Run まで実装ベースで書く。

https://nadai.dev/ja/blog/single-binary-distribution-advantage Single binary 配布が個人開発者に有利な理由 2026-05-12T00:00:00Z 2026-05-17T00:00:00Z 野田大貴 (Taiki Noda)https://nadai.dev/ja/about

Go の single binary 配布が、運用・サポート・OSS 信頼の 3 軸でなぜ個人開発の現実に合うか。向かない場面も含めて実例で書く。

https://nadai.dev/ja/blog/mit-first-then-considering-agpl MIT で出した経験から、次の派生 SaaS で AGPL を検討している理由 2026-05-11T00:00:00Z 2026-05-17T00:00:00Z 野田大貴 (Taiki Noda)https://nadai.dev/ja/about

Pure Go の gpdf と gsql を MIT で公開してから 4 ヶ月。次の派生 SaaS では AGPL + CLA + 商用ライセンスを検討している。現時点では未実装の仮説として、判断の中身を残す。

https://nadai.dev/ja/blog/show-hn-launch-checklist Show HN で reach するための準備リスト: 兼業エンジニアの投下手順 2026-05-08T00:00:00Z 2026-05-17T00:00:00Z 野田大貴 (Taiki Noda)https://nadai.dev/ja/about

Show HN を兼業 micro SaaS のローンチで効かせるための前日・当日の準備リスト。タイトル設計・初動コメント・関連コミュニティへの渡し方を、gpdf の Show HN 投稿準備で手元に組んでいるリストから書き出す。

https://nadai.dev/ja/blog/pre-release-validation-strategy リリース前のバリデーション戦略: 兼業 micro SaaS の判断軸 2026-05-07T00:00:00Z 2026-05-17T00:00:00Z 野田大貴 (Taiki Noda)https://nadai.dev/ja/about

兼業 micro SaaS の週 20 時間でコードを書く前に仮説をどう絞るか。3 層の仮説分解と、LP・既存ツール観察・直接ヒアリングの使い分け、開始しきい値。

https://nadai.dev/ja/blog/time-design-of-a-day-job-oss-builder 受託テックリード兼 OSS 開発者の時間設計 2026-05-06T00:00:00Z 2026-05-17T00:00:00Z 野田大貴 (Taiki Noda)https://nadai.dev/ja/about

本業の受託テックリードと並走で、業務外に gpdf/gsql/renma を回す週 20 時間の実配分。平日テンプレ・週末ルール・削れない境界線、ブーストで詰んだ実例まで。

https://nadai.dev/ja/blog/gsql-api-design-vs-gorm-sqlx-squirrel gsql API 設計: GORM / sqlx / squirrel との差分 2026-05-05T00:00:00Z 2026-05-17T00:00:00Z 野田大貴 (Taiki Noda)https://nadai.dev/ja/about

Go の SQL ビルダー領域に gsql を出すにあたり、既存 OSS とどこで差を付けたか。型安全 × codegen 不要 × zero-value 問題への姿勢を実装ベースで整理する。

https://nadai.dev/ja/blog/nadai-ecosystem-running-multiple-saas nadai ecosystem: 複数 micro SaaS を一人で運営する戦略 2026-05-05T00:00:00Z 2026-05-17T00:00:00Z 野田大貴 (Taiki Noda)https://nadai.dev/ja/about

gpdf, gsql, renma を兼業で並走する nadai の運営構造。共通化する層と分離する層、集客動線の作者ハブ集約、1 プロダクト = 1 GitHub 組織の判断軸を整理する。

https://nadai.dev/ja/blog/pure-go-micro-saas-on-the-side Pure Go の micro SaaS を兼業で出している現在地: 野田大貴の棚卸し 2026-05-04T00:00:00Z 2026-05-17T00:00:00Z 野田大貴 (Taiki Noda)https://nadai.dev/ja/about

受託テックリード本業の業務外で、Pure Go OSS の gpdf と gsql を MIT で公開している。別途、gpdf 派生の SaaS 層 (gpdf-api ほか) と、別ジャンルの筋トレ Flutter アプリ renma も並走で開発中 (どれも未リリース)。なぜ最初を MIT にしたか、何を学んだか、次に何を変える予定か。

https://nadai.dev/ja/blog/why-pure-go-zero-dependency-pdf Pure Go で zero-dependency の PDF ライブラリを作った話: gpdf 設計思想 2026-05-04T00:00:00Z 2026-05-17T00:00:00Z 野田大貴 (Taiki Noda)https://nadai.dev/ja/about

なぜ CGO 依存を避け、なぜ既存 OSS のフォークでなくゼロから書いたか。設計判断の連鎖と、それが結果として何を可能にしたか。

https://nadai.dev/ja/blog/gpdf-api-chainable-vs-builder gpdf API 設計: chainable vs builder パターンの選択 2026-05-04T00:00:00Z 2026-05-17T00:00:00Z 野田大貴 (Taiki Noda)https://nadai.dev/ja/about

gpdf の API を chainable ではなく closure callback ベースの builder にした理由。Go の error 集約と PDF tree 構造に効く設計判断を実装ベースで残す。