<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: rockemsockem</title><link>https://news.ycombinator.com/user?id=rockemsockem</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 10 Sep 2026 03:03:11 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=rockemsockem" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by rockemsockem in "“Code was never the hard part” is an insult to all programmers"]]></title><description><![CDATA[
<p>For sure there are great engineers that are from Europe, I've worked with a bunch in the US, but it's a numbers game, and there's no competition there. Partly because so many of those great European engineers come here.</p>
]]></description><pubDate>Sat, 15 Aug 2026 22:20:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=49314823</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=49314823</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49314823</guid></item><item><title><![CDATA[New comment by rockemsockem in "“Code was never the hard part” is an insult to all programmers"]]></title><description><![CDATA[
<p>Lots of things have lights on them though. I'm thinking every status light on every piece of hardware.<p>Edit: also, I'm not exactly filled with knowledge on new lamp design/construction, but I have seen startups/kickstarters that make new lamps that seem like redesigns from the ground up.</p>
]]></description><pubDate>Sun, 09 Aug 2026 20:56:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=49235788</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=49235788</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49235788</guid></item><item><title><![CDATA[New comment by rockemsockem in "“Code was never the hard part” is an insult to all programmers"]]></title><description><![CDATA[
<p>Yeah, that's what I figured you meant. It absolutely is usually the database, guess you're also saying it's not the server-side either lol</p>
]]></description><pubDate>Sun, 09 Aug 2026 20:54:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=49235765</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=49235765</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49235765</guid></item><item><title><![CDATA[New comment by rockemsockem in "“Code was never the hard part” is an insult to all programmers"]]></title><description><![CDATA[
<p>By "web-side" you mean the client side I assume?</p>
]]></description><pubDate>Sun, 09 Aug 2026 19:52:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=49235123</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=49235123</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49235123</guid></item><item><title><![CDATA[New comment by rockemsockem in "“Code was never the hard part” is an insult to all programmers"]]></title><description><![CDATA[
<p>I think architecture is overemphasized a lot.<p>I am quite plainly talking about writing code that runs efficiently to support a wide-variety of tasks. To do that, one needs to write code that runs fast on your targeted platforms and is extensible/easy-to-modify (not necessarily the same thing to be clear).<p>We may have different definitions of "architecture" though, I tend to think of "architecture" at the system level, i.e. "this service handles these responsibilities, this other one handles these, they communicate with this interface/contract, etc". I can see how you could take the term "architecture" down to a lower level where you talk about classes/files passing information between each other too. I think to do that sort of lower-level architecture well though you basically need to write code in your design, even if it's just pseudocode.</p>
]]></description><pubDate>Sun, 09 Aug 2026 19:51:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=49235109</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=49235109</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49235109</guid></item><item><title><![CDATA[New comment by rockemsockem in "“Code was never the hard part” is an insult to all programmers"]]></title><description><![CDATA[
<p>I did not mean to imply that consensus, stakeholder buy-in, and strategic direction are easy, or even that they are easier than writing good code. My point is just that the code part is not easy either. I think the article's point that "if good code was easy, we'd have amazing software everywhere instead of crappy software everywhere" is a very good one. The average code that gets written is horrendous, interviewing people who are presently employed and struggle to write a for-loop makes this really apparent.</p>
]]></description><pubDate>Sun, 09 Aug 2026 19:47:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=49235057</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=49235057</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49235057</guid></item><item><title><![CDATA[New comment by rockemsockem in "“Code was never the hard part” is an insult to all programmers"]]></title><description><![CDATA[
<p>One thing I wonder about is how applicable your statement about web apps is to something like lamps or lighting generally. How many electrical engineers have re-designed a circuit that turns on/off a light? Are EEs who wind up doing mundane engineering like this still engineers?</p>
]]></description><pubDate>Sun, 09 Aug 2026 19:43:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=49235004</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=49235004</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49235004</guid></item><item><title><![CDATA[New comment by rockemsockem in "“Code was never the hard part” is an insult to all programmers"]]></title><description><![CDATA[
<p>Your comment brings ripgrep to mind. Grep is about as ubiquitous a software tool as you can get with a very clear contract on input-output and it has absolutely stood the test of time. Then ripgrep comes along, it has the same contract as grep (with I think a few inconsistencies that were intentionally tweaked for modern use-cases...and also I'm sure a few edge-cases from its design), but is significantly faster. The fundamental contract with the user stayed the same, I'm sure some of the design changed, but fundamentally the only difference is the underlying code. And that makes such a big difference that I *always* use ripgrep over grep now as do many others.</p>
]]></description><pubDate>Sun, 09 Aug 2026 19:41:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=49234976</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=49234976</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49234976</guid></item><item><title><![CDATA[New comment by rockemsockem in "“Code was never the hard part” is an insult to all programmers"]]></title><description><![CDATA[
<p>I think civil engineering is the main field in the US that relies on certifications/tests for FE/PE, there's probably more I'm unaware of though.<p>As I pointed out above though, aerospace engineers (working on rockets/space applications anyway, IDK about planes) and electrical engineers don't need those tests. Requiring it for CEs seems like a historical artifact more than anything.</p>
]]></description><pubDate>Sun, 09 Aug 2026 19:36:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=49234909</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=49234909</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49234909</guid></item><item><title><![CDATA[New comment by rockemsockem in "“Code was never the hard part” is an insult to all programmers"]]></title><description><![CDATA[
<p>European countries, historically known for their dominance in the field of software.</p>
]]></description><pubDate>Sun, 09 Aug 2026 19:34:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=49234884</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=49234884</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49234884</guid></item><item><title><![CDATA[New comment by rockemsockem in "“Code was never the hard part” is an insult to all programmers"]]></title><description><![CDATA[
<p>This is such a tired take.<p>Aerospace engineers who build rockets do not have some certification body allowing them to be called engineers. Same with most electrical engineers working on almost everything.<p>If you think a government deciding who is an engineer is a *good* thing then maybe you should ask yourself why the United States which doesn't require this for the two non-software engineering disciplines has the best engineers in the world.</p>
]]></description><pubDate>Sun, 09 Aug 2026 19:32:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=49234875</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=49234875</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49234875</guid></item><item><title><![CDATA[New comment by rockemsockem in "“Code was never the hard part” is an insult to all programmers"]]></title><description><![CDATA[
<p>I agree that all those pieces are important, for sure. But it can all be undercut by a few for-loops that don't consider string re-allocations. That covers the "don't understand good code in the slightest, make big mistakes" side of things, but the other side is being able to think about the algorithm that is being run in your system (sometimes across multiple layers of code) and writing code that eeks out the highest performance from the system you're on in the programming language you're using. Also, to be clear, "the algorithm" here doesn't have to be super complicated or theoretical it can be as straightforward as assembling some data structure in response to a user's query across a few different sources. That process requires being able to write good code.</p>
]]></description><pubDate>Sun, 09 Aug 2026 19:30:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=49234847</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=49234847</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49234847</guid></item><item><title><![CDATA[New comment by rockemsockem in "“Code was never the hard part” is an insult to all programmers"]]></title><description><![CDATA[
<p>IDK, a sufficiently complex consumer or enterprise app winds up having big performance problems if people don't know what they're doing w.r.t. the code they write and how they connect systems together with that code. Those performance problems start out not mattering much, first it impacts one seldom-used part of the site, then another, but that chips away at users and can eventually tank the product. That doesn't even get into writing code such that it can be well-understood and modified easily later. It also says nothing about reducing/fixing bugs.<p>If you have a site whose performance steadily gets worse and the rate of new features steadily declines and the rate of bugs steadily goes up, then your site/app will probably not have a great future.<p>All of those things depend on solid code. If staff engineers who are too busy talking and building consensus such that they aren't connected with the actual programming and situation on the ground, then all the talking and consensus-building won't matter.</p>
]]></description><pubDate>Sat, 08 Aug 2026 20:29:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=49225603</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=49225603</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49225603</guid></item><item><title><![CDATA[New comment by rockemsockem in "“Beyond the limit”: Satellites and mirrors in space pose threat to the night sky"]]></title><description><![CDATA[
<p>Starlink satellites can provide anyone with Internet.</p>
]]></description><pubDate>Sat, 04 Jul 2026 18:40:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48787695</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=48787695</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48787695</guid></item><item><title><![CDATA[New comment by rockemsockem in "Anthropic confidentially submits draft S-1 to the SEC"]]></title><description><![CDATA[
<p>I'm sure your $20 will make waves.</p>
]]></description><pubDate>Mon, 01 Jun 2026 21:50:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=48363137</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=48363137</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48363137</guid></item><item><title><![CDATA[New comment by rockemsockem in "Anthropic confidentially submits draft S-1 to the SEC"]]></title><description><![CDATA[
<p>If you're retired and that exposed to stocks then you deserve to lose the money you risked.<p>Pretty sure most people just sit in the default requirement 20XX year funds, which heavily weight away from equities once people are retirement age.</p>
]]></description><pubDate>Mon, 01 Jun 2026 21:49:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=48363128</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=48363128</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48363128</guid></item><item><title><![CDATA[New comment by rockemsockem in "Anthropic confidentially submits draft S-1 to the SEC"]]></title><description><![CDATA[
<p>If your 401k is in QQQ then I'm not sure you're going for a low risk portfolio</p>
]]></description><pubDate>Mon, 01 Jun 2026 21:46:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=48363103</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=48363103</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48363103</guid></item><item><title><![CDATA[New comment by rockemsockem in "A History of IDEs at Google"]]></title><description><![CDATA[
<p>The aesthetics are literally vs code though .....</p>
]]></description><pubDate>Thu, 14 May 2026 14:58:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=48136372</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=48136372</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48136372</guid></item><item><title><![CDATA[New comment by rockemsockem in "The economics of software teams: Why most engineering orgs are flying blind"]]></title><description><![CDATA[
<p>Wow that article made a hard right turn about halfway through.<p>"Most organizations improperly account for engineering teams and incorrectly consider both code and team growth to be assets when in fact they increase complexity..... but LLMs can fix all of this"<p>Wtf?<p>Measuring things that actually matter is a great way to improve clarity on a team, you can probably just stop reading this article at the halfway point.<p>EDIT:<p>Specifically this paragraph is insane<p>"The obvious objection is that code produced at that speed becomes unmanageable, a liability in itself. That is a reasonable concern, but it largely applies when agents produce code that humans then maintain. Agentic platforms are being iterated upon quickly, and for established patterns and non-business-critical code, which is the majority of what most engineering organizations actually maintain, detailed human familiarity with the codebase matters less than it once did. A messy codebase is still cheaper to send ten agents through than to staff a team around. And even if the agents need ten days to reason through an unfamiliar system, that is still faster and cheaper than most development teams operating today. The liability argument holds in a human-to-human or agent-to-human world. In an agent-to-agent world, it largely dissolves."</p>
]]></description><pubDate>Mon, 13 Apr 2026 15:43:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=47753683</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=47753683</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47753683</guid></item><item><title><![CDATA[New comment by rockemsockem in "EFF is leaving X"]]></title><description><![CDATA[
<p>You actually should have a high bar to make grandiose claims like calling someone a Nazi.<p>> I personally think it's enough to show that Elon has given a bullhorn to some of the loudest white supremacist voices out there and personally allied himself with a president who has repeatedly targeted those most vulnerable minorities: trans people, immigrants (including green card holders, asylum seekers and, increasingly, naturalized citizens), Muslims and others.<p>Right, so you think anyone who's allied with Trump is a Nazi. To be incredibly clear, I have never voted for Trump, but people like you who are incapable of nuance are what is wrong with everything in the world.<p>You may doubt whether I'm arguing in good faith, but I long ago became certain that you are not arguing with good reasoning skills.</p>
]]></description><pubDate>Sun, 12 Apr 2026 18:55:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=47743107</link><dc:creator>rockemsockem</dc:creator><comments>https://news.ycombinator.com/item?id=47743107</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47743107</guid></item></channel></rss>