<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: piekvorst</title><link>https://news.ycombinator.com/user?id=piekvorst</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 08 Jul 2026 01:52:57 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=piekvorst" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by piekvorst in "Learn Vim motions with an ice-cream van"]]></title><description><![CDATA[
<p>Doesn’t the act of reaching for the mouse actually creates a natural moment of wrist relaxation? A fixed wrist position creates static muscle tension.</p>
]]></description><pubDate>Thu, 02 Jul 2026 12:04:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=48760117</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48760117</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48760117</guid></item><item><title><![CDATA[New comment by piekvorst in "macOS Golden Gate icon comparison"]]></title><description><![CDATA[
<p>It’s unfortunate that we can’t settle on an icon set for at least a decade. Constantly changing the icons misses the very point of their function: instant recognition.<p>This is partly why I’ve escaped to text-only interfaces and monochrome icons wherever possible. Granted, it’s not ideal, but sticking with the icons offers no advantage.</p>
]]></description><pubDate>Tue, 30 Jun 2026 05:25:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=48728780</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48728780</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48728780</guid></item><item><title><![CDATA[New comment by piekvorst in "Zenzizenzizenzic"]]></title><description><![CDATA[
<p>Not just a Futurama reference</p>
]]></description><pubDate>Sat, 20 Jun 2026 10:29:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=48608101</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48608101</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48608101</guid></item><item><title><![CDATA[New comment by piekvorst in "How many of the 170k English words do you know?"]]></title><description><![CDATA[
<p>English being my language of choice, but not my first language, I got 75/100. Performance breakdown: 18/20, 18/20, 11/20, 18/20, 10/20.<p>(My first language is Russian.)</p>
]]></description><pubDate>Sat, 20 Jun 2026 07:49:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=48607232</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48607232</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48607232</guid></item><item><title><![CDATA[New comment by piekvorst in "Is grep all you need? How agent harnesses reshape agentic search"]]></title><description><![CDATA[
<p>The bottleneck, in my case, was indeed the poorly designed GUI of JetBrains and VSCode versus CLI. By migrating to CLI, I have abandoned intelligent queries as well. This project seems like a bridge: it preserves CLI, but restores the queries.<p>This is a promising road that I would probably not take. I have learned to live with simple per-line regular expressions. I have never felt that they slow me down.<p>In fact, the opposite is true: they let me craft fuzzy queries <i>clearly</i>, i.e., to balance the fuzziness across the query. I’ve never learned to do that with the black-box intelligent queries, which severely limited my scope in the past.</p>
]]></description><pubDate>Sat, 13 Jun 2026 21:15:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48521553</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48521553</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48521553</guid></item><item><title><![CDATA[New comment by piekvorst in "I Hate (Most) Keyboard 'Fn' Keys"]]></title><description><![CDATA[
<p>The icon is traditionally small indeed, but it shouldn’t be. I use the strings “vol-“ and “vol+” as icons, which makes the whole thing 8 characters long.<p>As a universal law, optimizing the fullscreen experience is a suboptimal goal. Generally, the best solutions are the ones that operate at the appropriate level, and if we optimize the fullscreen experience, then most solutions built for the right level are inaccessible to us.</p>
]]></description><pubDate>Sat, 13 Jun 2026 20:45:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=48521260</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48521260</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48521260</guid></item><item><title><![CDATA[New comment by piekvorst in "I Hate (Most) Keyboard 'Fn' Keys"]]></title><description><![CDATA[
<p>Instead of using a single menu bar icon “volume control,” I have transferred the lessons of the keyboard to the GUI and placed two buttons in my menu bar: volume down and volume up. I have been using them all the time for about half a year now.<p>The benefits of this approach, to my knowledge and estimation, include: no waiting for a slider to appear; no nested actions; no need to read the current value; each click does not depend on the current state; Fitts’ Law muscle memory boost (the buttons are effectively infinite-height targets); discoverability compared to scrollwheelable icons.</p>
]]></description><pubDate>Wed, 10 Jun 2026 13:45:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=48476208</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48476208</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48476208</guid></item><item><title><![CDATA[New comment by piekvorst in "CEOs who think AI replaces their employees are just bad CEOs"]]></title><description><![CDATA[
<p>Thank you for busting the myth of worker self-management.</p>
]]></description><pubDate>Wed, 10 Jun 2026 02:53:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=48470789</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48470789</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48470789</guid></item><item><title><![CDATA[New comment by piekvorst in "Is Grep All You Need? How Agent Harnesses Reshape Agentic Search"]]></title><description><![CDATA[
<p>The social engineering thing runs deep. For example, if you grep for “Key” method, chances are the type/class name would stand on the same line. This is the case in Go and, I think, in many other programming languages (ironically, not C).<p>Lines are a fundamental building block of text and it’s not unreasonable to optimize them.<p>)</p>
]]></description><pubDate>Tue, 09 Jun 2026 23:10:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=48469084</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48469084</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48469084</guid></item><item><title><![CDATA[New comment by piekvorst in "Is Grep All You Need? How Agent Harnesses Reshape Agentic Search"]]></title><description><![CDATA[
<p>I have always used traditional grep to search codebases. It serves me better than an IDE when there’re lots of scattered and frequent queries.<p>grep’s design is surprisingly winning, exceeding expectations to this day.</p>
]]></description><pubDate>Tue, 09 Jun 2026 16:51:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=48463676</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48463676</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48463676</guid></item><item><title><![CDATA[New comment by piekvorst in "Go: Support for Generic Methods"]]></title><description><![CDATA[
<p>This is an outlier. The Go team and community never endorsed that. In fact, their position has always been the opposite. To give just one example, see [1].<p>[1]: <a href="https://research.swtch.com/dogma" rel="nofollow">https://research.swtch.com/dogma</a></p>
]]></description><pubDate>Thu, 28 May 2026 13:07:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=48308464</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48308464</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48308464</guid></item><item><title><![CDATA[New comment by piekvorst in "Go: Support for Generic Methods"]]></title><description><![CDATA[
<p>You can’t be omniscient, I think.</p>
]]></description><pubDate>Thu, 28 May 2026 07:35:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=48305844</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48305844</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48305844</guid></item><item><title><![CDATA[New comment by piekvorst in "Go: Support for Generic Methods"]]></title><description><![CDATA[
<p>“Done properly from the beginning” means explaining why a particular feature is either included or not. In this sense, Go is done properly from the beginning. It would be wrong to add every popular feature uncritically.</p>
]]></description><pubDate>Thu, 28 May 2026 07:14:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=48305686</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48305686</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48305686</guid></item><item><title><![CDATA[New comment by piekvorst in "Go: Support for Generic Methods"]]></title><description><![CDATA[
<p>What’s the correction? The two claims are not in conflict. Saying “we don’t expect to ever add X” is not equivalent to “we never wanted to add X.” It simply means that they didn’t think it would happen, which can coexist with an underlying willingness to consider it if a suitable approach appeared.</p>
]]></description><pubDate>Thu, 28 May 2026 06:51:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=48305523</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48305523</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48305523</guid></item><item><title><![CDATA[New comment by piekvorst in "Go: Support for Generic Methods"]]></title><description><![CDATA[
<p>It’s accepted.</p>
]]></description><pubDate>Thu, 28 May 2026 06:45:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=48305486</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48305486</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48305486</guid></item><item><title><![CDATA[New comment by piekvorst in "Curly braces: An evolution of Unix and C"]]></title><description><![CDATA[
<p>“Curly braces” reads like “the braces—curly ones.” Pointedly emphatic when you want to stress a particular aspect of a thing, much like “rational animals” instead of “humans.”</p>
]]></description><pubDate>Mon, 25 May 2026 10:51:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=48265425</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48265425</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48265425</guid></item><item><title><![CDATA[New comment by piekvorst in "A case against Boolean logic"]]></title><description><![CDATA[
<p>Aristotle indeed couldn’t prove it, that is, to derive it as a conclusion step by step from the evidence of the senses. His reasons for this are sound: 1) an attempt to do so has to rely on PNC already, and 2) we can’t assume infinite regress.<p>Asking a proof of PNC would imply proving non-contradiction by some means that assumes that contradictions do exist.<p>PNC doesn’t need a proof; it needs <i>validation</i>: a process of establishing an idea’s relationship to reality, whether through deductive reasoning, inductive reasoning, or sense perception.<p>> logic is [not] about what exists but rather a tool<p>If logic describes something that is not real, then our ideas and even institutions are detached from reality, and so some people claim a right to secede from “established truths” and place anyone who disagrees outside the circle of rational dialogue. That would be a harmless academic issue if the last two centuries weren’t a living record of that detachment playing out in politics, ideology, and culture.</p>
]]></description><pubDate>Fri, 22 May 2026 22:54:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=48242628</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48242628</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48242628</guid></item><item><title><![CDATA[New comment by piekvorst in "A case against Boolean logic"]]></title><description><![CDATA[
<p>Logic is identification of <i>that which exists</i>. Thus, a proposition either does correspond to reality or doesn’t at all. There is no partial semi-truths: the moment a concept or proposition ceases to describe reality, it becomes false.<p>Contexts don’t change much. They are merely implicit knowledge, subject to the same binary standard. They don’t change the truth, only applicability.<p>Mentioning Gödel here is not just cliche, it’s irrelevant. Gödel is about artificial formal deductive systems. They are not a claim to exclusive philosophy.</p>
]]></description><pubDate>Fri, 22 May 2026 13:05:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=48235335</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48235335</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48235335</guid></item><item><title><![CDATA[New comment by piekvorst in "Safari and Firefox change how big sites render based on the domain"]]></title><description><![CDATA[
<p>I agree that lying should be illegal, but “domination” is vague. One could argue (and I would agree) that there’s nothing wrong with dominance if it comes down to just offering a superior product.<p>And why should the cross-market context be treated differently?</p>
]]></description><pubDate>Fri, 15 May 2026 08:41:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=48146091</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48146091</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48146091</guid></item><item><title><![CDATA[New comment by piekvorst in "The vi family"]]></title><description><![CDATA[
<p>I think that it's wrong to assume that vi is the only route to deep muscle memory. Heavy mouse users develop blindingly fast Fitts’ Law targeting. And if you need essential simplicity, they have far fewer commands.<p>Bill Joy, the original author of vi, saw the vi commands as a problem, not a solution [1]:<p><pre><code>    The fundamental problem with vi is that it doesn't have a mouse and therefore you've got all these commands. In some sense, its backwards from the kind of thing you'd get from a mouse-oriented thing.
</code></pre>
[1]: <a href="https://web.archive.org/web/20120210184000/http://web.cecs.pdx.edu/~kirkenda/joy84.html" rel="nofollow">https://web.archive.org/web/20120210184000/http://web.cecs.p...</a></p>
]]></description><pubDate>Wed, 13 May 2026 07:16:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=48118790</link><dc:creator>piekvorst</dc:creator><comments>https://news.ycombinator.com/item?id=48118790</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48118790</guid></item></channel></rss>