<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: jlkuester7</title><link>https://news.ycombinator.com/user?id=jlkuester7</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 19 Oct 2026 13:28:27 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=jlkuester7" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by jlkuester7 in "Non-Determinism Doesn't Matter"]]></title><description><![CDATA[
<p>> LLMs, and their respective harnesses, are actors in a system. Code is just an output.<p>This tracks well with my experiences integrating AI into a software dev pipeline. Sure the output of an LLM is not deterministic in the same sense as a compiler (at least when the LLM has the typical configuration). However, that just means the LLM should not be solely responsible for the final product of your pipeline.</p>
]]></description><pubDate>Fri, 16 Oct 2026 02:48:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=50113354</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=50113354</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50113354</guid></item><item><title><![CDATA[New comment by jlkuester7 in "Pi Durable"]]></title><description><![CDATA[
<p>Not familiar with the details of Pi Durable, but I have tinkered a bit with different sandboxing strategies for Pi. IMHO it would be hard to trust a sandboxing layer built into a harness that is so focused on being fully pluggable/moddable/self-improvable.<p>When I am using Pi to write extensions for Pi, I feel better running Pi wrapped in a separate os-level sandbox. I guess Pi could do it all, but I am content with how it is.</p>
]]></description><pubDate>Fri, 02 Oct 2026 02:04:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=49929161</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=49929161</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49929161</guid></item><item><title><![CDATA[New comment by jlkuester7 in "Will Open Source Survive the Agents That Replaced It?"]]></title><description><![CDATA[
<p>This. I happily pay for IntelliJ software (even though basically everything else I use is FLOSS). It is not really this feature or that feature of WebStorm that makes it worth while, but just that 40+ hours of the weeks it just works. For normal stuff, for edge cases, small projects, big repos. When I need something, it just works (with out me needing to fiddle with an agent to build me some brittle scripting that will kinda work today, but break tomorrow....).</p>
]]></description><pubDate>Tue, 22 Sep 2026 12:59:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=49800537</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=49800537</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49800537</guid></item><item><title><![CDATA[New comment by jlkuester7 in "Goose:experimental lang 1.16x faster than C++ and 1.12x than safe Rust, mem safe"]]></title><description><![CDATA[
<p>All-stack-no-heap<p>Isn't this kind of the point of Java's Project Valhalla or am I just confused???</p>
]]></description><pubDate>Fri, 18 Sep 2026 02:08:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=49749425</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=49749425</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49749425</guid></item><item><title><![CDATA[New comment by jlkuester7 in "Small Models Have Arrived"]]></title><description><![CDATA[
<p>Exactly.  Even 32b parameter models you can run locally on consumer hardware are "good enough" at this point for some workflows!</p>
]]></description><pubDate>Thu, 27 Aug 2026 16:46:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=49467653</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=49467653</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49467653</guid></item><item><title><![CDATA[New comment by jlkuester7 in "Qwen3.8-Max: A New Bar for Coding and Cowork"]]></title><description><![CDATA[
<p>I recommend trying pi.dev as your agent harness for local models. In my experience it has been the sweet spot of functionality (which you can and should extend with plugins) vs performance (OpenCode just swamps local models on my hardware).</p>
]]></description><pubDate>Mon, 03 Aug 2026 14:04:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=49155961</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=49155961</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49155961</guid></item><item><title><![CDATA[New comment by jlkuester7 in "Canon Law Ninja"]]></title><description><![CDATA[
<p>Not 100% sure why this is trending, but anyone here interested in the Code of Cannon Law for the Roman Catholic Church, might also find this of interest: <a href="https://github.com/DivinumOfficium/">https://github.com/DivinumOfficium/</a> (no affiliation)<p>This project maintains a digital source for multiple old versions of the "Divine Office" (aka Liturgy of the Hours or Roman Breviary). I find it particularly interesting from a FLOSS perspective. The source data is all very old (none/expired copyrights), but the calculations for which readings/prayers should be said for each particular day of the year are non-trivial (and the readings/prayers for a particular day are different from year-to-year). So, the logic included maintained in the project is a real value-add.</p>
]]></description><pubDate>Tue, 27 May 2025 13:28:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=44106788</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=44106788</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44106788</guid></item><item><title><![CDATA[New comment by jlkuester7 in "Catholic Church to Excommunicate Priests for Following New US State Law"]]></title><description><![CDATA[
<p>> if it’s handled only within the Church then the only penalty are things like defrocking or banning from the church<p>To be clear, things said under the "seal of the confessional" cannot be shared by the priest with anyone else _even within the Catholic Church._ This particular situation is not a matter of the church trying to handle matters internally, but more of a recognition that the penitent is confessing their sins to God and the priest is only acting "in persona Cristi" (and thereby is prevented from pursuing other personal or societal objectives based on information revealed).</p>
]]></description><pubDate>Fri, 09 May 2025 12:47:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=43936137</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=43936137</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43936137</guid></item><item><title><![CDATA[New comment by jlkuester7 in "Pipelining might be my favorite programming language feature"]]></title><description><![CDATA[
<p>> Debuggability is much more important than marginally-better readability, for production code.<p>I find this take surprising. I guess it depends on how much weight you give to "marginally-better", but IMHO readability is the single most important factor when it comes to writing code in most code-bases. You write code once, it may need to be debugged (by yourself or others) on rare occasions. However anytime anyone needs to understand the code (to update it, debug it, or just make changes in adjacent code) they will have to read it. In a shared code-base your code will be read many more times than it will be updated/debugged.</p>
]]></description><pubDate>Tue, 22 Apr 2025 15:03:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=43763072</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=43763072</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43763072</guid></item><item><title><![CDATA[New comment by jlkuester7 in "The F-35 as a Subscription Service"]]></title><description><![CDATA[
<p>> Now everyone has to ask what Microsoft, Google, AWS, Red Hat, etc. would do to avoid risking their government contracts or possible consequences for their executives<p>As long as executive compensation is tied to stock performance, coorperations will only care about their stock price and the kinds of things that will affect it. I do not trust them regardless of who is in the White House. Their alignment of values/incentives is diametrically opposed to mine...</p>
]]></description><pubDate>Fri, 21 Mar 2025 02:08:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=43431157</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=43431157</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43431157</guid></item><item><title><![CDATA[New comment by jlkuester7 in "The F-35 as a Subscription Service"]]></title><description><![CDATA[
<p>The "issues" described here seem to me to be basically just run-of-the-mill aquisitions considerations.  Is anyone out there buying any kind of enterprize-grade hardware in any industry and not doing the due dilligence to consider operating costs over the lifetime of the unit? All technology of sufficient complexity requires a supply chain to be in place to support it. Folks are not just waking up today and realising those F-35s they bought will need to be supported or maintained.<p>The only thing remotely newsworthy here may be a story around a loss in global confidence in the US "brand", but I think the actual implications of that (if any) still remain to be seen....</p>
]]></description><pubDate>Fri, 21 Mar 2025 02:00:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=43431128</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=43431128</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43431128</guid></item><item><title><![CDATA[New comment by jlkuester7 in "The F-35 as a Subscription Service"]]></title><description><![CDATA[
<p>> Android is Open Source and therefore does have a full feature-set available free of charge.<p>This is assuming a pretty narrow definition of "full feature-set". It is a inacurrate to say there is feature parity between an Android phone running Google Play Services vs one that is not.</p>
]]></description><pubDate>Fri, 21 Mar 2025 01:50:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=43431094</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=43431094</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43431094</guid></item><item><title><![CDATA[New comment by jlkuester7 in "Apple restricts Pebble from being awesome with iPhones"]]></title><description><![CDATA[
<p>Building and maintaining a functional marketplace (e.g. through common-sense anti-trust enforcement) is about more than just optimizing for a specific outcome...</p>
]]></description><pubDate>Tue, 18 Mar 2025 17:12:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=43401930</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=43401930</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43401930</guid></item><item><title><![CDATA[New comment by jlkuester7 in "Apple restricts Pebble from being awesome with iPhones"]]></title><description><![CDATA[
<p>100% agree that decisive anti-trust action is needed.  In addition, many of us can (and do) choose to just not participate (to the best of our abilities) in the nonsense from these companies.<p>Many of us are not required to use Apple devices (and we choose not to). Additionally, many of us are able to choose privacy-respecting Android variants (like GrapheneOS). It sometimes is less "convenient", but IMHO it is better then surrendering to the duopoly...</p>
]]></description><pubDate>Tue, 18 Mar 2025 17:09:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=43401890</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=43401890</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43401890</guid></item><item><title><![CDATA[New comment by jlkuester7 in "uBlock Origin is no longer available on the Chrome Store"]]></title><description><![CDATA[
<p>I get it. I run FF as my primary browser (mostly because I don't want to see the internet devolve into a Blink mono-culture).<p>But, I always recommend Brave for less-technical folks. It just works! My FF setup includes a number of extensions, some of which need a bit of tuning to be useful. Then you have to deal with issues in websites that just don't properly support FF, etc.  My grandmother can install Brave and simply start browsing. Things just work without extra config or tinkering.</p>
]]></description><pubDate>Tue, 11 Mar 2025 15:02:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=43333173</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=43333173</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43333173</guid></item><item><title><![CDATA[New comment by jlkuester7 in "Vtm: Text-Based Desktop Environment"]]></title><description><![CDATA[
<p>Been using Zellij for awhile and it is delightful! I am only a moderate terminal user, but I really like having some basic multiplexing features if I need them. My brain just could not hold onto the necessary tmux key combos with only intermittent use. Instead I find the Zellij commands to be more intuitive (and more discoverable thanks to the handy prompts...)</p>
]]></description><pubDate>Sat, 08 Mar 2025 03:21:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=43297197</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=43297197</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43297197</guid></item><item><title><![CDATA[New comment by jlkuester7 in "Signal to leave Sweden if backdoor law passes"]]></title><description><![CDATA[
<p>So much this!  The internet does not have to be a monolith controlled by the mega-corp/govt flavor-of-the-month. It originally was (and still can be) a network of smaller federated ecosystems controlled by individuals or smaller groups.</p>
]]></description><pubDate>Tue, 25 Feb 2025 14:26:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=43172252</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=43172252</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43172252</guid></item><item><title><![CDATA[New comment by jlkuester7 in "Kaneo – An open source project management platform"]]></title><description><![CDATA[
<p>Yeah, was thinking that as well. IMHO, compose.yaml is the best balance of convenience and simplicity if you need one (or even "several") instances.  You should only get more fancy if you need to deploy `n` instances with auto provision/load-balancing/failover/etc.</p>
]]></description><pubDate>Sun, 23 Feb 2025 01:07:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=43145136</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=43145136</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43145136</guid></item><item><title><![CDATA[New comment by jlkuester7 in "Tiny vanes glued to planes promise big savings for US Air Force"]]></title><description><![CDATA[
<p>> Just remember that the brake pads on your car are stuck on with glue next time you tap the pedal.<p>Unrelated to the article's point, but what?  Maybe the layers of the pad itself are glued together, but no brake pads I have every changed have been stuck to the car with glue in any way. (They are held in place with metal brackets which allow them to slide along a small track when compressed by the brake pistons....)</p>
]]></description><pubDate>Mon, 03 Feb 2025 00:14:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=42913307</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=42913307</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42913307</guid></item><item><title><![CDATA[New comment by jlkuester7 in "Earthstar – A database for private, distributed, offline-first applications"]]></title><description><![CDATA[
<p>Honestly it kinda feels like they just reimplemented CouchDB/PouchDB....<p>Not that it would be a bad thing to do that, but really, for small scale stuff Couch works pretty okay. My first impressions of Earthstar do not lead me to believe they have a particular emphasis on performance at scale.</p>
]]></description><pubDate>Sat, 01 Feb 2025 15:40:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=42899174</link><dc:creator>jlkuester7</dc:creator><comments>https://news.ycombinator.com/item?id=42899174</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42899174</guid></item></channel></rss>