<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>hugo-book on Arrans Technical blog</title><link>https://arran4.github.io/blog/tags/hugo-book/</link><description>Recent content in hugo-book on Arrans Technical blog</description><generator>Hugo -- gohugo.io</generator><language>en</language><managingEditor>technicalblog123@arran4.com (Arran Ubels)</managingEditor><webMaster>technicalblog123@arran4.com (Arran Ubels)</webMaster><copyright>Arran Ubels. This work is licensed under a &lt;a rel="license" href="http://creativecommons.org/licenses/by-sa/4.0/">Creative Commons Attribution-ShareAlike 4.0 International License&lt;/a>.</copyright><lastBuildDate>Wed, 28 Oct 2026 19:22:00 +1100</lastBuildDate><atom:link href="https://arran4.github.io/blog/tags/hugo-book/index.xml" rel="self" type="application/rss+xml"/><item><title>Building a Developer Information Portal with Hugo Book and GitHub Pages</title><link>https://arran4.github.io/blog/post/2026/058-hugo-book-github-pages-for-go-documentation/</link><pubDate>Wed, 28 Oct 2026 19:22:00 +1100</pubDate><author>technicalblog123@arran4.com (Arran Ubels)</author><guid>https://arran4.github.io/blog/post/2026/058-hugo-book-github-pages-for-go-documentation/</guid><description>Too many projects have a README, a Go package reference, and a growing pile of Markdown files named SPEC.md, DESIGN.md, or IMPLEMENTATION_PLAN.md. Some were written to coordinate an agent for one task. Months later they look like official documentation, even when they describe an abandoned approach or an implementation that has changed.
What I want instead is a developer information portal: a navigable, maintained set of pages that helps a person get started, complete real tasks, understand the system, diagnose problems, and contribute.</description></item></channel></rss>