<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: DaveParkCity</title><link>https://news.ycombinator.com/user?id=DaveParkCity</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 28 Jul 2026 08:12:37 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=DaveParkCity" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by DaveParkCity in "Memory safety absolutists"]]></title><description><![CDATA[
<p>absolutionist => absolutist</p>
]]></description><pubDate>Sun, 26 Jul 2026 23:36:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=49063462</link><dc:creator>DaveParkCity</dc:creator><comments>https://news.ycombinator.com/item?id=49063462</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49063462</guid></item><item><title><![CDATA[New comment by DaveParkCity in "Memory safety absolutists"]]></title><description><![CDATA[
<p>I'm in the (near) memory safety absolutionist camp.<p>Fil-C is an amazing technology, and we should use it, but we should also recognize its limitations.<p>An as-written JIT or GC can not be compiled with Fil-C because they are inherently memory unsafe.. which means one of the biggest user CVE targets by volune, Google Chrome, not only can not be compiled by Fil-C -- it also can't consume Fil-C compiled libraries. (Chrome not only has v8 jit, but 2 different GC systems - V8's and Oilpan, plus PartitionAlloc)<p>Which means Fil-C is an amazing tech for securing the manual-deallocator daemons and backends, but does not secure the biggest attack vector on 2 billion consumer devices.<p>This is why i'm writing a maximally memory safe browser in dotnet where the only unsafe will be the FFI and RyuJIT underneath me. [1]<p>I also think we have gone too long with poor operating system safety tools. I want a system based on Andrew Valencia's VSTa's hierarchial capability system. In that system protection ids are hierarchial and infinitelly narrowable without any special authority. So user.david can forge user.david.browser which can forge user.david.browser.site.ycombinator and so on. The closest we have to this today is (relatively) heavy weight virutlized containers.<p>[1] <a href="https://unsoliciteddave.blogspot.com/" rel="nofollow">https://unsoliciteddave.blogspot.com/</a></p>
]]></description><pubDate>Sun, 26 Jul 2026 16:39:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=49059816</link><dc:creator>DaveParkCity</dc:creator><comments>https://news.ycombinator.com/item?id=49059816</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49059816</guid></item><item><title><![CDATA[New comment by DaveParkCity in "Rust Is Not a Memory-Safe Language"]]></title><description><![CDATA[
<p>Abstract<p>Rust is not a memory-safe language. Memory safety, as the term has always meant in language design — the property that programs in the language cannot violate memory integrity — is a compositional property of a language and its runtime: it holds for all programs, over all data shapes, unconditionally. Rust does not have this property.<p>What Rust has is a static checker that verifies an ownership discipline over tree-shaped data only, plus a set of unsafe escape hatches whose use is not optional but structurally mandatory: any cyclic, self-referential, or densely shared data structure — doubly-linked lists, graphs, DOMs, scene graphs, caches, entity systems — is inexpressible under the checker and forces the program into hand-written unsafe, runtime reference counting, or unchecked index schemes. Because these structures dominate real systems software, the unverified surface of a Rust program grows with the program's structural complexity, and at engine scale the observed end state — in Servo, Bevy, and Zed alike — is that every large Rust project builds its own bespoke, unverified object-lifetime runtime.<p>A language whose safety property is conditional on universally quantified, undischarged proof obligations across its entire ecosystem, whose checker cannot express the core data structures of the domain it targets, and whose flagship projects manage memory through hand-audited runtimes, is not a memory-safe language under any definition of the term that does not also admit reference-counted C++. Garbage-collected platforms are memory safe. Rust is a memory-disciplined language with a memory-safe subset for trees — and the difference is not pedantry; it is the difference between a property of the language and a property of small programs.<p>If you would like a rigerous look at this reality, read on for the full paper. This is not an attempt to throw shade on Rust developers. Rust has many great properties. People like it. Languages have become popular for less. Memory Safety, or "safety" in general is not one of them, and we should stop pretending it is.</p>
]]></description><pubDate>Thu, 02 Jul 2026 20:03:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=48766631</link><dc:creator>DaveParkCity</dc:creator><comments>https://news.ycombinator.com/item?id=48766631</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48766631</guid></item><item><title><![CDATA[New comment by DaveParkCity in "I'm 60 years old. Claude Code killed a passion"]]></title><description><![CDATA[
<p>I respect someone who knows what they like, but i love the journey as much or more, and i love AI coding. Not vibe coding mind you, deep engaged, specify tightly and review most edits in a high velocity flow state. Its not easy to read code at 80 tokens/second, but its fun, and feels more like im dreaming in code, using AI to type exactly what i want at 10x the speed. Which allows me to experience more of the journey..and i still get plenty of thorny bugs to work through. What would you code, if you could code anything you dreamed. Go code that today. Btw, 50 years old,started programming at age 9.</p>
]]></description><pubDate>Wed, 18 Mar 2026 01:24:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=47420585</link><dc:creator>DaveParkCity</dc:creator><comments>https://news.ycombinator.com/item?id=47420585</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47420585</guid></item><item><title><![CDATA[New comment by DaveParkCity in "Code Mode: give agents an API in 1k tokens"]]></title><description><![CDATA[
<p>THe composable executable tool pattern is great, but hiding all details behind "search" is no panacea. Without any capability description in the context, LLMs won't necessarily know they SHOULD search for something in the tool API... so it's a tradeoff.. The real challenge is figuring out how to give them context-aware tool documenation. Maybe if that's built into the model somehow with a retrained model, or if it knows broadly enough about cloudflare (or any provided sdk)</p>
]]></description><pubDate>Thu, 26 Feb 2026 02:41:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=47161143</link><dc:creator>DaveParkCity</dc:creator><comments>https://news.ycombinator.com/item?id=47161143</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47161143</guid></item><item><title><![CDATA[New comment by DaveParkCity in "I was banned from Claude for scaffolding a Claude.md file?"]]></title><description><![CDATA[
<p>The news is not that they turned off this account. The news is that this user understands very little about the nature of zero sum context mathematics. The mentioned Claude.md is a totally useless mess. Anthropic is just saving themselves from the token waste of this strategy on a fixed billing rate plan.<p>If the OP really wants to waste tokens like this, they should use a metered API so they are the one paying for the ineffectiveness, not Anthropic.<p>(Posted by someone who has Claude Max and yet also uses $1500+ a month of metered rate Claude in Kilo Code)</p>
]]></description><pubDate>Fri, 23 Jan 2026 02:12:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=46727536</link><dc:creator>DaveParkCity</dc:creator><comments>https://news.ycombinator.com/item?id=46727536</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46727536</guid></item><item><title><![CDATA[New comment by DaveParkCity in "Why can’t we get a handle on this safety thing? (1998)"]]></title><description><![CDATA[
<p>I think it is failure to differentiate between <i>moments</i> of risk with safety margin and risk without safety margin (or with substantially reduced margin) that puts most people in danger.<p>We tend to look at overall "risk of dying doing a sport" and fail to maintain awareness to identify these specific moments.<p>For example, our family wakesurfs on Lake Tahoe. My wife considers boating and wakesurfing pretty safe. However, in June the water temp is 53 degrees F. If our boat sinks 3 miles offshore and nobody sees it, life jackets will not save anyone. The boat sinking that fast is unlikely, but it is possible. I consider that an unacceptable unmitigated risk, and ask her to stay near shore when she drives.. yet she never does, and when i scold her she thinks im nagging and annoying.<p>While i'm not a pilot, i've been up with private pilots, taken hang gliding lessons, done tandem skydives, ride motorcycles, dirt bikes, ski a ton, backcountry ski..<p>..i don't consider any of these activities to be "safe" or "unsafe" overall.. i consider <i>moments</i> of low safety margin to be dangerous and to be understood, treated with extra care and mitigated or avoided as much as possible.</p>
]]></description><pubDate>Thu, 22 Dec 2022 02:31:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=34088983</link><dc:creator>DaveParkCity</dc:creator><comments>https://news.ycombinator.com/item?id=34088983</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=34088983</guid></item></channel></rss>