<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: EngineeringStuf</title><link>https://news.ycombinator.com/user?id=EngineeringStuf</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 28 Apr 2026 08:17:16 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=EngineeringStuf" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by EngineeringStuf in "At Least 13 People Died by Suicide Amid U.K. Post Office Scandal, Report Says"]]></title><description><![CDATA[
<p>I really do agree.<p>I was a lead Technical Architect and authority on behalf of HM Treasury for a while, and I will tell you this: this is just the tip of the iceberg in government procurement.<p>I've witnessed faulty systems in DVLA, DEFRA, DWP, Home Office, MOJ and Scottish Government. Systems that have directly resulted in suicide, false convictions, corruption and loss of money to the public purse.<p>The problem with Horizon and Fujitsu is that in the end the government has to sign it off, and there will be someone who is the Accountable Officer (AO). More often than not, all parties (customer and supplier) become incredibly motivated to protect the AO because it protects profits, protects reputational damage and essentially builds a good news story around the whole thing.<p>It's just elitism, wrapped up in cronyism, veiled in lies so that AOs can fail upwards into positions with suppliers. I've seen it too many times and I'm fed-up with it. Government is completely and utterly corrupt.</p>
]]></description><pubDate>Fri, 11 Jul 2025 22:12:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=44537287</link><dc:creator>EngineeringStuf</dc:creator><comments>https://news.ycombinator.com/item?id=44537287</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44537287</guid></item><item><title><![CDATA[New comment by EngineeringStuf in "Solving `Passport Application` with Haskell"]]></title><description><![CDATA[
<p>I used to work in Spend Controls in Cabinet Office, so I got to see this across about 20 UK Government departments.<p>It's a bit of a race to the bottom regarding outsourcing, there are good companies and there are good technologist's but they never last more than a few years due to poor contracts, poor decision-making and poor pay.<p>I've actually seen some very good companies deliver on time and under budget, but then the company fails because they did the job too well and follow-up work wasn't needed.<p>I think that for outsourcing companies "wage theft" and doing just enough to meet the contract are core components of their business. That is, they need to optimise for high fees, low pay and the bare-minimum in quality.</p>
]]></description><pubDate>Mon, 30 Jun 2025 06:51:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=44420255</link><dc:creator>EngineeringStuf</dc:creator><comments>https://news.ycombinator.com/item?id=44420255</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44420255</guid></item><item><title><![CDATA[New comment by EngineeringStuf in "Solving `Passport Application` with Haskell"]]></title><description><![CDATA[
<p>Yes, absolutely. Although that would require care and forethought regarding unintended consequences.<p>Most roads will lead back to consultancies stepping-in because the government org will likely lack the skills. And it's very easy for a consultancy to claim they're experts, but throw an army of graduates at it.<p>Interoperability between rules based systems (and legacy) software need to be considered too. It's a massive problem that will grow with time... Most government departments have some form of every generation of technology.</p>
]]></description><pubDate>Mon, 30 Jun 2025 06:45:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=44420210</link><dc:creator>EngineeringStuf</dc:creator><comments>https://news.ycombinator.com/item?id=44420210</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44420210</guid></item><item><title><![CDATA[New comment by EngineeringStuf in "Solving `Passport Application` with Haskell"]]></title><description><![CDATA[
<p>I've worked on a variety of large UK government systems for the past ten years.<p>This blog encapsulates the problem of writing government services/software, which often results in strange outcomes.<p>Writing software for government is essentially the codification of centuries worth of Acts of Parliament.<p>Now imagine building the HMPO passport system, and then some underlying Law/Act is changed or repealed etc.<p>Now someone has to find and change everything that the Law/Act affected in all systems.<p>Now consider that the government frequently outsources this work to expensive consultancies who are motivated to elongate contracts and extract maximum value from the client... And ideally become entrenched.<p>All whilst building systems of varying quality and inflexibility so that the next time that a Law/Act is changed then this whole process repeats.<p>There is no central decision making authority to wrangle this problem (there used to be Spend Controls), which is why Government services delivery is so expensive.</p>
]]></description><pubDate>Sun, 29 Jun 2025 06:14:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=44410698</link><dc:creator>EngineeringStuf</dc:creator><comments>https://news.ycombinator.com/item?id=44410698</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44410698</guid></item><item><title><![CDATA[New comment by EngineeringStuf in "Evaluating modular RAG with reasoning models"]]></title><description><![CDATA[
<p>Yes, but you could optimise the generated questions over time to reduce cache-misses.</p>
]]></description><pubDate>Wed, 26 Feb 2025 18:14:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=43186353</link><dc:creator>EngineeringStuf</dc:creator><comments>https://news.ycombinator.com/item?id=43186353</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43186353</guid></item><item><title><![CDATA[New comment by EngineeringStuf in "Evaluating modular RAG with reasoning models"]]></title><description><![CDATA[
<p>The number of chunks would be the same regardless of either approach.<p>The generation of questions can be done out-of-band by a cheaper model.<p>Their current implementation approach seems to require some computation per request. It would be a balance to see which strategy provides the most value.<p>The speed of responses overall would be faster.</p>
]]></description><pubDate>Wed, 26 Feb 2025 16:19:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=43185104</link><dc:creator>EngineeringStuf</dc:creator><comments>https://news.ycombinator.com/item?id=43185104</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43185104</guid></item><item><title><![CDATA[New comment by EngineeringStuf in "Evaluating modular RAG with reasoning models"]]></title><description><![CDATA[
<p>Am I correct in reading that the RAG pipeline runs in realtime in response to a user query?<p>If so, then I would suggest that you run it ahead of time and generate possible questions from the LLM based on the context of the current semantically split chunk.<p>That way you only need to compare the embeddings at query time and it will already be pre-sorted and ranked.<p>The trick, of course, is chunking it correctly and generating the right questions. But in both cases I would look to the LLM to do that.<p>Happy to recommend some tips on semantically splitting documents using the LLM with really low token usage if you're interested.</p>
]]></description><pubDate>Wed, 26 Feb 2025 15:07:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=43184315</link><dc:creator>EngineeringStuf</dc:creator><comments>https://news.ycombinator.com/item?id=43184315</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43184315</guid></item><item><title><![CDATA[New comment by EngineeringStuf in "Nokia's internal presentation after iPhone was launched (2007) [pdf]"]]></title><description><![CDATA[
<p>I'm surprised that Nokia found out through the keynote presentation from Steve Jobs. LG and Prada announced their phone a little earlier and it had been shown already at the IF Design Awards a few months earlier.<p>Google "LG Prada Phone" for the Wikipedia article.<p>If Nokia had paid attention to those design awards then they too could have moved quickly on a similar device.<p>Is this a case where Nokia thought they had a moat?</p>
]]></description><pubDate>Thu, 16 Jan 2025 14:26:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=42725531</link><dc:creator>EngineeringStuf</dc:creator><comments>https://news.ycombinator.com/item?id=42725531</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42725531</guid></item><item><title><![CDATA[New comment by EngineeringStuf in "Nokia's internal presentation after iPhone was launched (2007) [pdf]"]]></title><description><![CDATA[
<p>I'm surprised that Nokia found out through the keynote presentation from Steve Jobs. LG and Prada announced their phone a little earlier and it had been shown already at the IF Design Awards a few months earlier.<p><a href="https://en.m.wikipedia.org/wiki/LG_Prada" rel="nofollow">https://en.m.wikipedia.org/wiki/LG_Prada</a><p>If Nokia had paid attention to those design awards then they too could have moved quickly on a similar device.<p>Is this a case where Nokia thought they had a moat?</p>
]]></description><pubDate>Thu, 16 Jan 2025 14:25:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=42725504</link><dc:creator>EngineeringStuf</dc:creator><comments>https://news.ycombinator.com/item?id=42725504</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42725504</guid></item><item><title><![CDATA[New comment by EngineeringStuf in "Ask HN: Should you reply STOP to unwanted texts?"]]></title><description><![CDATA[
<p>I'm not sure why no one else has mentioned this, but "STOP" will only stop messages relating to that particular campaign. By sending "STOP ALL" it will stop messages from any campaign on that number.</p>
]]></description><pubDate>Tue, 01 Oct 2024 19:01:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=41712738</link><dc:creator>EngineeringStuf</dc:creator><comments>https://news.ycombinator.com/item?id=41712738</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41712738</guid></item><item><title><![CDATA[New comment by EngineeringStuf in "Demystifying Web Push Notifications"]]></title><description><![CDATA[
<p>I'm surprised to learn that this isn't an open standard. E.g I must make an API call to a browser vendor.
Is this a form of vendor lock-in?</p>
]]></description><pubDate>Mon, 27 Nov 2023 09:23:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=38430129</link><dc:creator>EngineeringStuf</dc:creator><comments>https://news.ycombinator.com/item?id=38430129</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38430129</guid></item><item><title><![CDATA[Pragmatism in Software Delivery]]></title><description><![CDATA[
<p>Article URL: <a href="https://ma.tthewjohnson.com/blog/finding-balance-pragmatism">https://ma.tthewjohnson.com/blog/finding-balance-pragmatism</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=36082981">https://news.ycombinator.com/item?id=36082981</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 26 May 2023 12:03:09 +0000</pubDate><link>https://ma.tthewjohnson.com/blog/finding-balance-pragmatism</link><dc:creator>EngineeringStuf</dc:creator><comments>https://news.ycombinator.com/item?id=36082981</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36082981</guid></item><item><title><![CDATA[What Is the Supercloud?]]></title><description><![CDATA[
<p>Article URL: <a href="https://ma.tthewjohnson.com/blog/what-is-the-supercloud">https://ma.tthewjohnson.com/blog/what-is-the-supercloud</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=36055543">https://news.ycombinator.com/item?id=36055543</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 24 May 2023 08:47:18 +0000</pubDate><link>https://ma.tthewjohnson.com/blog/what-is-the-supercloud</link><dc:creator>EngineeringStuf</dc:creator><comments>https://news.ycombinator.com/item?id=36055543</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36055543</guid></item><item><title><![CDATA[Monoliths Are Good, but Not That Good]]></title><description><![CDATA[
<p>Article URL: <a href="https://ma.tthewjohnson.com/blog/monoliths">https://ma.tthewjohnson.com/blog/monoliths</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=36029767">https://news.ycombinator.com/item?id=36029767</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 22 May 2023 10:52:31 +0000</pubDate><link>https://ma.tthewjohnson.com/blog/monoliths</link><dc:creator>EngineeringStuf</dc:creator><comments>https://news.ycombinator.com/item?id=36029767</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36029767</guid></item><item><title><![CDATA[Ted Lasso can’t teach you team management]]></title><description><![CDATA[
<p>Article URL: <a href="https://ma.tthewjohnson.com/blog/ted-lasso">https://ma.tthewjohnson.com/blog/ted-lasso</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=35973507">https://news.ycombinator.com/item?id=35973507</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 17 May 2023 10:41:59 +0000</pubDate><link>https://ma.tthewjohnson.com/blog/ted-lasso</link><dc:creator>EngineeringStuf</dc:creator><comments>https://news.ycombinator.com/item?id=35973507</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=35973507</guid></item></channel></rss>