<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: jtafurth</title><link>https://news.ycombinator.com/user?id=jtafurth</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 03 Jul 2026 13:29:57 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=jtafurth" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by jtafurth in "Everything as code: How we manage our company in one monorepo"]]></title><description><![CDATA[
<p>There are several valid reasons to "falsify" commit history.<p>- You need to remove trash commits that appear when you need to rerun CI.
- You need to remove commits with that extra change you forgot.
- You want to perform any other kind of rebase to clean up messages.<p>I assume in this thread some people mean squashing from the perspective of a system like Gitlab where it's done automatically, but for me squashing can mean simply running an interactive (or fixup) and leaving only important commits that provide meaningful information to the target branch.</p>
]]></description><pubDate>Tue, 30 Dec 2025 23:48:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=46439621</link><dc:creator>jtafurth</dc:creator><comments>https://news.ycombinator.com/item?id=46439621</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46439621</guid></item><item><title><![CDATA[New comment by jtafurth in "Show HN: I built a word game. My mom thinks it's great. What do you think?"]]></title><description><![CDATA[
<p>I thought for a moment it was a really interesting wordplay which I did not understand.</p>
]]></description><pubDate>Sun, 06 Apr 2025 08:43:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=43599919</link><dc:creator>jtafurth</dc:creator><comments>https://news.ycombinator.com/item?id=43599919</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43599919</guid></item><item><title><![CDATA[New comment by jtafurth in "I genuinely don't understand why some people are still bullish about LLMs"]]></title><description><![CDATA[
<p>The way I see it, it's less about the technicalities of accuracy and more about the long term human and societal problems it presents when widely adopted.<p>On one hand, every new technology that comes about unregulated creates a set of ethical and in this particular case, existential issues.<p>- What will happen to our jobs?<p>- Who is held accountable when that car navigation system designed by an LLM went haywire and caused an accident?<p>- What will happen with education if we kill all entry level jobs and make technical skills redundant?<p>In a sense they're not new concerns in science, we research things to make life easier, but as technology  advances, critical thinking takes a hit.<p>So yeah, I would say people are still right to be weary and 'bullish" of LLMs as it's the normal behaviour for disruptive technology, and one will help us create adequate regulations to safeguard the future.</p>
]]></description><pubDate>Fri, 28 Mar 2025 09:22:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=43503215</link><dc:creator>jtafurth</dc:creator><comments>https://news.ycombinator.com/item?id=43503215</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43503215</guid></item><item><title><![CDATA[New comment by jtafurth in "I genuinely don't understand why some people are still bullish about LLMs"]]></title><description><![CDATA[
<p>Being wrong when you are building a grocery management app is one thing, being wrong when building a bridge is another.<p>For those sensitive use cases, it is imperative we create regulation, like every other technology that came before it, to minimize the inherent risks.<p>In an unrelated example, I saw someone saying recently they don't like a new version of an LLM because it no longer has "cool" conversations with them, so take that as you will from a psychological perspective.</p>
]]></description><pubDate>Fri, 28 Mar 2025 09:11:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=43503158</link><dc:creator>jtafurth</dc:creator><comments>https://news.ycombinator.com/item?id=43503158</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43503158</guid></item><item><title><![CDATA[New comment by jtafurth in "Show HN: I built a website for sharing drum patterns"]]></title><description><![CDATA[
<p>I worked for an authority that issued digital certificates for SSL and digital signatures. It's not only about providing encryption but also about trust, when a top level entity issues a SSL certificate, a number of identity validations are carried out, adding an extra layer or confidence on that website.<p>This may seem inconsequential for static websites without PII, however most browsers consider it important as it reduces the risk for all parties involved when  encrypted communication is used and the content providers has taken basic steps for Identity verification.<p>There are logic flaws with this approach to security imo, but it's the most commonly used technique at the moment.</p>
]]></description><pubDate>Sun, 23 Mar 2025 21:40:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=43456117</link><dc:creator>jtafurth</dc:creator><comments>https://news.ycombinator.com/item?id=43456117</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43456117</guid></item><item><title><![CDATA[New comment by jtafurth in "Subvert – Collectively owned music marketplace"]]></title><description><![CDATA[
<p>The real problem with the platform I think is discoverability, and that will get affected more and more with corporate clutches.<p>However I do agree with your point overall, I'm struggling to see how this will not go the same path in a few years.</p>
]]></description><pubDate>Fri, 18 Oct 2024 23:32:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=41884421</link><dc:creator>jtafurth</dc:creator><comments>https://news.ycombinator.com/item?id=41884421</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41884421</guid></item><item><title><![CDATA[New comment by jtafurth in "test, [, and [[ (2020)"]]></title><description><![CDATA[
<p>I wouldn't say it's an archaic problem, an example I can think of is writing scripts for infrastructure running minimal docker images where you want to keep the image size to a minimum, you would usually need to support both bash and other shells.<p>Embedded applications come to mind as well.</p>
]]></description><pubDate>Thu, 23 Nov 2023 09:07:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=38390895</link><dc:creator>jtafurth</dc:creator><comments>https://news.ycombinator.com/item?id=38390895</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38390895</guid></item></channel></rss>