<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: dakiol</title><link>https://news.ycombinator.com/user?id=dakiol</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 23 Oct 2026 23:50:05 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=dakiol" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by dakiol in "How the Military Will Hack the Election"]]></title><description><![CDATA[
<p>So? Cambridge analytica did the same. Nobody seemed to care much in the US</p>
]]></description><pubDate>Wed, 14 Oct 2026 18:54:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=50093027</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=50093027</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50093027</guid></item><item><title><![CDATA[New comment by dakiol in "Show HN: Opensidian"]]></title><description><![CDATA[
<p>> Yes it's closed source but since all your files are markdown there is no lock-in risk<p>Not true. The lock-in risk is the flow you get used to with Obsidian. If Obsidian disappears, I'm left with a bunch of MD files... so that's just like my file system, and if I needed just a file system to begin with, I wouldn't use Obsidian</p>
]]></description><pubDate>Tue, 13 Oct 2026 17:45:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=50075702</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=50075702</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50075702</guid></item><item><title><![CDATA[New comment by dakiol in "Ask HN: What job boards are good these days?"]]></title><description><![CDATA[
<p>> The icons were overlapping with the search box. Clearly a product in decline<p>Isn't that an exaggeration? Linkedin search works fine for me. I dislike all the other social media crap of linkedin, but I have found all my jobs in the last 16 years via linkedin.</p>
]]></description><pubDate>Thu, 24 Sep 2026 18:53:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=49835248</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=49835248</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49835248</guid></item><item><title><![CDATA[New comment by dakiol in "Ask HN: Losing motivation to work in the IT field, need advice"]]></title><description><![CDATA[
<p>I'm working at a big tech company (not faang). I use agents (claude/codex) in 3 ways:<p>1. mainly for discovery and research. I clone all the repos I need and then I talk with the agent: "I need to work on service A which has dependencies on service B, C, D and E. How can I accomplish X? Oh ok it seems, B can offer that but only when Z happens, after that I should rely on C. Cool. And now we probably need to extend E. Umm, ok, but I think E's team won't like that. Hold on, I'll reach out to them. Give me a succinct paragraph explaining what we need from them. Alright I'm back, so we have green light but only if we implement it like H. So, give me a plan"<p>2. Implement the plan. So the agent spits out code that I need to babysit (e.g., perhaps the class is not in the best package, or perhaps we are adding too many e2e tests when unit tests could be enough, etc.)<p>3. Answer product questions like: "Why is button K disabled in this screenshot? What are the potential causes? Afaik, I have the permissions A, B and C, and I have enough Z, so why is still disabled?", "How does the flow for endpoint 'api/a/b/c/ work? Where are the entry points? Dependant services? Tables touched?"<p>I could live without the agent generating the code, but not anymore without their help for discovery and research. I dislike using agents for coding (I feel the same as you), but not for research (I actually use them as a sort of improved "google for everything")</p>
]]></description><pubDate>Sat, 19 Sep 2026 18:42:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=49769103</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=49769103</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49769103</guid></item><item><title><![CDATA[Ask HN: So many patterns I know only in theory]]></title><description><![CDATA[
<p>I know about the outbox pattern, the rate limiting pattern, CDC, idempotent consumers, main/replica setup, circuit breakers, caching, sharding, partitioning, and a large etc. I know them well enough to pass technical interviews in which I'm asked about them, and I know them well enough to work in an environment in which these solutions have already been implemented and one only needs to be aware of them.<p>But I have never implemented such a solution in a production environment. Over a decade of experience. I have played around with these topics at personal projects, ofc, but never a single time i have deployed my own solution to a prod. environment.
In very small companies, these patterns are typically not needed. In big/medium-size companies, they are already typically implemented.<p>What about you?</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49587708">https://news.ycombinator.com/item?id=49587708</a></p>
<p>Points: 1</p>
<p># Comments: 2</p>
]]></description><pubDate>Sun, 06 Sep 2026 15:52:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=49587708</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=49587708</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49587708</guid></item><item><title><![CDATA[New comment by dakiol in "OpenChamber: An Agentic Development Environment"]]></title><description><![CDATA[
<p>Over 50 npm dependencies (dev and non-dev). Is this really how things are developed in 2026? After all what's happening (cyber security), is any developer out there running this kind of software just like that in their main machines without any concerns?</p>
]]></description><pubDate>Sun, 09 Aug 2026 20:23:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=49235417</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=49235417</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49235417</guid></item><item><title><![CDATA[New comment by dakiol in "Elevated error rate across multiple models"]]></title><description><![CDATA[
<p>The bunch of MD files in the codebase is becoming "tech" debt. It's just English prose, sure, but thousands of lines of English prose. Terse. Succinct. Difficult (if not impossible) to maintain manually without LLMs. That's not "baseline"</p>
]]></description><pubDate>Tue, 23 Jun 2026 15:11:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=48646294</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=48646294</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48646294</guid></item><item><title><![CDATA[New comment by dakiol in "Ask HN: What are your best Claude hacks?"]]></title><description><![CDATA[
<p>Cancellation of the subscription.<p>Now I am happier. Worked great!</p>
]]></description><pubDate>Wed, 17 Jun 2026 19:54:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=48575936</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=48575936</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48575936</guid></item><item><title><![CDATA[New comment by dakiol in "AI demands more engineering discipline. Not less"]]></title><description><![CDATA[
<p>"High performers". Can't believe we have normalized this vocabulary, among us, "hackers".</p>
]]></description><pubDate>Wed, 17 Jun 2026 19:53:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=48575919</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=48575919</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48575919</guid></item><item><title><![CDATA[New comment by dakiol in "How to earn a billion dollars"]]></title><description><![CDATA[
<p>The topic here is: how to earn a billion dollars.<p>There are less than ~5K billionaries in the entire world. Not quite like winning the lottery sure, but still unrealistic for the majority of people.</p>
]]></description><pubDate>Sun, 14 Jun 2026 15:54:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=48528633</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=48528633</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48528633</guid></item><item><title><![CDATA[New comment by dakiol in "How to earn a billion dollars"]]></title><description><![CDATA[
<p>I'm not against inspirational examples. I'm against unrealistic inspirational examples (like PG).</p>
]]></description><pubDate>Sun, 14 Jun 2026 15:46:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=48528508</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=48528508</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48528508</guid></item><item><title><![CDATA[New comment by dakiol in "Not everyone is using AI for everything"]]></title><description><![CDATA[
<p>If it's a one-off script/program that doesn't require additional "domain knowledge", sure. But what if you need to give as context your whole backend repository because you need to take into account a few business rules? Why give anthropic/openai access to my "secret sauce" (e.g., company private repos)?<p>In that case, it's way better to simply write the code yourself.</p>
]]></description><pubDate>Sun, 14 Jun 2026 15:45:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=48528488</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=48528488</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48528488</guid></item><item><title><![CDATA[New comment by dakiol in "How to earn a billion dollars"]]></title><description><![CDATA[
<p>PG's net worth is between 2.5 and 10 billion... so, I wouldn't take him seriously. Normal people (like the majority ones around here) won't ever have the opportunities/skills/luck all combined at a given point in time to generate billions. So any advice from his side regarding money is simply misleading.</p>
]]></description><pubDate>Sun, 14 Jun 2026 14:57:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=48527838</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=48527838</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48527838</guid></item><item><title><![CDATA[New comment by dakiol in "Lines of code got a better publicist"]]></title><description><![CDATA[
<p>> and should a company decide not to use AI they will have a hard time retaining devs (and they will need more devs)<p>Need more devs? Why? If a company was being profitable just fine prio AI era, they will still be profitable if they decide not to use AI. Shipping crap faster is not a formula for success. Shipping quality faster? I prefer shipping quality at a good pace</p>
]]></description><pubDate>Thu, 11 Jun 2026 15:03:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=48491326</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=48491326</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48491326</guid></item><item><title><![CDATA[New comment by dakiol in "Lines of code got a better publicist"]]></title><description><![CDATA[
<p>>The difference this time is pace: you could delay adopting “the cloud” for a couple of years and survive. With AI you might get a few months.<p>I don't think so. Take a good company A (with a good product and a good pace of good features) of today. Take the extreme case they decide not to use AI at all. Well, they will still be shipping good features at their current pace.<p>No amount of AI will make a bad company ship a better product than A's. If any, bad/mediocre companies will be pushing crap faster than they did before, but that's it.<p>AI can make good companies better, but cannot make bad companies good. Why does company A need to worry about shitty companies using AI? Sure, other good competitors could be using AI, but all in all, shipping "faster" is not the "mark" of good quality</p>
]]></description><pubDate>Thu, 11 Jun 2026 15:01:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=48491292</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=48491292</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48491292</guid></item><item><title><![CDATA[New comment by dakiol in "MiMo-v2.5-Pro-UltraSpeed: 1T model with 1000 tokens per second"]]></title><description><![CDATA[
<p>In theory, ofc. But that doesn't matter. If you were doing something that took 2 days in average, but you were doing it in half the time, then that was fine pre LLMs. Nowadays your manager knows that with LLMs you need to deliver faster no matter what, and then it's more difficult to "hide" and to slack.</p>
]]></description><pubDate>Mon, 08 Jun 2026 20:12:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=48451189</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=48451189</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48451189</guid></item><item><title><![CDATA[New comment by dakiol in "MiMo-v2.5-Pro-UltraSpeed: 1T model with 1000 tokens per second"]]></title><description><![CDATA[
<p>So, regarding the productivity argument: I don't get it. It doesn't really matter (for regular employees) that you can do now in 2h what before it took 2 days. Why? Because it's not that you have the rest of the day for yourself. You still have to work 8h/day as usual. But now the pattern is different: instead of enjoying the craft digging deeper into problems in the span of 2 days, now you are rushing into some slot machine with the hope of it giving you the right answer with the right prompt.<p>So, if any, I would say it's worse for us. Obviously, it's the completely opposite situation for corporations and executives: they are loving the AI situation so much!</p>
]]></description><pubDate>Mon, 08 Jun 2026 17:05:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=48447994</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=48447994</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48447994</guid></item><item><title><![CDATA[New comment by dakiol in "MiMo-v2.5-Pro-UltraSpeed: 1T model with 1000 tokens per second"]]></title><description><![CDATA[
<p>I'm not sure. Engineers could still develop software the old way, you know taking months to deliver something like, let's say, Obsidian? Or Ghostty? Taking care of every single line of code, of dependencies, of good architecture. Truly the old way. And if the product is good it will succeed.</p>
]]></description><pubDate>Mon, 08 Jun 2026 17:02:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=48447944</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=48447944</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48447944</guid></item><item><title><![CDATA[New comment by dakiol in "LLMs are eroding my software engineering career and I don't know what to do"]]></title><description><![CDATA[
<p>> It's the expertise of engineers on the team that push it back on track.<p>But how are you so sure your colleagues are not more "expert" than you? Prior LLMs there was room for very good engineers and mediocre engineers to work together in 99% of the companies out there. With LLMs, only the "best" engineers will survive, because nobody needs mediocre engineers anymore.<p>This being HN, I imagine every engineer reading this thinks they are in top the 10-5% of their company/city/country, and therefore they think they are not "mediocre" engineers that can get affected by the introduction of LLMs. Statistically, they are probably wrong. So, it's all about ego. Chances are you are not a rockstar and LLMs will eventually take over your job.<p>As usual, the only winners here are corporations and executives. Most of us are the last monkeys in the chain, and so we'll get screwed.</p>
]]></description><pubDate>Sun, 07 Jun 2026 13:35:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=48434703</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=48434703</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48434703</guid></item><item><title><![CDATA[New comment by dakiol in "The new bibliomaniacs"]]></title><description><![CDATA[
<p>For me the advantage is simplicity. I pick up the book and I read it. No matter where or when, I know I can read it. If the book gets damaged, I pick up another book, I don't mind.
The problem with digital books is that I need 3 different things working together: 1) a (charged) reading device, 2) corresponding software, 3) the actual digital book.<p>So the reading device can be put in unmaintained mode any time by the company who sells it. That sucks. Same goes for the corresponding software, although in this case I have more flexibility sometimes (i.e., I can install some open source software... but that's a hassle in itself). As per the actual digital book, don't get me started with DRM. One can pirate books, though, but then some people have ethical considerations.<p>I typically buy second-hand books. It's the best deal for me because I don't have the feeling to be super protective with them, and they are very cheap.</p>
]]></description><pubDate>Sat, 06 Jun 2026 15:58:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=48426234</link><dc:creator>dakiol</dc:creator><comments>https://news.ycombinator.com/item?id=48426234</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48426234</guid></item></channel></rss>