Live data from Hacker News

Show HN: Ant – A JavaScript runtime and ecosystem

antjs.org

101–110 of 168 posts

Re: Show HN: Ant – A JavaScript runtime and ecosystem

#101
post #94

Earlier quoted context omitted.

Tangent but what a horrible website at least on my android. Starts as light mode, suddenly shows three streched columns, turns to dark mode and the title is hidden behind the header. After years of being around how can they end up with something like this

Completely broken on iOS as well. Feels like AI slop.

It's existed for a lot longer than LLM generated code has

Re: Show HN: Ant – A JavaScript runtime and ecosystem

#102
post #101
post #94

Earlier quoted context omitted.

Completely broken on iOS as well. Feels like AI slop.

It's existed for a lot longer than LLM generated code has

It's gotten much worse than I used to remember it, though. It used to be pretty bad before too, but it at least had an ok homepage.

Re: Show HN: Ant – A JavaScript runtime and ecosystem

#103

Seems odd not to acknowledge and differentiate yourself from [apache ant]( https://ant.apache.org ). Failure to do so certainly makes me think the new project isn't very serious.

Also Ant Design. The word is too heavily overloaded, even in the JS ecosystem.

Re: Show HN: Ant – A JavaScript runtime and ecosystem

#104
post #43

The author shared their experience building the first version in a month: https://themackabu.dev/blog/js-in-one-month And then the follow up few months later: https://themackabu.dev/blog/ant-part-two I'm not sure what the economics of building a new runtime and ecosystem from scratch are but it seems we're already in a phase where individual developers are creating software which previously took a whole team. And its…

Is that impressive? If an LLM is just spewing out code which it has been trained on extensively then to me it's not that impressive at all. I want to see individual developers creating new software which previously took a whole team. Things not done previously. I am very pro AI btw, but the constant barrage of false hype is really tiresome.

Re: Show HN: Ant – A JavaScript runtime and ecosystem

#106
post #85

Earlier quoted context omitted.

this was flagging code from all the way back in dec of 2025, back when this project was just some idea and not what it is today. around feb thats when basically deleted the existing codebase and designed a much more reliable system from the ground up. I knew the existing code was basically pure slop, and it was not the biggest issue then, now nothing goes past me unreviewed and untested > To the author: I absolutely…

> now nothing goes past me unreviewed and untested So it's not hand-built?

What is?

I, at the very least, need a keyboard.

Re: Show HN: Ant – A JavaScript runtime and ecosystem

#108
post #101

Earlier quoted context omitted.

It's existed for a lot longer than LLM generated code has

It's gotten much worse than I used to remember it, though. It used to be pretty bad before too, but it at least had an ok homepage.

It was always far too buggy for my liking as-is, though it’s amusing that somehow that’s become worse over time it seems

Re: Show HN: Ant – A JavaScript runtime and ecosystem

#109
post #37

Why call it "Ant" and not "Antjs" or "Ant.js" when there is already Ant from Apache? https://ant.apache.org

I'm the first user and contributor to Apache Ant outside of Sun Microsystems when James gave it to me, and I could care less that someone else used the same name.

Re: Show HN: Ant – A JavaScript runtime and ecosystem

#110
post #54

I’m not that deep in the JS ecosystem or runtimes, but I’m a little surprised by some of the claims here about being smaller, having fast starts, sandboxing, performance-competitive, etc. Does anyone have a sense of what insights, design choices, big bets, etc, unlock all these advantages against already mature and highly optimised JS stacks?

Deno offers practically everything I see here, but is mature, serious, written before LLMs (not sure about now), and has a solid team behind it.

But okay, it’s not the fastest kid on the block; although “X but faster” isn’t the most compelling argument to adopt a new runtime.

As to the choices this project made: well, Claude or Codex seems to have chosen to copy large parts of the Elk codebase.

Post reply on HN