<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: julenx</title><link>https://news.ycombinator.com/user?id=julenx</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 06 Apr 2026 04:14:24 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=julenx" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by julenx in "The threat is comfortable drift toward not understanding what you're doing"]]></title><description><![CDATA[
<p>I believe the detachment gets exacerbated by the fact that others are simultaneously modifying the codebase at speeds that doesn't allow you to keep up. Depending on how the codebase boundaries and ownership are defined, this directly impacts your ability to reason about the whole system and therefore influence direction.</p>
]]></description><pubDate>Sun, 05 Apr 2026 19:59:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=47653266</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=47653266</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47653266</guid></item><item><title><![CDATA[New comment by julenx in "The Claude Code Leak"]]></title><description><![CDATA[
<p>Code quality aside (n.b. there exist many bad quality codebases before AI), a risk I perceive as an industry is we are making the logic of our businesses dependent on a few big players.<p>Given the output speed, it's practically impossible for developers to keep up, which directly impacts maintenance: the knowledge that would previously reside in-house, now is becoming dependent on having codebases pre-processed by LLMs.<p>I hope in the near future local LLMs will gain traction and provide an alternative, otherwise we are in the risky path where businesses are over-reliant on a few big companies.</p>
]]></description><pubDate>Thu, 02 Apr 2026 07:49:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=47611287</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=47611287</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47611287</guid></item><item><title><![CDATA[New comment by julenx in "Slop is not necessarily the future"]]></title><description><![CDATA[
<p>The same people that pursue economic incentives are who I hear speaking about number of lines produced by developers as a useful metric. I sense a worrying trend toward more is better with respect to output, when the north star IMHO should be to make something only as complex as necessary, but as simple as possible. The best code is no code at all.</p>
]]></description><pubDate>Wed, 01 Apr 2026 07:48:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=47598052</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=47598052</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47598052</guid></item><item><title><![CDATA[New comment by julenx in "Oracle slashes 30k jobs"]]></title><description><![CDATA[
<p>Some employees in the company might understand the emotional impact, but companies themselves would only look for certainty in protecting what belongs to them, which will hardly align with fairness or emotions towards employees in a situation like this.</p>
]]></description><pubDate>Tue, 31 Mar 2026 16:55:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=47590233</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=47590233</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47590233</guid></item><item><title><![CDATA[New comment by julenx in "Some things just take time"]]></title><description><![CDATA[
<p>I'm seeing this cultural pattern where developers have started accepting LLM output with very little scrutiny. This ends up code that works on the surface, but most of the times problems are not addressed at their source.<p>Creating these wrong things is only cheaper with LLMs. Since developers now spend less time and effort to create that wrong thing, they don't feel the need validate or reflect on them so much.<p>The risk is not the tool itself, but the over-reliance on it and forgoing feedback loops that have made teams stronger, e.g. debugging, testing, and reasoning why something works a particular way.</p>
]]></description><pubDate>Sat, 21 Mar 2026 17:58:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=47469473</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=47469473</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47469473</guid></item><item><title><![CDATA[New comment by julenx in "Fabrice Bellard Releases MicroQuickJS"]]></title><description><![CDATA[
<p>Thanks for sharing! The link to the PR looks like a wrong paste. I found <a href="https://github.com/simonw/tools/pull/181" rel="nofollow">https://github.com/simonw/tools/pull/181</a> which seems to be what was intended to be shared instead.</p>
]]></description><pubDate>Wed, 24 Dec 2025 08:13:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=46373547</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=46373547</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46373547</guid></item><item><title><![CDATA[New comment by julenx in "Is Proton leaving Switzerland?"]]></title><description><![CDATA[
<p>> Wir haben angefangen, unsere gesamte Infrastruktur zu kopieren. Unsere Daten befinden sich nun auf Servern sowohl in der Schweiz wie auch in Deutschland und Norwegen. Wenn nötig, können wir die Systeme in der Schweiz innerhalb von kurzer Zeit herunterfahren. Ich hoffte immer, solche Schritte nie einleiten zu müssen. Aber das Umfeld in der Schweiz ist für uns zurzeit zu unsicher. Wir hatten keine andere Wahl, als unseren Wegzug zu planen.<p>They started to copy the infrastructure, and the data is currently in Switzerland, Germany, and Norway. They can technically shut down the systems in Switzerland on short time. He (Andy Yen, CEO) always hoped they'd never need to take such steps, but the environment in Switzerland is too insecure for them at the moment. So they had no other choice but to plan their way out.</p>
]]></description><pubDate>Fri, 19 Dec 2025 19:33:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=46329895</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=46329895</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46329895</guid></item><item><title><![CDATA[New comment by julenx in "State-based vs Signal-based rendering"]]></title><description><![CDATA[
<p><p><pre><code>  > Also I don't like that React requires installing Node and compilation tools, this is a waste of time when making a quick prototype. Vue can be used without Node.
</code></pre>
React can be used without Node too, and this has always been the case to the best of my knowledge. You can check out this gist which is linked from the official docs[1]: <a href="https://gist.githubusercontent.com/gaearon/0275b1e1518599bbeafcde4722e79ed1/raw/db72dcbf3384ee1708c4a07d3be79860db04bff0/example.html" rel="nofollow">https://gist.githubusercontent.com/gaearon/0275b1e1518599bbe...</a><p>[1] <a href="https://react.dev/learn/installation#try-react" rel="nofollow">https://react.dev/learn/installation#try-react</a></p>
]]></description><pubDate>Mon, 20 Oct 2025 15:01:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=45644726</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=45644726</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45644726</guid></item><item><title><![CDATA[New comment by julenx in "Next.js vs. TanStack"]]></title><description><![CDATA[
<p><p><pre><code>  > I don’t see enough value in the added complexity and the increasingly complicated API surface.
</code></pre>
This very much. For my own work and personal projects, the pages router has been more than enough.<p>In terms of the complicated API surface and the difficulty to grasp newer concepts introduced with the app router, it continuously reminds me a couple lines of the Zen of Python[0]:<p><pre><code>  > If the implementation is hard to explain, it's a bad idea.
  > If the implementation is easy to explain, it may be a good idea.
</code></pre>
[0] <a href="https://peps.python.org/pep-0020/" rel="nofollow">https://peps.python.org/pep-0020/</a></p>
]]></description><pubDate>Wed, 19 Mar 2025 08:08:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=43409312</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=43409312</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43409312</guid></item><item><title><![CDATA[New comment by julenx in "Web Browser Engineering"]]></title><description><![CDATA[
<p>I was able to pre-order the book just fine — it didn't prompt me for any promo codes.</p>
]]></description><pubDate>Tue, 15 Oct 2024 17:20:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=41850795</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=41850795</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41850795</guid></item><item><title><![CDATA[New comment by julenx in "Rusty revenant Servo returns to render once more"]]></title><description><![CDATA[
<p>The multi-process Firefox project was called Electrolysis: <a href="https://wiki.mozilla.org/Electrolysis" rel="nofollow noreferrer">https://wiki.mozilla.org/Electrolysis</a></p>
]]></description><pubDate>Wed, 27 Sep 2023 21:01:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=37681243</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=37681243</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37681243</guid></item><item><title><![CDATA[New comment by julenx in "Xstate: State machines and statecharts for the modern web"]]></title><description><![CDATA[
<p>For vanilla state machines there's also @xstate/fsm. In their docs[1] you have a feature comparison.<p>[1] <a href="https://xstate.js.org/docs/packages/xstate-fsm/" rel="nofollow">https://xstate.js.org/docs/packages/xstate-fsm/</a></p>
]]></description><pubDate>Mon, 27 Mar 2023 21:12:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=35332716</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=35332716</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=35332716</guid></item><item><title><![CDATA[New comment by julenx in "Why was Roman concrete so durable?"]]></title><description><![CDATA[
<p>Well, it's also wonderful they speak Italian!</p>
]]></description><pubDate>Sat, 07 Jan 2023 11:19:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=34287100</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=34287100</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=34287100</guid></item><item><title><![CDATA[New comment by julenx in "Shimano Forces Hammerhead to Remove All Di2 Related Functionality From Karoo"]]></title><description><![CDATA[
<p>> If you are descending at 40-50mph you have to remove your hand from your hood in order to see your map.<p>Well you don't <i>have</i> to, you can switch to the map screen before starting the descent. If you are willing to change screens while descending, the blame on safety is not on technology, but rather on your own decision to do so.</p>
]]></description><pubDate>Fri, 03 Jun 2022 16:53:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=31610760</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=31610760</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31610760</guid></item><item><title><![CDATA[New comment by julenx in "Basque–Icelandic Pidgin"]]></title><description><![CDATA[
<p>On this note, it's fascinating to see how the influence reaches the coat of arms and the flag of Saint Pierre and Miquelon, which includes the Basque flag or Ikurriña.<p>[0] <a href="https://en.wikipedia.org/wiki/Saint_Pierre_and_Miquelon" rel="nofollow">https://en.wikipedia.org/wiki/Saint_Pierre_and_Miquelon</a>
[1] <a href="https://en.wikipedia.org/wiki/Ikurri%C3%B1a" rel="nofollow">https://en.wikipedia.org/wiki/Ikurri%C3%B1a</a></p>
]]></description><pubDate>Sun, 03 Apr 2022 07:47:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=30895211</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=30895211</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=30895211</guid></item><item><title><![CDATA[New comment by julenx in "How to Squash and Rebase in Git"]]></title><description><![CDATA[
<p>With GitHub's squash + merge, clean history still depends on the person doing the merge, because when clicking the squash + merge button, GitHub places all commit messages in one large chunk of text, which devs are able to edit before confirming the merge, but it takes some discipline to do so.<p>In my experience, devs rarely pay attention to this, so commit messages end up as a big list of:<p><pre><code>  * Ticket-1234 feature
  * fix
  * cleanups
  * fix
  * another fix
  * now the real fix
</code></pre>
Which I wouldn't qualify as a contributor to a "clean" history. It'd be great if GitHub's UX around crafting the commit messages would be more considerate and foster more meaningful commit messages.<p>(edit: formatting)</p>
]]></description><pubDate>Fri, 07 Jan 2022 17:19:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=29841776</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=29841776</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=29841776</guid></item><item><title><![CDATA[New comment by julenx in "Ask HN: Have you accepted the TOS that give FB access to your WhatsApp data?"]]></title><description><![CDATA[
<p>If you close and re-open the app, eventually the ToS popup doesn't show up and you can keep using the app.</p>
]]></description><pubDate>Sun, 19 Dec 2021 13:01:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=29613564</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=29613564</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=29613564</guid></item><item><title><![CDATA[New comment by julenx in "Next.js 12"]]></title><description><![CDATA[
<p>Thanks for clarifying, Lee!</p>
]]></description><pubDate>Tue, 26 Oct 2021 17:48:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=29003638</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=29003638</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=29003638</guid></item><item><title><![CDATA[New comment by julenx in "Next.js 12"]]></title><description><![CDATA[
<p>Also excited about the Rust compiler! Apologies if this is far from reality, but by looking at recent commits in GH[1] it looks as though this has been rushed for a v12 release, so I was wondering how much of internal testing has this been going through before pushing it to the broader public.<p>[1] <a href="https://github.com/vercel/next.js/commits/canary" rel="nofollow">https://github.com/vercel/next.js/commits/canary</a></p>
]]></description><pubDate>Tue, 26 Oct 2021 16:39:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=29002606</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=29002606</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=29002606</guid></item><item><title><![CDATA[New comment by julenx in "It's Never a Bicycle Accident"]]></title><description><![CDATA[
<p>If roads are busy, it's worth noting traffic is created by motorized vehicles in the first place... plus, if slowing down is required to make roads <i>safer</i>, what? why is that a problem attributed to cyclists if usually (depending on which part of the world you live) cyclists don't have alternatives?</p>
]]></description><pubDate>Fri, 19 Mar 2021 09:44:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=26511529</link><dc:creator>julenx</dc:creator><comments>https://news.ycombinator.com/item?id=26511529</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=26511529</guid></item></channel></rss>