<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: wasyl</title><link>https://news.ycombinator.com/user?id=wasyl</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 13 Apr 2026 18:07:46 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=wasyl" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by wasyl in "/usr/bin/env -S uv run"]]></title><description><![CDATA[
<p>I mean, it's right there as the first highlight in the docs<p>>  A single tool to replace pip, pip-tools, pipx, poetry, pyenv, twine, virtualenv, and more.</p>
]]></description><pubDate>Thu, 21 Nov 2024 10:42:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=42202947</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=42202947</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42202947</guid></item><item><title><![CDATA[New comment by wasyl in "Llama-OCR: Document to Markdown"]]></title><description><![CDATA[
<p>Why is it interesting? The image does not look like anything, and you need to skew it (by looking at an angle) to see any letters (barely).</p>
]]></description><pubDate>Sat, 16 Nov 2024 08:11:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=42155206</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=42155206</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42155206</guid></item><item><title><![CDATA[New comment by wasyl in "Show HN: Vomitorium – all of your project in 1 text file"]]></title><description><![CDATA[
<p>Seems like repopack only packs the repo. How do you apply the refactors back to the project? Is it something that Claude projects does automatically somehow?</p>
]]></description><pubDate>Tue, 10 Sep 2024 13:52:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=41500760</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=41500760</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41500760</guid></item><item><title><![CDATA[New comment by wasyl in "Europe is in danger of regulating its tech market out of existence"]]></title><description><![CDATA[
<p>The numbers are debatable as usual but they're not taken from thin air<p>> A 2023 survey conducted by Payroll.org highlighted that 78% of Americans live paycheck to paycheck, a 6% increase from the previous year. In other words, more than three-quarters of Americans struggle to save or invest after paying for their monthly expenses.<p>> Similarly, a 2023 Forbes Advisor survey revealed that nearly 70% of respondents either identified as living paycheck to paycheck (40%) or—even more concerning—reported that their income doesn’t even cover their standard expenses (29%).<p><a href="https://www.forbes.com/advisor/banking/living-paycheck-to-paycheck-statistics-2024/" rel="nofollow">https://www.forbes.com/advisor/banking/living-paycheck-to-pa...</a></p>
]]></description><pubDate>Sat, 27 Jul 2024 12:12:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=41086058</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=41086058</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41086058</guid></item><item><title><![CDATA[New comment by wasyl in "Europe is in danger of regulating its tech market out of existence"]]></title><description><![CDATA[
<p>The numbers are debatable as usual but they're not taken from thin air<p>> A 2023 survey conducted by Payroll.org highlighted that 78% of Americans live paycheck to paycheck, a 6% increase from the previous year. In other words, more than three-quarters of Americans struggle to save or invest after paying for their monthly expenses.<p>> Similarly, a 2023 Forbes Advisor survey revealed that nearly 70% of respondents either identified as living paycheck to paycheck (40%) or—even more concerning—reported that their income doesn’t even cover their standard expenses (29%).<p><a href="https://www.forbes.com/advisor/banking/living-paycheck-to-paycheck-statistics-2024/" rel="nofollow">https://www.forbes.com/advisor/banking/living-paycheck-to-pa...</a></p>
]]></description><pubDate>Sat, 27 Jul 2024 12:12:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=41086057</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=41086057</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41086057</guid></item><item><title><![CDATA[New comment by wasyl in "Courts Close the Loophole Letting the Feds Search Your Phone at the Border"]]></title><description><![CDATA[
<p>Can you clarify which laws and opinions you have in mind?</p>
]]></description><pubDate>Sat, 27 Jul 2024 11:34:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=41085885</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=41085885</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41085885</guid></item><item><title><![CDATA[New comment by wasyl in "Preliminary Post Incident Review"]]></title><description><![CDATA[
<p>I don't read it as _bypassing tests_. They have tested the interpreter (`template type`) when it was first released, and they have _validated_ the new template instance (via `content validator`) and assumed this is enough, because it was enough in the past. None of the steps in the usual process were bypassed, and everything was done by the (their) book.<p>But it looks to me there's no integration test in the process at all. They're effectively unit testing the interpreter (template type), unit testing (validating) the "code" (template instance), but their testing strategy never actually runs the code on the interpreter (or, executes the template instance against the template type).</p>
]]></description><pubDate>Thu, 25 Jul 2024 07:48:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=41065945</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=41065945</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41065945</guid></item><item><title><![CDATA[New comment by wasyl in "Flame Graphs: Making the opaque obvious (2017)"]]></title><description><![CDATA[
<p>> Shown as a hierarchical bar chart, this would suggest 'b' is problematic.<p>But it's not necessarily `b` that's problematic:<p>- it may be `a` because it does a lot of stuff on its own, and depending on what `a` is, it might not be expected<p>- it could be `d` if it's supposed to be super fast (e.g. a logging method)<p>- it could be `c` because it takes a long time<p>- it could be `b` if `c` is external code or if calling `c` from `b` is not appropriate for what `b` does<p>- it might be nothing because there's nothing to optimize anymore, things just take this long<p>in fact, `b` is the last method I'd look at here</p>
]]></description><pubDate>Fri, 28 Jun 2024 16:35:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=40822317</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=40822317</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40822317</guid></item><item><title><![CDATA[New comment by wasyl in "Ask HN: What's Wrong with IRC?"]]></title><description><![CDATA[
<p>> Why don't you grow your own food? Why don't you just write your own payment processor?<p>I find that usually if someone says "why don't X _just_ do Y", they haven't really considered what it takes to _just do Y_. Similarly,<p>>  I know the UI/UX isn't the best, but that could probably be fixed pretty easily<p>could be expanded into 50 points of why exactly it wouldn't be _pretty easy_ to to "fix IRC UI/UX".<p>Honestly I don't know what answer OP expected here. If it's easy to set up/maintain Slack alternative based on IRC, with fixed UI/UX and appropriate for _most companies_, they should simply start a Slack competition for half the price and rake the profits, I guess</p>
]]></description><pubDate>Thu, 27 Jun 2024 19:30:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=40814146</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=40814146</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40814146</guid></item><item><title><![CDATA[New comment by wasyl in "After 6 years, I'm over GraphQL"]]></title><description><![CDATA[
<p>I don't understand this argument, how is it "remade REST" if you still don't need to implement and maintain an endpoint with exactly the data that clients need? Persisted/whitelisted queries require much less backend effort, and are decidedly different from REST, the only similarity is in having a closed set of possible actions.
Perhaps you're thinking in terms of public APIs where I agree limiting available GraphQL queries makes little sense. But for internal APIs, whitelisting whatever queries current clients need isn't any less convenient</p>
]]></description><pubDate>Thu, 30 May 2024 21:57:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=40529165</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=40529165</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40529165</guid></item><item><title><![CDATA[New comment by wasyl in "USB hubs, printers, Java, and more seemingly broken by macOS 14.4 update"]]></title><description><![CDATA[
<p>A while ago I went into a rabbit hole looking for something to support my hunch (which I now confirmed by installing old macos) and found some discussions about graphics/OpenGL APIs being deprecated and removed over time. I have a very uneducated guess that new-macos-on-old-hardware runs some translation for all graphics operations/APIs, which causes perceptible lag when doing _anything_, because everything draws on the screen. It does feel as if the OS is constantly struggling with some background tasks</p>
]]></description><pubDate>Tue, 19 Mar 2024 15:47:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=39756979</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=39756979</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39756979</guid></item><item><title><![CDATA[New comment by wasyl in "USB hubs, printers, Java, and more seemingly broken by macOS 14.4 update"]]></title><description><![CDATA[
<p>> Software just becomes larger and more complex and thus slower on older hardware.<p>So every major OS update is larger and more complex, so it's to be expected that after ~4 of those my machine lags when doing literally everything? It's not that I'm running tons of background apps, it's a powerful machine lagging on a clean install of a recent macOS version when doing basic operations like opening a webpage.<p>> My 2021 MacBook Pro 14" is still lightning-fast though, I never wait for anything.<p>I suppose it's Apple Silicon? Because that would still be in line with Intel-based macs becoming less performant over time</p>
]]></description><pubDate>Tue, 19 Mar 2024 15:44:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=39756949</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=39756949</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39756949</guid></item><item><title><![CDATA[New comment by wasyl in "USB hubs, printers, Java, and more seemingly broken by macOS 14.4 update"]]></title><description><![CDATA[
<p>I'd guess not the latter — anecdotally, my intel mac has been increasingly sluggish after each macos upgrade, even after a clean install. I finally decided to revert to the oldest macos version possible (and then update by just one major version since unfortunately some apps I need don't support Catalina anymore) and the difference is night and day — my memory was right and my laptop _was_ faster before. And it's not hardware getting old or battery problems, it's the OS.<p>So I don't know if older macs are intentionally crippled or they're just ignored during QA, but I don't believe they're actually intentionally supported</p>
]]></description><pubDate>Tue, 19 Mar 2024 15:14:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=39756587</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=39756587</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39756587</guid></item><item><title><![CDATA[New comment by wasyl in "Why I use Firefox"]]></title><description><![CDATA[
<p>Thank you for this! I wondered why image search is barely usable on mobile Firefox - turns out it's just Google hampering the competition!</p>
]]></description><pubDate>Wed, 28 Feb 2024 14:11:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=39538144</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=39538144</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39538144</guid></item><item><title><![CDATA[New comment by wasyl in "The day I canceled my Spotify subscription"]]></title><description><![CDATA[
<p>It does remove songs, or at the very least disables some (you can toggle a setting to see disabled songs) presumably due to copyright/licensing issues. But worse, it sometimes _replaces_ a song with a different version, with no warning and no recourse</p>
]]></description><pubDate>Mon, 19 Feb 2024 11:00:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=39428390</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=39428390</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39428390</guid></item><item><title><![CDATA[New comment by wasyl in "JetBrains CEO Transition"]]></title><description><![CDATA[
<p>Is it? <a href="https://www.jetbrains.com/idea/" rel="nofollow">https://www.jetbrains.com/idea/</a> has a link to a download page (<a href="https://www.jetbrains.com/idea/download/" rel="nofollow">https://www.jetbrains.com/idea/download/</a>) which clearly advertises free community version. What would be not _well hidden_ in your opinion?</p>
]]></description><pubDate>Tue, 30 Jan 2024 11:34:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=39188881</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=39188881</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39188881</guid></item><item><title><![CDATA[New comment by wasyl in "Show HN: Material Files – Open Source Material Design File Manager for Android"]]></title><description><![CDATA[
<p>I'm not saying _nobody_ uses those devices, I'm just saying they're sufficiently old that saying _my app supports Android 3.x_ is moot, because the usage on that API will be near 0 anyway, so you never really know if you _support_ that version outside of any testing that you might be doing. Android 4 and lower have estimated share of 0.3%-0.7% depending on a source ([1], [2]). Of course HN users will be more likely to have those devices too. And then of 0.5% users that maybe will install the app some will have no issues, some will have issues but not notice, some will notice but not bother reporting.<p>[1] <a href="https://apilevels.com/" rel="nofollow">https://apilevels.com/</a>
[2] <a href="https://www.composables.com/tools/distribution-chart" rel="nofollow">https://www.composables.com/tools/distribution-chart</a></p>
]]></description><pubDate>Sun, 14 Jan 2024 22:50:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=38995253</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=38995253</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38995253</guid></item><item><title><![CDATA[New comment by wasyl in "Show HN: Material Files – Open Source Material Design File Manager for Android"]]></title><description><![CDATA[
<p>> curious how one ensures compatibility with ancient versions; actual testing, a compatibility linter, other?<p>Android linter does check that access to APIs added in newer versions is gated behind a version check, for example. But frankly I feel like compatibility with any Android version less than 4 (or even 5) is in practice a non-issue, simply because there are no users with such ancient Android. And the few that would use such devices are so far and between that any issues don't surface</p>
]]></description><pubDate>Sun, 14 Jan 2024 19:44:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=38993718</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=38993718</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38993718</guid></item><item><title><![CDATA[New comment by wasyl in "Little File Explorer – File Manager for Android 1.0 and above"]]></title><description><![CDATA[
<p>It's not difficult to write sub-10Mb release APK for a production app with lots of features while using all the compat libraries and other useful dependencies (that do make life a lot easier). Our app is ~7Mb, and we don't even heavily optimize for APK size.<p>IME biggest dependencies are not compat libraries or _typical_ dependencies that Android apps need (like image loaders), but anything that involves native code. Media capabilities is one thing, but also solutions for analytics/user monitoring/SDKs for integration with Important Companies are more often than not _massive_, and companies like to track the user from many angles ¯\_(ツ)_/¯</p>
]]></description><pubDate>Thu, 28 Dec 2023 22:16:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=38799412</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=38799412</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38799412</guid></item><item><title><![CDATA[New comment by wasyl in "Grammarly editor writing services are malfunctioning"]]></title><description><![CDATA[
<p>There is <a href="https://languagetool.org" rel="nofollow noreferrer">https://languagetool.org</a></p>
]]></description><pubDate>Thu, 02 Nov 2023 18:13:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=38117759</link><dc:creator>wasyl</dc:creator><comments>https://news.ycombinator.com/item?id=38117759</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38117759</guid></item></channel></rss>