Hacker News: Naru41

New comment by Naru41 in "MemoryPack: Zero encoding extreme performance binary serializer for C#"

Naru41 — Thu, 23 Jul 2026 00:34:31 +0000

memcpy() was the best and fastest serializer from the start. It already existed in 1983.

New comment by Naru41 in "Liquid Glass Is Cracked, and Usability Suffers in iOS 26"

Naru41 — Sat, 11 Oct 2025 02:23:50 +0000

This style of simulating faux-realistic materials (such as glass or aluminum) on the screen looks dated and cheesy now -- (Windows engineering team 2012)

https://web.archive.org/web/20120614042824/http://blogs.msdn...

"Cheesy and dated" -- it keeps hitting me through the years.

New comment by Naru41 in "Rebutting 33 False Claims About Solar, Wind, and Electric Vehicles"

Naru41 — Mon, 15 Sep 2025 01:55:03 +0000

Utility-scale solar is very unpopular in Japan. Because most suitable lands of them are densely forested, and installing utility-scale solar systems requires destory the forests.

There are concerns landslides due to reduced water storage functionality, and emotional antipathy at having their hometowns' mountains covered with solar panels.

New comment by Naru41 in "The Core of Rust"

Naru41 — Fri, 22 Aug 2025 03:01:11 +0000

I think Rust is the biggest winner that has from LLM support. When I got an compile error, it is painful without LLM to reverse-thinking how to re-write something and why it needs to be written that way.

New comment by Naru41 in "How to Use Snprintf"

Naru41 — Tue, 19 Aug 2025 12:17:52 +0000

True.

The number can be determined at comp-time.

Buffer sizes should be computing manually.

New comment by Naru41 in "Left to Right Programming"

Naru41 — Mon, 18 Aug 2025 23:14:05 +0000

I've often thought that if C just had a syntax like Go definding method, C would be much easier to write.

uint16_t (MyStruct* s) some_func() { .. }

uint16_t MyStruct_some_func(MyStruct* s) { .. }

(I guess I should just use C++... but C++ is overwhelmed in many ways)

New comment by Naru41 in "Spotting base64 encoded JSON, certificates, and private keys"

Naru41 — Wed, 06 Aug 2025 00:44:50 +0000

Funny trivia. But of course -- there is absolute zero reason to base64 encode ascii text. Evenmore laughable to put Json encoded in base64 text inside regular Json.

New comment by Naru41 in "A 14kb page can load much faster than a 15kb page (2022)"

Naru41 — Sat, 19 Jul 2025 15:47:59 +0000

The ideal HTML I have in mind is a DOM tree represented entirely in TLV binary -- and a compiled .so file instead of .js. And a unpacked data to be used directly in C programming data structure. Zero copy, no parsing, (data vaildation is unavoidable but) that's certainly fast.

New comment by Naru41 in "Liquid Glass – WWDC25 [video]"

Naru41 — Sat, 14 Jun 2025 11:59:50 +0000

This style of simulating faux-realistic materials (such as glass or aluminum) on the screen looks dated and cheesy now -- (Windows engineering team 2012)

https://web.archive.org/web/20120614042824/http://blogs.msdn...

New comment by Naru41 in "Apple will announce iOS 26 at WWDC, not iOS 19"

Naru41 — Wed, 28 May 2025 23:56:47 +0000

They skipped iPhone 9 once. So iPhone 17 and going for iPhone 2026 could be better for measuring the age of the device and could be beneficial for consumers -- but what about the OS version? No one care that.

From an engineering standpoint, skipping a sequential number is just wasteful.

New comment by Naru41 in "Censors Ignore Unencrypted HTTP/2 Traffic (2024)"

Naru41 — Mon, 14 Apr 2025 23:44:51 +0000

I don't see the point - ASCII vs. binary doesn't make any real difference. And there's no an actual unencrypted HTTP/2 traffic, so there's no incentive to censor.

New comment by Naru41 in "Web-based cryptography is always snake oil"

Naru41 — Thu, 27 Mar 2025 23:27:03 +0000

> A cryptosystem is incoherent if its implementation is distributed by the same entity which it purports to secure against.

That's what the recent Signal tormoil is like.

Communication via Signal app that's safe if you could be sure it was compiled from verified open-source code, but Signal still doesn't provide any way to in principle eliminate the possibility that client binary distributers put in a backdoor at the last minute.

New comment by Naru41 in "23andMe files for bankruptcy to sell itself"

Naru41 — Mon, 24 Mar 2025 08:04:03 +0000

Successful Math/CS people have a hard time applying it in biotechnology.

https://x.com/iskander/status/1903077361152610374 -- about a dozen of us with math/CS backgrounds ditched tech for biomedicine. And we got humbled hard: most of what we did flopped & techies

New comment by Naru41 in "The DOJ still wants Google to sell off Chrome"

Naru41 — Sun, 09 Mar 2025 14:28:33 +0000

Yup, I don't understand why Google would sponsor McLaren F1 team. They've already done a better promoting Chrome.

New comment by Naru41 in ""The closer to the train station, the worse the kebab" – a "study""

Naru41 — Tue, 25 Feb 2025 00:42:29 +0000

> I'll be expecting my Nobel peace prize in the postbox and several job offers in my DMs within the next 3 working days.

This joke alone was worth the read.

New comment by Naru41 in "LINUX is obsolete (1992)"

Naru41 — Sat, 08 Feb 2025 05:03:20 +0000

No-modularize is strictly good if you can avoid it. Hardcode memory addresses at compile time is simpler and faster.

New comment by Naru41 in "Why I Chose Common Lisp"

Naru41 — Sun, 12 Jan 2025 10:58:00 +0000

More than decade ago, I didn't understand an actual value of Lisp, but I remember this song well.

https://www.youtube.com/watch?v=HM1Zb3xmvMc

New comment by Naru41 in "Ruby 3.4.0"

Naru41 — Wed, 25 Dec 2024 11:18:38 +0000

As the name suggests, it's just a Perl alt... everyday chores, data analysis, some automation tools.

New comment by Naru41 in "Clay – UI Layout Library"

Naru41 — Mon, 23 Dec 2024 00:50:08 +0000

If Android had provided an defining UI API like this entirely in C without using Java, Android would have 100% monopolized the mobile OS market. So fast, efficient.

New comment by Naru41 in "Clay – UI Layout Library"

Naru41 — Sat, 21 Dec 2024 16:11:27 +0000

Excellent. If these compiled data structures were the web standard instead of HTML, www would be ridiculously fast.