sgt

How did you understand Angular to be similar to htmx? They are nearly polar opposites. Can achieve the same though.

I mean, htmx and JS glue logic is truly the differentiator now because LLM's do it so well. It's absolutely the way to go.

Agreed.

In fact, I find Django and Postgres to be the best solution for htmx but Go stack is probably almost as good in terms of developer velocity and obviously much faster. So I think that's a good solution.

You can really build powerful production apps with htmx, and what people underestimate is how good it is with AI assisted development (Claude understands it and does it well, and if any JS glue logic on a specific template is required, it's pretty well written and not a mess).

Interesting, I uploaded a voice recording from a meeting I had recorded with a relatively cheap microphone.

Soniox came out really good. OpenAI started getting some things very wrong and even introduced some German. Google did okay but cut off the start by several seconds.

What's Soniox doing (left most) that's making it so good ? It was also the only one that could distinguish between the speakers.

Imagine being Guido van Rossum typing away and then the cryo-freeze squad (new ICE) comes knocking.

Unless, of course, new opportunities arise and the economy grows. This is not even unlikely as we've seen amazing growth the last 25 years, even.

In which case your sentiment is probably correct. And now that I think of it, this is potentially very bad news for the outsourcing companies in countries like India. They also have less money to spend on tokens.

Maybe a super smart AI will take over the part of telling the smaller AI's what to do.

Humanity can then relax in floating chairs drinking soft drinks and consuming AI generated entertainment.

Won't this mean that a lot of developers in Silicon Valley will find themselves out of a job? If the competition (AI operators) can sit 8000 miles away and be paid peanuts.

Btw, interestingly, I tried getting Ox Alpha to make Tic Tac Toe directly as a Linux ELF executable. It came up with assembly code (NASM syntax) and it just timed out when I asked for pure machine code.

This is a crazy intuitive API.

  ZStack {
      NaturePhoto()
      LightEffectOnBlack()
          .blendMode(.plusLighter)
  }

How is the performance?

That's pretty insane.

Sure that's a theory that sometimes plays out, but similarly one also sees almost exponential growth or improvement, yet followed by a plateau for a long time until the next breakthrough.

But right now AI assisted development isn't really making you more productive by an order of magnitude. It's easily a game of whack-a-mole right now. I estimate that an excellent programmer equipped with Claude Code only sees a 30-40% improvement in speed right now

What you speak of may happen, but I doubt it will happen in the next 10 years.

Love this design. Kind of reminds me of this Norwegian web shop: https://arngren.net/ hasn't changed much since the early 2000s or even late 90s

Oh dear, the comments here are a bit disturbing and hilarious. The "Linux" mindset simply does not comprehend that proper UI's can still be made. Maybe that also includes the Windows mindset these days. Most of us macOS users never rejected TUI's, but we always had world class GUI's.

Or you can just stick to C, but do it in a completely memory safe way. Fil-C is the answer[0]

[0] https://fil-c.org/

Question about Markdown, I'm intrigued by this. I recently bought FS Notes but it has some bizarre bugs on startup. I might consider some other tool, perhaps also something with better MD support. Is this library you mentioned truly fast? https://github.com/gonzalezreal/swift-markdown-ui

How about owning a typewriter that types on its own?

So the original advice actually still stands. You can still start off with Posgres, store it in BYTEA columns, and then work on a plan to use an object storage as you grow. S3 may not be possible and you will be evaluating other options like Minio

I wonder if this app in question is Heidi Health? A lot of doctors in Australia use it.

Agreed. Even putting them on the filesystem and rsyncing in a cronjob would be better, which says a lot.

Intrigued by this

> After some performance checks it became clear that PostgreSQL was even faster than reading from the file system for our use-case. PostgreSQL uses the file system very efficiently for its data - and it adds a lot of caching and efficient reading and writing strategies that can outperform writing and reading raw data on a file system.

This goes against conventional knowledge. I've always heard (and followed best practice) to avoid storing binary data in BYTEA columns that should otherwise be put on a filesystem or an object storage like S3.

I'd like to find out more about this, because in many cases it would be very convenient indeed to store it in the database itself.

Horrible UI's though.. just look at this. But the idea is cool.

I'm always terrified of Bluetooth mice. I've never seen one with the same low latency as a USB mouse. The difference is sometimes subtle, but it's there.

I'd hope so! The way that a planet is more important than a snowball.

Are you seriously suggesting that we should have empathy for ... fruit flies? Speechless

This has to be some of the coolest stuff I've seen on HN in a while. I'm running 3 flies on my desktop right now, all powered by realistic brains.

I've seen your concept, it's a really good idea!

Fair enough. I'll check it out in the next few weeks to see how the site evolves.

How about a complete rewrite that is not vibe coded? I'm only half serious. You're likely to use an LLM to help develop it, but don't let it take you for a ride. LLM's really struggle with data dense and robust designs.

Have a look at https://diskprices.com/ - this is great UX because it's extremely functional, yet it has nearly no design to speak of. On a scale of data dense designs, this one would be on the extreme side, so I guess if you ask the LLM to meet you somewhere in the middle.