<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: thecloudlet</title><link>https://news.ycombinator.com/user?id=thecloudlet</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 21 May 2026 18:10:22 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=thecloudlet" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by thecloudlet in "Haskell Foundation 2026 Update"]]></title><description><![CDATA[
<p>I think the greatest problem is documentation. I work on compilers daily. Sometimes I am forced to read directly in to Ghc’s code to just use as a developer.<p>Maybe we should use Ai to generate up-to-date docs that are well organized like a book, so that all devs are more easy to conquer the different tools and flows.<p>For example, in C++, for basic toolchains LSP, formatters, standards of formatting, guidelines for performance, do and don’ts, … are more accessible.<p>I know it’s partially because of the size of the community. If we find a way to make the beginners, or experienced dev from other languages easier to start writing production code. We can thrive more.</p>
]]></description><pubDate>Thu, 21 May 2026 14:52:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=48223741</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=48223741</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48223741</guid></item><item><title><![CDATA[New comment by thecloudlet in "Haskell Foundation 2026 Update"]]></title><description><![CDATA[
<p>Really like this language. I would love more if we can make developing production code easier.</p>
]]></description><pubDate>Thu, 21 May 2026 05:26:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=48218255</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=48218255</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48218255</guid></item><item><title><![CDATA[New comment by thecloudlet in "GitHub Monaspace Case Study"]]></title><description><![CDATA[
<p>I fell in love with Intel One Mono for this reason</p>
]]></description><pubDate>Thu, 02 Apr 2026 16:36:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=47616739</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=47616739</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47616739</guid></item><item><title><![CDATA[New comment by thecloudlet in "From C char to string_view: The cost of abstraction in C++ strings"]]></title><description><![CDATA[
<p>Author here. The concepts in this article were the key to rearchitecting a module in our production codebase, which ultimately yielded a 10x performance improvement. Hope you find these notes useful!</p>
]]></description><pubDate>Sat, 21 Mar 2026 16:13:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=47468332</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=47468332</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47468332</guid></item><item><title><![CDATA[From C char to string_view: The cost of abstraction in C++ strings]]></title><description><![CDATA[
<p>Article URL: <a href="https://thecloudlet.github.io/technical/cpp/cpp-string/">https://thecloudlet.github.io/technical/cpp/cpp-string/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47468052">https://news.ycombinator.com/item?id=47468052</a></p>
<p>Points: 2</p>
<p># Comments: 1</p>
]]></description><pubDate>Sat, 21 Mar 2026 15:45:06 +0000</pubDate><link>https://thecloudlet.github.io/technical/cpp/cpp-string/</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=47468052</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47468052</guid></item><item><title><![CDATA[New comment by thecloudlet in "Emacs internals: Tagged pointers vs. C++ std:variant and LLVM (Part 3)"]]></title><description><![CDATA[
<p>Sure! I have updated my post! Thanks for your reference.</p>
]]></description><pubDate>Sat, 14 Mar 2026 02:28:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=47372679</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=47372679</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47372679</guid></item><item><title><![CDATA[New comment by thecloudlet in "Emacs internals: Tagged pointers vs. C++ std:variant and LLVM (Part 3)"]]></title><description><![CDATA[
<p>Thanks for the links, Nick!
It's fascinating how LLVM relies so heavily on CRTP.</p>
]]></description><pubDate>Fri, 13 Mar 2026 01:20:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47359594</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=47359594</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47359594</guid></item><item><title><![CDATA[New comment by thecloudlet in "Emacs internals: Tagged pointers vs. C++ std:variant and LLVM (Part 3)"]]></title><description><![CDATA[
<p>Waiting for Rust experts.</p>
]]></description><pubDate>Thu, 12 Mar 2026 15:26:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=47352135</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=47352135</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47352135</guid></item><item><title><![CDATA[New comment by thecloudlet in "Emacs internals: Tagged pointers vs. C++ std:variant and LLVM (Part 3)"]]></title><description><![CDATA[
<p>Doing bitwise operations directly on raw pointers is a fast track to Undefined Behavior in standard C/C++. Emacs gets away with it largely due to its age, its heavy reliance on specific GCC behaviors/extensions, and how its build system configures compiler optimizations.<p>In modern C++, the technically "correct" and safe way to spell this trick is exactly as you suggested: using uintptr_t (or intptr_t).</p>
]]></description><pubDate>Thu, 12 Mar 2026 14:49:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47351383</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=47351383</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47351383</guid></item><item><title><![CDATA[New comment by thecloudlet in "Emacs internals: Tagged pointers vs. C++ std:variant and LLVM (Part 3)"]]></title><description><![CDATA[
<p>Emacs internal part 2 HN link:<p><a href="https://news.ycombinator.com/item?id=47259961">https://news.ycombinator.com/item?id=47259961</a></p>
]]></description><pubDate>Thu, 12 Mar 2026 12:42:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=47349790</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=47349790</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47349790</guid></item><item><title><![CDATA[Emacs internals: Tagged pointers vs. C++ std:variant and LLVM (Part 3)]]></title><description><![CDATA[
<p>Article URL: <a href="https://thecloudlet.github.io/blog/project/emacs-03/">https://thecloudlet.github.io/blog/project/emacs-03/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47349780">https://news.ycombinator.com/item?id=47349780</a></p>
<p>Points: 80</p>
<p># Comments: 37</p>
]]></description><pubDate>Thu, 12 Mar 2026 12:41:29 +0000</pubDate><link>https://thecloudlet.github.io/blog/project/emacs-03/</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=47349780</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47349780</guid></item><item><title><![CDATA[New comment by thecloudlet in "Emacs internals: Deconstructing Lisp_Object in C (Part 2)"]]></title><description><![CDATA[
<p>Thanks!</p>
]]></description><pubDate>Sun, 08 Mar 2026 15:52:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=47298305</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=47298305</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47298305</guid></item><item><title><![CDATA[New comment by thecloudlet in "Emacs internals: Deconstructing Lisp_Object in C (Part 2)"]]></title><description><![CDATA[
<p>Thank you for the kind reminder! I have removed the duplicate.<p>You made a great point. Since the original authors are the same, the fundamentals of the Emacs C core are indeed highly compiler-optimized. I hope I can come up with a way to fully understand and write about that history and relationship. (But to be honest, diving into that level of compiler history is a really hard topic to tackle!)<p>Thanks for the great inspiration and for taking the time to read!</p>
]]></description><pubDate>Sun, 08 Mar 2026 13:57:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=47297357</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=47297357</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47297357</guid></item><item><title><![CDATA[New comment by thecloudlet in "Emacs internals: Deconstructing Lisp_Object in C (Part 2)"]]></title><description><![CDATA[
<p>It’s not easy… I’m working to understand it. Recording the process through the way.</p>
]]></description><pubDate>Sun, 08 Mar 2026 11:59:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=47296633</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=47296633</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47296633</guid></item><item><title><![CDATA[New comment by thecloudlet in "Emacs internals: Deconstructing Lisp_Object in C (Part 2)"]]></title><description><![CDATA[
<p>That’s so cool. I did not know that.</p>
]]></description><pubDate>Sun, 08 Mar 2026 09:27:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=47295851</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=47295851</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47295851</guid></item><item><title><![CDATA[Emacs internals: Deconstructing Lisp_Object in C (Part 2)]]></title><description><![CDATA[
<p>Article URL: <a href="https://thecloudlet.github.io/blog/project/emacs-02/">https://thecloudlet.github.io/blog/project/emacs-02/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47259961">https://news.ycombinator.com/item?id=47259961</a></p>
<p>Points: 126</p>
<p># Comments: 21</p>
]]></description><pubDate>Thu, 05 Mar 2026 10:23:15 +0000</pubDate><link>https://thecloudlet.github.io/blog/project/emacs-02/</link><dc:creator>thecloudlet</dc:creator><comments>https://news.ycombinator.com/item?id=47259961</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47259961</guid></item></channel></rss>