<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: krick</title><link>https://news.ycombinator.com/user?id=krick</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 10 Apr 2026 09:26:50 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=krick" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by krick in "EFF is leaving X"]]></title><description><![CDATA[
<p>This tragism and pathos of it is almost comical. A wounded Twitter warrior heavily sitting in his chair, wiping sweat from his forehead with a sleeve of his blood-stained shirt. "I'll keep fighting. Just Not on X", he mutters bravely. The wound being that, apparently, nobody reads his posts anymore.<p>I mean, seriously, if whatever they posted on Twitter actually helped anyone (I'd be surprised, but what do I know), then obviously they'd want to deliver it through every channel available to as many people as they can. If not, and they just want to show their protest by quitting — well, at least they could have tried to get themselves banned on Twitter and whine about it later everywhere else. But this — it's just pathetic.</p>
]]></description><pubDate>Fri, 10 Apr 2026 02:05:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=47712743</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47712743</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47712743</guid></item><item><title><![CDATA[New comment by krick in "Android Developer Verification"]]></title><description><![CDATA[
<p>So, anyway, how do we make sure that our phones don't turn into a pumpkin on a set date? I suppose it's all shit long term, but at the very least I don't want to be forced to look for a solution before I need a new phone. So, what do you do? Can you just disable android updates somehow and it will solve the issue? Or it is already a ticking bomb that will be activated on the set date no matter what?</p>
]]></description><pubDate>Tue, 31 Mar 2026 00:07:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=47581214</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47581214</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47581214</guid></item><item><title><![CDATA[New comment by krick in "ISBN Visualization"]]></title><description><![CDATA[
<p>I remember the story of it being made, and I seem to even remember there was some very generous bounty attached, but I never got the point of it. I mean, honestly, ISBN is a pretty problematic thing on its own, especially today, when self-publishing is common, and especially for a web-library that is collecting scans of everything somewhat notable that ever was out there. But even accepting it as a main entity, because that's what we've got right now, what does this visualization achieve? What does it show? You cannot really find a book using it, I mean, any more specifically than "some random book <i>probably</i> in a given language". I was kinda surprised when this visualization was declared a winner of that particular bounty/contest.</p>
]]></description><pubDate>Sat, 28 Mar 2026 15:10:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=47555293</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47555293</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47555293</guid></item><item><title><![CDATA[New comment by krick in "We haven't seen the worst of what gambling and prediction markets will do"]]></title><description><![CDATA[
<p>It is not for you to decide what one should or shouldn't do. Plenty of people want to gamble, and don't give a fuck of what you think they should or shouldn't do. And they are right: it's none of your fucking business.<p>Kalshi and PolyMarket are doing something absolutely wonderful for those people (i.e. the only people who should care about these "prediction markets" at all): they actually make betting fair, which was impossible before. It is not impossible now, because in fact there are much better decentralized markets than these (basically all you need to make a completely decentralized betting platform are Ethereum contracts), but they are handier to use and hence more popular. But it was impossible with traditional gambling, where a bookmaker can set any odds and reject any bets.</p>
]]></description><pubDate>Fri, 27 Mar 2026 01:15:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=47537965</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47537965</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47537965</guid></item><item><title><![CDATA[New comment by krick in "We haven't seen the worst of what gambling and prediction markets will do"]]></title><description><![CDATA[
<p>All this fearmongering about decision markets lately is really annoying. If you don't like gambling — just don't gamble and shut the fuck up. It's not for you to decide if gambling is good or bad for me. If I am stupid enough to bet anything on an outcome that clearly depends on a person who could, potentially, be betting as well — it's my problem, not yours.</p>
]]></description><pubDate>Thu, 26 Mar 2026 22:02:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47536385</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47536385</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47536385</guid></item><item><title><![CDATA[New comment by krick in "Ripgrep is faster than grep, ag, git grep, ucg, pt, sift (2016)"]]></title><description><![CDATA[
<p>And if you want to ignore what you want rg to ignore, not what you want git to ignore? Can you do that?</p>
]]></description><pubDate>Tue, 24 Mar 2026 14:23:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=47503050</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47503050</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47503050</guid></item><item><title><![CDATA[New comment by krick in "Ripgrep is faster than grep, ag, git grep, ucg, pt, sift (2016)"]]></title><description><![CDATA[
<p>It's good if they can share syntax. You use the same English words to ask Alice and Bob questions, but when you say "So, tell me, Alice…" you don't want Bob to answer you instead. Using another tool's config by default, making it difficult/impossible to use the dedicated config is the most annoying thing I can imagine. If that's what rg does, I guess that must be the reason I couldn't switch.</p>
]]></description><pubDate>Tue, 24 Mar 2026 14:14:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=47502924</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47502924</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47502924</guid></item><item><title><![CDATA[New comment by krick in "Ripgrep is faster than grep, ag, git grep, ucg, pt, sift (2016)"]]></title><description><![CDATA[
<p>Totally agree with the author of rg here. Config names should be unambiguous. Anyway, must have been something else, then. As I've said, I cannot remember what was the specific problem, only that it wasn't quite compatible with the workflow I was used to, and now it'd take another full-in attempt to switch to figure out what was so annoying to me back then.</p>
]]></description><pubDate>Tue, 24 Mar 2026 13:22:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=47502212</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47502212</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47502212</guid></item><item><title><![CDATA[New comment by krick in "Ripgrep is faster than grep, ag, git grep, ucg, pt, sift (2016)"]]></title><description><![CDATA[
<p>I don't remember why I didn't switch from ag, but I remember it was a conscious decision. I think it had something to do with configuration, rg using implicit '.ignore' file (a super-generic name instead of a proper tool-specific config) or even .gitignore, or something else very much unwarranted, that made it annoying to use. Cannot remember, really, only remember that I spent too much time trying to make it behave and decided it isn't worth it. Anyway, faster is nice, but somehow I don't ever feel that ag is too slow for anything. The switch from the previous one (what was it? ack?) felt like a drastic improvement, but ag vs. rg wasn't much difference to me in practice.</p>
]]></description><pubDate>Tue, 24 Mar 2026 12:42:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=47501797</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47501797</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47501797</guid></item><item><title><![CDATA[New comment by krick in "France's aircraft carrier located in real time by Le Monde through fitness app"]]></title><description><![CDATA[
<p>You don't need to confirm anything. You just configure it once to upload your runs that you record on a Garmin watch or whatever, and forget. It's not impossible to use Garmin watch without any online accounts and uploading your data anywhere, but as it is with all wearables today, they intentionally make your life harder for it. Not to mention that most people who run regularly use Strava or something equivalent to track your workouts anyway, so one really wouldn't think much about it, unless explicitly forced by officers to disconnect everything. And, honestly, given how easy it is to find an aircraft carrier (for god's sake, even a civilian can do that!), I doubt that it even worth it. Le Monde is just making cheap scandal out of nothing. As always.</p>
]]></description><pubDate>Fri, 20 Mar 2026 17:57:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=47458220</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47458220</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47458220</guid></item><item><title><![CDATA[New comment by krick in "Chuck Norris dies at age 86"]]></title><description><![CDATA[
<p>Honestly, he kinda <i>is</i> a meme. I wouldn't recommend any of the movies. It's not like you've missed some grand piece of cinema that you have to be ashamed of and must fix it ASAP. It's the sheer volume of mediocre movies and the very distinct role of a guy who always kicks bad guy's asses using karate in all these movies. I mean, the fact that you've never seen something like <i>Walker, Texas Ranger</i> probably just means that you are under 30 years old, but by no means it's good TV series that everyone must see.</p>
]]></description><pubDate>Fri, 20 Mar 2026 17:19:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47457648</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47457648</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47457648</guid></item><item><title><![CDATA[New comment by krick in "ArXiv declares independence from Cornell"]]></title><description><![CDATA[
<p>I am of the same opinion, and ultimately ArXiv becoming a journal that can prevent one from publishing a paper — no matter how junk it is — would pretty much kill its purpose. But I suppose that now when flooding the interned with LLM-generated garbage is almost endorsed by some satanic people, it is pretty much a security issue to have some sort of filter on uploads.<p>Now, honestly, I have no idea why would one spend resources on uploading terabytes of LLM garbage to arXiv, but they sure can. Even if some crazy person is publishing like 2 nonsense papers daily, it is no harm and, if anything, valid data for psychology research. But if somebody actually floods it with non-human-generated content, well, I suppose it isn't even that expensive to make ArXiv totally unusable (and perhaps even unfeasible to host). So there has to be some filtering. But only to prevent the abuse.<p>Otherwise, I indeed think that proper ranking, linking and user-driven moderation (again, not to prevent anybody from posting anything, but to label papers as more interesting for the specific community) is the only right way to go.</p>
]]></description><pubDate>Fri, 20 Mar 2026 14:34:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=47455156</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47455156</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47455156</guid></item><item><title><![CDATA[New comment by krick in "ArXiv declares independence from Cornell"]]></title><description><![CDATA[
<p>It's not that hard to make a mirror or arXiv. Basically, anybody who can pay for hosting (which, I suppose, isn't very cheap now when the whole world uses it). It's a problem to make users switch, because academia seems to have this weird tradition of resisting all practices that, god forbid, might improve global research capabilities and move forward the scientific progress. But then, if arXiv <i>actually</i> becomes unusable, I suppose they won't really have much choice than to switch?<p>And, FWIW, I do think that arXiv truly has a vast potential to be improved. It is currently in the position to change the whole process of how the research results are shared, yet it is still, as others have said, only a PDF hosting. And since the universities couldn't break out of the whole Elsevier & co. scam despite the internet existing for the 30 years, to me, breaking free from the university affiliation sounds like a good thing.<p>But, of course, I am talking only about the possibilities being out there. I know nothing about the people in charge of the whole endeavor, and ultimately in depends on them only, if it sails or sinks.</p>
]]></description><pubDate>Fri, 20 Mar 2026 14:20:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=47454918</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47454918</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47454918</guid></item><item><title><![CDATA[New comment by krick in "Astral to Join OpenAI"]]></title><description><![CDATA[
<p>Tested the "Kagi LinkedIn Speak" translator[0] from a couple of days ago[1] on this. Works pretty great! If you translate it back and forth a number of times, it pretty much distills it to the essence.<p>[0] <a href="https://translate.kagi.com/?from=linkedin&to=en" rel="nofollow">https://translate.kagi.com/?from=linkedin&to=en</a><p>[1] <a href="https://news.ycombinator.com/item?id=47408703">https://news.ycombinator.com/item?id=47408703</a></p>
]]></description><pubDate>Thu, 19 Mar 2026 18:03:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=47443387</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47443387</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47443387</guid></item><item><title><![CDATA[New comment by krick in "Astral to Join OpenAI"]]></title><description><![CDATA[
<p>Nothing. I was very much aware of their prospects. Well, best-case scenario I could imagine them being acquired by Google or Microsoft, that would have looked like a prettier death, to be honest. Anyway, knowing that people eventually die doesn't mean you are immune to being sad when somebody dear actually dies. Especially when they die so young and full of potential.</p>
]]></description><pubDate>Thu, 19 Mar 2026 16:35:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=47442115</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47442115</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47442115</guid></item><item><title><![CDATA[New comment by krick in "Astral to Join OpenAI"]]></title><description><![CDATA[
<p>Sure, I don't think anybody disagrees, I sure don't. You never know, and all. It's just that we (the imaginary crowd you are arguing with) are not hopeful. And your "but wait, guys, I think they are good people!" is some quite pitiful attempt to console us. Sure, good, brilliant and caring, that's why we are upset in the first place. Always more sad when it's somebody you liked that dies.<p>And framing it as "sell-outs" is cheap rhetoric that means nothing. The fact is, they were the company who never really had a solid business model, but provide a lot of value for the community. Being acquired by some infinite-money company was always the best outcome they could hope for. Well, they did. Probably got a ton of money. Will it require some sacrifice? Well, some people would say that working for a company who makes products for the Department of War of the USA on conditions that even Anthropic found too ugly to satisfy, is enough of a sacrifice on its own. I am pretty sure though that most people would be willing to make this sacrifice for the right amount of money (with "right amount" being a variable part). So calling someone a sell-out is usually just bitterness about the fact that it wasn't you who managed to sell out. I mean, not judging someone for a sacrifice they make isn't the same thing as pretending they didn't make a sacrifice. Sometimes we (the world, they were trying to make better) are a sacrifice. That's all.</p>
]]></description><pubDate>Thu, 19 Mar 2026 16:25:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47441960</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47441960</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47441960</guid></item><item><title><![CDATA[New comment by krick in "Astral to Join OpenAI"]]></title><description><![CDATA[
<p>Yeah, well, the fact is that every person who ever touches Python needed uv, but only Astral folks created it. So, nope, there's no one capable of filling the void, just accept that it's fucked now. The best die first.</p>
]]></description><pubDate>Thu, 19 Mar 2026 15:27:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=47441115</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47441115</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47441115</guid></item><item><title><![CDATA[New comment by krick in "Astral to Join OpenAI"]]></title><description><![CDATA[
<p>I think, it may be the first time I am actually upset by acquire announcement. I am usually like "well, it is what it is", but this time it just feels like betrayal.</p>
]]></description><pubDate>Thu, 19 Mar 2026 15:21:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=47441021</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47441021</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47441021</guid></item><item><title><![CDATA[New comment by krick in "Forget Flags and Scripts: Just Rename the File"]]></title><description><![CDATA[
<p>Bonus points for originality, but that's really just some crackpot idea.</p>
]]></description><pubDate>Wed, 18 Mar 2026 09:44:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=47423553</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47423553</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47423553</guid></item><item><title><![CDATA[New comment by krick in "JPEG Compression"]]></title><description><![CDATA[
<p>Awesome. It would be interesting to learn why they even thought it is a good idea. Content-agnostic containers may make sense for video, but for the vast majority of use-cases a "video" is in fact a complex bundle of (several) video, audio, metadata tracks, so the "container" does much heavier lifting than specifying codec details and some metadata.</p>
]]></description><pubDate>Wed, 18 Mar 2026 09:23:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=47423441</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47423441</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47423441</guid></item></channel></rss>