<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: jdw64</title><link>https://news.ycombinator.com/user?id=jdw64</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 21 Apr 2026 12:50:47 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=jdw64" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by jdw64 in "Qwen3.6-Max-Preview: Smarter, Sharper, Still Evolving"]]></title><description><![CDATA[
<p><a href="https://www.alibabacloud.com/help/en/model-studio/context-cache" rel="nofollow">https://www.alibabacloud.com/help/en/model-studio/context-ca...</a>
I’ve also been testing models like Opus, Codex, and Qwen, and Qwen is strong in many coding tasks. However, my main concern is how it behaves in long-running sessions.<p>While Qwen advertises large context windows, in practice the effectiveness of long-context usage seems to depend heavily on its context caching behavior. According to the official documentation, Qwen provides both implicit and explicit context caching, but these come with constraints such as short TTL (around a few minutes), prefix-based matching, and minimum token thresholds.<p>Because of these constraints, especially in workflows like coding agents where context grows over time, cache reuse may not scale as effectively as expected. As a result, even though the per-token price looks low, the effective cost in long sessions can feel higher due to reduced cache hit rates and repeated computation.<p>That said, in certain areas such as security-related tasks, I’ve personally had cases where Qwen performed better than Opus.<p>In my personal experience, Qwen tends to perform much better than Opus on shorter units like individual methods or functions. However, when looking at the overall coding experience, I found it works better as a function-level generator rather than as an autonomous, end-to-end coding assistant like Claude.</p>
]]></description><pubDate>Mon, 20 Apr 2026 16:58:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=47837133</link><dc:creator>jdw64</dc:creator><comments>https://news.ycombinator.com/item?id=47837133</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47837133</guid></item><item><title><![CDATA[New comment by jdw64 in "Ask HN: May be a basic question, but how can I use AI well?"]]></title><description><![CDATA[
<p>thanks!</p>
]]></description><pubDate>Mon, 20 Apr 2026 15:26:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=47835713</link><dc:creator>jdw64</dc:creator><comments>https://news.ycombinator.com/item?id=47835713</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47835713</guid></item><item><title><![CDATA[Ask HN: May be a basic question, but how can I use AI well?]]></title><description><![CDATA[
<p>I am a programmer with about seven years of experience, but I would say I am below many of the programmers here, and most of the work I do is fairly simple. I mainly work on WPF and WinForms applications that act as UI layers for ladder diagram based systems in industrial sites.<p>Because of the nature of this work, it is very labor intensive. There are too many factory trips, it is physically exhausting, and the pay is not great relative to the amount of effort involved. That is why I want to become more of a product oriented programmer. To move in that direction, I have been trying to use AI as actively as possible. In my current job, though, that is difficult because factory security is usually closed off and AI tools cannot really be connected there.<p>I have been reading about prompt engineering, harness style documentation, and similar topics. I also use OpenClaw, and honestly I feel like I am already trying almost everything I can get my hands on. I connect it with Obsidian and write down the knowledge I think my agents need while I work.<p>Still, the idea of ten times productivity feels somewhat exaggerated to me. I want to know how people actually get better at using AI, and how they learn the underlying methods. There is so much hype around AI that it is hard to tell what is real, and learning this stuff has been more difficult than I expected.<p>How should I study this properly?<p>Right now I especially want to learn how to manage multi agent systems. Every AI only multi agent framework I have built or tried so far has failed. At first I tried to control it in a TDD like way, but people who have used TDD seriously probably know what I mean when I say that tests can become too locally focused. Sometimes the architecture starts to fall apart, and then the agents keep fixing only those small areas over and over while the token cost keeps rising.<p>At the same time, in Korea there is a huge amount of talk that if you are not using AI, you will fall behind. Because of that, I have been trying hard to learn it so I do not get left behind. And to be honest, programming has become much more enjoyable for me since I started using AI.<p>One reason is that programming feels deeply tied to English ways of thinking, and that has always felt awkward with Korean. Even the act of writing code used to feel mentally heavy for me. But with AI, I can think through things in Korean and still code effectively.<p>You know that huge fatigue you feel when you first start writing code from scratch?<p>When I write a single interface, I immediately start seeing the number of implementations.
When I see the implementations, I start seeing lifecycle conflicts.
When I see lifecycle issues, I start thinking about ownership and disposal.
When I think about ownership, I start thinking about pooling possibilities and reset contracts.
When I think about DI, I start seeing the composition root and the test seams.
When I think about the contract itself, I start worrying about future extension costs.<p>All of that used to make coding feel painfully heavy for me.<p>But AI just writes a draft without getting stuck in all of that, and I genuinely enjoy taking that draft and reshaping it around my own thinking.<p>I want to get much better at using AI this way.<p>What are the best ways to improve at it, and how do you keep up with useful trends without getting buried in the hype?</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47822787">https://news.ycombinator.com/item?id=47822787</a></p>
<p>Points: 8</p>
<p># Comments: 4</p>
]]></description><pubDate>Sun, 19 Apr 2026 08:42:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=47822787</link><dc:creator>jdw64</dc:creator><comments>https://news.ycombinator.com/item?id=47822787</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47822787</guid></item><item><title><![CDATA[New comment by jdw64 in "Ask HN: Building a solo business is impossible?"]]></title><description><![CDATA[
<p>Hello, I'm a freelance startup programmer in Korea, and my name is Jeong Dong-woo.I share many of the same concerns as you.I've been on an unconventional career path for about 7 years. My specialty is building factory equipment control programs using WPF on the frontend with Ladder Diagram logic as the backend. In this field, ladder logic interpretation is still weak for AI, and because of the security restrictions at Korean factories AI tools are difficult to use on site, so I've been able to keep making a living here.My typical work involves building PLC-based control programs with WPF and integrating them with MES systems, and this is my core specialization. The downside is that because of the labor-intensive nature of this work, scaling up is genuinely difficult. In practice, it feels very much like being a subcontractor to the actual equipment vendors.I started out on a freelance community platform, and for the first 3 years I had almost no work, so I took on manual labor in parallel. Currently I'm delivering code to Hyundai Motors as a second-tier subcontractor, but I still have many of the same worries you describe.Even calling it a business, I only earn around 4 to 5 million Korean won per month, and I honestly don't know how to grow it beyond this. Reading your posts, I feel reassured to see that many people are wrestling with similar concerns.To try to expand, I've also built and delivered SaaS products. My typical engagement is a solution of around 60,000 lines of code. (Over 7 years, I've completed roughly 40 corporate outsourcing projects.)Every product I launched directly to the market has failed. The only things that worked for me were building SaaS for companies that already had revenue, and making industrial control programs.Reading the advice posted here, I keep coming back to the same realistic conclusion: in the current AI era, because of the AI SLOP problem, no matter how good a program you build, it simply doesn't reach users. That's the core issue. I've been increasingly convinced that flooding the market with many AI-generated programs is actually a more effective strategy than carefully crafting one good one. When I look at the programs that are generating real revenue recently, they seem to follow this pattern.I no longer believe that a good program necessarily succeeds.In the end, the key is exposure, and this is where I keep hitting a wall. No matter how much I invest in SEO, my Korean website struggles to gain visibility. Right now I'm using an AI API to translate my Korean articles into English and posting them as a form of promotion, though I'm not yet sure whether this approach will work.Paths to success differ from person to person and from country to country, which makes specific advice difficult to give. But in my view, what matters most is how much initial capital you can put into Google ads.Expensive ad inventory is generally personalized. Users who don't provide much information to Google get served low-tier ads instead. So my current thinking is the opposite of the conventional approach: place a large volume of low-tier ads, and build programs that appeal to users in the "internet-underserved" demographic, meaning people who don't hand over their information to the major platforms.That said, I don't want to go down an illegal path, which is why I'm not building dating apps (in Korea, dating apps often end up tied to drug dealing or prostitution, so I'd rather stay away from that space).Unlike many of the other comments here, I don't believe that a good program necessarily succeeds. The real question, in my view, is how to gain direct access to consumers.</p>
]]></description><pubDate>Sat, 18 Apr 2026 15:15:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=47816553</link><dc:creator>jdw64</dc:creator><comments>https://news.ycombinator.com/item?id=47816553</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47816553</guid></item></channel></rss>