<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: fearthetelomere</title><link>https://news.ycombinator.com/user?id=fearthetelomere</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 15 Apr 2026 11:19:39 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=fearthetelomere" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[Control a Waymo by Auto Rerouting]]></title><description><![CDATA[
<p>Article URL: <a href="https://waymo.fraud.llc/">https://waymo.fraud.llc/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47409097">https://news.ycombinator.com/item?id=47409097</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 17 Mar 2026 05:47:19 +0000</pubDate><link>https://waymo.fraud.llc/</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=47409097</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47409097</guid></item><item><title><![CDATA[New comment by fearthetelomere in "Shift-to-Middle Array: A Faster Alternative to Std:Deque?"]]></title><description><![CDATA[
<p>>- 2 is not the best growth factor because it makes it harder for the memory allocator to reuse memory. More modern implementations use smaller growth factors: <a href="https://en.wikipedia.org/wiki/Dynamic_array#Growth_factor" rel="nofollow">https://en.wikipedia.org/wiki/Dynamic_array#Growth_factor</a><p>I've often wondered about this, so I'm curious to learn more. I agree in principle we should be more clever to ensure we have better memory use. However, half the implementations in the list you've linked use a growth factor of 2, so I'm confused about your point.<p>If it's not the best, what is? Do you know why these implementations opt for 2 if it's not the best choice?</p>
]]></description><pubDate>Mon, 24 Mar 2025 16:58:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=43463093</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=43463093</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43463093</guid></item><item><title><![CDATA[New comment by fearthetelomere in "Survival Analysis Part I: Basic concepts and first analyses (2003)"]]></title><description><![CDATA[
<p>Survival analysis is often also called time-to-event analysis or failure analysis in engineering. In a general sense, it's used to model time until a "death" event, whether that could be divorce, machine part failure, or actually a person's death.<p>While methods like linear or polynomial regression can be used predict continuous variables like number of patient deaths over time, survival analysis gives us more context and allows us to make inferences about the survival of individuals and populations as a whole, in addition to forecasting illness.<p>It does this in a few ways, but firstly by giving us a more rich language to discuss survival data. This is where concepts like "censoring", etc. come into play. It should be noted that censoring here does not refer to the colloquial use of the word, but rather the statistical definition [1].<p>Survival analysis in practice includes training KM-curves, Cox-PH models, etc. by fitting them to the underlying survival data based on this censored data. It's very possible that new and more robust methods have come out since I last touched the subject around 2015. Modern NNs may blow these models out of the water in terms of pure predictive power, but from a population-modeling perspective survival analysis would likely still be very useful.<p>[1] <a href="https://en.wikipedia.org/wiki/Censoring_(statistics)" rel="nofollow">https://en.wikipedia.org/wiki/Censoring_(statistics)</a></p>
]]></description><pubDate>Tue, 29 Oct 2024 13:38:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=41983723</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=41983723</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41983723</guid></item><item><title><![CDATA[New comment by fearthetelomere in "Discord Reduced WebSocket Traffic by 40%"]]></title><description><![CDATA[
<p>Thanks, explains a lot. Wish the article did a better job explaining that instead of framing it as a version upgrade to V2.</p>
]]></description><pubDate>Fri, 20 Sep 2024 20:40:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=41605354</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=41605354</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41605354</guid></item><item><title><![CDATA[New comment by fearthetelomere in "Discord Reduced WebSocket Traffic by 40%"]]></title><description><![CDATA[
<p>>Diving into the actual contents of one of those PASSIVE_UPDATE_V1 dispatches, we would send all of the channels, members, or members in voice, even if only a single element changed.<p>> the metrics that guided us during the [zstd experiment] revealed a surprising behavior<p>This feels so backwards. I'm glad that they addressed this low-hanging fruit, but I wonder why they didn't do this metrics analysis from the start, instead of during the zstd experiment.<p>I also wonder why they didn't just send deltas from the get-go. If PASSIVE_UPDATE_V1 was initially implemented "as a means to scale Discord servers to hundreds of thousands of users", why was this obvious optimization missed?</p>
]]></description><pubDate>Fri, 20 Sep 2024 20:20:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=41605237</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=41605237</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41605237</guid></item><item><title><![CDATA[New comment by fearthetelomere in "Local First, Forever"]]></title><description><![CDATA[
<p>I see, I didn't know that.<p>Why would one sell permanent ownership of a networked product? I've been seeing the rise of "lifetime" subscription levels (pay once) for SaaS products, but I'm curious as to what the actual long-term economics of it are.<p>If your cost of operations is not a one-time cost per user, I don't see how you can avoid a subscription model.</p>
]]></description><pubDate>Tue, 25 Jun 2024 13:47:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=40788594</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=40788594</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40788594</guid></item><item><title><![CDATA[New comment by fearthetelomere in "Local First, Forever"]]></title><description><![CDATA[
<p>Remember: it's local-first, not offline.<p>When users subscribe they should be purchasing a license that renews periodically. Local-first apps should validate the license (based on its expiry) by connecting to the internet to ensure users are subscribed. If they're not subscribed or they don't have internet access, they cannot use pay-walled features. You should offer a free, fair, and robust export tool for those not subscribed, though unfortunately not many companies do this.<p>What am I missing here? The drawback is of course when customers don't have internet access but are still valid subscribers, so they lose access to pay-walled features. One option would be to only offer annual licenses (infrequent license checking), another would be to offer a complementary 7 day license extension for the short-term until the user reconnects to the internet (grace period).<p>Stop giving away your value proposition for free. Get paid fairly.</p>
]]></description><pubDate>Tue, 25 Jun 2024 13:32:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=40788422</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=40788422</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40788422</guid></item><item><title><![CDATA[New comment by fearthetelomere in "Local First, Forever"]]></title><description><![CDATA[
<p>A bit of an aside, but CRDTs are not always the best approach to solving the local-first distributed consistency problem. For the specific given example of syncing files it might make sense, but I'm starting to see CRDTs used in places they don't need to be.<p>Where is your ground truth? How collaborative is a given resource? How are merge conflicts (or any overlapping interactions) handled? Depending on your answers, CRDTs might be the wrong tool.<p>Please don't forget about straightforward replicated state machines. They can be very easy to reason about and scale, although require bespoke implementations. A centralized server can validate and enforce business logic, solve merge conflicts, etc. Figma uses a centralized server because their ground truth may not be local.[1]<p>If you try a decentralized state machine approach the implementation is undoubtedly going to be more complex and difficult to maintain. However, depending on your data and interaction patterns, they still might be the better choice over CRDTs.<p>It could be argued that even for this example, two local-first clients editing the same file should not be automatically merged with a CRDT. One could make the case that the slower client should rename their file (fork it), merge any conflicts, or overwrite the file altogether. A centralized server could enforce these rules and further propagate state changes after resolution.<p>[1] <a href="https://www.figma.com/blog/how-figmas-multiplayer-technology-works/" rel="nofollow">https://www.figma.com/blog/how-figmas-multiplayer-technology...</a></p>
]]></description><pubDate>Tue, 25 Jun 2024 13:19:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=40788270</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=40788270</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40788270</guid></item><item><title><![CDATA[New comment by fearthetelomere in "Leaving Rust gamedev after 3 years"]]></title><description><![CDATA[
<p>Adderall?<p>I'm only half-joking :)</p>
]]></description><pubDate>Sat, 27 Apr 2024 13:36:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=40179852</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=40179852</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40179852</guid></item><item><title><![CDATA[New comment by fearthetelomere in "LiveView Is Best with Svelte"]]></title><description><![CDATA[
<p>This looks super promising...<p>I very much relate to the dropdown example, and I've found that complicated UX patterns can be extremely awkward to implement and maintain in LV.<p>One example from my experience that was prickly to implement in LV was graying out a chat message you sent if it didn't get acked or persisted by the channel/server for any reason.<p>Can't wait to try this out in my next project!</p>
]]></description><pubDate>Wed, 03 Apr 2024 14:28:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=39917981</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=39917981</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39917981</guid></item><item><title><![CDATA[New comment by fearthetelomere in "Barcelona’s Sagrada Familia will be completed in 2026"]]></title><description><![CDATA[
<p>While still a marvel in its own right, I couldn't help but feel underwhelmed when I visited.<p>After witnessing the architecture of both ancient and (relatively) modern Eastern/Southeastern structures, I found the Sagrada Familia lacking. It came across somewhat soulless with its bleached cavernous interior and uninspired stained glass artwork.<p>That came across harsher than I truly feel, but I think it's garnered some undeserved hype especially after 100 years of construction. I wonder what structures inspired Gaudi that may be lost to time, and what feelings he wanted to evoke in me that I didn't experience during my visit.</p>
]]></description><pubDate>Mon, 25 Mar 2024 14:50:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=39817031</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=39817031</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39817031</guid></item><item><title><![CDATA[New comment by fearthetelomere in "Write for others but mostly for yourself (2022)"]]></title><description><![CDATA[
<p>I often synthesize this as: to write, is to think.<p>It derives from David McCullough's quote, "Writing is thinking. To write well is to think clearly. That's why it's so hard."<p>In order to arrange the right words in the right sequence to convey the right message, you're required to organize your thinking, and also consider how it might be consumed.<p>To bring it back home, I suppose the same could be said of writing code.<p>---<p>As an aside, McCullough wrote my favorite biography, John Adams.</p>
]]></description><pubDate>Thu, 14 Mar 2024 15:45:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=39705488</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=39705488</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39705488</guid></item><item><title><![CDATA[New comment by fearthetelomere in "The Billion Row Challenge (1BRC) – Step-by-Step from 71s to 1.7s"]]></title><description><![CDATA[
<p>If you do find the time, I'm sure that writeup would be very valuable!</p>
]]></description><pubDate>Thu, 22 Feb 2024 22:00:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=39473905</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=39473905</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39473905</guid></item><item><title><![CDATA[New comment by fearthetelomere in "Tools for Learning LLVM TableGen"]]></title><description><![CDATA[
<p>As I know nothing about TableGen, can someone explain when you would reach for this tool? Perhaps even links to simple examples?</p>
]]></description><pubDate>Wed, 13 Dec 2023 01:57:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=38621708</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=38621708</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38621708</guid></item><item><title><![CDATA[New comment by fearthetelomere in "Apple changed how reading books works in iOS 16"]]></title><description><![CDATA[
<p>It may seem trivial, but I assure you it's valid criticism. FWIW, I've stopped using the Books app on my Ipad in favor of emailing my ebooks to my Kindle account and reading it through the Kindle app.<p>Why couldn't they have an option to keep the old animation? In 2022, it should be that simple, but of course...<p>It's not that I loved the old animation, but rather that I can't stand the current one. It's like I'm rotating a deck of cards, taking one off the top of the pile and putting it underneath. Not very pleasant to me, and also not an animation style I've seen used in any other book apps to my knowledge. I wonder why that is?</p>
]]></description><pubDate>Sat, 17 Dec 2022 21:50:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=34032607</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=34032607</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=34032607</guid></item><item><title><![CDATA[New comment by fearthetelomere in "Sorting with SIMD"]]></title><description><![CDATA[
<p>>You should probably not use inline assembly in production code<p>What are the alternatives here? Write the assembly in a separate file and provide a FFI?</p>
]]></description><pubDate>Sat, 17 Dec 2022 21:36:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=34032494</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=34032494</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=34032494</guid></item><item><title><![CDATA[New comment by fearthetelomere in "Htmx in a Nutshell"]]></title><description><![CDATA[
<p>Regarding #1, I've found that Phoenix + LiveView has been helpful for these cases. They have great form validation tools using Changesets and the `phx-change` attribute [1]. You can redact certain fields [2], and even treat certain fields like virtual fields (like password not being stored vs the password hash being stored) [3].<p>Of course, the (potential) drawback is in using Elixir for both front-end and back-end which may be a tough sell to a client or employer.<p>-----<p>[1]: <a href="https://blog.appsignal.com/2021/09/28/real-time-form-validations-with-phoenix-liveview.html" rel="nofollow">https://blog.appsignal.com/2021/09/28/real-time-form-validat...</a><p>[2]: <a href="https://hexdocs.pm/ecto/Ecto.Schema.html#module-redacting-fields" rel="nofollow">https://hexdocs.pm/ecto/Ecto.Schema.html#module-redacting-fi...</a><p>[3]: <a href="https://elixircasts.io/ecto-virtual-attributes" rel="nofollow">https://elixircasts.io/ecto-virtual-attributes</a></p>
]]></description><pubDate>Wed, 14 Dec 2022 20:05:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=33989497</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=33989497</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33989497</guid></item><item><title><![CDATA[New comment by fearthetelomere in "NYT reporters had a top-down directive that tech coverage should be critical"]]></title><description><![CDATA[
<p>I think it's a not-so-rude awakening to follow individuals rather than organizations. For example, Matt Levine could be the one you trust for finance, or Jason Schreier for news on video games.<p>It's potentially easier to understand an individual's biases on a per-article basis than something like the NYT, especially if you follow them and their perspectives over time.</p>
]]></description><pubDate>Fri, 04 Nov 2022 21:41:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=33474214</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=33474214</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33474214</guid></item><item><title><![CDATA[New comment by fearthetelomere in "It wasn't for nothing"]]></title><description><![CDATA[
<p>Once you find the things that anchor you physically, it makes it much easier to sail where you want to sail and stay when you want to stay. No matter what passes around me or what happens in life, having these anchors about myself lifts the good times to be more enjoyable and the bad that much more surmountable.<p>I'm happy for you.</p>
]]></description><pubDate>Thu, 18 Aug 2022 13:03:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=32509031</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=32509031</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32509031</guid></item><item><title><![CDATA[Ask HN: Best Tools for Technical Writing?]]></title><description><![CDATA[
<p>What tool do you use or recommend when drafting technical blog posts or books?<p>I've found that editors tend to do one thing or the other very well: they're either really good editors for rich text and multimedia or really good editors for code.<p>What tools balance the best of both worlds?</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=29908720">https://news.ycombinator.com/item?id=29908720</a></p>
<p>Points: 19</p>
<p># Comments: 7</p>
]]></description><pubDate>Wed, 12 Jan 2022 16:23:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=29908720</link><dc:creator>fearthetelomere</dc:creator><comments>https://news.ycombinator.com/item?id=29908720</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=29908720</guid></item></channel></rss>