{"channel":"atacama","content":"the Trakaido stats server is in the Atacama repo largely by accident.\r\n\r\n<gray> <<< I started Trakaido as a one-day LLM-generated project, back in the halcyon days of May 2025, when \"tell an LLM to write a 500-line React app\" was something that you couldn't get out of the box.  I made about 10 apps, and Trakaido was the one that had legs.  Of course, one of the first features I wanted was \"server side stat tracking\", so I added it to Atacama.  (<red> I also added server-side \"wordlist\" and \"audio\" APIs, but those have been migrated.)  But, the stat tracking has remained; a feature entirely unrelated to blog software. >>>\r\n\r\n----\r\n\r\nin addition to \"word\" stats, we have << grammar interstitial >> views and << user config >> data on Atacama as well.  (<orange> well, actually, it's a different process, though the same monorepo)\r\n\r\n----\r\n\r\nThere is much talk about whether LLMs prefer a monorepo or microservices.\r\n\r\nThe answer is, generally, << it doesn't matter >>.  You can run an LLM across multiple Git repositories.\r\n\r\nHaving the iOS and web (<xantham> and Android) apps in the same repo is a slight convenience for a one-person development team.  But would probably become large and cumbersome later on.\r\n\r\n----\r\n\r\n<xantham> <<< As far as the \"Ralph Wiggum\" / \"Gas Town\" philosophy (<green> roughly that you can have an agent that takes every React/Swift change and applies it to Kotlin) ... I haven't gone that far yet.  Other than \"you can't do that on a $20/month subscription\", I have no thoughts yet. >>>","created_at":"2026-01-28T15:42:25.228556","id":737,"llm_annotations":{},"parent_id":null,"processed_content":"<p>the Trakaido stats server is in the Atacama repo largely by accident.\r</p>\n<div class=\"mlq color-gray\"><button type=\"button\" class=\"mlq-collapse\" aria-label=\"Toggle visibility\"><span class=\"mlq-collapse-icon\">\ud83d\udcad</span></button><div class=\"mlq-content\"><p> I started Trakaido as a one-day LLM-generated project, back in the halcyon days of May 2025, when \"tell an LLM to write a 500-line React app\" was something that you couldn't get out of the box.  I made about 10 apps, and Trakaido was the one that had legs.  Of course, one of the first features I wanted was \"server side stat tracking\", so I added it to Atacama.  <span class=\"colorblock color-red\"><span class=\"sigil\">\ud83d\udca1</span><span class=\"colortext-content\"> I also added server-side \"wordlist\" and \"audio\" APIs, but those have been migrated.</span></span>  But, the stat tracking has remained; a feature entirely unrelated to blog software. </p></div></div>\n<hr class=\"section-break\" />\n<p>in addition to \"word\" stats, we have <span class=\"literal-text\">grammar interstitial</span> views and <span class=\"literal-text\">user config</span> data on Atacama as well.  <span class=\"colorblock color-orange\"><span class=\"sigil\">\u2694\ufe0f</span><span class=\"colortext-content\"> well, actually, it's a different process, though the same monorepo</span></span>\r</p>\n<hr class=\"section-break\" />\n<p>There is much talk about whether LLMs prefer a monorepo or microservices.\r</p>\n<p>The answer is, generally, <span class=\"literal-text\">it doesn't matter</span>.  You can run an LLM across multiple Git repositories.\r</p>\n<p>Having the iOS and web <span class=\"colorblock color-xantham\"><span class=\"sigil\">\ud83d\udd25</span><span class=\"colortext-content\"> and Android</span></span> apps in the same repo is a slight convenience for a one-person development team.  But would probably become large and cumbersome later on.\r</p>\n<hr class=\"section-break\" />\n<div class=\"mlq color-xantham\"><button type=\"button\" class=\"mlq-collapse\" aria-label=\"Toggle visibility\"><span class=\"mlq-collapse-icon\">\ud83d\udd25</span></button><div class=\"mlq-content\"><p> As far as the \"Ralph Wiggum\" / \"Gas Town\" philosophy <span class=\"colorblock color-green\"><span class=\"sigil\">\u2699\ufe0f</span><span class=\"colortext-content\"> roughly that you can have an agent that takes every React/Swift change and applies it to Kotlin</span></span> ... I haven't gone that far yet.  Other than \"you can't do that on a $20/month subscription\", I have no thoughts yet. </p></div></div>","quotes":[],"subject":"thoughts on the Trakaido API"}
