<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: identity0</title><link>https://news.ycombinator.com/user?id=identity0</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 28 Apr 2026 21:22:41 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=identity0" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by identity0 in "CSS in GitHub Readmes"]]></title><description><![CDATA[
<p>SVG is still a stupid format. Who wants to send image data through XML? It would be like sending a raster image through a big JSON array.</p>
]]></description><pubDate>Wed, 09 Dec 2020 04:21:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=25355325</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25355325</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25355325</guid></item><item><title><![CDATA[New comment by identity0 in "Why nullable types?"]]></title><description><![CDATA[
<p>>There are two main solutions: Use an option or maybe type or Use a nullable type<p>I don't get it. These are literally all exactly the same thing, all slightly varying in ergonomics and compiler support. They may differ slightly but to call them two different categories of solution is just creating a false dichotomy for yourself.<p>> However, the type system is a little more flexible than with option types. The type system understands that a union type is a supertype of its branches. In other words, int is a subtype of int?. That means we can pass a definitely-present-integer to something that expects a maybe-present-integer since that’s safe to do.<p>You can do that in Swift, despite being placed as an example of "Solution 1".<p>> The short answer is that, yes, it is entirely possible to live without null, and languages like Rust do.<p>If you can call say that Swift has "null", then you can equally say that Rust has "null"--it's called "None". The only way "None" and "null"  from other languages differ is in built-in compiler support.</p>
]]></description><pubDate>Tue, 08 Dec 2020 04:12:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=25341680</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25341680</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25341680</guid></item><item><title><![CDATA[New comment by identity0 in "Areweyet"]]></title><description><![CDATA[
<p>When I click a link, I want to know where I'm going. Where do you think "arewesmoothyet.com" will take you? If you guessed some Mozilla related thing purely from context, well you're also wrong. It's actually some WFH/affiliate marketing course. This was my point; domains are expensive and temporary for people who don't care. Because of this stupid joke, people actually interested in "Firefox Nightly hang telemetry visualization" or whatever have nowhere to go. One wiki, one page per topic, is all you need.</p>
]]></description><pubDate>Mon, 07 Dec 2020 14:06:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=25332173</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25332173</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25332173</guid></item><item><title><![CDATA[New comment by identity0 in "Linus Torvalds' good taste argument for linked lists, explained"]]></title><description><![CDATA[
<p>Well "next_ptr" is also a bad name, I agree, but I'm trying to name it something that indicates "this is a pointer to the 'next' pointer in the linked list".</p>
]]></description><pubDate>Mon, 07 Dec 2020 01:22:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=25328443</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25328443</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25328443</guid></item><item><title><![CDATA[New comment by identity0 in "Areweyet"]]></title><description><![CDATA[
<p>What a waste of domain space (yes, I know they're abundant, but still.) areweaudioyet.com says nothing about its contents. areweasyncyet.rs had the right idea with the .rs domain name, but anyways, I feel like all of these would be better organized on one wiki, with one list for each category. Easier to search, edit, and hyperlink.</p>
]]></description><pubDate>Mon, 07 Dec 2020 00:17:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=25327987</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25327987</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25327987</guid></item><item><title><![CDATA[New comment by identity0 in "Linus Torvalds' good taste argument for linked lists, explained"]]></title><description><![CDATA[
<p>The top pattern is extremely common so comments are somewhat unnecessary since everyone would know what you're doing. In the second one, comments would be less necessary with a type annotation and perhaps a better name. Maybe "next_ptr" instead of "indirect"---all pointers are indirection, so that name is redundant. But the comments are necessary, to me at least.</p>
]]></description><pubDate>Mon, 07 Dec 2020 00:11:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=25327947</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25327947</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25327947</guid></item><item><title><![CDATA[New comment by identity0 in "Is the preprocessor still needed in C++? (2017)"]]></title><description><![CDATA[
<p>auto in function signatures is just really, really stupid.</p>
]]></description><pubDate>Sun, 06 Dec 2020 15:35:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=25324122</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25324122</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25324122</guid></item><item><title><![CDATA[New comment by identity0 in "Is the preprocessor still needed in C++? (2017)"]]></title><description><![CDATA[
<p>I'm not so sure about that. Surely it would take longer to parse both branches of an if-constexpr then it would for the preprocessor to see the #if and discard half of it.</p>
]]></description><pubDate>Sun, 06 Dec 2020 15:33:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=25324110</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25324110</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25324110</guid></item><item><title><![CDATA[New comment by identity0 in "R adds native pipe and lambda syntax"]]></title><description><![CDATA[
<p>I wish more languages gave us a "|>" operator. Too many languages settle with dot notation, which confuses encapsulation/method calling with syntactical convenience.</p>
]]></description><pubDate>Sat, 05 Dec 2020 23:03:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=25319296</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25319296</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25319296</guid></item><item><title><![CDATA[New comment by identity0 in "Teddit: a free and open-source Reddit front end focused on privacy"]]></title><description><![CDATA[
<p>I remember implementing the comment collapsing thing without JS, you have the "[-]" be a label for a checkbox button, and then you just use CSS to hide the sections for which the checkbox is checked.</p>
]]></description><pubDate>Sat, 05 Dec 2020 06:07:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=25312226</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25312226</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25312226</guid></item><item><title><![CDATA[New comment by identity0 in "Netscape and Sun Announce JavaScript (1995)"]]></title><description><![CDATA[
<p>That's true, it's more like naming your language "BlockchainScript". I could totally see someone doing that today.</p>
]]></description><pubDate>Fri, 04 Dec 2020 14:42:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=25302695</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25302695</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25302695</guid></item><item><title><![CDATA[New comment by identity0 in "Writing Rust the Elixir Way"]]></title><description><![CDATA[
<p>Agreed. It's not a "foreign" function if everything is in WASM. All the VM sees is WASM code; it doesn't make a difference if it was originally written in C or Rust.</p>
]]></description><pubDate>Mon, 30 Nov 2020 18:29:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=25257139</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25257139</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25257139</guid></item><item><title><![CDATA[New comment by identity0 in "Please disable JavaScript to view this site"]]></title><description><![CDATA[
<p>Ok.</p>
]]></description><pubDate>Sat, 28 Nov 2020 23:47:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=25241601</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25241601</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25241601</guid></item><item><title><![CDATA[New comment by identity0 in "hCaptcha now runs on fifteen percent of the internet"]]></title><description><![CDATA[
<p>hCaptcha works on Tor, sometimes.</p>
]]></description><pubDate>Wed, 25 Nov 2020 20:38:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=25214028</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25214028</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25214028</guid></item><item><title><![CDATA[New comment by identity0 in "Tips for Performant TypeScript"]]></title><description><![CDATA[
<p>Have you ever seen a procedural language with a good REPL? Python maybe, but definitely no compiled procedural garbage-collectorless language. The "needing to put type signatures" is completely unrelated. I have no idea how that would stop Rust from being good in a REPL.</p>
]]></description><pubDate>Tue, 24 Nov 2020 18:10:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=25201156</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25201156</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25201156</guid></item><item><title><![CDATA[New comment by identity0 in "Tips for Performant TypeScript"]]></title><description><![CDATA[
<p>You mean like a REPL? Most languages are unusable for interactive programming. And it's not a downside if it stops use in a domain that was nobody's goal.</p>
]]></description><pubDate>Tue, 24 Nov 2020 17:35:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=25200737</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25200737</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25200737</guid></item><item><title><![CDATA[New comment by identity0 in "On Small Games"]]></title><description><![CDATA[
<p>Threes made the fatal mistake of charging money on the App Store.</p>
]]></description><pubDate>Tue, 24 Nov 2020 00:17:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=25193633</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25193633</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25193633</guid></item><item><title><![CDATA[New comment by identity0 in "What is your favorite C programming trick? (2009)"]]></title><description><![CDATA[
<p>I would recommend not doing that. Just use the initializer syntax, or write an inline function.</p>
]]></description><pubDate>Mon, 23 Nov 2020 00:46:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=25182478</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25182478</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25182478</guid></item><item><title><![CDATA[New comment by identity0 in "Manual Memory Management in Go using jemalloc"]]></title><description><![CDATA[
<p>-Wimplicit, UBSan, ASan,...<p>The idea that "you can't write safe C" is a big joke. C is as safe as you make it.</p>
]]></description><pubDate>Sun, 22 Nov 2020 15:32:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=25178211</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25178211</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25178211</guid></item><item><title><![CDATA[New comment by identity0 in "Manual Memory Management in Go using jemalloc"]]></title><description><![CDATA[
<p>I have never seen a well-made but general solution beat a well-made and specific solution for one problem, in complexity or run time, ever. This is very true with allocators. A lot of the time people will just use 'malloc' without any thought into what they're actually allocating. For example, if you only allocate/deallocate from one thread, jemalloc is already way overblown in complexity.</p>
]]></description><pubDate>Sun, 22 Nov 2020 15:30:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=25178192</link><dc:creator>identity0</dc:creator><comments>https://news.ycombinator.com/item?id=25178192</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25178192</guid></item></channel></rss>