<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: nasretdinov</title><link>https://news.ycombinator.com/user?id=nasretdinov</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 12 Apr 2026 16:42:22 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=nasretdinov" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by nasretdinov in "Now is the best time to write code by hand"]]></title><description><![CDATA[
<p>While I agree with the outcome, I don't agree with reasoning. What really matters for larger projects isn't how quickly you can write code, but how easy it is to understand the code and the architecture to those modifying the specific part. And this is where exclusively relying on LLMs is a disservice to you in the end — while they are good at generating _plausibly looking_ code, it's typically quite flawed, but in a non-obvious way, which is often hard to catch even for senior engineers. Thus for longer term it's actually beneficial to write most of the critical code by hand, and only leave less important stuff to LLMs. What percentage should be left to LLMs highly varies between projects, so there is no single good number.</p>
]]></description><pubDate>Sun, 12 Apr 2026 12:28:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=47738877</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47738877</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47738877</guid></item><item><title><![CDATA[New comment by nasretdinov in "Apple update looks like Czech mate for locked-out iPhone user"]]></title><description><![CDATA[
<p>If you remember what was the encodings situation before UTF-8 became the norm... Let's say it was really ugly. E.g. there were at least two popular encodings for Russian Cyrillic letters — CP1251 and KOI8-R, and it was _very_ common for applications getting it wrong. Restricting things like passwords (and ideally even file names) to ASCII this was a practical necessity rather than an inconvenience.</p>
]]></description><pubDate>Sun, 12 Apr 2026 10:09:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=47737942</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47737942</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47737942</guid></item><item><title><![CDATA[New comment by nasretdinov in "Apple update looks like Czech mate for locked-out iPhone user"]]></title><description><![CDATA[
<p>Well, alphabets change (especially emojis), rules change, etc, so keeping a single subset of stable and known characters is unlikely to be a bad idea :)</p>
]]></description><pubDate>Sun, 12 Apr 2026 10:06:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=47737917</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47737917</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47737917</guid></item><item><title><![CDATA[New comment by nasretdinov in "Apple update looks like Czech mate for locked-out iPhone user"]]></title><description><![CDATA[
<p>As a non-English speaker I can really relate to this. I think the real mistake was Apple allowing to enter a non-ASCII password in the first place. E.g. on macOS the password fields have been locked to English character set, and I'm not sure why it changed on iOS.</p>
]]></description><pubDate>Sun, 12 Apr 2026 09:25:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47737627</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47737627</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47737627</guid></item><item><title><![CDATA[New comment by nasretdinov in "South Korea introduces universal basic mobile data access"]]></title><description><![CDATA[
<p>I guess it's also available today via RFC 1149</p>
]]></description><pubDate>Sun, 12 Apr 2026 08:50:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=47737429</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47737429</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47737429</guid></item><item><title><![CDATA[New comment by nasretdinov in "They're made out of meat (1991)"]]></title><description><![CDATA[
<p>By all accounts the CPUs we've made with ridiculous stuff like 2nm transistors is _surely_ more advanced than neurons, right? We just haven't figured out how to wire them properly :)</p>
]]></description><pubDate>Wed, 08 Apr 2026 15:58:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=47691999</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47691999</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47691999</guid></item><item><title><![CDATA[New comment by nasretdinov in "Artemis II crew see first glimpse of far side of Moon [video]"]]></title><description><![CDATA[
<p>I like how most people's reactions at this point are "yeah, whatever", as if it's every day that humans observe the far side of the moon with a naked eye through a window :). We do know what it looks like and we have photos from the surface, yes, but seeing the reaction from real people who're actually there does hit different, at least for me</p>
]]></description><pubDate>Sun, 05 Apr 2026 15:18:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=47650322</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47650322</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47650322</guid></item><item><title><![CDATA[New comment by nasretdinov in "Go on Embedded Systems and WebAssembly"]]></title><description><![CDATA[
<p>I find it quite interesting that import of "fmt" package alone leads to a 2+ MiB binary :). But, to be fair, TinyGo doesn't seem to treat "fmt.Printf" function any differently from others, so it does compile the same source code as the regular Go compiler and just has better escape analysis, dead code elimination, etc.</p>
]]></description><pubDate>Sun, 05 Apr 2026 13:33:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=47649289</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47649289</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47649289</guid></item><item><title><![CDATA[New comment by nasretdinov in "Artemis II crew take “spectacular” image of Earth"]]></title><description><![CDATA[
<p>Yeah I'm pretty sure that's atmosphere since it does scatter light slightly</p>
]]></description><pubDate>Sat, 04 Apr 2026 08:19:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=47637047</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47637047</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47637047</guid></item><item><title><![CDATA[New comment by nasretdinov in "Artemis II crew take “spectacular” image of Earth"]]></title><description><![CDATA[
<p>If they somehow manage to get another photo which features Australia without New Zealand that would be the best Apr 1st joke I've ever seen</p>
]]></description><pubDate>Fri, 03 Apr 2026 21:59:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=47632878</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47632878</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47632878</guid></item><item><title><![CDATA[New comment by nasretdinov in "Go on Embedded Systems and WebAssembly"]]></title><description><![CDATA[
<p>You can disable GC in tinygo, so if you allocate all the necessary buffers beforehand it can have good performance with real-time characteristics. If you _need_ dynamic memory allocation then no, because you need GC it can't provide realtime guarantees.</p>
]]></description><pubDate>Fri, 03 Apr 2026 18:55:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=47630599</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47630599</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47630599</guid></item><item><title><![CDATA[New comment by nasretdinov in "Go on Embedded Systems and WebAssembly"]]></title><description><![CDATA[
<p>Tinygo made a lot of progress over the years -- e.g. they've recently introduced macOS support!<p>It does indeed produce much smaller binaries, including for macOS.<p><pre><code>  yuriy@MacBookAir ~/t/tinygo> time tinygo build -o test-tiny main.go
  
  ________________________________________________________
  Executed in    1.06 secs    fish           external
     usr time    1.18 secs    0.31 millis    1.18 secs
     sys time    0.18 secs    1.50 millis    0.18 secs
  
  yuriy@MacBookAir ~/t/tinygo> time go build -o test-normal main.go
  
  ________________________________________________________
  Executed in   75.79 millis    fish           external
     usr time   64.06 millis    0.41 millis   63.64 millis
     sys time   96.76 millis    1.75 millis   95.01 millis
  
  yuriy@MacBookAir ~/t/tinygo> ll
  total 5096
  -rw-r--r--@ 1 yuriy  staff    74B  3 Apr 19:17 main.go
  -rwxr-xr-x@ 1 yuriy  staff   2.3M  3 Apr 19:18 test-normal*
  -rwxr-xr-x@ 1 yuriy  staff   192K  3 Apr 19:18 test-tiny*
  yuriy@MacBookAir ~/t/tinygo> cat main.go
  package main
  
  import "fmt"
  
  func main() {
          fmt.Printf("Hello world!\n")
  }</code></pre></p>
]]></description><pubDate>Fri, 03 Apr 2026 18:21:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=47630119</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47630119</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47630119</guid></item><item><title><![CDATA[New comment by nasretdinov in "Porting Go's strings package to C"]]></title><description><![CDATA[
<p>Interestingly enough, the initial Go implementation was indeed just a transpiler to C, and generally Go and C are semantically very similar. So the fact that you can even (successfully and relatively easily) do Go->C transpiling isn't entirely surprising. Of course you can't port `go` keyword and GC, but the language that the author is developing (called So) doesn't support these features anyway :).</p>
]]></description><pubDate>Fri, 03 Apr 2026 16:33:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=47628797</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47628797</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47628797</guid></item><item><title><![CDATA[New comment by nasretdinov in "Artemis computer running two instances of MS outlook; they can't figure out why"]]></title><description><![CDATA[
<p>Sure, and it's genuinely great they finally have effectively SSH, but is it going to be sufficient to troubleshoot Outlook..?</p>
]]></description><pubDate>Fri, 03 Apr 2026 09:05:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=47624591</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47624591</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47624591</guid></item><item><title><![CDATA[New comment by nasretdinov in "Zstandard Across the Stack"]]></title><description><![CDATA[
<p>Using zstd for binary diffs is something I would never expect. I wonder how it compares to e.g. the library that Chrome uses: <a href="https://blog.chromium.org/2009/07/smaller-is-faster-and-safer-too.html?m=1" rel="nofollow">https://blog.chromium.org/2009/07/smaller-is-faster-and-safe...</a> (this is from 2009 so maybe they made it better since)</p>
]]></description><pubDate>Thu, 02 Apr 2026 16:42:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=47616798</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47616798</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47616798</guid></item><item><title><![CDATA[New comment by nasretdinov in "Artemis computer running two instances of MS outlook; they can't figure out why"]]></title><description><![CDATA[
<p>The poor technicians having to RDP with (what I imagine must be) a horrible latency. Although still might be better than some corporate environments lol</p>
]]></description><pubDate>Thu, 02 Apr 2026 16:09:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=47616341</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47616341</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47616341</guid></item><item><title><![CDATA[New comment by nasretdinov in "Live: Artemis II Launch Day Updates"]]></title><description><![CDATA[
<p>Reliability of 4 neins to be precise</p>
]]></description><pubDate>Wed, 01 Apr 2026 19:52:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=47605683</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47605683</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47605683</guid></item><item><title><![CDATA[New comment by nasretdinov in "Claude Code's source code has been leaked via a map file in their NPM registry"]]></title><description><![CDATA[
<p>I don't think you really need to look at the source code to understand that it's probably been, let's say, written with a heavy help from Claude itself</p>
]]></description><pubDate>Tue, 31 Mar 2026 19:48:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=47592495</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47592495</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47592495</guid></item><item><title><![CDATA[New comment by nasretdinov in "Show HN: Forkrun – NUMA-aware shell parallelizer (50×–400× faster than parallel)"]]></title><description><![CDATA[
<p>Generally when I want to run something with so much parallelism I just write a small Go program instead, and let Go's runtime handle the scheduling. It works remarkably well and there's no execve() overhead too</p>
]]></description><pubDate>Tue, 31 Mar 2026 17:51:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=47591064</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47591064</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47591064</guid></item><item><title><![CDATA[New comment by nasretdinov in "Recover Apple Keychain"]]></title><description><![CDATA[
<p>When I first switched to Mac from Windows I was really fascinated by the fact that generally you _could_ figure things out on your own and fix your system by just examining the filesystem structure (in recovery root shell). E.g. I once decided I want to try out Mac OS X server on my laptop and for whatever reason the install process got stuck, preventing me from logging in. To fix it I've just rebooted in recovery mode, found some lock file present (something like server-install.lock), removed it and then got my desktop back :). I was able to do it because the naming conventions in the OS filesystem were so easy to understand. I've then discovered that my "Sharing" preferences pane also disappeared and I was able to find it in the system folders, renamed to "Sharing.prefpane-stowed-away" or something like this. I've removed the unnecessary suffix and got my prefpane back.<p>I don't think modern macOS is as easy to tinker with anymore and I never had the need to fix it manually ever again either — but it felt incredibly cool to be able to fix it myself without any manual or even internet access for that matter.</p>
]]></description><pubDate>Tue, 31 Mar 2026 07:42:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=47583979</link><dc:creator>nasretdinov</dc:creator><comments>https://news.ycombinator.com/item?id=47583979</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47583979</guid></item></channel></rss>