<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: physicsguy</title><link>https://news.ycombinator.com/user?id=physicsguy</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 13 Jun 2026 17:37:32 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=physicsguy" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by physicsguy in "There is a shadow hanging over this Fable thing"]]></title><description><![CDATA[
<p>> It provides legal stability compared to unpredictable arbitrary decisions by the US executive.<p>I don't think assuming the European commission will act rationally or stably on this is really a good idea, and I say that as a European...</p>
]]></description><pubDate>Sat, 13 Jun 2026 17:28:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=48519410</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48519410</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48519410</guid></item><item><title><![CDATA[New comment by physicsguy in "Anthropic requires 30 day data retention for Fable and Mythos"]]></title><description><![CDATA[
<p>I worked in very technical engineering software company and they were super paranoid about their special sauce IP of a product that did analysis of a certain type of data, without being able to see that all the pieces of that special sauce were actually just functions from SciPy strung together and which you could look up in a textbook. Don't get me wrong, you need the right background to understand it and that's not trivial, but if you got someone from the right area you could replicate it pretty easily.</p>
]]></description><pubDate>Thu, 11 Jun 2026 09:21:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=48488095</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48488095</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48488095</guid></item><item><title><![CDATA[New comment by physicsguy in "Anthropic, please ship an official Claude Desktop for Linux"]]></title><description><![CDATA[
<p>> You can defensively set shipped binaries as fallbacks in the event the application is running on a newer system that dropped critical functionality<p>Not if they're GPL licensed you can't. And that's a headache most commercial people do not want at all when trying to write software that's often for a marginal part of their audience anyway.</p>
]]></description><pubDate>Sun, 07 Jun 2026 18:02:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=48437185</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48437185</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48437185</guid></item><item><title><![CDATA[New comment by physicsguy in "LLMs are eroding my software engineering career and I don't know what to do"]]></title><description><![CDATA[
<p>> If the author's vision of the future is correct, then competent software engineers are safe. Domain knowledge can be learnt much quicker than how to apply good engineering principles.<p>I think this is true in some things and less true in others.<p>It's a pretty high moat getting into stuff like simulation software because the people working on numerical methods overwhelmingly have PhDs and it's a mixed skill set. Domain expertise here requires you to know maths to a high level. Even mechanical engineers often struggle here; it's often applied mathematicians and physicists turned devs that work on this stuff.<p>I worked on a fairly gnarly signal processing thing a while back that required bringing together knowledge of physics and software and maths and I found explaining it to people was tricky as their eyes glazed over at some point because their knowledge typically only covered one part of those.</p>
]]></description><pubDate>Sun, 07 Jun 2026 17:33:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=48436957</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48436957</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48436957</guid></item><item><title><![CDATA[New comment by physicsguy in "LLMs are eroding my software engineering career and I don't know what to do"]]></title><description><![CDATA[
<p>I have had similar when trying it too. I couldn't even drive Claude Opus 4.7 to get PETsc to compile properly (with all the optional dependencies)</p>
]]></description><pubDate>Sun, 07 Jun 2026 17:27:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=48436912</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48436912</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48436912</guid></item><item><title><![CDATA[New comment by physicsguy in "I design with Claude more than Figma now"]]></title><description><![CDATA[
<p>Of course but sometimes designers like architects design something that can’t easily be built.</p>
]]></description><pubDate>Sun, 07 Jun 2026 12:04:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=48434002</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48434002</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48434002</guid></item><item><title><![CDATA[New comment by physicsguy in "Ask HN: What was your "oh shit" moment with GenAI?"]]></title><description><![CDATA[
<p>Coding up a decent performing basic 3D finite element solver from scratch in C++. Still needed to know what I was doing but it’s a non trivial problem.<p>I still couldn’t get it to do more advanced stuff.</p>
]]></description><pubDate>Sat, 06 Jun 2026 10:44:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=48423558</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48423558</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48423558</guid></item><item><title><![CDATA[New comment by physicsguy in "Uber's $1,500/month AI limit is a useful signal for AI tool pricing"]]></title><description><![CDATA[
<p>It’s non trivial now - will it get easier in 12 months though?</p>
]]></description><pubDate>Thu, 04 Jun 2026 06:59:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=48395059</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48395059</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48395059</guid></item><item><title><![CDATA[New comment by physicsguy in "Anthropic confidentially submits draft S-1 to the SEC"]]></title><description><![CDATA[
<p>If the bottom is falling out of the market in AI I think it's likely other things will fall too though.</p>
]]></description><pubDate>Mon, 01 Jun 2026 19:13:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=48361276</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48361276</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48361276</guid></item><item><title><![CDATA[New comment by physicsguy in "Domain expertise has always been the real moat"]]></title><description><![CDATA[
<p>I have found this with (mechanical) engineers. They know what they want to see but don’t understand the underlying details which are more mathematical than the average engineer is able to work with. So the people working on engineering software are often physicists or applied mathematicians.</p>
]]></description><pubDate>Sun, 31 May 2026 15:08:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=48346294</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48346294</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48346294</guid></item><item><title><![CDATA[New comment by physicsguy in "I think Anthropic and OpenAI have found product-market fit"]]></title><description><![CDATA[
<p>Depends on the task and the writing though doesn't it?<p>There's not that much depth in a lot of 'everyday' writing. For many tasks that means that you don't need to be hyperintelligent - reading a recipe or a shopping list, reading a newspaper article, etc.</p>
]]></description><pubDate>Thu, 28 May 2026 08:14:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=48306130</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48306130</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48306130</guid></item><item><title><![CDATA[New comment by physicsguy in "I think Anthropic and OpenAI have found product-market fit"]]></title><description><![CDATA[
<p>My much larger company has got people already using various models through Bedrock because the Claude and OpenAI limits are too harsh and it's too expensive.</p>
]]></description><pubDate>Thu, 28 May 2026 08:11:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=48306101</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48306101</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48306101</guid></item><item><title><![CDATA[New comment by physicsguy in "Nobody cracks open a programming book anymore"]]></title><description><![CDATA[
<p>I think this is an age thing but I think young people getting into programming are dramatically underserved by <i>not</i> doing this. I think Claude/ChatGPT are great at getting answer to a specific question or set of questions and even going quite deep on it, but they don't offer the clarity of the human 'big picture' and 'right order for introducing these concepts' view on a topic, at least not yet.<p>Edit: I should say, topic conceptual based books I mean here. Something like 'Designing Data Intensive Pipelines', not 'Learn Python' which is out of date before it's even published</p>
]]></description><pubDate>Tue, 26 May 2026 13:35:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=48279708</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48279708</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48279708</guid></item><item><title><![CDATA[New comment by physicsguy in "Migrating from Go to Rust"]]></title><description><![CDATA[
<p>C APIs are much more annoying to wrap in Go than in Rust because of lack of enums (important) and unions (less important).</p>
]]></description><pubDate>Mon, 25 May 2026 14:18:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=48267169</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48267169</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48267169</guid></item><item><title><![CDATA[New comment by physicsguy in "Migrating from Go to Rust"]]></title><description><![CDATA[
<p>> Rust still rely on many C and C++ libraries<p>Yes but Rust has a lot more availability of libraries to do stuff as a result. Want to do anything ML or scientific? You at least have a route in Rust where you don’t with Go.</p>
]]></description><pubDate>Mon, 25 May 2026 07:12:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=48264261</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48264261</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48264261</guid></item><item><title><![CDATA[New comment by physicsguy in ".NET (OK, C#) finally gets union types"]]></title><description><![CDATA[
<p>About 12 years ago I went to go and work on some legacy C++ software when I was very green. We had a big code base and it had enum Bool { False = 0, True = 1 } everywhere. I thought it was a good idea to rationalise this since we had conversions all over the place to the modern bool type.<p>So I suggested it, got a PR up (bit painful) it got reviewed, went in, everything worked fine, and we came about a week towards releasing the product (6 monthly releases) before someone noticed that we couldn’t load files from previous versions. Turned out that we wrote lots of these old Bool types to binary data files and so the 4 byte data was now being read as 1 byte data. Oops. Reverted the whole lot. Lesson in humility!</p>
]]></description><pubDate>Mon, 25 May 2026 07:10:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=48264249</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48264249</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48264249</guid></item><item><title><![CDATA[New comment by physicsguy in "Uv is fantastic, but its package management UX is a mess"]]></title><description><![CDATA[
<p>Thanks for all your hard work! I already consider SciPy and NumPy to be best practice in this area but as I'm sure you know, it's the long tail of stuff built on top of these and other core packages that are really the issue!!</p>
]]></description><pubDate>Fri, 22 May 2026 14:53:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48236757</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48236757</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48236757</guid></item><item><title><![CDATA[New comment by physicsguy in "Uv is fantastic, but its package management UX is a mess"]]></title><description><![CDATA[
<p>It's still better than it was 10 years ago (compiling everything from source wasn't uncommon even then!) but it's painful. Comparisons to other interpreted languages aren't really fair though, if JS/TS had as many compiled C libraries, they'd be in exactly the same positions. Go doesn't have the same compiled library thing because of the focus of excluding C dependencies wherever possible.</p>
]]></description><pubDate>Fri, 22 May 2026 12:16:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=48234828</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48234828</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48234828</guid></item><item><title><![CDATA[New comment by physicsguy in "Uv is fantastic, but its package management UX is a mess"]]></title><description><![CDATA[
<p>`uv` is great but the biggest issue with Python packaging right now continues to be getting it right for scientific and ML packaging.<p>Want to install PyTorch? which one? CUDA? Oh, OK, then you have to get the wheel directly from them because there are 6 different versions for differnet CUDA versions, and the wheels are too large for PyPi anyway.<p>Conda offers only a partial resolution to this problem. Spack is great at being ultra configurable and having all the C/C++/Fortran dependencies and compiler toolchains you need, and so allowing ekeing out best performance, but doesn't integrate well with uv etc. so it's difficult to take an experimental ML project written by a researcher and take it through to productionisation with it.</p>
]]></description><pubDate>Fri, 22 May 2026 11:31:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48234433</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48234433</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48234433</guid></item><item><title><![CDATA[New comment by physicsguy in "Python 3.15: features that didn't make the headlines"]]></title><description><![CDATA[
<p>Go is terrible for scientific/ML work though, the libraries just aren't there. The wrapping C API story is weak too even with LLMs to assist.<p>Try and write a signal processing thing with filters, windowing, overlap, etc. - there's no easy way to do it at all with the libraries that exist.</p>
]]></description><pubDate>Thu, 21 May 2026 12:02:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=48221257</link><dc:creator>physicsguy</dc:creator><comments>https://news.ycombinator.com/item?id=48221257</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48221257</guid></item></channel></rss>