<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: treeblah</title><link>https://news.ycombinator.com/user?id=treeblah</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 12 Apr 2026 16:28:00 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=treeblah" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by treeblah in "We've raised $17M to build what comes after Git"]]></title><description><![CDATA[
<p>Claims about “what comes after git” aside, I really like the idea of virtual branches. Worktrees have a pitfall IMO that they don’t allow you to test changes in a running local env, meaning I need to commit the changes, close the worktree, and checkout the branch on my primary workspace to verify.<p>Gitbutler virtual branches OTOH appear to provide branch independence for agents/commits, while simultaneously allowing me to locally verify all branches together in a single local env. This seems quite a bit nicer than checking out worktree branches in the primary workspace for verification, or trying to re-run local setup in each worktree.</p>
]]></description><pubDate>Fri, 10 Apr 2026 10:52:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=47716150</link><dc:creator>treeblah</dc:creator><comments>https://news.ycombinator.com/item?id=47716150</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47716150</guid></item><item><title><![CDATA[New comment by treeblah in "Ask HN: Share your personal website"]]></title><description><![CDATA[
<p><a href="https://mgmarlow.com" rel="nofollow">https://mgmarlow.com</a></p>
]]></description><pubDate>Wed, 14 Jan 2026 20:20:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=46622518</link><dc:creator>treeblah</dc:creator><comments>https://news.ycombinator.com/item?id=46622518</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46622518</guid></item><item><title><![CDATA[New comment by treeblah in "How I Blog with Obsidian, Hugo, GitHub, and Cloudflare – Zero Cost, Fully Owned"]]></title><description><![CDATA[
<p>I had a near identical approach for my blog but I recently moved to a headless CMS. The bugbear being that it wasn't easy to publish if I wasn't at my desktop. With a headless CMS, I auth through Github via my phone, which also serves as the draft/publish step since posts in the CMS manifest as pull requests. It's been working great so far, with the caveat that the writing experience isn't as nice as Obsidian.<p>FWIW the CMS is Decap CMS and I have it configured likewise with Cloudflare Pages (since Pages supports functions that are needed for the auth/callback cycle).</p>
]]></description><pubDate>Wed, 23 Apr 2025 15:51:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=43773517</link><dc:creator>treeblah</dc:creator><comments>https://news.ycombinator.com/item?id=43773517</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43773517</guid></item><item><title><![CDATA[New comment by treeblah in "Beautifying Org Mode in Emacs (2018)"]]></title><description><![CDATA[
<p>Emacs 29 made getting started a lot easier IMO, my from-scratch configuration is pretty minimal and I use it everyday. To plug my own project, I built a "kickstart" equivalent (<a href="https://github.com/mgmarlow/start-emacs">https://github.com/mgmarlow/start-emacs</a>) that sets up some recommended defaults and packages with lots of comments so you can easily extend it.</p>
]]></description><pubDate>Mon, 15 Apr 2024 15:04:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=40041514</link><dc:creator>treeblah</dc:creator><comments>https://news.ycombinator.com/item?id=40041514</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40041514</guid></item><item><title><![CDATA[New comment by treeblah in "Ask HN: Will Meta-frameworks kill normal frameworks?"]]></title><description><![CDATA[
<p>I don't think so. I just think right now Vercel is very good at marketing and lots of new programmers and hopping on the NextJS train. There are tons of materials out there for building apps quickly and it's very appealing for newer developers, particularly the bits where getting a site deployed is as easy as running a couple commands w/ the Vercel CLI.<p>For larger applications, I don't see meta-frameworks eating up a significant chunk of the world since they're very expensive to run in certain situations. Especially so if you use the default deployment options and rely entirely on serverless functions for your infrastructure or a database-as-a-service like Firebase/Supabase. I think it's inevitable that people will carve bits and pieces off of their meta-frameworks into different types of applications as they scale, just in the same way that people carve up their Rails applications of yore.<p>I generally think that the meta-framework obsession will also help propel backend SSR + HTMX, since thinking in server-side components is easier to translate to traditional backend SSR than SPA -> backend.</p>
]]></description><pubDate>Sat, 20 Jan 2024 23:33:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=39073666</link><dc:creator>treeblah</dc:creator><comments>https://news.ycombinator.com/item?id=39073666</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39073666</guid></item><item><title><![CDATA[New comment by treeblah in "Let's write a treesitter major mode for Emacs"]]></title><description><![CDATA[
<p>I found this snippet in one of Mickey's earlier tree-sitter posts that works great. It does require searching through the tree-sitter repo to make sure your paths are correct:<p><pre><code>  (setq treesit-language-source-alist
      '((typescript "https://github.com/tree-sitter/tree-sitter-typescript" "master" "typescript/src")
        (tsx "https://github.com/tree-sitter/tree-sitter-typescript" "master" "tsx/src")))

  (mapc #'treesit-install-language-grammar (mapcar #'car treesit-language-source-alist))</code></pre></p>
]]></description><pubDate>Thu, 14 Sep 2023 15:30:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=37510313</link><dc:creator>treeblah</dc:creator><comments>https://news.ycombinator.com/item?id=37510313</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37510313</guid></item><item><title><![CDATA[New comment by treeblah in "Emacs 29.1"]]></title><description><![CDATA[
<p>Hm, what's your `(emacs-version)`? `package-vc-install' is only available in Emacs 29+.</p>
]]></description><pubDate>Tue, 01 Aug 2023 15:33:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=36957349</link><dc:creator>treeblah</dc:creator><comments>https://news.ycombinator.com/item?id=36957349</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36957349</guid></item><item><title><![CDATA[New comment by treeblah in "Emacs 29.1"]]></title><description><![CDATA[
<p>Really happy to see this. I've been using Emacs 29+ for the past while and have enjoyed simplifying my configuration now that use-package is OOTB. I think now is a really excellent time to try Emacs if you haven't already.<p>I put together a simple tool to generate a starter Emacs config from a few configurable options, which I can now update to point at a proper release channel instead of a prerelease:<p><a href="https://emacs-config-generator.fly.dev/" rel="nofollow noreferrer">https://emacs-config-generator.fly.dev/</a></p>
]]></description><pubDate>Sun, 30 Jul 2023 17:05:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=36933335</link><dc:creator>treeblah</dc:creator><comments>https://news.ycombinator.com/item?id=36933335</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36933335</guid></item><item><title><![CDATA[New comment by treeblah in "Ask HN: Could you share your personal blog here?"]]></title><description><![CDATA[
<p><a href="https://mgmarlow.com" rel="nofollow noreferrer">https://mgmarlow.com</a><p>Tons of Emacs posts recently since that's been top of mind for the last six months.</p>
]]></description><pubDate>Wed, 05 Jul 2023 22:18:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=36607973</link><dc:creator>treeblah</dc:creator><comments>https://news.ycombinator.com/item?id=36607973</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36607973</guid></item><item><title><![CDATA[New comment by treeblah in "Paradigms of A.I. Programming: Case Studies in Common Lisp (1991)"]]></title><description><![CDATA[
<p>Grammarly posted an article a couple years ago about using Common Lisp: <a href="https://www.grammarly.com/blog/engineering/running-lisp-in-production/" rel="nofollow">https://www.grammarly.com/blog/engineering/running-lisp-in-p...</a></p>
]]></description><pubDate>Fri, 05 May 2023 15:03:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=35830123</link><dc:creator>treeblah</dc:creator><comments>https://news.ycombinator.com/item?id=35830123</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=35830123</guid></item><item><title><![CDATA[New comment by treeblah in "Emacs 29 is nigh"]]></title><description><![CDATA[
<p>I use web-mode + typescript-language-server for React+TSX. Whether or not you choose to use eglot or lsp-mode, I'd still recommend following the lsp-mode performance guide: <a href="https://emacs-lsp.github.io/lsp-mode/page/performance/" rel="nofollow">https://emacs-lsp.github.io/lsp-mode/page/performance/</a>. Those tips are useful for all setups.<p><pre><code>  (use-package web-mode
    :ensure t
    :mode (("\\.ts\\'" . web-mode)
           ("\\.js\\'" . web-mode)
           ("\\.mjs\\'" . web-mode)
           ("\\.tsx\\'" . web-mode)
           ("\\.jsx\\'" . web-mode))
    :config
    (setq web-mode-content-types-alist
   '(("jsx" . "\\.js[x]?\\'"))))

  (use-package eglot
    :ensure t
    :hook (web-mode . eglot-ensure))</code></pre></p>
]]></description><pubDate>Tue, 29 Nov 2022 17:21:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=33790363</link><dc:creator>treeblah</dc:creator><comments>https://news.ycombinator.com/item?id=33790363</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33790363</guid></item><item><title><![CDATA[New comment by treeblah in "Emacs 29 is nigh"]]></title><description><![CDATA[
<p>For me its been the questionable stewardship of vscode (<a href="https://github.com/omnisharp/omnisharp-vscode/issues/5276" rel="nofollow">https://github.com/omnisharp/omnisharp-vscode/issues/5276</a>) driving me away from vscode and the Emacs from Scratch videos from the System Crafters youtube channel driving me towards Emacs. When I was looking for alternatives I stumbled on those videos and they blew me away.<p>Also Emacs 28/29 has been way more welcoming and easy to get started with than when I first tried 8 or so years ago.</p>
]]></description><pubDate>Tue, 29 Nov 2022 16:51:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=33789958</link><dc:creator>treeblah</dc:creator><comments>https://news.ycombinator.com/item?id=33789958</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33789958</guid></item><item><title><![CDATA[New comment by treeblah in "Emacs 29 is nigh"]]></title><description><![CDATA[
<p>As far as out-of-the-box support, I think it works great. Much easier to configure than lsp-mode.<p>However, for my uses with a Ruby/React+TSX setup the performance was lacking on a large codebase. I swapped back to lsp-mode and the experience felt smoother.<p>IIRC the author's stance on previous discussions around multiple language servers was to rely on flymake instead, since the previous discussion centered around ESLint + TypeScript. Tailwind is a bit of an issue in the ecosystem right now, but you may want to try <a href="https://github.com/merrickluo/lsp-tailwindcss" rel="nofollow">https://github.com/merrickluo/lsp-tailwindcss</a>.</p>
]]></description><pubDate>Tue, 29 Nov 2022 16:35:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=33789704</link><dc:creator>treeblah</dc:creator><comments>https://news.ycombinator.com/item?id=33789704</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33789704</guid></item><item><title><![CDATA[New comment by treeblah in "Teaching C (2016)"]]></title><description><![CDATA[
<p>There's no direct PDF, you have to build it yourself w/ TeX by cloning the repo:<p><pre><code>  git clone https://git.savannah.gnu.org/git/c-intro-and-ref.git
  cd c-intro-and-ref/
  make c.pdf</code></pre></p>
]]></description><pubDate>Sun, 11 Sep 2022 18:16:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=32801916</link><dc:creator>treeblah</dc:creator><comments>https://news.ycombinator.com/item?id=32801916</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32801916</guid></item></channel></rss>