<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: vmatouch</title><link>https://news.ycombinator.com/user?id=vmatouch</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 21 May 2026 19:10:07 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=vmatouch" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by vmatouch in "Copilot edited an ad into my PR"]]></title><description><![CDATA[
<p>So someone let a bot edit a PR unsupervised, or accepted its suggestion without even reading it, and now blames “Copilot” for editing the PR. Going public with that is hilarious. Hopefully they learn something from it.</p>
]]></description><pubDate>Mon, 30 Mar 2026 16:18:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=47576248</link><dc:creator>vmatouch</dc:creator><comments>https://news.ycombinator.com/item?id=47576248</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47576248</guid></item><item><title><![CDATA[New comment by vmatouch in "A Ford executive who kept score of colleagues' verbal flubs"]]></title><description><![CDATA[
<p>Regarding "to sound intelligent," I've recently begun distinguishing between two forms:<p>1) Saying something correctly but unnecessarily complicated - for example, when a project manager says, "We do not have financial resources for that," instead of simply, "We don't have money for that," when declining a team dinner (a CFO's report is another story).<p>2) Saying something incorrectly - for instance, "It is really flustrating."<p>I've started to dislike the latter more. The former involves people who at least use correct phrases, even if they're trying too hard to impress others. The latter indicates people who simply don't read.</p>
]]></description><pubDate>Wed, 16 Apr 2025 12:41:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=43704706</link><dc:creator>vmatouch</dc:creator><comments>https://news.ycombinator.com/item?id=43704706</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43704706</guid></item><item><title><![CDATA[New comment by vmatouch in "Descent 3 Source Code"]]></title><description><![CDATA[
<p>Two joysticks ruled.</p>
]]></description><pubDate>Tue, 16 Apr 2024 13:12:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=40051456</link><dc:creator>vmatouch</dc:creator><comments>https://news.ycombinator.com/item?id=40051456</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40051456</guid></item><item><title><![CDATA[New comment by vmatouch in "Web Scraping with JavaScript"]]></title><description><![CDATA[
<p>For more generic web indexing you need to use a browser. You do not index pages served by a server anymore, you index pages rendered by javascript apps in the browser. So as a part of the "fetch" stage I usually let parsing of title and other page metadata to a javascript script running inside the browser (using <a href="https://www.browserless.io/" rel="nofollow">https://www.browserless.io/</a>) and then as part of the "parse" phase I use cheerio to extract links and such. It is very tempting to do everything in the browser, but architecturally it does not belong there. So you need to find the balance that works best for you.</p>
]]></description><pubDate>Mon, 26 Oct 2020 17:46:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=24898877</link><dc:creator>vmatouch</dc:creator><comments>https://news.ycombinator.com/item?id=24898877</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=24898877</guid></item><item><title><![CDATA[New comment by vmatouch in "Things Unexpectedly Named After People"]]></title><description><![CDATA[
<p>Currying after Haskell Brooks Curry</p>
]]></description><pubDate>Sun, 19 Jul 2020 20:02:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=23892039</link><dc:creator>vmatouch</dc:creator><comments>https://news.ycombinator.com/item?id=23892039</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=23892039</guid></item><item><title><![CDATA[New comment by vmatouch in "Why we’re switching to calendar versioning"]]></title><description><![CDATA[
<p>The versionings are not mutually exclusive. In our company we use calver, it is used mainly for planning and business purposes and works well. During the quarter or whatever period there can be multiple semantically versioned releases made. The only problematic is the YY format choice. Lots of people confuse 19.3 with March 19th in our country.</p>
]]></description><pubDate>Sun, 14 Apr 2019 14:57:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=19659763</link><dc:creator>vmatouch</dc:creator><comments>https://news.ycombinator.com/item?id=19659763</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=19659763</guid></item><item><title><![CDATA[New comment by vmatouch in "Top 35 Startups In Tech that TechCrunch missed out on – August 2012"]]></title><description><![CDATA[
<p>We're launching <a href="http://www.billberries.com" rel="nofollow">http://www.billberries.com</a> soon. With Billberries, you will actually enjoy managing your bills!</p>
]]></description><pubDate>Thu, 06 Sep 2012 06:13:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=4483040</link><dc:creator>vmatouch</dc:creator><comments>https://news.ycombinator.com/item?id=4483040</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=4483040</guid></item></channel></rss>