<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: improgrammer007</title><link>https://news.ycombinator.com/user?id=improgrammer007</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 02 Aug 2026 04:10:27 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=improgrammer007" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by improgrammer007 in "Golang proposal: container/: generic collection types"]]></title><description><![CDATA[
<p>This. One should never pick a language that regresses in terms of features from the get go.</p>
]]></description><pubDate>Fri, 31 Jul 2026 22:14:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=49129138</link><dc:creator>improgrammer007</dc:creator><comments>https://news.ycombinator.com/item?id=49129138</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49129138</guid></item><item><title><![CDATA[New comment by improgrammer007 in "Golang proposal: container/: generic collection types"]]></title><description><![CDATA[
<p>It's an utter waste of time for developers, business, everyone. Millions of lines of Go code have been written without generics. Libraries have been written. Support, maintenance, cost, etc. This is why one shouldn't pick languages that regress in features from the get go. Now developers will waste time migrating the code to stdlib. This is not solving problems. This is doing tech for the sake of doing tech. Wasting everyone's time. Remember that code is not the deliverable.</p>
]]></description><pubDate>Fri, 31 Jul 2026 22:05:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=49129079</link><dc:creator>improgrammer007</dc:creator><comments>https://news.ycombinator.com/item?id=49129079</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49129079</guid></item><item><title><![CDATA[New comment by improgrammer007 in "Golang proposal: container/: generic collection types"]]></title><description><![CDATA[
<p>Yes, just used the word for emphasis :-)</p>
]]></description><pubDate>Fri, 31 Jul 2026 21:57:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=49129011</link><dc:creator>improgrammer007</dc:creator><comments>https://news.ycombinator.com/item?id=49129011</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49129011</guid></item><item><title><![CDATA[New comment by improgrammer007 in "Golang proposal: container/: generic collection types"]]></title><description><![CDATA[
<p>Nothing is wrong. What was wrong before when they vehemently argued <i>against</i> adding it? Is that design principle/core value lost now?</p>
]]></description><pubDate>Fri, 31 Jul 2026 21:43:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=49128878</link><dc:creator>improgrammer007</dc:creator><comments>https://news.ycombinator.com/item?id=49128878</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49128878</guid></item><item><title><![CDATA[New comment by improgrammer007 in "Golang proposal: container/: generic collection types"]]></title><description><![CDATA[
<p>First they said they won't add generics. They violently defended that decision. Developers bent over backwards to make it work without generics. Some even wrote long blog posts defending Rob Pike's decision. Some wrote posts arguing against it. Now the Golang team adds them. Why waste so much developer time? It's not a few months. It's several years. This industry is seriously a clown show tbh.</p>
]]></description><pubDate>Fri, 31 Jul 2026 21:41:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=49128847</link><dc:creator>improgrammer007</dc:creator><comments>https://news.ycombinator.com/item?id=49128847</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49128847</guid></item><item><title><![CDATA[New comment by improgrammer007 in "Microsoft CTO says he wants to swap most AMD and Nvidia GPUs for homemade chips"]]></title><description><![CDATA[
<p>For those who don't know Msft is working on <a href="https://azure.microsoft.com/en-us/blog/azure-maia-for-the-era-of-ai-from-silicon-to-software-to-systems/" rel="nofollow">https://azure.microsoft.com/en-us/blog/azure-maia-for-the-er...</a></p>
]]></description><pubDate>Fri, 03 Oct 2025 16:42:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=45464906</link><dc:creator>improgrammer007</dc:creator><comments>https://news.ycombinator.com/item?id=45464906</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45464906</guid></item><item><title><![CDATA[New comment by improgrammer007 in "Making a StringBuffer in C, and questioning my sanity"]]></title><description><![CDATA[
<p>They even downvote people who suggest C++ :-). Doing this in C is such a colossal waste of time and energy, not to mention the bugs it'll introduce. Sigh!</p>
]]></description><pubDate>Fri, 18 Jul 2025 23:51:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=44611135</link><dc:creator>improgrammer007</dc:creator><comments>https://news.ycombinator.com/item?id=44611135</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44611135</guid></item><item><title><![CDATA[New comment by improgrammer007 in "Making a StringBuffer in C, and questioning my sanity"]]></title><description><![CDATA[
<p>I would rather focus on solving the main problem than reinvent the wheel. Just use C++ if perf is critical which gives you all these things for free. In this day and age the reasons for using C as your main language should be almost zero.</p>
]]></description><pubDate>Fri, 18 Jul 2025 21:17:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=44609938</link><dc:creator>improgrammer007</dc:creator><comments>https://news.ycombinator.com/item?id=44609938</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44609938</guid></item></channel></rss>