<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: quelltext</title><link>https://news.ycombinator.com/user?id=quelltext</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 15 May 2026 18:26:33 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=quelltext" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by quelltext in "A short introduction to Interval Tree Clocks (2017)"]]></title><description><![CDATA[
<p>Several things remain unclear:<p>"The beauty of this scheme is that a node only has to know about its share of the interval"<p>The article doesn't explain curve changes in much detail, but I assume it increases the portion of the curve "owned" by the node.<p>With unique identifiers all a node needs to know its identifier. So that can't be what's interesting about these interval portions.<p>Also:<p>- How that curve is initially drawn isn't clear at all. Is it flat and becomes complex over time by forking (+ data modification)?<p>- Why are interval boundaries real-value in a system that cannot actually express real numbers?<p>- How are the intervals / portions decided? Is that simpler than generating UUIDs?<p>- How does comparison work?<p>"Comparison works similarly to Version Vectors: if the curve of a stamp is above the other one, it descends it, otherwise the curves intersect and the stamps are concurrent."<p>But now you have events with curves and intervals where one event might miss a portion. It's not immediately clear what happens in that comparison. It's maybe obvious to some readers but clearly not an audience that needed introduction for the other things initially explained by the article.<p>In terms of conclusions:<p>My understanding is that the main benefit is that the overall complexity of the "vector" becomes simpler in light of actor explosion due to the merging mechanism. Whereas UUIDs (or even monotonous index indexed vectors) would grow indefinitely, making tracking them on events a challenge.<p>This intro article fails to make this stuff clear.</p>
]]></description><pubDate>Sun, 24 Nov 2024 02:27:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=42225508</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=42225508</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42225508</guid></item><item><title><![CDATA[New comment by quelltext in "Hash Ordering and Hyrum's Law"]]></title><description><![CDATA[
<p>This implementation was used from 3.6, right?<p>It's interesting that the idea mail mentions that nothing changes about the implementation (including order) but the memory layout. Which would imply insertion order was already preserved in older versions (not the case IIRC) or the idea underwent a few more changes that did in fact impact order.<p>EDIT: I couldn't quite find an answer but <a href="https://softwaremaniacs.org/blog/2020/02/05/dicts-ordered/" rel="nofollow">https://softwaremaniacs.org/blog/2020/02/05/dicts-ordered/</a> mentions the behavior happens since then because the implementation only tracks indices in the hash table itself and relies on maintaining entries separately in a second array that gets expanded in insertion order.<p>This would also seem straightforward but it raises a few questions such as how deletion is implemented (efficiently).<p>EDIT2: Okay, the talk (<a href="https://youtu.be/p33CVV29OG8" rel="nofollow">https://youtu.be/p33CVV29OG8</a>) mentions they just leave holes until the next resize (at around 42:00).<p>Raymond also mentions there that his original idea didn't preserve ordering but happened due to an additional compacting optimization? Should probably watch the whole thing some time to get the history. Sounds like a fun talk.</p>
]]></description><pubDate>Thu, 03 Oct 2024 02:17:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=41726704</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=41726704</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41726704</guid></item><item><title><![CDATA[New comment by quelltext in "Hash Ordering and Hyrum's Law"]]></title><description><![CDATA[
<p>> and I can't explain exactly how their ordered dicts work<p>Traditionally you simply use a doubly linked list approach on the entries (each entry maintains two additional references to the previous and next entry) for that like LinkedHashMap: <a href="https://docs.oracle.com/javase//8/docs/api/java/util/LinkedHashMap.html" rel="nofollow">https://docs.oracle.com/javase//8/docs/api/java/util/LinkedH...</a><p><a href="https://github.com/openjdk-mirror/jdk7u-jdk/blob/master/src/share/classes/java/util/LinkedHashMap.java#L318">https://github.com/openjdk-mirror/jdk7u-jdk/blob/master/src/...</a><p>Which is also what Python seems to be doing: <a href="https://stackoverflow.com/a/34496644" rel="nofollow">https://stackoverflow.com/a/34496644</a><p>It's fairly intuitive.<p>Do their new default (now also ordered?) dics do this differently?</p>
]]></description><pubDate>Wed, 02 Oct 2024 23:01:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=41725711</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=41725711</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41725711</guid></item><item><title><![CDATA[New comment by quelltext in "Raft: Understandable Distributed Consensus (2014)"]]></title><description><![CDATA[
<p>In the log replication example, after healing the partition the uncommitted log changes in the minority group are rolled back and the leader's log is used.<p>However it's not clear how that log is transmitted. Until this point only heartbeats via append entry were discussed, so it's not clear if the followers pull that information from the leader somehow via a different mechanism, or whether it's the leader's responsibility to detect followers that are left behind and replay everything. That would seem rather error prone and a lot of coordination effort. So how's it actually done?</p>
]]></description><pubDate>Sat, 28 Sep 2024 04:25:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=41677852</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=41677852</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41677852</guid></item><item><title><![CDATA[New comment by quelltext in "Orion, our first true augmented reality glasses"]]></title><description><![CDATA[
<p>Fair that perhaps they (the director specifically) thought that (they look like something nobody would want to wear) about Crocs. Heck, I thought that back then, many did. So perhaps that's why Snopes is saying it's true.<p>But Crocs had actually become somewhat popular already before Idiocracy.<p>The more realistic full picture explanation being that they chose something that they or someone on their staff, like many "look at those idiots" types (myself at the time included), already knew and considered a stupid trend is much more likely. It doesn't at all negate that they in fact thought nobody <i>with taste</i> would wear those shoes, but I don't think that choice was entirely made in isolation not aware of the trend.<p>The effect of watching the movie and seeing Crocs worn was yet another of those pieces of evidence that the stupid people of today connect to that fictional future world, like all the other stuff on the movie dialed all the way to the top (energy drinks, corporate sponsorships, etc.)<p>The mere fact that someone knew of Crocs, thought of them, and chose them because of their ugliness, means they were popular/successful enough to pop up on someone's radar, despite them ostensibly not being something that would be worn by anyone. Perhaps they didn't know how much more popular Crocs would become but they for sure must have picked them as an artifact of things already going in a weird direction (Why can you get this? Who would want this? Someone must, these will be the stupid people of tomorrow.)<p>But also, actually, so what?<p>Look at some of the fashion of past decades older movies. Some of it is cool but a lot of it is super ridiculous.<p>And if you look at Crocs, are they really objectively stupid? Treating them as a high fashion item probably is. But they are versatile and robust, good for many types of use cases were people used to wear other types of cheap plastic sandals. People wearing leather shoes surely thought sneaker were stupid until they became so mainstream that they were evaluated more objectively.<p>Citing idiocracy and Crocs seems like a very weak argument to your case and even Idiocracy's point (fashion choices don't indicate the world is getting stupid). Mind you I'm not disagreeing that things have gotten worse in many ways and social media is definitely not helping. OTOH, Facebook actually was somewhat reasonable for a long time, and useful to connect with people. Only once the Twitterification of it started did it get so bad. But somehow Twitter never gets the bad reputation.</p>
]]></description><pubDate>Thu, 26 Sep 2024 17:33:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=41661040</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=41661040</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41661040</guid></item><item><title><![CDATA[New comment by quelltext in "How to manage oncall as an engineering manager?"]]></title><description><![CDATA[
<p>Just to confirm: Are you suggesting engineers working during work hours on an alert should get paid double? Or only outside work hours?<p>I'm not sure we're all on the same page here but let me give you an example of how on-call essentially works on my team.<p>- Week long rotations spread out across the year among members.<p>- On-call means holding a pager but also taking in any non-urgent requests that can be handled within  a reasonable time. New feature requests are out of scope, answering a bug report from support is in scope, including a fix if that's possible.<p>- Responding to paging alerts only at night. On some teams we did have sister teams in other regions to cover with their on-call over some portion of the night.<p>- Generally, paging alerts are rare enough (once or twice a week) so out of work hours disruption is fairly low.<p>- Non-urgent breakages, bug reports, etc. are fairly common though.<p>Someone has to handle all that so it's a rotation. I don't think providing incentives to engineers to take more on-call is practical. Unless you are okay with them stagnating in their career. And it's the EM asking here so I'd hope they didn't want that.</p>
]]></description><pubDate>Thu, 26 Sep 2024 04:26:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=41654548</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=41654548</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41654548</guid></item><item><title><![CDATA[New comment by quelltext in "-2000 Lines of Code (2007)"]]></title><description><![CDATA[
<p>I'm by no means important in my org but when something appears like a shitty idea I will raise that (like other ICs around me) and more often than not it works out fine. I'll agree to give something a shot but if it doesn't work it doesn't work and my managers so far have all realized that a bit into the trial period.<p>Reading comments like yours, I guess I should value my work environment more.</p>
]]></description><pubDate>Sat, 23 Mar 2024 07:59:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=39798262</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=39798262</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39798262</guid></item><item><title><![CDATA[New comment by quelltext in "Apple terminates Epic Games developer account, calling it a 'threat' to iOS"]]></title><description><![CDATA[
<p>You don't remember the "What's a computer?" ad?<p>iPads are most definitely marketed as devices suitable to take the place of conventional computers.</p>
]]></description><pubDate>Thu, 07 Mar 2024 16:02:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=39630665</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=39630665</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39630665</guid></item><item><title><![CDATA[New comment by quelltext in "Shaun Maguire could't be promoted for being white, at Google"]]></title><description><![CDATA[
<p>> Not to mention it's a crime.<p>Doesn't that heavily depend on where the employee is based?<p><a href="https://en.m.wikipedia.org/wiki/Affirmative_action_in_the_United_States" rel="nofollow">https://en.m.wikipedia.org/wiki/Affirmative_action_in_the_Un...</a><p>Quotas are legal in many states. Granted the author is likely based in CA. Still, let's keep away from absolutes.<p>FWIW I also don't support discrimination in whichever direction. However, so far the story is "there was some kind of 
 quota delaying my promotion". Is that really news or surprising?<p>I guess it is surprising someone just stated it to them directly but  this whole thing isn't particularly juicy yet.</p>
]]></description><pubDate>Fri, 23 Feb 2024 09:58:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=39478829</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=39478829</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39478829</guid></item><item><title><![CDATA[New comment by quelltext in "Shaun Maguire could't be promoted for being white, at Google"]]></title><description><![CDATA[
<p>Okay, let's see then I guess?<p>I guess this HN submission was just a teaser as well then. Maybe another one will reveal something actually interesting.</p>
]]></description><pubDate>Fri, 23 Feb 2024 09:49:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=39478770</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=39478770</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39478770</guid></item><item><title><![CDATA[New comment by quelltext in "Shaun Maguire could't be promoted for being white, at Google"]]></title><description><![CDATA[
<p>Saying they have a quota doesn't mean "because you are white".<p>I mean, it has a similar effect but it's not like we don't know quotas exist and are largely tolerated, are they not? Are quotas outright illegal in the US?<p>Do we know it was a racial quota? Now, gender quota would still not be better for the author but this is still lacking in novelty.</p>
]]></description><pubDate>Fri, 23 Feb 2024 08:58:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=39478448</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=39478448</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39478448</guid></item><item><title><![CDATA[New comment by quelltext in "Shaun Maguire could't be promoted for being white, at Google"]]></title><description><![CDATA[
<p>So, where's the actual story?<p>I don't use X so maybe it's buried somewhere else.<p>Even the tweet you mentioned wasn't directly discoverable from the submission.<p>But it looks like he already tweeted months ago that this had happened.<p>What's actually new info now?</p>
]]></description><pubDate>Fri, 23 Feb 2024 08:52:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=39478403</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=39478403</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39478403</guid></item><item><title><![CDATA[New comment by quelltext in "3D Map of Shinjuku Station in Three.js"]]></title><description><![CDATA[
<p>Not even sure it's easy to find in Japan these days to be honest. The place I knew closed a few years back.</p>
]]></description><pubDate>Wed, 27 Dec 2023 23:28:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=38788154</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=38788154</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38788154</guid></item><item><title><![CDATA[New comment by quelltext in "The teenager who lives like it's the 1940s"]]></title><description><![CDATA[
<p>> I mean you mention anime characters, but there's a big greaser / rockabilly subculture in Japan.<p>There isn't, though.<p>There are probably a dozen or so in Tokyo and about the same number in Osaka. Granted, I don't have an exact number but it is super niche. If you ask a random Japanese person the chances of them even being aware of that subculture is very low.<p>> This is normal human behaviour. While I also think it's a little strange, it's harmless. Let people have things.<p>No, it's not. Some of your examples are but going all in isn't normal 
even if we ignore the fact that being part of a subculture kind of isn't normal by definition. If it were normal we wouldn't get an article about it from the BBC, would we? But what I rather mean is, doing that as a dress up thing or LARPing is reasonable. Using some old items or wearing old fashion for their unique appeal is also reasonable. Putting anachronism above all else isn't normal, though. Those Japanese greasers use mobile phones.<p>Arguably, we don't know how much of what the article describes is tongue in cheek, and perhaps it's mostly a character the guy is playing. But if not, hating to or avoiding to use modern technology because it's not from the era you happen to like (because of your grandpa's POW diaries, another can of worms right there) is quite off.<p>I'm not saying he shouldn't enjoy what he's doing or "become like the rest if us" but no, really, it's not normal (and maybe that's okay).</p>
]]></description><pubDate>Mon, 18 Dec 2023 22:50:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=38689529</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=38689529</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38689529</guid></item><item><title><![CDATA[New comment by quelltext in "Facebook Is Being Overrun with Stolen, AI-Gen Images That People Think Are Real"]]></title><description><![CDATA[
<p>Facebook is being overrun with low effort memes and repetitive video content (literally being shown the same crap in regular intervals either reposted or from the same source). I make an effort to hide and block each time I see another video dominating my timeline but alas, it doesn't get better.<p>It's not even ads. I don't mind the ads actually. They seem to be the only sane content in comparison aside of course the occasional but rare real content shared by my friends.<p>I just want to keep all this crap off my timeline please. Show me more ads if you want, but stop with the TikTok like reposts with AI generated drivel overlayed or some "reaction": "What did you think of this brave lad? We think he's great, leave a comment." Next: 5 minutes craft video.</p>
]]></description><pubDate>Mon, 18 Dec 2023 17:27:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=38685455</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=38685455</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38685455</guid></item><item><title><![CDATA[New comment by quelltext in "Reality has a surprising amount of detail (2017)"]]></title><description><![CDATA[
<p>> beware though, Wikipedia is bound to lead to errors by defining the monthly rate as yearly rate / 12<p>Looks like all the calculators do that as well. What's the right way?</p>
]]></description><pubDate>Sat, 25 Nov 2023 04:08:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=38411092</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=38411092</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38411092</guid></item><item><title><![CDATA[New comment by quelltext in "Stripe live dashboard"]]></title><description><![CDATA[
<p>Current capacity might not be referring to actual current point in time provisioned capacity but an estimate of how much the overall infra can handle over the next few days.<p>No idea but ultimately this is marketing. If you wanna say we are just using as much as we need that's impressive to engineers but would it require or warrant a dedicated widget there that hovers around some sort of fixed utilization ratio?<p>Saying "look we are processing this much but could easily handle more" you are impressing a larger group. So my guess it's more about that.</p>
]]></description><pubDate>Fri, 24 Nov 2023 17:15:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=38406059</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=38406059</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38406059</guid></item><item><title><![CDATA[New comment by quelltext in "Munich court tells Netflix to stop using H.265 video coding to stream UHD"]]></title><description><![CDATA[
<p>That cost basis inheritance thing is done in Japan actually, <i>on top</i> of inheritance tax, mind you.</p>
]]></description><pubDate>Mon, 13 Nov 2023 17:22:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=38252650</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=38252650</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38252650</guid></item><item><title><![CDATA[New comment by quelltext in "Portugal. The Man – Official Website Is a Google Sheets Document"]]></title><description><![CDATA[
<p>Websites or apps <i>backed</i> by a sheet or some other minimalist setup are fairly common. What's noteworthy about the submission is that the website <i>is</i> a sheet, not a layer to render info from one.</p>
]]></description><pubDate>Sat, 04 Nov 2023 06:23:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=38138651</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=38138651</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38138651</guid></item><item><title><![CDATA[New comment by quelltext in "How to Not Get Screwed over as a Software Engineer [video]"]]></title><description><![CDATA[
<p>If you think that an engineer is replaceable, why isn't the rest of the early employees? Or do you mean that only founders should get any equity?<p>I'm not quite sure what your comparison does. If you build a company fundamentally built on the work of good drivers or cleaners, yeah perhaps you should give them equity.<p>If you just contract that work out once in a while for a company that doesn't have these jobs at its core, then probably don't.<p>But also, most drivers, cleaners, and (to a lesser degree) repairman can be more <i>easily</i> replaced. The former two in particular don't require any special skills normal people don't already have to possess. And where skills come into play, we're still not looking at 4+ years of college required type of skills. Hence, there's not as much supply of engineers as there is for repairmen. And the roles you describe do not fundamentally create anything. Engineers, in particular early engineers in a startup actually design, construct, operate, and maintain 80% of what is actually generating value. Other roles supporting them also deserve a piece of the pie but questioning why engineers should get equity at all and someone having an idea and the funds to kickstart a company should get all seems odd.</p>
]]></description><pubDate>Fri, 03 Nov 2023 09:18:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=38126270</link><dc:creator>quelltext</dc:creator><comments>https://news.ycombinator.com/item?id=38126270</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38126270</guid></item></channel></rss>