<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>Wed, 10 Jun 2026 23:05:56 +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 "Cloudflare Turnstile requiring fingerprintable WebGL"]]></title><description><![CDATA[
<p>I guess then you wouldn't mind if I cut you in order to verify you indeed aren't a steak, would you?</p>
]]></description><pubDate>Mon, 01 Jun 2026 18:29:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=48360746</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=48360746</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48360746</guid></item><item><title><![CDATA[New comment by krick in "I don't want your PRs anymore"]]></title><description><![CDATA[
<p>You believe. So it applies to projects you maintain. It doesn't mean it applies to project I maintain, or anybody else maintains. So this shouldn't be any more default than any other mode. And probably less default, since people generally developed other conceptions about "defaults" of etiquette in open source projects over the last 15 years.</p>
]]></description><pubDate>Tue, 21 Apr 2026 22:06:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=47855206</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47855206</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47855206</guid></item><item><title><![CDATA[New comment by krick in "I don't want your PRs anymore"]]></title><description><![CDATA[
<p>It's good that he is upfront about it, but this surely shouldn't be taken as a general advice, since everybody has his own preferences. So this really shouldn't be a blogpost, but rather a "Contributing Guidelines" section in whatever projects he maintains.</p>
]]></description><pubDate>Tue, 21 Apr 2026 21:41:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=47854891</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47854891</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47854891</guid></item><item><title><![CDATA[New comment by krick in "All phones sold in the EU to have replaceable batteries from 2027"]]></title><description><![CDATA[
<p>I'm curious what was this about.</p>
]]></description><pubDate>Tue, 21 Apr 2026 15:27:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=47850181</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47850181</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47850181</guid></item><item><title><![CDATA[New comment by krick in "All elementary functions from a single binary operator"]]></title><description><![CDATA[
<p>Oh, glad you are still here. Because I kept wondering about 1/(x-y), and came to the conclusion it actually cannot do nearly as much as eml. So maybe you could confirm if I understood your assumptions correctly and help me to sort it out overall.<p>In your original post you were kinda hand-wavy about what we have except for x # y := 1/(x-y), but your examples make it clear you also assume 0 exists. Then it's pretty obvious how to get: identity function, reciprocity, negation, substraction & addition. But I effectively couldn't get anywhere past that. In fact, I got myself convinced that it's provably impossible to define (e.g.) multiplication as a tree of compositions of # and 0.<p>So here's my interpretation of what you actually meant:<p>1. I suppose, you assumed we already have ℕ and can sample anything from it. Meaning, you don't need to define 5, you just assume it's there. Well, to level things out, (#, 0, 1) are enough to recover ℤ, so I assume you assumed at least these three. Is that right?<p>2. Then, I suppose you assumed that since we have addition, multiplication simply follows from here. I mean at this point we clearly have f(x) = 3x, or 4x, or 5x, … so you decided that the multiplication is solved. Because I couldn't find how to express f(x, y) = x⋅y, and as far, as I can tell, it's actually impossible. If I'm wrong, please show me x⋅y defined as a sequence of compositions of (#, 0, 1).<p>3. This way (assuming №2) we get (ℚ, +, -, ⋅, /). Then, I suppose, you assume we can just define exp(x) as its Taylor series, so we also have all roots, trig functions, etc., and then we obviously have all numbers from ℝ, that are values of such functions acting on ℚ. Exactly as we do in any calculus / real analysis book, with limits and all that jazz.<p>If that's what you actually meant, I'm afraid you completely missed the point, and 1/(x-y) in fact isn't nearly as good as eml for the purposes of Odrzywołek's paper. Now, I didn't actually verify his results, so I just take them for granted (they are totally believable though, since it's easy to se how), but what he claims is that we can use eml essentially as a gate, like Sheffer stroke in logic, and express "everything else" just as a sequence of such gates and constant 1 (and "everything else" here is what I listed in №3). No words, limits, sets and other familiar mathematical formalism, just one operation and one constant, and "induction" is only used to get all of ℕ, everything else is defined as a finite tree of (eml, 1).</p>
]]></description><pubDate>Wed, 15 Apr 2026 00:28:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=47773218</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47773218</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47773218</guid></item><item><title><![CDATA[New comment by krick in "GitHub Stacked PRs"]]></title><description><![CDATA[
<p>Not sure if it's true. I mean, I do agree with the core of it, but how do you even do PRs and resolve conflicts, if there are no branches and a developer cannot efficiently update his code against the last (remote) version of master branch?</p>
]]></description><pubDate>Tue, 14 Apr 2026 12:16:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=47764623</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47764623</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47764623</guid></item><item><title><![CDATA[New comment by krick in "All elementary functions from a single binary operator"]]></title><description><![CDATA[
<p>It's not about being costly or not, this is completely irrelevant to the point being made. eml is just some abstract function, that maps ℝ² to ℝ. Same as every other mathematical function it is only really defined by the infinite set of correspondences from one value to some other value. It is NOT exp(x) - ln(y), same as exp is not a series (as you wrongfully stated in another comment). exp can be <i>expressed</i> (and/or defined) as a series to a mathematician familiar with a notion of series, and eml can be expressed as exp(y) - ln(y) to a mathematician familiar with exp and ln. They can also be expressed/defined multiple other ways.<p>I am not claiming this is better than 1/(x-y) in any way (I have no idea, maybe it isn't if you look closely enough), but you are simply arguing against the wrong thing. Author didn't claim eml to be computationally efficient (it even feels weird to say that, since computational efficiency is not a trait of a mathematical function, but of a computer architecture implementing some program) or anything else, only that (eml, 1) are enough to produce every number and function that (admittedly, somewhat vaguely defined) a scientific calculator can produce.<p>However, I want to point out that it's weird 1/(x-y) didn't appear on that graph in Figure 1, since if it's as powerful as eml, it should have all the same connections as eml, and it's a pity Odrzywołek's paper misses it.</p>
]]></description><pubDate>Tue, 14 Apr 2026 08:55:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=47763020</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47763020</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47763020</guid></item><item><title><![CDATA[New comment by krick in "All elementary functions from a single binary operator"]]></title><description><![CDATA[
<p>Not sure why this is "hilarious", but it's very nice. I almost wish I was keeping this history too, even though I never really even had a "PC" as this separate major thing, I just have a bunch of various devices that serve different purposes, and most my desk "PCs" are just laptops.</p>
]]></description><pubDate>Tue, 14 Apr 2026 06:27:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=47761966</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47761966</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47761966</guid></item><item><title><![CDATA[New comment by krick in "All elementary functions from a single binary operator"]]></title><description><![CDATA[
<p>> using EML trees as trainable circuits ..., I demonstrate the feasibility of exact recovery of closed-form elementary functions from numerical data at shallow tree depths up to 4<p>That's awesome. I always wondered if there is some way to do this.</p>
]]></description><pubDate>Mon, 13 Apr 2026 04:09:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=47747490</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47747490</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47747490</guid></item><item><title><![CDATA[New comment by krick in "Tell HN: Docker pull fails in Spain due to football Cloudflare block"]]></title><description><![CDATA[
<p>Is it exclusively football or do they try to fight piracy this way for some other major streaming events? I am just curious, because it's just comical to go this far over some dumb ball-game.</p>
]]></description><pubDate>Mon, 13 Apr 2026 04:05:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=47747464</link><dc:creator>krick</dc:creator><comments>https://news.ycombinator.com/item?id=47747464</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47747464</guid></item><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></channel></rss>