Work in progress: 181,232 of 181,233 sites checked so far, more every week · updated 2 Nov 2026Missing a blog? Tell us

Top all-time · #3459

V

Varun Gandhi

Personal blog · typesanitizer.com/blogprogramming

Varun Gandhi writes @typesanitizer's blog, a personal blog at typesanitizer.com about programming. Since 2021, 22 different Hacker News readers have linked it 35 times, most often “Zig-style generics are not well-suited for most languages”. It is still writing: the last post was on 2026-11-01, and you can follow it by feed.

Visit the blog
35mentions?
22HN people?
2021–2026first – last linked?
Links on Hacker News per year · peak 17 in 2025

Too few sampled comments (6) to say how often HN recommends it.?

Why HN links it

HN readers cite Varun Gandhi's posts as a reference in debates about Zig's comptime and generics, especially the zig-generics article on type checking generics. Also cited on optimizers.

Summarised by Claude from a sample of 6 HN comments that link here. Each comment is marked recommending, critical or neutral (citing without judging); how this works.

Most-linked posts?

  1. Zig-style generics are not well-suited for most languages
    6 people · 7 mentions · first linked 2022-10-09
  2. Deeper theories of program design
    3 people · 3 mentions · first linked 2025-07-20
  3. Leaving my last job [at Apple]
    3 people · 3 mentions · first linked 2024-09-29
  4. A programmer's field guide to assertions
    2 people · 2 mentions · first linked 2025-08-17
  5. The purported benefits of effect systems
    2 people · 2 mentions · first linked 2025-11-01
  6. Reviewing Code Is a Skill
    2 people · 2 mentions · first linked 2026-08-11
  7. Experience Report: 6 months of Go
    2 people · 2 mentions · first linked 2022-04-30
  8. Job queues are deceptively tricky
    2 people · 2 mentions · first linked 2026-07-14
  9. Meta-analysis of three different notions of software complexity
    2 people · 2 mentions · first linked 2025-06-14

What Hacker News says?

  1. > being able to reason about functions just from their type signature. This has nothing to do with compile-time execution, though. You can reason about a function from its declaration if it has a clear logical purpose, is well named, and has well named parameters. You can consider any part of a parameter the programmer can specify as part of the name, including label, type name, etc. > There is a good discussion of…

    Comment linking /blog/zig-generics.html

    on “Zig's comptime is bonkers good”
  2. Submitted Experience Report: 6 months of Go as a story · 295 points

    HN discussion
  3. It would be nice to have a more indepth discussion of the issues that have been found with compile-time programming, rather than uncritical acclaim. Staged programming is not new, and people have run into many issues and design tradeoffs in that time. (E.g. the same stuff has been done in Lisps for decades, though most Lisps don't have a type system, which makes things a bit more complicated.) Some of the issues tha…

    Comment linking /blog/zig-generics.html

    on “Zig's comptime is bonkers good”
  4. Submitted An epic treatise on error models for systems programming languages as a story · 221 points

    HN discussion
  5. How do you typecheck generics, with type inference, with comptime? Or, more generally, address all the issues raised in [1]. You're saying that comptime can fully replicate all the features that a proper generics system has, which is plainly false. [1]: https://typesanitizer.com/blog/zig-generics.html

    Comment linking /blog/zig-generics.html

    on “Crabtime: Zig’s Comptime in Rust”
  6. Submitted Zig-style generics are not well-suited for most languages as a story · 172 points

    HN discussion
  7. Zig comptime is a C++ template done better. It also suffers from similar issues as C++ templates. You can't know function is comptime unless you put it in comptime and it passes. See https://typesanitizer.com/blog/zig-generics.html

    Comment linking /blog/zig-generics.html

    on “Crabtime: Zig’s Comptime in Rust”
  8. Submitted Optimizers need a rethink as a story · 149 points

    HN discussion
  9. in the "closing thoughts" [1] of the OP article there's a pointer to "Proebstrings law" [2] which got me to a benchmark [3] how LLVM has improved over 10 years from 2.7 to 11 which leaves me with the strong intuition that indeed what mit benefit more from a rethink is not optimizers but focus on programmer productivity > Perhaps this means Programming Language Research should be concentrating on something other than…

    Comment linking /blog/rethink-optimizers.html

    on “Optimizers need a rethink”
  10. Submitted Meta-analysis of three different notions of software complexity as a story · 109 points

    HN discussion
  11. > really-bad compile-time languages (called "type systems") that do 5% of what's useful with incomprehensible syntax, rather than just make the compiler itself programmable. Because some things aren't knowable at compile time. E.g. what is the value I enter at runtime, and all values derived from it, but also state of environment, and so on. Pretending they are the same is a weak point of Zig. By making `const` a pr…

    Comment linking /blog/zig-generics.html

    on “Live Objects All the Way Down: Removing the Barriers Between Apps and VMs”
  12. Submitted Zig-style generics are not well-suited for most languages (2022) as a story · 27 points

    HN discussion
  13. Submitted The purported benefits of effect systems as a story · 26 points

    HN discussion
  14. Submitted Six Programmers and the Type System as a story · 17 points

    HN discussion
  15. Submitted Leaving my last job [at Apple] as a story · 14 points

    HN discussion
  16. Submitted On Leaving My Last Job as a story · 13 points

    HN discussion
  17. Submitted The purported benefits of effect systems as a story · 7 points

    HN discussion
  18. Submitted A programmer's field guide to assertions as a story · 6 points

    HN discussion
  19. Submitted An outsider's perspective on Scion and Mononoke as a story · 5 points

    HN discussion
  20. Submitted There continue to be reasons for software to be slow as a story · 3 points

    HN discussion
  21. Submitted Reviewing Code Is a Skill as a story · 3 points

    HN discussion
  22. Submitted Deeper Theories of Program Design as a story · 3 points

    HN discussion
  23. Submitted Deeper theories of program design as a story · 3 points

    HN discussion
  24. Submitted Deeper theories of program design as a story · 3 points

    HN discussion
  25. Submitted An opinionated beginner's guide to Haskell in mid-2019 (2019) as a story · 3 points

    HN discussion
  26. Submitted Job queues are deceptively tricky as a story · 2 points

    HN discussion
  27. Submitted Job queues are deceptively tricky as a story · 2 points

    HN discussion
  28. Submitted How should we learn from bugs? as a story · 2 points

    HN discussion
  29. Submitted Leaving my last job (2024) as a story · 2 points

    HN discussion
  30. Submitted Experience Report: 6 months of Go (2022) as a story · 2 points

    HN discussion

Search all of HN for typesanitizer.com

Linked by the same people?