Hacker News: dzbarsky

New comment by dzbarsky in "Auto-research with codex: How I achieved a 232x Faster Kernel"

dzbarsky — Sat, 15 Aug 2026 12:48:11 +0000

This was nowhere near the top submission. But even if a solo engineer could get a top kernel, you don't think that having thousands of engineers, infinite tokens, and stronger models than are available to the public would give the labs a significant edge?

New comment by dzbarsky in "C/C++ projects packaged for Zig"

dzbarsky — Tue, 28 Jul 2026 12:18:02 +0000

See my comment above - the common language rulesets work in similar ways as Buck(2), AIUI. (Except bazel has features to consume external dependencies without vendoring, as opposed to Reindeer approach for example). Another difference is that since Bazel has much more adoption across the OSS world, there are more viable choices in language implementation rulesets, as opposed to Buck's prelude.

New comment by dzbarsky in "C/C++ projects packaged for Zig"

dzbarsky — Tue, 28 Jul 2026 12:16:20 +0000

This comment gives off the impression that bazel just wraps cargo/pip/npm invocations, which is incorrect (at least in the commonly used scenarios)

First of all, bazel does not handle any of these languages/ecosystems itself. Such logic is delegated to language-specific rulesets, of which there are multiple implementations with different tradeoffs.

For python - https://github.com/aspect-build/rules_py parses a UV lockfile and does not use either UV or pip at build time.

For rust - https://github.com/hermeticbuild/rules_rs parses the cargo lockfiles but does not invoke cargo for compilation.

For js, https://github.com/aspect-build/rules_js parses the pnpm lockfile but does not invoke npm or pnpm at build time in the commonly used configurations.

While it's true that bazel allows to patch all dependencies on the fly, in my experience many Bazel users do try to contribute back, because managing stacks of hundreds of patches across all your dependencies isn't particularly fun.

New comment by dzbarsky in "OpenAI frontier models and Codex are now available on AWS"

dzbarsky — Mon, 01 Jun 2026 23:51:52 +0000

Care to elaborate how OpenAI is failing in your opinion?

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.