51–60 of 235 posts
I think some healthy skepticism is fine but the mockery and out of hand dismissals seem like they should be beneath this crowd.
This seems like the brain child of one ambitious smart person that still needs to receive feedback from the outside world.
We need these kind of experiments. If you learn too much about contemporary software engineering, then it is almost certain that you'll end up with a React front-end talking to a NodeJS/Java back-end hosted on Kubernetes. Which is obviously the right thing most of the time :) but the world is richer because of these super-ambitious, super-naive experiments. Also: imagine how much has someone learned from implementing…
Earlier quoted context omitted.
I've done a super naive and ambitious startup idea. It was a big waste of time and I should have listened to more feedback. The world isn't richer if you listen to feedback quite the opposite it makes you improve what you are making. I agree about the learning aspect but overhyping something doesn't really pan out that well.
You weren't richer but the worl might be. Sometimes clean sheets and first principles discover assumptions that have changed. Either in how people use software, how the domain itself works, or the constraints of computing.
This kind of thing is why I'm so grateful to the founders of startups like Starsky, who are obviously still immensely passionate about the domain they were in. That even in the wake of the company failing, they've continued to advance the state of the art by sharing what they learned, especially where it's wisdom that goes against the current dogma (eg, that teleop is a hugely important part of a self-driving vehicle strategy, but that investors of the late 2010s were turned off by that focus because they wanted to see companies trying to shoot the moon on L4/L5 autonomy): https://medium.com/starsky-robotics-blog/the-end-of-starsky-...
We need more people doing projects like this.
yesno datatype with values Y, N, U or ERR ¯\_(ツ)_/¯
So multiplication by an ERR is not an error (from what I understand from quickly reading the ref).
If I were primarily an Excel user, then maybe it would work for me. Working with figures, converting between common units, generating reports and forms, and doing it in a form that acknowledges programming other than "ALGOL derivative"...There is a known niche. Maybe the author knows the niche better than I. There are good ideas here, ideas I want to steal. That is enough to recommend giving it a further look.
Beads is an excellent language I feel, but the killer feature in the works is being able to travel "back" in time
Earlier quoted context omitted.
In the illustration of the stack of things it replaces, it includes "Unix". Which is... you know... a claim one could make.
I'm sick of this kind of cynicism on HN. I'll have you know that I've already managed to replace my car with Beads.