<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: localhoster</title><link>https://news.ycombinator.com/user?id=localhoster</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 18 Apr 2026 08:56:27 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=localhoster" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by localhoster in "Average is all you need"]]></title><description><![CDATA[
<p>Tbh I dont really agree with your statements.
Especially with working with data, intention is key.
By using an llm, by definition, you are loosing intention.
And Thai puts you in a position where you have to 1) think of exactly what you look for. 2) able to understand what the llm generated.<p>You might say it "still less work" and that's true, perhaps, only for the first few times. After a while you _learn_ how to do it, and understand how to _think_ with the language of your data.
With LLMs, you never get this benefit, and also loose your ability to judge the LLM's output properly.<p>But again, that might be enough on your case, or, you simply don't _know_.</p>
]]></description><pubDate>Fri, 17 Apr 2026 19:06:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=47809403</link><dc:creator>localhoster</dc:creator><comments>https://news.ycombinator.com/item?id=47809403</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47809403</guid></item><item><title><![CDATA[New comment by localhoster in "Fast and Easy Levenshtein distance using a Trie (2011)"]]></title><description><![CDATA[
<p>This article surface every once in a while, and I love it.
What the author suggests is very clever.
I have implemented an extended version of that in Go as an experiment.
Instead of using a trie, I used a radix tree.
Functions the same, but it's much more compressed (and faster).</p>
]]></description><pubDate>Thu, 16 Apr 2026 07:53:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=47789987</link><dc:creator>localhoster</dc:creator><comments>https://news.ycombinator.com/item?id=47789987</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47789987</guid></item><item><title><![CDATA[New comment by localhoster in "Show HN: I built a social media management tool in 3 weeks with Claude and Codex"]]></title><description><![CDATA[
<p>Was it ever?
Even before llm, writing software, or at least web clients, was as easy as it can get.</p>
]]></description><pubDate>Mon, 13 Apr 2026 11:34:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=47750573</link><dc:creator>localhoster</dc:creator><comments>https://news.ycombinator.com/item?id=47750573</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47750573</guid></item><item><title><![CDATA[New comment by localhoster in "Codex Plugin for Claude Code"]]></title><description><![CDATA[
<p>Weird flex but ok</p>
]]></description><pubDate>Wed, 01 Apr 2026 18:46:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=47604875</link><dc:creator>localhoster</dc:creator><comments>https://news.ycombinator.com/item?id=47604875</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47604875</guid></item><item><title><![CDATA[New comment by localhoster in "Floci – A free, open-source local AWS emulator"]]></title><description><![CDATA[
<p>Also would like to add, that you might experiance bugs on "local env" while it will work on AWS.</p>
]]></description><pubDate>Sun, 22 Mar 2026 12:40:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=47476911</link><dc:creator>localhoster</dc:creator><comments>https://news.ycombinator.com/item?id=47476911</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47476911</guid></item><item><title><![CDATA[New comment by localhoster in "Floci – A free, open-source local AWS emulator"]]></title><description><![CDATA[
<p>IDK, I never fancied using local emulators for stuff like the cloud, as others have pointed out, for UT you can mock cloud services, and for localdevelopment you should intercat with the cloud.<p>Hiding bad system design behind another docker container will not push you to the right direction, but the opposite.<p>In addition this is def vide-coded (50k loc in one week) so I don't see how can one trust this even.</p>
]]></description><pubDate>Sun, 22 Mar 2026 12:36:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47476884</link><dc:creator>localhoster</dc:creator><comments>https://news.ycombinator.com/item?id=47476884</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47476884</guid></item><item><title><![CDATA[New comment by localhoster in "Breaking the spell of vibe coding"]]></title><description><![CDATA[
<p>Agent assisted coding is just vibe-coding in disguise.
You still only glance over the code "just so it won't be considered vibe-coding", but at the end of the day, if you invest a proper amount of time reading and reasoning with the generated code - than it would take the exact same time, as if you would have wrote it by hand.<p>By not going through this process, you loose intent, familiarity, and opinions.<p>It's the exact same as vibe-coding.</p>
]]></description><pubDate>Sun, 15 Feb 2026 08:31:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=47022037</link><dc:creator>localhoster</dc:creator><comments>https://news.ycombinator.com/item?id=47022037</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47022037</guid></item><item><title><![CDATA[New comment by localhoster in "AI doesn’t reduce work, it intensifies it"]]></title><description><![CDATA[
<p>TBH, I have found AI addictive, you use it for the first time, and its incredible. You get a nice kick of dopamine. This kick of dopamine, is decreasing with every win you get. What once felt incredible, is just another prompt today.<p>Those things don't excite you any more. 
Plus, the fact that you no longer exercise your brain at work any more.
Plus, the constant feeling of FOMO.<p>It deflates you, faster.</p>
]]></description><pubDate>Tue, 10 Feb 2026 10:54:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=46957989</link><dc:creator>localhoster</dc:creator><comments>https://news.ycombinator.com/item?id=46957989</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46957989</guid></item><item><title><![CDATA[AI Just make it harder to work at tech]]></title><description><![CDATA[
<p>The amount of useless documents you had to filter yourself through, and the amount of bad code you had to work around were already massive.<p>But with AI, its out of proportions.
I got served with 6+ documents for requirements for some feature that could be described in 2 sentences.
Those documents were useless, obviously.<p>I do not understand why we are making it so much harder to do everything and calling it effective.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46854517">https://news.ycombinator.com/item?id=46854517</a></p>
<p>Points: 3</p>
<p># Comments: 3</p>
]]></description><pubDate>Mon, 02 Feb 2026 10:42:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=46854517</link><dc:creator>localhoster</dc:creator><comments>https://news.ycombinator.com/item?id=46854517</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46854517</guid></item><item><title><![CDATA[New comment by localhoster in "Why we don’t use AI"]]></title><description><![CDATA[
<p>Thats the gist of it.
I've been trying to tell the founders that if we invest 2x more time on proper planning we will get 20x more outcomes in return.
It's as simple as that, its not about just writing stuff and pushing, its about understanding the boundaries of what you make, how it talks with other stuff, and what are the compromises you are willing to take in return for faster speeds.</p>
]]></description><pubDate>Wed, 14 Jan 2026 08:45:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=46613779</link><dc:creator>localhoster</dc:creator><comments>https://news.ycombinator.com/item?id=46613779</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46613779</guid></item><item><title><![CDATA[New comment by localhoster in "Why we don’t use AI"]]></title><description><![CDATA[
<p>Totally, and im not saying otherwise.
I'm saying that it takes the same amount of work to become a good engineering team even with AI.
But it takes exponentially less work to bacome worse team. If they say C++ makes it much more easier to shut yourself in the foot, in a similar manner LLMs are hard to aim. If your team can aim properly, you are going to hit more targets more quickly, but if and when you miss, the entire team is in wheelchairs.</p>
]]></description><pubDate>Wed, 14 Jan 2026 08:42:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=46613760</link><dc:creator>localhoster</dc:creator><comments>https://news.ycombinator.com/item?id=46613760</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46613760</guid></item><item><title><![CDATA[New comment by localhoster in "Why we don’t use AI"]]></title><description><![CDATA[
<p>I wish.
I have just witnessed a engineer on our (small) team push a 4k line change to prod at the middle of the night.
His message was: "lets merge and check it after".
AI can help good team become better, but for sure it will make bad teams worse.<p>I sorry friends, I think imma quit to farming :$</p>
]]></description><pubDate>Tue, 13 Jan 2026 22:54:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=46609551</link><dc:creator>localhoster</dc:creator><comments>https://news.ycombinator.com/item?id=46609551</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46609551</guid></item></channel></rss>