Hacker News: ai_

New comment by ai_ in "I built a demo of what AI chat will look like when it's “free” and ad-supported"

ai_ — Sun, 01 Mar 2026 14:15:52 +0000

And as we've seen with streaming it'll have ads anyway despite the fact that you're paying.

New comment by ai_ in "Vibecoding #2"

ai_ — Wed, 21 Jan 2026 14:11:53 +0000

matklad made xshell

New comment by ai_ in "We put Claude Code in Rollercoaster Tycoon"

ai_ — Sat, 17 Jan 2026 22:31:01 +0000

That TAS is spliced. The stairs beyond the door aren't loaded, you need the key to load it.

This is a real console 0-star TAS: https://youtu.be/iUt840BUOYA

New comment by ai_ in "A super fast website using Cloudflare workers"

ai_ — Wed, 31 Dec 2025 23:13:38 +0000

It's crazy how unusable most gun websites are for browsing what's available. This though is the perfect example of what I really want when browsing catalogues.

New comment by ai_ in "When O3 is 2x slower than O2"

ai_ — Sun, 02 Nov 2025 21:43:28 +0000

if let makes a lot more sense when you learn that a normal let expression also takes a pattern[1].

  let Coordinates(x, y) = get_coords();

But this is intended for "exhaustive patterns". If you can't express an exhaustive pattern, like with an Option, then you can use let ... else

  let Some((x, y)) = get_coords() else { return };

if let is just an extension of this "let pattern" system.

Once you internalize how patterns work (and they really work everywhere) it all starts to really make sense and feels a lot cleaner.

[1]: https://doc.rust-lang.org/reference/patterns.html

New comment by ai_ in "AI Horseless Carriages"

ai_ — Thu, 24 Apr 2025 02:02:14 +0000

No? Not everyone's dream is being a manager. I like writing code, it's fun! Telling someone else to go write code for me so that I can read it later? Not fun, avoid it if possible (sometimes it's unavoidable, we don't have unlimited time).

New comment by ai_ in "A better (than Optional) maybe for Java"

ai_ — Sat, 08 Feb 2025 05:44:32 +0000

It's useful for combinators, like flatMap. For instance if you want to flatten an iterator of optional values into the values of all some elements.

New comment by ai_ in "AI hallucinations: Why LLMs make things up (and how to fix it)"

ai_ — Thu, 05 Dec 2024 06:05:15 +0000

Except mirages are real optical phenomena that can be captured by a camera. Hallucinations are made entirely by your brain and cannot be captured by an external observer.

New comment by ai_ in "Rust panics under the hood, and implementing them in .NET"

ai_ — Tue, 24 Sep 2024 06:53:27 +0000

You can also just allocate unmanaged memory directly via `Marshal.AllocHGlobal`. Basically the .NET version of `malloc()`

New comment by ai_ in "HDMI Forum rejects AMD's HDMI 2.1 open-source driver"

ai_ — Thu, 29 Aug 2024 14:13:50 +0000

Those generally aren't in the living room

New comment by ai_ in "Zig's new CLI progress bar explained"

ai_ — Sat, 01 Jun 2024 21:35:13 +0000

I'm not sure if it's actually any easier to read. When lots of things are changing it honestly becomes harder to read and figure out what's important and what's superfluous.

With the old progress system, everything was on one line. This honestly isn't horrible to me since I can easily glance text from left to right to figure out what the gist of the text is. When it's changing between the same two steps it still isn't too much of an issue since the information is all still in the same place and it's not actually changing too much between each stage. I can identify each step, figure out what's changing between them, and look for that information specifically.

The new progress system dumps a lot more information at the user, most of it detailing what file is being analyzed and compiled, each one taking maybe 2-4 frames of screen time, on an excessive number of lines, just a complete barrage of pointless information. None of this is really important to me since the only time it would be important is if a file or step took more than 3 seconds to be processed. With items constantly appearing and disappearing, the things that are taking time on the more macro scale like build-lib and build-exe steps that are more important to me will constantly move around the terminal. It's much much harder to read something if it's jumping up and down randomly every 2 frames vs if it's being swapped to share a single line. If the line literally leaves my field of view, it becomes frustrating to follow.

I much prefer the Bazel approach to this problem. When running a series of actions concurrently, the 6 actions taking the most amount of time will be visible in the action list showing how long they're taking, but all other actions will be minimized to a "and X other actions..." line.

This looks cool on the surface, but in practice is not that good at giving you progress information. Which is what progress indicators should do! At best this is a better indicator of how much work is being done, not how much progress is being made. Like a bunch of bleeps, bloops, and random LEDs toggling when a computer does work in a sci-fi TV show.

I think this would be better if individual files being processed got removed unless they start taking too long. Keep the build-exe and build-lib steps around but make them a little sticky. When they complete, have it say "Done" and then remove things in groups or on a set interval. Don't change the number of lines too often and don't reorganize lines either. Generally, it should be easy to parse what's going on and frequent changes to the number of lines and how much information is on each makes that hard.

New comment by ai_ in "Carbon Language: An experimental successor to C++"

ai_ — Wed, 20 Jul 2022 05:49:34 +0000

I always thought it was pronounced "ef'in". Like when you have to censor yourself in front of coworkers because of this ef'in code.