Hacker Newsnew | past | comments | ask | show | jobs | submit | risyachka's commentslogin

This.

Calling polymarket bot “bloomberg terminal” is like calling boiling kettle a rocket engine.

That bot can be written in a few hours without ai.


Its like ordering a project from upwork- someone did it for you, you have no idea what is going on, kinda works though.

Since there are no humans involved, it's more like growing a tree. Sure it's good to know how trees grow, but not knowing about cells didn't stop thousands of years of agriculture.

The Gas Town piece reminded me of this as well. The author there leaned into role playing, social and culture analogies, and it made a lot more sense than an architecture diagram in which one node is “black box intelligence” with a single line leading out of it…

I wouldn't say it is a tree as such as at least trees are deterministic where input parameters (seed, environment, sunlight) define the output.

LLM outputs are akin to a mutant tree that can decide to randomly sprout a giant mushroom instead of a branch. And you won't have any idea why despite your input parameters being deterministic.


You haven't done a lot of gardening if you don't know plants get 'randomly' (there's a biological explanation, but with the massive amounts of variables it feels random) attacked by parasites all the time. Go look at pot growing subreddits, they spend an enormous chunk of their time fighting mites.

Determinism is not strictly anti-randomness (though I can see why one can confuse it to be polar opposites). Rather we do not even have true randomness (at least not proven) and should actually be called pseudorandom. Determinism just means that if you have the same input parameters (considering all parameters have been accounted for), you will get the same result. In other words, you can start with a particular random seed (pseudorandom seed to be precise) and always end up with the same end result and that would be considered deterministic.

> You haven't done a lot of gardening if you don't know plants

I grow "herbs".

> there's a biological explanation

Exactly. There is always an explanation for every phenomena that occurs in this observable, physical World. There is a defined cause and effect. Even if it "feels random". That's not how it is with LLMs. Because in between your deterministic input parameters and the output that is generated, there is a black box: the model itself. You have no access to the billions of parameters within the models which means you are not sure you can always reproduce the output. That black box is what causes non-determinism.

EDIT: just wanted to add - "attacked by parasites all the time", is why I said if you have control over the environment. Controlling environment encompasses dealing with parasites as well. Think of well-controlled environment like a lab.


Do you think LLMs sidestep cause and effect somehow ? There's an explanation there too, we just don't know it, But that's the case for many natural phenomena.

I am not saying LLM sidesteps cause-effect. I am saying it is a black box. So yes "we just don't know it" is basically describing a black box.

In what world are trees deterministic? There are a set of parameters that you can control that give you a higher probability of success, but uncontrollable variables can wipe you out.

Explained here [1]. We live in a pseudorandom World. So everything is deterministic if you have the same set of input parameters. That includes trees as well.

I am not talking about controllable/uncontrollable variables. That has no bearing on whether a process is deterministic in theory or not. If you can theoretically control all variables (even if you practically cannot), you have a deterministic process as you can reproduce the entire path: from input to output. LLMs are currently a black box. You have no access to the billions of parameters within the model, making it non-deterministic. The day we have tools where we can control all the billions of parameters within the model, then we can retrace the exact path taken, thereby making it deterministic.

[1]: https://news.ycombinator.com/item?id=46663052


Its not like tree at all because tree is one and done.

Code is a project that has to be updated, fixed, etc.

So when something breaks - you have to ask the contractor again. It may not find an issue, or mess things up when it tries to fix it making project useless, etc.

Its more like a car. Every time something goes wrong you will pay for it - sometimes it will get back in even worse shape (no refunds though), sometimes it will cost you x100 because there is nothing you can do, you need it and you can't manage it on your own.


Trees are not static, unchanging, pop into existence and forget about, things. Trees that don't get regular "updates" of adequate sunlight, water, and nutrients die. In fact, too much light or water could kill it. Or soil that is not the right courseness or acidity level could hamper or prevent growth. Now add "bugs". Literal bugs, diseases, and even competing plants that could eat, poison, or choke the tree. You might be thinking of trees that are indigenous to an area. Even these compete for the resources and plagues of their area, but are more apt than the trees accustom to different environments, and even they go through the cycle of life. I think his analogy was perfect, because this is the first time coding could resemble nature. We are just used to the carefully curated human made code, as there has not been such a thing as naturally occuring, no human interaction, code before

Very interesting analogy

Except that the tree is so malformed and the core structure so unsound that it can't grow much past its germination and dies of malnourishment because since you have zero understanding of biology, forestry and related fields there is no knowledge to save it or help it grow healthy.

Also out of nowhere an invasive species of spiders that was inside the seed starts replicating geometrically and within seconds wraps the whole forest with webs and asks for a ransom in order to produce the secret enzyme that can dissolve it. Trying to torch it will set the whole forest on fire, brute force is futile. Unfortunately, you assumed the process would only plagiarize the good bits, but seems like it also sometimes plagiarizes the bad bits too, oops.


Great analogy. “I don’t know any C++ but I hired some people on Upwork and they delivered this software demo.”

Con fuckign gratys, u can buy compute

>> Why email instead of SMS with a web endpoint

Pretty sure this was vibe-coded in a few days based on a discussion that was on HN a few days back and few people mentioned it would be nice to code on the go via email.


Oh, sorry, your pretty sure is wrong then. I created it myself. Intuition, an idea came into my mind. No discussion, no thread. Just me, and whatever I was tuend into. Basically like all my ideas I turn into products. Too bad you didn't know that, now you do.

>> why haven't they merged that PR.

because it is absolutely impossible to review that code and there is gazillion issues there.

The only way it can get merged is YOLO and then fix issues for months in prod which kinda defeats the purpose and brings gains close to zero.


On the other hand, finding fixing issues for months is still training data


One should not be able to push to prod on their own especially in the middle of the night? Unless its a critical fix

> Unless its a critical fix

The bar for human approval and testing should be even higher for critical fixes.


Exactly. Wake someone up to review.

Who cares, AI has lowered the bar. If AI can produce rubbish 20+% of the time, so can we.

Also open source without support has zero value. And you can support only 1-2 projects.

Meaning 99% of everything oss released now is de-facto abandonware.


Yep, it always seems easy from the outside until you start doing it. Then unless you are doing a crud web app you quickly run into issues where unless you know what you are doing- Claude Code won’t help you.

Exactly. The AI is great at "write me a function that does X" or "convert this to async." It struggles with: - Graph layout algorithms (crossing minimization, layer assignment) - State machine interactions (how does undo interact with sync scroll when switching view modes?) - Performance debugging (why is syntax highlighting slow on scroll?)

The domain knowledge still matters. AI just compresses the boilerplate time.


It can be vibe-coded quickly but can also be done rather quickly without ai - the heavy lifting is UI lib from Zed. That is the real unlock in apps like this.

Small correction: Ferrite uses egui (by Emil Ernerfeldt), not anything from Zed. Different ecosystem entirely.

- Zed uses their own gpui framework - Ferrite uses egui — an immediate-mode GUI library

egui is great for rapid development but has limitations. The v0.3.0 custom editor widget is specifically because egui's built-in TextEdit blocks features like proper multi-cursor and code folding. We're not getting much "for free" there — the Mermaid renderer, syntax highlighting integration, and view synchronization are all custom.

That said, egui definitely accelerated the initial UI work. Credit where due!


You are right, my bad.

This.

I wouldn't be surprised if AI was better than going to GP or many other specialists in majority of cases.

And the issue is not with the doctors themselves, but the complexity of human body.

Like many digestive issues can cause migraines or a ton of other problems. I am yet to see when someone is referred to gut health professional because of the migraine.

And a lot of similar cases when absolutely random system causes issues in seemingly unrelated system.

A lot of these problems are not life threatening thus just get ignored as they would take too much effort and cost to pinpoint.

AI on the other hand should be pretty good at figuring out those vague issues that you would never figured out otherwise.


> AI on the other hand should be pretty good at figuring out those vague issues that you would never figured out otherwise.

Not least because it almost certainly has orders of magnitude more data to work with than your average GP (who definitely doesn't have the time to keep up with reading all the papers and case studies you'd need to even approach a "full view".)


And speaking of migraines, even neurological causes can apparently be tricky: Around here, cluster headaches would go without proper diagnosis for about 10 years on average. In my case, it also took about 10 years and 3 very confused GPs before one would refer me to a neurologist who in turn would come up with the diagnosis in about 30 seconds.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: