<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: spectraldrift</title><link>https://news.ycombinator.com/user?id=spectraldrift</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 21 Jun 2026 09:42:05 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=spectraldrift" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by spectraldrift in "How's Linear so fast? A technical breakdown"]]></title><description><![CDATA[
<p>Linear seems like the kind of app that typically wouldn't need this sort of optimization. I could understand local copy of the DB for indexing, perhaps, but not for normal transactions. This app seems like an example of an app that would typically scale well on the backend - concurrent writes for a single issue would typically be rare, and if sharding is necessary for large customers it should shard quite well.<p>What about this requires more than a few ms (at most) on the backend, and how does a local copy make that better? It seems like a local copy would create even more inconsistency (and if it doesn't, the backend should be fast too!)</p>
]]></description><pubDate>Sun, 07 Jun 2026 23:50:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=48439843</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=48439843</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48439843</guid></item><item><title><![CDATA[Gemini 3.5 Flash]]></title><description><![CDATA[
<p><a href="https://ai.google.dev/gemini-api/docs/models/gemini-3.5-flash" rel="nofollow">https://ai.google.dev/gemini-api/docs/models/gemini-3.5-flas...</a></p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48196570">https://news.ycombinator.com/item?id=48196570</a></p>
<p>Points: 962</p>
<p># Comments: 658</p>
]]></description><pubDate>Tue, 19 May 2026 17:43:45 +0000</pubDate><link>https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-5/</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=48196570</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48196570</guid></item><item><title><![CDATA[New comment by spectraldrift in "Stock markets are too high and set to fall, says Bank of England deputy"]]></title><description><![CDATA[
<p>Why wouldn't this be priced in already? I am often skeptical when people claim to predict the market, given how much can be made by quietly predicting correctly.</p>
]]></description><pubDate>Sat, 25 Apr 2026 18:37:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=47903514</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=47903514</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47903514</guid></item><item><title><![CDATA[New comment by spectraldrift in "Tim Cook's Impeccable Timing"]]></title><description><![CDATA[
<p>Yes a broken clock might be right twice a day, but I also have limited time in my day. I've read enough of his opinions already and would like to make time for some others!</p>
]]></description><pubDate>Wed, 22 Apr 2026 05:28:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=47859435</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=47859435</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47859435</guid></item><item><title><![CDATA[New comment by spectraldrift in "Tim Cook's Impeccable Timing"]]></title><description><![CDATA[
<p>The author lost me when they quoted Thiel.</p>
]]></description><pubDate>Tue, 21 Apr 2026 16:03:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=47850693</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=47850693</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47850693</guid></item><item><title><![CDATA[New comment by spectraldrift in "Why scientists are nervous about fungi"]]></title><description><![CDATA[
<p>There's a great documentary from a German public broadcast channel on this topic, including interviews with the scientists and doctors researching the problem, as well as patients affected by these diseases. It seems like a big deal. <a href="https://youtu.be/G4d4DuAqXlI" rel="nofollow">https://youtu.be/G4d4DuAqXlI</a> (2025, 43 minutes long)</p>
]]></description><pubDate>Mon, 20 Apr 2026 15:57:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47836164</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=47836164</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47836164</guid></item><item><title><![CDATA[New comment by spectraldrift in "Big tech engineers need big egos"]]></title><description><![CDATA[
<p>I generally think this is a good article and I agree that measured confidence is important when working on any engineering project. However, I've often seen engineers who are a little too confident and can't admit when they're wrong. I worry articles like this could be misread by those folks and used to justify that behavior.<p>I've also noticed a pattern in Sean's writing where he redefines common English words to mean something different than the usual definition, potentially for a punchy title (I've seen "taste" and now "ego"). As engineers we often have to find analogous words for ideas that don't have them yet, but in this instance I think the article would be a lot less muddy if he just used "confidence." I appreciate he acknowledges this discrepancy in the comments, but maybe too much ego gets in the way to fix it during editing :)</p>
]]></description><pubDate>Tue, 07 Apr 2026 07:10:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47671697</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=47671697</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47671697</guid></item><item><title><![CDATA[New comment by spectraldrift in "Google Nest camera video raises privacy questions"]]></title><description><![CDATA[
<p>This is a misleading article including some quotes that wildly mischaracterize the original sources, while also including many lines of unrelated speculation that could be easily researched.<p>From the article:<p>> However, Google's privacy policy — a document that users often blindly agree to after purchasing a device — makes it clear that videos can be captured when a device is offline. “That means you may not see a visual indicator when your camera is sending the video footage to our servers," the policy states.<p>I looked this up because no link was provided [1]. The full quote is "Some models of our cameras support recording of video footage while offline. For these cameras, video footage will be uploaded when the camera goes back online after the video footage has been recorded. That means you may not see a visual indicator when your camera is sending the video footage to our servers. However, in those instances, a visual indicator would have been visible when the camera was actually recording the video footage."<p>So in this case, the author mangles "offline" (no Internet) with "recording".<p>Another quote:<p>> Google didn’t immediately respond to questions from The Associated Press about how the footage of the masked person was captured while the camera was apparently disconnected<p>The cameras was very clearly disconnected <i>after</i> the footage was recorded, because you can see the suspect begin to disconnect the camera.<p>There are many other examples of poor reporting in this article but I will leave it to the reader to find them.<p>[1] <a href="https://safety.google/intl/en_ca/products/nest/" rel="nofollow">https://safety.google/intl/en_ca/products/nest/</a></p>
]]></description><pubDate>Wed, 11 Feb 2026 05:15:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=46971137</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=46971137</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46971137</guid></item><item><title><![CDATA[New comment by spectraldrift in "Building more with GPT-5.1-Codex-Max"]]></title><description><![CDATA[
<p>Weird how they only share three hand-picked evals, ignoring the evals where they were left in the dust like ARC-AGI2. This post is so misleading, I don't even know whether to trust the numbers they <i>did</i> share. One is  just fraction of a percentage point away from Gemini 3 pro, which is awfully convenient for marketing and easy to hide. Very open, OpenAI.</p>
]]></description><pubDate>Wed, 19 Nov 2025 19:45:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=45984153</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=45984153</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45984153</guid></item><item><title><![CDATA[New comment by spectraldrift in "The Impossible Optimization, and the Metaprogramming to Achieve It"]]></title><description><![CDATA[
<p>So I'm only 40 years behind! It's amazing how early innovations like this seamlessly fade into the background and can be taken for granted by folks like myself.</p>
]]></description><pubDate>Mon, 03 Nov 2025 00:10:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=45794592</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=45794592</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45794592</guid></item><item><title><![CDATA[New comment by spectraldrift in "The Impossible Optimization, and the Metaprogramming to Achieve It"]]></title><description><![CDATA[
<p>Having never heard of mojo before, I found this article fascinating. It provides a great example of how a toy regex parser works and an excellent explanation of why vanilla regex tends to be slow. It also presents a novel solution: compiling the regex into regular code, which can then be optimized by the compiler.</p>
]]></description><pubDate>Sat, 01 Nov 2025 14:07:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=45781743</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=45781743</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45781743</guid></item><item><title><![CDATA[New comment by spectraldrift in "Kafka is Fast – I'll use Postgres"]]></title><description><![CDATA[
<p>> Should You Use Postgres? Most of the time - yes<p>This made me wonder about a tangential statistic that would, in all likelihood, be impossible to derive:<p>If we looked at all database systems running at any given time, what proportion does each technology represent (e.g., Postgres vs. MySQL vs. [your favorite DB])? You could try to measure this in a few ways: bytes written/read, total rows, dollars of revenue served, etc.<p>It would be very challenging to land on a widely agreeable definition. We'd quickly get into the territory of what counts as a "database" and whether to include file systems, blockchains, or even paper. Still, it makes me wonder. I feel like such a question would be immensely interesting to answer.<p>Because then we might have a better definition of "most of the time."</p>
]]></description><pubDate>Thu, 30 Oct 2025 03:59:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=45756292</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=45756292</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45756292</guid></item><item><title><![CDATA[New comment by spectraldrift in "Tinkering is a way to acquire good taste"]]></title><description><![CDATA[
<p>This is the second article I've seen on taste here. It seems to me the author's definition of "tinkering" is primarily describing hyperfocused, repetitive behaviors found in neurodivergent individuals, potentially even a complex form of stimming. I think this is unrelated to taste.<p>I think good taste in engineering comes down to a mix of skill and knowledge. It isn't just about how you can reach a goal, but rather about having a solid internal map of the world and an understanding of which parts of the map you are unfamiliar with. To those lacking knowledge, the map can deceptively appear much smaller. Skill allows you to effectively find your way to the places you know you can go. With knowledge and skill, taste comes naturally. Those with bad taste, I've found, are those with limited knowledge of the vast universe of tools available and/or the lack of skill needed to utilize those tools effectively.</p>
]]></description><pubDate>Wed, 29 Oct 2025 05:30:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=45742977</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=45742977</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45742977</guid></item><item><title><![CDATA[New comment by spectraldrift in "Ask HN: Not treated respectfully by colleague – advice?"]]></title><description><![CDATA[
<p>This sounds incredibly frustrating. But given you're in the leadership seat, it's worth taking a hard look
at yourself asking how you're playing a role in this, especially since it's unlikely people are this difficult for no reason. I am rather a bit skeptical of this account as written.<p>One hint: he was told he was meant to be the lead. That's a bit of a shitty promise to be given and taken away.<p>This guy is almost certainly operating from a place of "status injury." He sees you as the person who took his job.<p>So, some hard questions for self-reflection:<p>Knowing he felt slighted, did you ever try to build an alliance with him and acknowledge his expertise? Or did you just expect him to fall in line?<p>Are you showing him respect, or just demanding it because of your title?<p>Are his arguments over "trivial things" really trivial? Or is it his (unproductive) way of trying to assert the technical authority he feels you're ignoring?<p>Right now, your manager hears a personal problem ("This guy is a jerk to me"). That's why he's giving you the weak "don't let it bother you" response.<p>Stop making it personal. Use your leadership skills to actually lead this person. Try to fix the relationship. Give him ownership.<p>If that fails, you can go to your manager with a leadership problem ("I've tried A, B, and C to leverage his skills, but his behavior is still causing X business risk"). That is a problem a manager has to solve.</p>
]]></description><pubDate>Mon, 27 Oct 2025 05:32:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=45717701</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=45717701</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45717701</guid></item><item><title><![CDATA[New comment by spectraldrift in "ChatGPT Atlas"]]></title><description><![CDATA[
<p>They already did it with Google's transformer architecture- why not Google's open-source browser framework too? They're pretty much a fork of Google's good-faith open-source efforts at this point.</p>
]]></description><pubDate>Wed, 22 Oct 2025 00:06:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=45663389</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=45663389</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45663389</guid></item><item><title><![CDATA[New comment by spectraldrift in "Magical systems thinking"]]></title><description><![CDATA[
<p>It seems odd to me that someone would write such a polished and comprehensive article and yet completely misunderstand the definition of the central topic.</p>
]]></description><pubDate>Sat, 13 Sep 2025 17:33:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=45233805</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=45233805</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45233805</guid></item><item><title><![CDATA[New comment by spectraldrift in "Does Society Have Too Many Rules?"]]></title><description><![CDATA[
<p>It fully depends on whether those rules or laws actually mean anything.</p>
]]></description><pubDate>Thu, 11 Sep 2025 04:51:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=45207908</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=45207908</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45207908</guid></item><item><title><![CDATA[Platypuses glow under UV light and we have no idea why (2020)]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.nytimes.com/2020/11/13/science/platypus-glow-ultraviolet.html">https://www.nytimes.com/2020/11/13/science/platypus-glow-ultraviolet.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45155699">https://news.ycombinator.com/item?id=45155699</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Sun, 07 Sep 2025 05:41:54 +0000</pubDate><link>https://www.nytimes.com/2020/11/13/science/platypus-glow-ultraviolet.html</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=45155699</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45155699</guid></item><item><title><![CDATA[New comment by spectraldrift in "Protobuffers Are Wrong (2018)"]]></title><description><![CDATA[
<p>I'm not sure why this post gets boosted every few years- and unfortunately (as many have pointed out) the author demonstrates here that they do not understand distributed system design, nor how to use protocol buffers. I have found them to be one of the most useful tools in modern software development when used correctly. Not only are they much faster than JSON, they prevent the inevitable redefinition of nearly identical code across a large number of repos (which is what i've seen in 95% of corporate codebases that eschew tooling such as this). Sure, there are alternatives to protocol buffers, but I have not seen them gain widespread adoption yet.</p>
]]></description><pubDate>Sat, 06 Sep 2025 01:13:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=45145635</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=45145635</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45145635</guid></item><item><title><![CDATA[New comment by spectraldrift in "I Was Wrong About Data Center Water Consumption"]]></title><description><![CDATA[
<p>You're confusing surface area with surface area to volume ratio.<p>Furthermore the fact that dams increase evaporation though this mechanism is an easily verifiable scientific fact. <a href="https://riverresourcehub.org/resources/how-dams-affect-water-supply-1727/" rel="nofollow">https://riverresourcehub.org/resources/how-dams-affect-water...</a></p>
]]></description><pubDate>Wed, 03 Sep 2025 20:20:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=45119979</link><dc:creator>spectraldrift</dc:creator><comments>https://news.ycombinator.com/item?id=45119979</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45119979</guid></item></channel></rss>