<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: jmwilson</title><link>https://news.ycombinator.com/user?id=jmwilson</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 10 Jun 2026 02:00:26 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=jmwilson" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by jmwilson in "Project Patchouli: Open-source electromagnetic drawing tablet hardware"]]></title><description><![CDATA[
<p>The Youtube introduction video (<a href="https://www.youtube.com/watch?v=igVscvWAR1s" rel="nofollow">https://www.youtube.com/watch?v=igVscvWAR1s</a>) is a great explanation of the tech and the end where he retrofits it into a Panasonic CF RZ is wild.</p>
]]></description><pubDate>Thu, 08 Jan 2026 06:42:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=46537973</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=46537973</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46537973</guid></item><item><title><![CDATA[New comment by jmwilson in "How to install TrueNAS on a Raspberry Pi"]]></title><description><![CDATA[
<p>TrueNAS is just web-based configuration management. As long as you only use the web UI, your system state can be distilled down to the config file it generates.<p>If you do a vanilla FreeBSD+samba+NFS+ZFS setup, you'll need to edit several files around the file system, which are easy to forget months down the line in case of adjustment or disaster recovery.</p>
]]></description><pubDate>Thu, 28 Aug 2025 15:23:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=45053367</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=45053367</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45053367</guid></item><item><title><![CDATA[New comment by jmwilson in "SSL certificate requirements are becoming obnoxious"]]></title><description><![CDATA[
<p>Firefox does do the right thing and seems the most usable browser for private CAs. Chrome and derivatives mostly too, except the problem mentioned about the public suffix list. Mobile clients seem the most broken. I can't get iOS to work well with my private CA packaged into a .mobileconfig, but it could be my error as well.</p>
]]></description><pubDate>Tue, 26 Aug 2025 16:26:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=45028754</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=45028754</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45028754</guid></item><item><title><![CDATA[New comment by jmwilson in "SSL certificate requirements are becoming obnoxious"]]></title><description><![CDATA[
<p>Another obnoxious behavior is clients enforcing lifetime requirements for domains they have no business imposing their opinion about: .internal and .home.arpa. These are specifically carved out for private use. If I want to roll my own CA with a 2.5.29.30 name constraint extension for one of these domains and hand out a 10 year wildcard certificate, I should be able to without interference from my web browser.<p>Additionally, Google and the PSL have inadvertently broken .home.arpa on Chrome by misclassifying it as a public suffix, while leaving .internal alone. A wildcard cert for *.home.arpa will not work on Chrome, but *.internal will, despite these two domains being essentially equivalent in purpose.</p>
]]></description><pubDate>Tue, 26 Aug 2025 16:04:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=45028416</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=45028416</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45028416</guid></item><item><title><![CDATA[New comment by jmwilson in "Bill Atkinson has died"]]></title><description><![CDATA[
<p>HyperCard was my introduction to programming and delivered on the vision of personal computing as "bicycle for the mind." RIP</p>
]]></description><pubDate>Sat, 07 Jun 2025 17:19:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=44211038</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=44211038</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44211038</guid></item><item><title><![CDATA[New comment by jmwilson in "Joining Sun Microsystems – 40 years ago (2022)"]]></title><description><![CDATA[
<p>Working for a great company in its heyday is a gift - one that I wish for everyone. Stories like this are a comfort when the industry is near its nadir, and reminder that the industry moves in cycles, and all glory fades. I got my turn at Facebook in 2010. A bunch of times I'd see a name I'd recognize pop up in internal discussions: an esteemed classmate or colleague had joined, and you knew with all this talent concentrating in one place, good things were to come.</p>
]]></description><pubDate>Wed, 30 Apr 2025 15:54:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=43846980</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=43846980</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43846980</guid></item><item><title><![CDATA[New comment by jmwilson in "You wouldn't steal a font"]]></title><description><![CDATA[
<p>The lack of the ohm symbol Ω is also quite a bummer given the technical domain of the font.</p>
]]></description><pubDate>Wed, 23 Apr 2025 21:54:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=43777045</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=43777045</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43777045</guid></item><item><title><![CDATA[ACARS Drama]]></title><description><![CDATA[
<p>Article URL: <a href="https://acarsdrama.com/">https://acarsdrama.com/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=43424065">https://news.ycombinator.com/item?id=43424065</a></p>
<p>Points: 218</p>
<p># Comments: 103</p>
]]></description><pubDate>Thu, 20 Mar 2025 14:33:28 +0000</pubDate><link>https://acarsdrama.com/</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=43424065</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43424065</guid></item><item><title><![CDATA[New comment by jmwilson in "Using eqn for static website equation generation"]]></title><description><![CDATA[
<p>I use KaTex (<a href="https://katex.org/" rel="nofollow">https://katex.org/</a>) as part of static site generation, and I get LaTeX quality output (because it duplicates LaTeX's algorithm) using only CSS.<p>Using the eqn and troff suite in 2025 ... I'll just say there's a better way. LaTeX is arcane enough, but at least it is a universal standard in mathematical publication that it pays off to learn a little.</p>
]]></description><pubDate>Sat, 01 Feb 2025 23:02:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=42903417</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=42903417</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42903417</guid></item><item><title><![CDATA[New comment by jmwilson in "Proper decoupling capacitor practices, and why you should leave 100nF behind"]]></title><description><![CDATA[
<p>I made a test PCB with capacitor footprints repeated at various intervals, with measurement ports for controlled experiments. You can really see the performance difference between two and four layer PCBs, for example: <a href="https://jmw.name/projects/exploring-pdns/" rel="nofollow">https://jmw.name/projects/exploring-pdns/</a></p>
]]></description><pubDate>Thu, 30 Jan 2025 05:23:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=42875157</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=42875157</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42875157</guid></item><item><title><![CDATA[New comment by jmwilson in "Why some DVLA digital services don't work at night"]]></title><description><![CDATA[
<p>Who works Sunday morning then?<p>The maintenance window will morph into a do-big-risky-changes window, which means everybody in engineering will have to be on-call. Many years ago, when I newly joined a FAANG, I asked, "shouldn't I run this migration after hours when load is low?" and the response was firm, "No, you'll run it when people are around to fix things". It may not always be the answer, but in general, I want to do maintenance when people are present and willing to respond, not nights and weekends when they're somewhere else and can't be found.</p>
]]></description><pubDate>Thu, 16 Jan 2025 16:29:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=42727458</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=42727458</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42727458</guid></item><item><title><![CDATA[New comment by jmwilson in "Taming the buck with a Type III compensator"]]></title><description><![CDATA[
<p>Tuning feedback loops is a topic I've found to be fiendishly good fun, perhaps because of how <i>obtuse</i> the final result is. There is no at-a-glance way to see the connection between your high-level goals (closed-loop bandwidth and phase margin) and the implementation (the R and C values). Consequently, I make it a point to document the hell out of these circuits with parameterized simulations so that my future self has some hope of understanding and adjusting them later on.<p>A lot of applications are usually tolerant of suboptimal compensator design. I've participated in a few designs where these circuits were plucked from the datasheet reference design and never touched. There's a tradeoff between having a little bit of ringing vs. having an engineer model, tune, and test, and also adding to the BOM complexity with a bunch of different passive part values.</p>
]]></description><pubDate>Wed, 23 Oct 2024 23:21:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=41930253</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=41930253</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41930253</guid></item><item><title><![CDATA[New comment by jmwilson in "NSO Should Lose Spyware Case for Discovery Violations, Meta Says"]]></title><description><![CDATA[
<p>> they aint ever going to pop a North Korean threat actor bc they simply cant travel at will.<p>True, but the USG has a long memory and holds grudges. Even if they never travel, they have to be confident <i>every</i> future government of the country will have their back. What's the odds the North Korean or Russian regime substantially changes in their lifetimes? Probably higher than the chance a future US administration will stop caring about an outstanding warrant.</p>
]]></description><pubDate>Thu, 03 Oct 2024 18:19:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=41733345</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=41733345</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41733345</guid></item><item><title><![CDATA[New comment by jmwilson in "I wish I didn't miss the '90s-00s internet"]]></title><description><![CDATA[
<p>> In the mid nineties the Internet was largely a research network between university computers and paid for by tax payers.<p>Your timeline is off by <i>at least</i> half a decade, and things were changing very rapidly in that time. By the mid-'90s, NSFNET was formally dead, after years of accepting commercial traffic. Local ISPs for home users started popping up and AOL opened its access to USENET in 1993.<p>The push for residential broadband also started almost immediately; @Home was offering residential cable internet in 1996, it was the future at the time, just not very evenly distributed. This was well before PCs had the processing power to do standard-definition video.</p>
]]></description><pubDate>Wed, 11 Sep 2024 17:11:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=41513352</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=41513352</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41513352</guid></item><item><title><![CDATA[New comment by jmwilson in "We don't know how bad most things are nor precisely how they're bad"]]></title><description><![CDATA[
<p>> The space of possible subjects is huge, so on average your discernment is terrible, relative to what it could be. This is a serious problem if you create a machine that does everyone's job for them.<p>It's a problem if you're building systems as a dilettante. There are enough individuals on the planet that people can specialize so we need not be at the mercy of systems built by people of average discernment.<p>> If their art dies out, maybe nobody will know how bad all the pianos are. And then we'll all have slightly worse pianos than we would otherwise have. And I mean if that's the way things are going to go, then let's just steer the Earth into the Sun, because what's the point of any of this.<p>One counterexample to this viewpoint is Damascus steel. The exact art of making it has been lost (although now effectively reproduced), but modern steels surpass the qualities that made Damascus steel prized. It turns out those ancient masters didn't know bad <i>their</i> steel was. Maybe modern piano tuners don't know how bad their technique is, once the process of "finessing how the overtones interact with each other" has been thoroughly characterized by present or future technology.</p>
]]></description><pubDate>Thu, 22 Aug 2024 17:40:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=41322642</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=41322642</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41322642</guid></item><item><title><![CDATA[New comment by jmwilson in "London–Calcutta Bus Service"]]></title><description><![CDATA[
<p>I had this discussion (specifically about the Hippie trail) with a friend before I made a trip to Hong Kong in 2019. The conclusion was it is important to travel while you can. Things can change and not always for the better. I returned from Hong Kong on June 3, and less than a week later the protests started and turned violent. Then the next year, global travel all but shut down. I also had the opportunity to visit Kyiv in 2019 and regret not taking it.</p>
]]></description><pubDate>Tue, 11 Jun 2024 22:13:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=40652235</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=40652235</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40652235</guid></item><item><title><![CDATA[New comment by jmwilson in "10 Years of Hacker News "Ask HN: Who Is Hiring" Trends"]]></title><description><![CDATA[
<p><a href="https://hnhiring.com/trends" rel="nofollow">https://hnhiring.com/trends</a><p>Not a true top-line overall number, but the trend is obvious notwithstanding.</p>
]]></description><pubDate>Mon, 01 Apr 2024 15:38:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=39895309</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=39895309</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39895309</guid></item><item><title><![CDATA[New comment by jmwilson in "Understanding DFT and FFT"]]></title><description><![CDATA[
<p>Frequency domain analysis is useful when you have a physical quantity (which normally comes down to energy or power, in joules or watts) that you want to understand in terms of frequency. Mere periodicity of events doesn't imply that is the case. Statistical techniques, on the other hand, are widely applicable to time series data.</p>
]]></description><pubDate>Thu, 07 Mar 2024 17:10:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=39631451</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=39631451</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39631451</guid></item><item><title><![CDATA[New comment by jmwilson in "I'm an Old Fart and AI Makes Me Sad"]]></title><description><![CDATA[
<p>There's different levels of "understanding how things work" and the author makes it clear what kind of understanding he's going for. If you look at the source code to program, you should be able to point to any line of code and answer "What does this particular line of code do? Why is it important and how does it relate to the rest of the design?" Same applies to a part on a electronic schematic or a mechanical drawing. There is likely no similar meaningful answer to those questions if you look at a particular weight in a model.</p>
]]></description><pubDate>Fri, 16 Feb 2024 16:27:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=39399152</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=39399152</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39399152</guid></item><item><title><![CDATA[New comment by jmwilson in "My business card runs Linux and Ultrix (2022)"]]></title><description><![CDATA[
<p>(2022)<p>The first time I saw a PCB business card, I thought it was pretty cool. Then I saw a PCBA business card (with components!) and was amazed. But now I just see them as unnecessary e-waste for vanity. Business cards get read, scanned, and tossed. At least the impact of a piece of paper and ink is small compared to fiberglass resin, copper foil, ENIG, and solder mask. This example isn't even that great as a business card: the typography and contrast make the contact information poorly legible compared to the component silkscreen. Amazing PCB art (<a href="https://grandideastudio.com/portfolio/projects/the-worlds-thinnest-boombox/" rel="nofollow">https://grandideastudio.com/portfolio/projects/the-worlds-th...</a> is the best I've seen) makes creative use of the different contrast, translucency, and textures between exposed and masked copper, masked and unmasked bare FR4, and silkscreen layers. It's a very constrained graphic design problem that takes a good eye.</p>
]]></description><pubDate>Tue, 06 Feb 2024 00:12:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=39269031</link><dc:creator>jmwilson</dc:creator><comments>https://news.ycombinator.com/item?id=39269031</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39269031</guid></item></channel></rss>