<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: BadlyDrawnBoy</title><link>https://news.ycombinator.com/user?id=BadlyDrawnBoy</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 09 Nov 2026 17:16:39 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=BadlyDrawnBoy" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by BadlyDrawnBoy in "They don't make 'em like that any more: Borland Turbo Pascal 7"]]></title><description><![CDATA[
<p>I think its true for most types of modern development for apps with a UI, not just electron<p>>Doesn't look radically different to how a GUI app that targets a native framework would look today<p>Modern "Native" frameworks are part of the problem. I cant comment on Windows current state as I havent used Windows since I moved my gaming rig from Windows 7 to Linux many, many years ago but even then Windows frameworks were a complete mess<p>Take Libadwaita for example. I migrated an old, very simple disk image manipulation utility app last year from GTK2 to modern gnome. No change in capabilities, a simple clone in GTK4 / Libadwaita. It went from using ~19MB to ~185MB without any additional functionality simply by switching the "Native" framework</p>
]]></description><pubDate>Sat, 07 Nov 2026 18:59:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=50407020</link><dc:creator>BadlyDrawnBoy</dc:creator><comments>https://news.ycombinator.com/item?id=50407020</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50407020</guid></item><item><title><![CDATA[New comment by BadlyDrawnBoy in "They don't make 'em like that any more: Borland Turbo Pascal 7"]]></title><description><![CDATA[
<p>Usually thats not the case. Its mostly abstraction layers upon abstraction layers upon abstraction layers that causes this issue<p>Sometime in the late 90s there started a fundamental change in the software development process. We changed from optimising software for the end user (development is difficult) to optimising the software development process for the developer at the expense of user resources</p>
]]></description><pubDate>Sat, 07 Nov 2026 18:24:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=50406746</link><dc:creator>BadlyDrawnBoy</dc:creator><comments>https://news.ycombinator.com/item?id=50406746</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50406746</guid></item><item><title><![CDATA[New comment by BadlyDrawnBoy in "They don't make 'em like that any more: Borland Turbo Pascal 7"]]></title><description><![CDATA[
<p>><a href="https://tech-insider.org/discord-electron-rust-gpui-rebuild-290mb-ram-2026/" rel="nofollow">https://tech-insider.org/discord-electron-rust-gpui-rebuild-...</a><p>The fact that we are celebrating that a chat app <i>only</i> uses 300MB ram at launch instead of 1GB seems absolutely ludicrous to me<p>The early versions of Skype used about 30MB RAM while in a video call and by the early 2000s standards it was bloatware. Before that we used WebEx in the 90s which was a browser ActiveX or Java applet and RAM use was about 6MB in a video call. In the early / mid 90s I used CU-SeeMe for video calls and its RAM footprint was just over 2MB on Mac System 7<p>Something has clearly gone very wrong in the software development process in the last 2-3 decades and while Im encouraged to see that some people are interested in reversing that trend I still find the resource wastage has me shaking my head sometimes</p>
]]></description><pubDate>Sat, 07 Nov 2026 17:59:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=50406539</link><dc:creator>BadlyDrawnBoy</dc:creator><comments>https://news.ycombinator.com/item?id=50406539</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50406539</guid></item><item><title><![CDATA[New comment by BadlyDrawnBoy in "The $8 Linux Computer (2022)"]]></title><description><![CDATA[
<p>The C906 core that runs Linux on the BL808 SoC on this device has roughly the same integer performance as a P3 on a per Mhz basis. The C906 is about 2.4 DMIPS / Mhz and the P3 is roughly 2.4 (Katmai core) - 2.8 (Tualatin core) DMPIS / Mhz depending on the version. You are looking at roughly P3 450 integer performance<p>Its an interesting comparison that Im not sure reflects positively on the RISC-V C906 core when you factor in core area and process nodes and core area, 22nm vs 250nm. Even if we choose the worst case scenario for the P3 cores to compare which would be the Katmai core. We are basically look at ~parity with a 30 year old core design<p>C906 core only @ 22nm = ~0.6 mm2<p>C906 core only @ 250nm = ~78 mm2 (geometric transform)<p>P3 core only @ 22nm = ~0.5 mm2 (geometric transform)<p>P3 core only @ 250nm = ~76 mm2<p>Apologies if this is messy and badly formatted. Im currently at a wedding, sat waiting between the ceremony and the after party and Ive quite a few beers. I responded because its something I looked at previously with RISC-V cores and I already had the answers in my head</p>
]]></description><pubDate>Sat, 07 Nov 2026 15:33:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=50405403</link><dc:creator>BadlyDrawnBoy</dc:creator><comments>https://news.ycombinator.com/item?id=50405403</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50405403</guid></item><item><title><![CDATA[New comment by BadlyDrawnBoy in "Behind the scenes at the NeXT Computer office"]]></title><description><![CDATA[
<p>>I believe our current work environments will be romanticized one day, in a similar way - we just don’t recognize the fun parts of the mundane.<p>I cant see it. I was in the embedded dev world from the early 90s to mid 2000s before I moved into infrastructure architecture. The mostly homogeneous world we currently live in is just not even close to what we had in the 90s. At one point I had a Next Cube, an IBM RS/6000 (AIX 4.x Unix), a BeBox (BeOS), an OS/2 system (PPC), a Sun SparcStation and 2 x NT 3.x system (x86 and PPC) all sat in my office at the same time. The diversity of hardware and operating systems is just not comparable to today. It was an exciting time of rapid development and change and we were aware of it. Much different to what we have now where we just like to pretend we are in a time of rapid development and change but the reality is incremental change and small increments at that outside of AI<p>I havent found anything in the IT world to excite me for close to 20 years. The expanding core counts were interesting to start with but soon got boring. The introduction of ARM was hardly an excitement. RISC-V is dead as far as performance designs go though its a great micro controller arch. Software is abstraction layer piled on top of abstraction layer piled on top of abstraction layer. There is almost nothing new and hasn't been for a long time</p>
]]></description><pubDate>Mon, 26 Oct 2026 12:15:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=50242371</link><dc:creator>BadlyDrawnBoy</dc:creator><comments>https://news.ycombinator.com/item?id=50242371</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50242371</guid></item><item><title><![CDATA[New comment by BadlyDrawnBoy in "Behind the scenes at the NeXT Computer office"]]></title><description><![CDATA[
<p>Same</p>
]]></description><pubDate>Mon, 26 Oct 2026 11:42:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=50242096</link><dc:creator>BadlyDrawnBoy</dc:creator><comments>https://news.ycombinator.com/item?id=50242096</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50242096</guid></item></channel></rss>