<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: kcexn</title><link>https://news.ycombinator.com/user?id=kcexn</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 25 Jun 2026 05:13:39 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=kcexn" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by kcexn in "Algorithmic Monocultures in Hiring"]]></title><description><![CDATA[
<p>Everyone knows there is bias. The problem this article highlights is that by delegating screening and human judgment to a few AI vendors those vendors will bias all employers in the same way.</p>
]]></description><pubDate>Wed, 24 Jun 2026 18:04:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=48663529</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=48663529</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48663529</guid></item><item><title><![CDATA[New comment by kcexn in "There are a few things that I look back on as my mistakes in the early days"]]></title><description><![CDATA[
<p>It's a side effect of rewarding 20-somethings with lots of money to do 'smart' things with stuff they learn in an undergraduate degree.<p>It's easy to conflate recognition with achievement when that's all you know in life.</p>
]]></description><pubDate>Wed, 24 Jun 2026 17:46:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=48663321</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=48663321</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48663321</guid></item><item><title><![CDATA[New comment by kcexn in "White Rabbit – sub-nanosecond synchronization for large distributed systems"]]></title><description><![CDATA[
<p>If both systems have a good clock. Then the synchronization messages only need to contain the time delta to correct the time (phase?) drift to achieve full synchronization.</p>
]]></description><pubDate>Mon, 25 May 2026 22:28:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=48272655</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=48272655</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48272655</guid></item><item><title><![CDATA[New comment by kcexn in "Open Source Resistance: keep OSS alive on company time"]]></title><description><![CDATA[
<p>The highest profile recent case that I can find is Rambler vs Igor Sysoev on the development of Nginx.<p><a href="https://news.ycombinator.com/item?id=21771144">https://news.ycombinator.com/item?id=21771144</a><p>Although in this particular case, I tend to agree with Igor as he was employed as a system administrator not a software developer so it's unlikely that there were any real contractual constraints imposed on him in relation to copyright or invention transfer.</p>
]]></description><pubDate>Thu, 14 May 2026 21:49:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=48141717</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=48141717</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48141717</guid></item><item><title><![CDATA[New comment by kcexn in "What's a mathematician to do? (2010)"]]></title><description><![CDATA[
<p>Absolutely! The backlog is enormous though, and much of mathematics requires a great deal of work to understand it to the depth required before a novel application becomes apparent.</p>
]]></description><pubDate>Mon, 11 May 2026 00:50:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=48089818</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=48089818</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48089818</guid></item><item><title><![CDATA[New comment by kcexn in "College instructor turns to typewriters to curb AI-written work"]]></title><description><![CDATA[
<p>The problem with exams is that everyone has a bad experience with a poorly written one. Well-written exams will have questions that test students at different levels of understanding across the whole curriculum.<p>So a student who only understands the basics should be able to answer most of the easy questions and students who have a deeper understanding can answer the harder ones.<p>Well-written exams should feel pretty fair and leave students feeling like the result they got is proportional to the effort they put into studying the material (or at least how well they personally felt they understood the material).</p>
]]></description><pubDate>Sun, 19 Apr 2026 02:03:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=47821219</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=47821219</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47821219</guid></item><item><title><![CDATA[New comment by kcexn in "The economics of software teams: Why most engineering orgs are flying blind"]]></title><description><![CDATA[
<p>I feel like there is a lot of nuance around this topic that is getting lost in the noise.<p>The direct and indirect financial impact of technical decisions are indeed hard to measure. But some technical decisions definitely have greater financial impact than others. Even if it's hard to precisely quantify the financial costs/benefits of every decision. It is possible to order them relatively. X is likely to make more money than Y. So we do X first and Y later.<p>There is a significant amount of chance involved in whether a product/feature will even make money at all. So even good plans with measurably positive expected value could end up losing money.<p>Just because it's impossible to be 100% certain of the outcome of any decision. Doesn't mean we should throw the baby out with the bathwater.</p>
]]></description><pubDate>Mon, 13 Apr 2026 09:27:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=47749685</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=47749685</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47749685</guid></item><item><title><![CDATA[New comment by kcexn in "What major works of literature were written after age of 85? 75? 65?"]]></title><description><![CDATA[
<p>I don't think there is a bias in the field towards a youth narrative. I think there is a bias in the media.<p>Nobody I've ever met would expect a breakthrough from a 20 something year old no matter how much of a genius they are. Communicating a breakthrough requires time, effort, and credibility to begin with, which nobody has at that age.<p>Your 30's are when you can start to really do great things. And then depending on the field you can kind of just keep going as long as you have the energy for it. But lots of people begin to wear out into their 40's (for lots of different reasons).<p>In terms of great breakthroughs. If you haven't had your great idea by 40. It's probably increasingly unlikely that you'll have one later in life (but not impossible). Not everyone needs to have a paradigm changing idea to have a successful career though.</p>
]]></description><pubDate>Wed, 01 Apr 2026 04:37:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47596876</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=47596876</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47596876</guid></item><item><title><![CDATA[New comment by kcexn in "I built an AI receptionist for a mechanic shop"]]></title><description><![CDATA[
<p>Isn't this the fundamental problem of all AI chatbots? If the problem is costing thousands of dollars (a week?), why not hire a person?<p>If it's not costing thousands of dollars, why would I hire a software engineer to build this for me.</p>
]]></description><pubDate>Mon, 23 Mar 2026 22:48:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=47496182</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=47496182</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47496182</guid></item><item><title><![CDATA[New comment by kcexn in "New accounts on HN more likely to use em-dashes"]]></title><description><![CDATA[
<p>I can imagine a future where writing that is considered sloppy today is considered good because of LLMs.</p>
]]></description><pubDate>Thu, 26 Feb 2026 00:15:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=47160048</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=47160048</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47160048</guid></item><item><title><![CDATA[New comment by kcexn in "The Misuses of the University"]]></title><description><![CDATA[
<p>I don't think they're suggesting we reduce the amount of faculty. They're suggesting that you ask all the faculty to share less space, increasing the efficiency of the real estate holdings. Also by reducing the number of schools, you reduce the amount of expensive ancillaries.</p>
]]></description><pubDate>Wed, 25 Feb 2026 22:49:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=47159171</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=47159171</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47159171</guid></item><item><title><![CDATA[New comment by kcexn in "Farewell, Rust for web"]]></title><description><![CDATA[
<p>Technically it's the same. But behaviorally it's not. When pulling in more dependencies is so easy, it's very hard to slow down and ask the question do we need all of this?<p>Mucking around with cmake adds enough friction that everyone can take a beat for thoughtful decision-making.</p>
]]></description><pubDate>Fri, 20 Feb 2026 04:23:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=47083710</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=47083710</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47083710</guid></item><item><title><![CDATA[New comment by kcexn in "How often do full-body MRIs find cancer?"]]></title><description><![CDATA[
<p>There's a softer component to healthcare which is that people can overreact to medical results. If a doctor administers a scan, finds a handful of likely benign things but wants to administer another scan later on down the line, I'm probably much more likely to look for a second opinion that tells me to cut them out (even if it may not be medically necessary) than trust my doctor that "it's probably fine".<p>It's probably more accurate to use a software analogy about performance metrics. We measure random request spikes now and again that strain the system. It's probably fine, but later on down the line, something could change that results in an outage during one of these spikes. Do we proactively fix the problem even if no change is expected? Or do we wait till there is definitely a problem before taking action?</p>
]]></description><pubDate>Sun, 15 Feb 2026 09:59:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=47022487</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=47022487</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47022487</guid></item><item><title><![CDATA[New comment by kcexn in "I am happier writing code by hand"]]></title><description><![CDATA[
<p>Did power tools not cause layoffs? That seems like a dubious claim to me. Building a house today takes far fewer people than 100 years ago. Seems unlikely that all the extra labor found other things to do in construction.</p>
]]></description><pubDate>Wed, 11 Feb 2026 04:41:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=46970925</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=46970925</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46970925</guid></item><item><title><![CDATA[New comment by kcexn in "I am happier writing code by hand"]]></title><description><![CDATA[
<p>Maybe. I'm not sure its that different though? If one person can do the work of two because of power tools, then why keep both? Same with AI. How people feel about it doesn't seem relevant.<p>Maybe the right example is the role of tractors in agriculture. Prior to tractors you had lots of people do the work, or maybe animals. But tractors and engines eliminate a whole class of labor. You could still till a field by hand or with a horse if you want, but it's probably not commercially viable.</p>
]]></description><pubDate>Mon, 09 Feb 2026 01:56:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=46940701</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=46940701</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46940701</guid></item><item><title><![CDATA[New comment by kcexn in "Stories from 25 Years of Software Development"]]></title><description><![CDATA[
<p>They should have known better. It was their job to sell the box. Instead they wasted a tonne of their clients money on a proof-of-concept for something that was never going to work. Using the word 'impossible' was probably also a big error. If it can perform computations, nothing is impossible, but some things are certainly not recommended.</p>
]]></description><pubDate>Sun, 08 Feb 2026 00:07:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=46929778</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=46929778</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46929778</guid></item><item><title><![CDATA[New comment by kcexn in "Todd C. Miller – Sudo maintainer for over 30 years"]]></title><description><![CDATA[
<p>I think this is partly an education problem, and partly an industry culture problem. Lots of young developers are incentivized to 'contribute' to open-source as a way to demonstrate that they can actually write software. So open-source becomes a way of signalling competence when at a broader scale it's just extracting wealth from the vulnerable.<p>Open-source seems to be fragmented into three groups now. Large enterprise open-source like Kubernetes or OpenStack where the license seems more like a legal agreement amongst vendors to not sue each other. Legacy open-source projects that are getting by on brand recognition and sheer willpower. And a whole bunch of noise from people who are looking to leverage open-source into a job of some sort.<p>I'm not sure what the solution is...</p>
]]></description><pubDate>Tue, 03 Feb 2026 03:38:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=46866152</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=46866152</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46866152</guid></item><item><title><![CDATA[New comment by kcexn in "After two years of vibecoding, I'm back to writing by hand"]]></title><description><![CDATA[
<p>As people get more comfortable with AI. I think what everyone is noticing is that AI is terrible at solving problems that don't have large amounts of readily available training data. So, basically if there isn't already an open-source solution available online, it can't do it.<p>If what you're doing is proprietary, or even a little bit novel. There is a really good chance that AI will screw it up. After all, how can it possibly know how to solve a problem it has never seen before?</p>
]]></description><pubDate>Tue, 27 Jan 2026 03:21:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=46775118</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=46775118</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46775118</guid></item><item><title><![CDATA[New comment by kcexn in "Command-line Tools can be 235x Faster than your Hadoop Cluster (2014)"]]></title><description><![CDATA[
<p>Because developers are incentivized to have marketable software skills. Not marketable build things that are cheap and profitable skills.<p>Moore's law was supposed to make it simpler and cheaper to do more computationally expensive tasks. But in the meantime, everyone kept inflating the difficulty of a task faster than Moore could keep up.<p>I think some of this is because of the incredible amounts of capital that startups seem to be able to acquire. If startups had to demonstrate profitability before they were given any money to scale, the story would be very different I think.</p>
]]></description><pubDate>Mon, 19 Jan 2026 02:58:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=46674599</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=46674599</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46674599</guid></item><item><title><![CDATA[New comment by kcexn in "After 25 years, Wikipedia has proved that news doesn't need to look like news"]]></title><description><![CDATA[
<p>The problem with Wikipedia as an Academic source is that it's impossible to cite. You have no idea whether the information on there today is going to be there tomorrow or was there yesterday.</p>
]]></description><pubDate>Sun, 18 Jan 2026 03:48:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=46664637</link><dc:creator>kcexn</dc:creator><comments>https://news.ycombinator.com/item?id=46664637</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46664637</guid></item></channel></rss>