<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: skldj28d2</title><link>https://news.ycombinator.com/user?id=skldj28d2</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 20 Apr 2026 05:51:29 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=skldj28d2" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by skldj28d2 in "Show HN: Welcome, Cot: the Rust web framework for lazy developers"]]></title><description><![CDATA[
<p>Axum is most likely to be supported long term since it has quite a bit of support and is a Tokio project but it's not nearly as batteries included as something like Rails or Django. I doubt any of the current batteries included Rust 
web frameworks will last.</p>
]]></description><pubDate>Tue, 18 Feb 2025 14:50:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=43090120</link><dc:creator>skldj28d2</dc:creator><comments>https://news.ycombinator.com/item?id=43090120</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43090120</guid></item><item><title><![CDATA[New comment by skldj28d2 in "Rust Is Eating JavaScript (2023)"]]></title><description><![CDATA[
<p>> with Bun leading the way<p>Definitely leading the way in segfaults.</p>
]]></description><pubDate>Sun, 16 Feb 2025 14:41:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=43068397</link><dc:creator>skldj28d2</dc:creator><comments>https://news.ycombinator.com/item?id=43068397</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43068397</guid></item><item><title><![CDATA[New comment by skldj28d2 in "The upcoming iterator design for Go 1.23"]]></title><description><![CDATA[
<p><a href="https://github.com/golang/go/issues/61901">https://github.com/golang/go/issues/61901</a><p><a href="https://github.com/golang/go/issues/61902">https://github.com/golang/go/issues/61902</a><p><a href="https://github.com/golang/go/issues/61900">https://github.com/golang/go/issues/61900</a><p><a href="https://github.com/golang/go/issues/61899">https://github.com/golang/go/issues/61899</a><p><a href="https://github.com/golang/go/issues/61898">https://github.com/golang/go/issues/61898</a><p>Yes there are and a lot of the work is already done.</p>
]]></description><pubDate>Tue, 18 Jun 2024 13:28:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=40717615</link><dc:creator>skldj28d2</dc:creator><comments>https://news.ycombinator.com/item?id=40717615</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40717615</guid></item><item><title><![CDATA[New comment by skldj28d2 in "The upcoming iterator design for Go 1.23"]]></title><description><![CDATA[
<p>I know. There are already proposals to add new functions to many of these packages that return iterators.</p>
]]></description><pubDate>Tue, 18 Jun 2024 05:53:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=40714444</link><dc:creator>skldj28d2</dc:creator><comments>https://news.ycombinator.com/item?id=40714444</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40714444</guid></item><item><title><![CDATA[New comment by skldj28d2 in "The upcoming iterator design for Go 1.23"]]></title><description><![CDATA[
<p>Basically every custom data structure right now has some custom implementation of iterators. This will set a standard and make them usable with range loops. Even simple library methods like scanner.Scan, strings.Split, regex.FindAll or sql.Query should return iterators.</p>
]]></description><pubDate>Tue, 18 Jun 2024 02:48:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=40713607</link><dc:creator>skldj28d2</dc:creator><comments>https://news.ycombinator.com/item?id=40713607</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40713607</guid></item><item><title><![CDATA[New comment by skldj28d2 in "The upcoming iterator design for Go 1.23"]]></title><description><![CDATA[
<p>They'll be used primarily by library authors but most people will end up consuming them a lot. They'll eliminate a lot of unnecessary intermediate slice allocations.</p>
]]></description><pubDate>Tue, 18 Jun 2024 02:42:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=40713584</link><dc:creator>skldj28d2</dc:creator><comments>https://news.ycombinator.com/item?id=40713584</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40713584</guid></item><item><title><![CDATA[New comment by skldj28d2 in "Go, Python, Rust, and production AI applications"]]></title><description><![CDATA[
<p>Python is the same but there's not nearly enough incentive to move to another slow language. A lot of people that are interested in using something other than Python want a language that doesn't require everything to be written in C, C++ or Fortran and used via bindings.  Having most of the ecosystem written in one expressive and relatively fast language has huge benefits.</p>
]]></description><pubDate>Tue, 12 Mar 2024 16:26:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=39681385</link><dc:creator>skldj28d2</dc:creator><comments>https://news.ycombinator.com/item?id=39681385</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39681385</guid></item><item><title><![CDATA[New comment by skldj28d2 in "Go, Python, Rust, and production AI applications"]]></title><description><![CDATA[
<p>Erlang/Elixir are very slow for most computationally expensive tasks.</p>
]]></description><pubDate>Tue, 12 Mar 2024 15:52:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=39680990</link><dc:creator>skldj28d2</dc:creator><comments>https://news.ycombinator.com/item?id=39680990</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39680990</guid></item></channel></rss>