<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: a_square_peg</title><link>https://news.ycombinator.com/user?id=a_square_peg</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 30 Apr 2026 10:08:09 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=a_square_peg" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by a_square_peg in "An engineering history of the Manhattan Project"]]></title><description><![CDATA[
<p>It's amusing to think about what the technical hiring process would have been like if it were to happen now.<p>"Need 10+ years of experience in nuclear detonation device."</p>
]]></description><pubDate>Thu, 11 Sep 2025 19:16:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=45215126</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=45215126</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45215126</guid></item><item><title><![CDATA[New comment by a_square_peg in ""Normal" engineers are the key to great teams"]]></title><description><![CDATA[
<p>I'm sure everyone has worked with engineers who might be 10x on their own but drag the team down being inflexible or insisting on solving the wrong problem.<p>I like the saying that "engineering is a team sport" and agree that the multiplier should be on the productivity of the entire team as mentioned in the article. The concept of whole being greater than the sum of its parts applies to both engineering systems and technical teams (which we'd probably say is a type of system on its own).<p>Not meaning to downplay the role of great engineers... I suppose the best scenario would be 10x engineers who can also help the rest of the team perform better.</p>
]]></description><pubDate>Fri, 14 Mar 2025 02:04:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=43358965</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=43358965</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43358965</guid></item><item><title><![CDATA[New comment by a_square_peg in "Show HN: We built a Plug-in Home Battery for the 99.7% of us without Powerwalls"]]></title><description><![CDATA[
<p>This is fantastic to see - I've been thinking about the need for something like this for a while.<p>I think there are two markets for this and I feel like you are already addressing the homeowners. Have you reached out to utilities who are looking to shave peak loads with DER?</p>
]]></description><pubDate>Wed, 12 Mar 2025 00:33:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=43338711</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=43338711</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43338711</guid></item><item><title><![CDATA[New comment by a_square_peg in "The Tyranny of Structurelessness (1970)"]]></title><description><![CDATA[
<p>Wow - that was painful to read because I can relate so much. Thanks for sharing. Another aspect of such dysfunction is the diffusion of responsibility that comes with it. The stubborn people who pushed for a particular solution rarely suffer ill consequence because the decision was technically made as a group.<p>I think a functional engineering decision process is more akin to a veto process. Someone, say Olivia in your example, would be tasked with selecting the language for the job and submitting the technical rationale for it and the relevant authorities (e.g. CTO or product owner) would sign off on the decision. They will normally have the power to approve or reject but not to impose certain solution. In a traditional hardware engineering, this is how it's done, where an engineer submits a design and it needs to be approved by relevant subject matter experts in various domains, such as material, thermal, structure, safety etc.</p>
]]></description><pubDate>Thu, 23 Jan 2025 16:10:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=42805262</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=42805262</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42805262</guid></item><item><title><![CDATA[New comment by a_square_peg in "The Tyranny of Structurelessness (1970)"]]></title><description><![CDATA[
<p>I recommend this essay often to people, especially in a start up. When someone describes their organization as being "flat", it's often a red flag because it means that there are unwritten power structure that newer employees will likely be excluded from.</p>
]]></description><pubDate>Wed, 22 Jan 2025 16:54:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=42794812</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=42794812</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42794812</guid></item><item><title><![CDATA[New comment by a_square_peg in "I'm Peter Roberts, immigration attorney, who does work for YC and startups. AMA"]]></title><description><![CDATA[
<p>Thanks for sharing!</p>
]]></description><pubDate>Mon, 20 Jan 2025 17:57:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=42771253</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=42771253</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42771253</guid></item><item><title><![CDATA[New comment by a_square_peg in "I'm Peter Roberts, immigration attorney, who does work for YC and startups. AMA"]]></title><description><![CDATA[
<p>I understand there is updates being made to the space export control rules (<a href="https://www.space.commerce.gov/new-space-export-control-rules-offer-regulatory-relief/" rel="nofollow">https://www.space.commerce.gov/new-space-export-control-rule...</a>) regarding space/satellite components that were previously classified as ITAR. I've been curious to know if this will enable Canadians to apply to some space/aerospace technology companies in the US that were restricted to US citizens only?</p>
]]></description><pubDate>Mon, 20 Jan 2025 17:26:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=42770915</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=42770915</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42770915</guid></item><item><title><![CDATA[New comment by a_square_peg in "Ask HN: What's the "best" book you've ever read?"]]></title><description><![CDATA[
<p>Woah - this is strange. This was posted yesterday but I see that the timestamp has changed so it's only 4 hours old now. The timestamps for the comments seem to have changed also.</p>
]]></description><pubDate>Mon, 07 Oct 2024 18:55:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=41769605</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=41769605</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41769605</guid></item><item><title><![CDATA[New comment by a_square_peg in "Ask HN: What's the "best" book you've ever read?"]]></title><description><![CDATA[
<p>You're absolutely right on both accounts - it did work to engage us and that I would rather that such posts don't get upvoted.<p>Thanks for your understanding. :)</p>
]]></description><pubDate>Sun, 06 Oct 2024 19:35:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=41759612</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=41759612</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41759612</guid></item><item><title><![CDATA[New comment by a_square_peg in "Ask HN: What's the "best" book you've ever read?"]]></title><description><![CDATA[
<p>Fair enough. I feel like I've been seeing a lot of questions on Reddit along this line that comes off as very low effort to generate engagements so that's really the reason behind my comment but I see how my response also comes off as snarky.</p>
]]></description><pubDate>Sun, 06 Oct 2024 17:32:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=41758634</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=41758634</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41758634</guid></item><item><title><![CDATA[New comment by a_square_peg in "Ask HN: What's the "best" book you've ever read?"]]></title><description><![CDATA[
<p>I think this is as meaningful as the question "what's the best food you've ever eaten?", which is to say, it's not a very meaningful question.</p>
]]></description><pubDate>Sun, 06 Oct 2024 16:48:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=41758380</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=41758380</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41758380</guid></item><item><title><![CDATA[Ask HN: How do you convince a company to transition away from its own jargons?]]></title><description><![CDATA[
<p>Like many start-ups, the company that I work with has developed its own definitions and terminologies that are unintelligible to outsiders. I experienced this before and found it very hard even when there were business/financial/legal implications (e.g. calling something a safety device when it wasn't).<p>For people who have been with the company for a very long time, everything is very consistent and it all makes sense which it sort of does once the whole history is explained. However, this makes poor UI/UX and quite confusing to everyone else, including customers.<p>Wondering if anyone has experience dealing with this and how they approached adopting more standardized nomenclature consistent with the product industry that they're in?</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=40462284">https://news.ycombinator.com/item?id=40462284</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 24 May 2024 02:29:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=40462284</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=40462284</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40462284</guid></item><item><title><![CDATA[New comment by a_square_peg in "What if I’m wrong? (2023)"]]></title><description><![CDATA[
<p>I never got to ask this as an interview question, but I always thought it would be interesting to ask - 'if you were wrong, would you want to know?' Not on any particular topic but in general. When I asked this in casual settings, I thought it was illuminating that no one gave a simple 'yes' as an answer.</p>
]]></description><pubDate>Tue, 13 Feb 2024 02:04:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=39353430</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=39353430</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39353430</guid></item><item><title><![CDATA[New comment by a_square_peg in "Scrum Sucks"]]></title><description><![CDATA[
<p>Interesting to know - thanks for the info. Strange to think that something designed for 'known, understandable, repeatable work' got adopted by software development.</p>
]]></description><pubDate>Mon, 15 Jan 2024 19:44:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=39005198</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=39005198</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39005198</guid></item><item><title><![CDATA[New comment by a_square_peg in "What's Gone Wrong at Boeing"]]></title><description><![CDATA[
<p>Not an issue if one can do both but when there's a conflict, a great engineering firm will prioritize safety & quality over profit, whereas a business will prioritize profit & stock price over safety & quality.</p>
]]></description><pubDate>Mon, 15 Jan 2024 18:55:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=39004578</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=39004578</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39004578</guid></item><item><title><![CDATA[New comment by a_square_peg in "Scrum Sucks"]]></title><description><![CDATA[
<p>Wonder how 'Sprint', 'Scrum', 'Kanban' etc. all evolved out this? I really can't understand how it went from 'individuals and interactions over processes and tools' became formalized processes of daily standups, 2-week sprints, etc.</p>
]]></description><pubDate>Mon, 15 Jan 2024 18:05:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=39003986</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=39003986</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39003986</guid></item><item><title><![CDATA[New comment by a_square_peg in "Updates on Grounding of Boeing 737 MAX 9 Aircraft"]]></title><description><![CDATA[
<p>Yep - certainly lessons learned through painful experiences.<p>Supply chain management is incredibly challenging and it's interesting to see one school of thought moving away to vertical integration as an alternative solution and another doing just as well with suppliers (Airbus, Apple, ASML, etc).</p>
]]></description><pubDate>Sat, 13 Jan 2024 18:51:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=38983193</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=38983193</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38983193</guid></item><item><title><![CDATA[New comment by a_square_peg in "Updates on Grounding of Boeing 737 MAX 9 Aircraft"]]></title><description><![CDATA[
<p>The way the project was structured, it was in the interest of everyone to succeed since everyone paid for their own development cost and only made money when the planes were sold. Not the easiest client to work for mind you - I've been told that many companies flat out refuse to work with them, but again, thinking back, I think that's what made the project a success, although extremely stressful.</p>
]]></description><pubDate>Sat, 13 Jan 2024 16:14:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=38981275</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=38981275</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38981275</guid></item><item><title><![CDATA[New comment by a_square_peg in "Updates on Grounding of Boeing 737 MAX 9 Aircraft"]]></title><description><![CDATA[
<p>Can confirm. I worked as Airbus' tier 1 supplier and they were even accompanying us to manage our own supplier, which in hind-sight, ensured that things like this didn't happen.</p>
]]></description><pubDate>Sat, 13 Jan 2024 14:37:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=38980300</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=38980300</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38980300</guid></item><item><title><![CDATA[New comment by a_square_peg in "What made Apollo a success? (1971) [pdf]"]]></title><description><![CDATA[
<p>This was the practice of 'configuration management' - I mentioned it in another thread but a lot of this is discussed in the book 'The Secret of Apollo'. It's a quite a good read and gave me a whole new appreciation for the practice of configuration management and document control, something that many engineers abhor.</p>
]]></description><pubDate>Mon, 18 Dec 2023 19:37:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=38687135</link><dc:creator>a_square_peg</dc:creator><comments>https://news.ycombinator.com/item?id=38687135</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38687135</guid></item></channel></rss>