<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: nklow</title><link>https://news.ycombinator.com/user?id=nklow</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 20 Oct 2026 22:44:26 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=nklow" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by nklow in "I never authorized an integration that scans my secrets"]]></title><description><![CDATA[
<p>>Sure. If you don’t care about whether your open source software has users, then there is no harm. People who maintain open source software for free usually do it out if a sense of pride and accomplishment that is tied to how many people use it, though.<p>Specifically in this case, it seems the developer isn't doing it for free - their work is at least somewhat sponsored and looking at their site it seems to be their full-time work. I'm not diminishing their time and effort, but this isn't someone working late nights that is hoping their software gets its first 100 users.<p>>They said that after the user already threatened to do so.<p>There's a button on every public GitHub repo to fork it. If I say "I'm going to hit that button" (even in a particularly rude way) - is that really a threat? It is functionality built into not only the site, but also the culture and code licensing that underpins any open-source project. I struggle to see how anyone could threaten open-source code by saying they'll fork it. Go ahead - that was specifically designed into the license for any reason. It's so prevalent that it has its own button.<p>>If someone says “we’re going to fork this because we disagree with your maintenance of the project”, they probably don’t mean “I’m gonna click ‘fork’ on GitHub.”<p>What then is your expectation for what it means? By saying "we're going to fork this software" are they  now starting a competing company? Making hardware products using it? Monetizing the pre-existing work? Selling subscriptions?<p>These are all examples that I read your comment as implying that aren't actually enumerated or described anywhere.<p>My expectation for someone saying "I don't like how you're running this project and will fork it" is _exactly_ that they'll hit the fork button and make their own project. That's why it's open-source, that's how open-source software works - that's what the button is for. Even if they then went and built an entirely competing business, around one minor change I specifically chose not to make - then what is the issue? The license allows it - and I chose the license.</p>
]]></description><pubDate>Sat, 17 Oct 2026 00:36:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=50126606</link><dc:creator>nklow</dc:creator><comments>https://news.ycombinator.com/item?id=50126606</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50126606</guid></item><item><title><![CDATA[New comment by nklow in "I never authorized an integration that scans my secrets"]]></title><description><![CDATA[
<p>>1. The software will have one less user. (Implication was potentially many fewer given “we” would uninstall.)<p>And what is the injury or harm of that? The developer said they wouldn't action the change and indirectly suggested the user to fork it - "it is open source after all".<p>>2. The software will have one more competing product (forked from their own work).<p>This is the very nature of open-source software. Labeling it a "competing product" makes many assumptions that aren't earned. We're talking about a user saying an opt-out feature should be opt-in. If I forked LibreOffice because it contained features I did not like, am I now making a competing product? Am I harming or injuring the repo I forked? Am I fighting the LibreOffice developers?<p>>Most people willing to put their time and energy into building software for others would consider losing users to be a moderate negative and having their work potentially forked and having to compete with a derivative a strong negative.<p>The developer didn't seem to consider it a moderate negative.<p>>“We will fork” is a strong threat. It is basically a statement that “we” will fight the maintainer for the effective future of the project.<p>You're expanding the scope of what was said. Saying "I will fork your open source software" [to make an opt-out feature, opt-in] is not "fighting" the maintainer for the "future of the project" - it's a core element of open-source software.</p>
]]></description><pubDate>Fri, 16 Oct 2026 23:50:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=50126329</link><dc:creator>nklow</dc:creator><comments>https://news.ycombinator.com/item?id=50126329</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50126329</guid></item><item><title><![CDATA[New comment by nklow in "I never authorized an integration that scans my secrets"]]></title><description><![CDATA[
<p>>a negative outcome that I will inflict<p>And what exactly is the negative outcome being <i>inflicted</i> by someone not using the software? What is the injury or harm, and to who?</p>
]]></description><pubDate>Fri, 16 Oct 2026 23:15:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=50126043</link><dc:creator>nklow</dc:creator><comments>https://news.ycombinator.com/item?id=50126043</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50126043</guid></item><item><title><![CDATA[Coming soon: Simpler pricing and a better experience for GitHub Actions]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.blog/changelog/2025-12-16-coming-soon-simpler-pricing-and-a-better-experience-for-github-actions/">https://github.blog/changelog/2025-12-16-coming-soon-simpler-pricing-and-a-better-experience-for-github-actions/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46291414">https://news.ycombinator.com/item?id=46291414</a></p>
<p>Points: 454</p>
<p># Comments: 2</p>
]]></description><pubDate>Tue, 16 Dec 2025 17:32:38 +0000</pubDate><link>https://github.blog/changelog/2025-12-16-coming-soon-simpler-pricing-and-a-better-experience-for-github-actions/</link><dc:creator>nklow</dc:creator><comments>https://news.ycombinator.com/item?id=46291414</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46291414</guid></item><item><title><![CDATA[Show HN: Find your "holy grail piece", as a service]]></title><description><![CDATA[
<p>I am a collector by nature, and hunting down obscure items is a slow process that is only sometimes rewarding. I've often checked eBay at the end of a day to find exactly what I was looking for, long sold. Even the best sites tend to only offer once-a-day "new listing" summaries with noisy results.<p>So as a programmer at heart, I created a solution I would have liked: Antiquebot. Antiquebot is a service focused on connecting you with your "holy grail piece".<p>Antiquebot offers the ability to constantly and repeatedly search a number of auction sites. Custom filters can be used to create a funnel that turns lots of new, generic results into to a handful of specific results without relying on questionable per-site boolean search support. New results end up right in your inbox as fast and often as you like.<p>Antiquebot's goal is to automate as much of the search process as possible, so you can set it and forget it until one morning, fingers crossed, you succeed in your hunt.<p>- No need to be constantly checking several sites<p>- Get results as frequently as you like<p>- Custom filters to fine-tune your results across all sites at once<p>- Deduplicated results to avoid noise<p>- Results arrive in your inbox, or using the search result page on the site<p>A demo account is available using the email address "demo@antiquebot.net" and password "helloworld". A free plan is also available, and you can delete your account with a few clicks if you don't find a use.<p>This is my first "soft-launch" of the site to get feedback and refine the idea. Your thoughts and experience are appreciated!<p>The backend is Go services using Asynq[0] for task queueing among the worker nodes. oapi-codegen[1] + an OpenAPI schema manages the HTTP API implementation, interfacing with via a Vue3 frontend using the (venerable) Bootstrap framework.<p>[0] <a href="https://github.com/hibiken/asynq">https://github.com/hibiken/asynq</a>
[1] <a href="https://github.com/oapi-codegen/oapi-codegen">https://github.com/oapi-codegen/oapi-codegen</a></p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=42743447">https://news.ycombinator.com/item?id=42743447</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 17 Jan 2025 21:26:25 +0000</pubDate><link>https://antiquebot.net</link><dc:creator>nklow</dc:creator><comments>https://news.ycombinator.com/item?id=42743447</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42743447</guid></item></channel></rss>