<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: another_twist</title><link>https://news.ycombinator.com/user?id=another_twist</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 25 Apr 2026 10:51:55 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=another_twist" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by another_twist in "Issue: Claude Code is unusable for complex engineering tasks with Feb updates"]]></title><description><![CDATA[
<p>I've noticed laziness in claude repeatedly. It sometimes takes the shortest way out even when asked explicitly to do the "right" thing.</p>
]]></description><pubDate>Tue, 07 Apr 2026 02:43:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=47670146</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=47670146</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47670146</guid></item><item><title><![CDATA[New comment by another_twist in "Issue: Claude Code is unusable for complex engineering tasks with Feb updates"]]></title><description><![CDATA[
<p>Is it just me that I simply don't care ? I never one-shot these tasks, always provide a breakdown and always give the AI straightforward tasks that would take too much typing. The approach seems to work just fine regardless of the model. If it gets stuck, I usually take over and do the task myself. Also allows me to plan for throughput rather than latency - i.e. start 2-3 small tasks in parallel and do 1 complicated task or planning myself. It works whether I use codex or claude. I lean more towards codex since its cheaper. Even aider gets good results this way.</p>
]]></description><pubDate>Tue, 07 Apr 2026 02:41:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=47670134</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=47670134</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47670134</guid></item><item><title><![CDATA[New comment by another_twist in "Ask HN: How do you handle marketing as a solo technical founder?"]]></title><description><![CDATA[
<p>Underrated advice here.</p>
]]></description><pubDate>Tue, 07 Apr 2026 02:03:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47669879</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=47669879</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47669879</guid></item><item><title><![CDATA[New comment by another_twist in "Ask HN: How do you handle marketing as a solo technical founder?"]]></title><description><![CDATA[
<p>I guess the question is who is your customer or more specifically who's your buyer, who's your user and where do they hang out ? Also how do people find out about you product ? Distribution takes time, so I think its important to gauge interest upfront rather than commit to building first.<p>In general, the answer usually is to find people in your own network. If you go by that funnel the first thing you need is a network. LI is great at this. The next thing is to see who in your network is worth talking to. Find out whether the pain-point that you recognized resonates with them. A LI blast to your network might work as well to give you a bit of credibility. One thing that is cited often that does NOT work is spamming people asking for their time to learn about a problem. Nobody ever got back to me wit this method. But asking people in your own network for warm intros almost always works.</p>
]]></description><pubDate>Tue, 07 Apr 2026 02:01:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47669873</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=47669873</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47669873</guid></item><item><title><![CDATA[New comment by another_twist in "Java 26 is here"]]></title><description><![CDATA[
<p>I dont think the Spring ecosystem is bad. In fact, its one of the more stable frameworks. Even spring AI which is built for AI agents a new use-case is very intuitive if you take time to learn its abstractions. Usually doesnt take more than a day of reading docs and writing some try-out code. The thing I really like about Java is the stability of its packaging ecosystem. Maven is XML (yuck) but is okay with the IDE integrations. Gradle has advanced features often missing in Python / Go such as build caching. The OOP stuff is also good because it scales with very large code bases. In, fact frontend esp React adopted a functional style which leads to complexities associated with hooks. A mixed approach is usually better. Overall, the only bad thing are the multiple unnecessary abstraction layers which are a pain in any language. Rest of Java is quite good.</p>
]]></description><pubDate>Wed, 18 Mar 2026 17:58:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=47429045</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=47429045</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47429045</guid></item><item><title><![CDATA[New comment by another_twist in "The Brand Age"]]></title><description><![CDATA[
<p>GPT doing a great job summarizing and providing a counter:<p>what's they key thesis here and the argument ?<p>*Key thesis:*
When technology eliminates meaningful performance differences between products, industries shift from competing on *engineering and function* to competing on *brand and status*. The Swiss watch industry after the quartz crisis is a clear example: mechanical watches stopped being valuable tools and became *luxury symbols whose value comes mainly from branding, scarcity, and signaling wealth*.<p>*In one sentence:*
The essay argues that when technology makes functional differences between products disappear, industries shift from engineering competition to branding competition, and the modern luxury watch market illustrates how that transformation works.<p>---<p>If you want, I can also explain *why this essay is controversial among economists and designers*—there are a few big assumptions in the argument.<p>And the counter
A few places the argument is debatable (even if it’s persuasive as a narrative):<p>It treats “brand” and “engineering” as mostly opposed. In practice, luxury buyers often do pay for engineering (finishing, durability, serviceability, movement architecture), and those technical choices can reinforce brand rather than fight it. The tension is real, but not always zero-sum.<p>It downplays other drivers of the Swiss recovery. The rebound isn’t only “they discovered brand.” Things like Swatch’s role in recapitalizing distribution/production, industry consolidation, improvements in manufacturing, and globalization of luxury demand can explain a lot of the late-1980s revenue surge alongside marketing.<p>The “artificial scarcity = managed asset bubble” framing is provocative but contestable. Scarcity can be interpreted as: capacity constraints, quality control, long-term brand stewardship, or channel strategy—not necessarily “bubble management.” It may function bubble-like in resale markets, but that doesn’t prove intent or fragility in the way financial bubbles work.<p>Some claims are asserted more than demonstrated. Examples: Rolex “abandoned research” after ~1960; “only three survived as independents”; “most brands are owned by six holding companies”; “they rebuy hundreds per year.” These might be true in broad strokes, but the essay uses them as load-bearing supports without showing evidence in-text (beyond a couple notes).<p>The design-history claims are simplified. Watch size and shape trends aren’t only branding; they’re also driven by changing tastes, ergonomics, manufacturing norms, sport/tool styling, and shifting notions of masculinity. “Big = cheap historically” is directionally true in some eras, but not a universal law.<p>The gender section is especially shaky. “Women never really went for mechanical watches” and the steam-engine analogy read like overgeneralizations—there are strong counterexamples (and cultural variation) that complicate that story.</p>
]]></description><pubDate>Thu, 05 Mar 2026 23:40:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=47268780</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=47268780</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47268780</guid></item><item><title><![CDATA[New comment by another_twist in "Modern CSS Code Snippets: Stop writing CSS like it's 2015"]]></title><description><![CDATA[
<p>Congratulations to the creator of this site and thank you so much for posting it !<p>I have to (unwillingly) do frontend work so I recently read up on CSS quite a bit. I have always thought that using computed numbers for styling is bonkers. Its better to use CSS that uses logical values. The site seems to emphasize that style.</p>
]]></description><pubDate>Mon, 16 Feb 2026 01:46:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=47029935</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=47029935</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47029935</guid></item><item><title><![CDATA[New comment by another_twist in "Vim 9.2"]]></title><description><![CDATA[
<p>Vim is a ironically far better suited to agectic coding than any other ide in my opinion.</p>
]]></description><pubDate>Sun, 15 Feb 2026 02:15:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=47020447</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=47020447</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47020447</guid></item><item><title><![CDATA[New comment by another_twist in "IBM tripling entry-level jobs after finding the limits of AI adoption"]]></title><description><![CDATA[
<p>Number of features shipped. Traction metrics. Revenue per product. Ultimately business metrics. For example, tax prep effectiveness would be a proper experiment tied to specific metrics.</p>
]]></description><pubDate>Sun, 15 Feb 2026 02:13:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=47020440</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=47020440</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47020440</guid></item><item><title><![CDATA[New comment by another_twist in "Zed editor switching graphics lib from blade to wgpu"]]></title><description><![CDATA[
<p>Curious: whats your primary programming language and what sort of development do you do ? In my experience with LLMs agentic coding paired with a good IDE works wonders. Its also allows me to surgically write critical bits of code myself while outsourcing boilerplate stuff.</p>
]]></description><pubDate>Fri, 13 Feb 2026 21:55:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=47008364</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=47008364</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47008364</guid></item><item><title><![CDATA[New comment by another_twist in "GPT-5.2 derives a new result in theoretical physics"]]></title><description><![CDATA[
<p>Thats great. I think we need to start researching how to get cheaper models to do math. I have a hunch it should be possible to get leaner models to achieve these results with the right sort of reinforcement learning.</p>
]]></description><pubDate>Fri, 13 Feb 2026 21:53:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=47008339</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=47008339</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47008339</guid></item><item><title><![CDATA[New comment by another_twist in "MinIO repository is no longer maintained"]]></title><description><![CDATA[
<p>Why should these guys bother with people who won't pay for their offering ? The community is not skilled enough to contribute to this type of project. Honestly most serious open source is industry backed and solves very challenging distributed systems problems. A run of the mill web dev  doesnt know these things I am sorry to say.</p>
]]></description><pubDate>Fri, 13 Feb 2026 17:11:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=47005063</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=47005063</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47005063</guid></item><item><title><![CDATA[New comment by another_twist in "Open source is not about you (2018)"]]></title><description><![CDATA[
<p>I think the issue is answering the question whats the business model ? If the team makes money consulting on clojure, then thats likely a bad model since I have not seen a single example of people paying for advice on coding. Usually the answer is to hire a coder who knows thier stuff and increasingly to use AI.<p>Open source for infrastructure products work just fine. It simplifies distribution by eliminating the need for procurement, builds some kind of attachment since people love using their own tinkered products and hedges risk for the customer since if the devs stop working on the product someone else will pick up.<p>But having to fill out forms, doing compliance work are great money making levers for which you just charge through the nose. Ultimately, open soircing is a distribution strategy and whether you should adopt it or not is dependent on the context. Most infra products do and it works out fine. Case in point: Clickhouse, Kafka, Grafana, Sentry, RedHat, Gitlab.</p>
]]></description><pubDate>Fri, 13 Feb 2026 17:02:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=47004940</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=47004940</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47004940</guid></item><item><title><![CDATA[New comment by another_twist in "Japan's Dododo Land, the most irritating place on Earth"]]></title><description><![CDATA[
<p>My other hangout is cracked.com. Another corner with really niche and weird content.</p>
]]></description><pubDate>Fri, 13 Feb 2026 04:57:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=46999080</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=46999080</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46999080</guid></item><item><title><![CDATA[New comment by another_twist in "The Feynman Lectures on Physics (1961-1964)"]]></title><description><![CDATA[
<p>Self study is the best study. Out of all the bloatedness of modern education, one thing that doesnt bother me is the high cost of textbooks. High quality books and a habit of studying yourself enables you to learn high skill disciplines on the cheap.<p>For me, I am currently slogging through Lazlo Lovasz's combinatorics book and another one on Monte Carlo method. Dont know why but its just a good way to pass the time while staying away from the internet and its attention hogging.</p>
]]></description><pubDate>Wed, 11 Feb 2026 07:22:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=46971926</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=46971926</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46971926</guid></item><item><title><![CDATA[New comment by another_twist in "Edinburgh councillors pull the plug on 'green' AI datacenter"]]></title><description><![CDATA[
<p>Then build houses. Giving away real estate for basically 10 more jobs and a highly automated facility is bad bargaining.</p>
]]></description><pubDate>Tue, 10 Feb 2026 14:20:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=46960034</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=46960034</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46960034</guid></item><item><title><![CDATA[New comment by another_twist in "Rust implementation of Mistral's Voxtral Mini 4B Realtime runs in your browser"]]></title><description><![CDATA[
<p>Mistral can really end up having its RedHat moment. I think open models will only get more interesting from here.</p>
]]></description><pubDate>Tue, 10 Feb 2026 14:17:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=46960009</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=46960009</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46960009</guid></item><item><title><![CDATA[New comment by another_twist in "Rust implementation of Mistral's Voxtral Mini 4B Realtime runs in your browser"]]></title><description><![CDATA[
<p>Uggh. I had just started working on this. Congratulations to the author !</p>
]]></description><pubDate>Tue, 10 Feb 2026 14:16:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=46959992</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=46959992</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46959992</guid></item><item><title><![CDATA[New comment by another_twist in "We mourn our craft"]]></title><description><![CDATA[
<p>Thats actually right. Tbh, I loved learning languages and read books like Programming Perl just because somebody recommended it in an online forum (back in the day). So I get the appeal. But in the end, coding by hand is on its way out and its better to move on rather than romanticize.</p>
]]></description><pubDate>Mon, 09 Feb 2026 12:51:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=46944696</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=46944696</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46944696</guid></item><item><title><![CDATA[New comment by another_twist in "We mourn our craft"]]></title><description><![CDATA[
<p>A much more measued and pragmatic take.</p>
]]></description><pubDate>Mon, 09 Feb 2026 07:01:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=46942387</link><dc:creator>another_twist</dc:creator><comments>https://news.ycombinator.com/item?id=46942387</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46942387</guid></item></channel></rss>