Hacker News: dzbarsky

New comment by dzbarsky in "Zig: Build System Reworked"

dzbarsky — Sat, 30 May 2026 18:41:39 +0000

Check out https://github.com/cerisier/glibc-stubs-generator

New comment by dzbarsky in "Zig ELF Linker Improvements Devlog"

dzbarsky — Sat, 30 May 2026 18:19:57 +0000

None? All of these things were in flight for a while and given Zigs anti-AI stance i think they wrote off Bun ever since the acquisition

New comment by dzbarsky in "ANN v3: 200ms p99 query latency over 100B vectors"

dzbarsky — Sun, 25 Jan 2026 20:48:01 +0000

Look into Bazel, a very standard build system used at many large tech companies. It splits fetches from build/test actions and allows blocking network for build/test actions with a single CLI flag. No hassle at all.

The fact that you haven't come across this kind of setup suggests that your hundreds of CI systems are not representative of the industry as a whole.

New comment by dzbarsky in "Committing to Rust for Kernel Code"

dzbarsky — Thu, 23 Nov 2023 22:46:20 +0000

https://github.com/dzbarsky/static-clang should let you build it in a reproducible way with a single command.

Clairvoyance – AI-based breaking change detector

dzbarsky — Wed, 08 Nov 2023 16:11:27 +0000

Article URL: https://www.prodvana.io/blog/clairvoyance-your-personal-spidey-sense

Comments URL: https://news.ycombinator.com/item?id=38192459

Points: 31

# Comments: 0

Unleashing the Power of Prodvana's Convergence-Based Deployment Engine

dzbarsky — Fri, 12 May 2023 15:31:06 +0000

Article URL: https://www.prodvana.io/blog/convergence-deployment-engine-intro

Comments URL: https://news.ycombinator.com/item?id=35917625

Points: 13

# Comments: 3

Developing a Deployment System

dzbarsky — Thu, 09 Mar 2023 15:57:10 +0000

Article URL: https://www.prodvana.io/blog/deployment-system-architecture

Comments URL: https://news.ycombinator.com/item?id=35082605

Points: 21

# Comments: 3

New comment by dzbarsky in "The benefits of static typing without static typing in Python"

dzbarsky — Sun, 24 Jan 2016 17:16:13 +0000

Even if you ignore all the other benefits of type annotations, merely being explicit about the types of parameters your function accepts helps people reading your code.

If you're going to make the argument that you can just add comments with the types - well then that's exactly what mypy is doing, but if you do it in the mypy format you get static analysis of your types for free.

Static typing and unit testing aren't mutually exclusive.

New comment by dzbarsky in "The benefits of static typing without static typing in Python"

dzbarsky — Sun, 24 Jan 2016 17:13:17 +0000

> What does mypy do if you make a call from code with type annotations into code without? Or vice-versa?

It's not able to analyze across such boundaries, but as you expand the set of typed code you get better and better coverage.

> Has anyone ever gotten paid to add annotations to code that works?

At Dropbox, we're starting to add type annotations to code. We're confident it will catch many bugs at lint time. Source: I work at Dropbox.

> Personally, I view type systems as like a safety line when doing work on a roof, and optional typing as having a line that might or might not be tied off.

At least it has the possibility of being tied off and catching you. Better than definitely not having a line.

New comment by dzbarsky in "Tell HN: Ffmpeg vulnerability allows attacker to get files from server or PC"

dzbarsky — Thu, 14 Jan 2016 06:08:06 +0000

This is why you should use containers for running binaries on user-supplied data.