Live data from Hacker News

Eve: Programming designed for humans

programming.witheve.com

321–330 of 401 posts

Re: Eve: Programming designed for humans

#321

I think that Eve is tackling the wrong problem. Allow me an analogy: "Bronk, the math designed for humans." Instead of dense algebraic expressions like "3x+49", you get to write "thrice the value of x plus 49." You may consider this a straw man, but I think that if you look hard at existing programming languages, you'll see that they are all designed for humans, and that the challenge in programming is in formulating…

It's unfortunate the parent is the top comment here. There's a common thing that happens when a new idea shows up that doesn't easily fit into existing categories:(most) people give it a cursory look over, and then decide it's just another instance of boring category X. This is especially common in discussions about humanizing programming. I think it's partly because people are invested in the current way of doing th…

After spending half an hour reading the article I feared the comments would be like this.

The concepts here are fantastic. Unfortunately, as intelligent as they are, many in this industry seem to have difficulty grasping the benefit of user-focused design, abstraction and simplicity.

UI design by CS engineers has always been terrible; programming languages are no exception to that.

It isn't virtuous to suffer unnecessary complexity. And programming shouldn't be complex just because we can manage it in spite of the complexity.

Re: Eve: Programming designed for humans

#322

Earlier quoted context omitted.

The meat is that most programming languages are not designed for humans. Many weren't designed at all so much as hacked together for context they were originally used in with terrible consequences for learning or effective use by average person. C and early PHP probably lead that. Many others were affected by committee thinking, backward compatibility, preference of their designer, or the biases of people who previou…

Smalltalk was very consciously, and conscientiously, designed for humans.

I did Smalltalk in school and once you peel away a few layers it doesn't feel like it was designed for humans at all. Perl is also said be designed for humans but takes a very different approach.

Re: Eve: Programming designed for humans

#323
post #146

While this is a very early version, something like it will eventually put most programmers out of work. Probably it'll be another language/tool and it won't be very soon, but at some point writing trivial software will actually be trivial. It's ironic, being a programmer that automates things that people used to do manually, and kind of doing good but leaving someone unemployed. How fitting it will be to suddenly bec…

There will always be room for programmers until an AI makes pretty much every occupation obsolete. We've been making trivial software easier for decades; and it's true. It's trivially easy to make software that was state of the art 20 years ago.

The problems are working with now are so much more difficult and will continue to be more difficult as software makes our job easier.

Re: Eve: Programming designed for humans

#324
post #146

While this is a very early version, something like it will eventually put most programmers out of work. Probably it'll be another language/tool and it won't be very soon, but at some point writing trivial software will actually be trivial. It's ironic, being a programmer that automates things that people used to do manually, and kind of doing good but leaving someone unemployed. How fitting it will be to suddenly bec…

While I love coding, I wouldn't object to an AI doing it for me while I play vidya games ;-)

Re: Eve: Programming designed for humans

#325

Earlier quoted context omitted.

The "ignore the symbols and just read the words" idea is part of Ruby's promise as well. In practice, I don't personally find it very satisfying, because it's easy to write things that read like they do one thing, but actually do something else. So you have to train yourself to ignore what it says until you figure out what it does . I think the better metric to optimize for is how easy it is to go from seeing a piece…

> I think the better metric to optimize for is how easy it is to go from seeing a piece of code for the first time to having a mental model for what its runtime behavior will be Actually yes, we've seen some evidence of this. In one instance, I was demonstrating the syntax of Eve to someone who really only had experience programming HTML, and he was able to point out a bug in my code without even running the program.…

Thanks! I hoped that was the case.

Re: Eve: Programming designed for humans

#326
Looking at the examples, it seems like Eve is really just a DSL for performing a number of common preset interactions within the web browser.

Maybe I missed something but it doesn't seem like this is really designed for usage outside the browser environment?

As such it seems like this is really just a very high-level layer on top of JS rather than a general-purpose programming language, a lot like Jupyter Notebook and friends.

I guess the biggest challenge Eve faces is the same one faced by all those other 5GL "languages" that are now rotting at the bottom of a dumpster: How do you become relevant beyond a tiny niche problem space?

Re: Eve: Programming designed for humans

#327

Earlier quoted context omitted.

We use mnemonics, because we can't remember numbers as well, but to the compiler, addresses are pretty much like names.

It's a bit more than that. Function names are precisely encapsulation of the intent of the function. And unlike comments, function names are not subject to rot. Also addresses are not like names. As with names in general, a name can refer to more than one object. (Consider modules, for example.)

>Function names are precisely encapsulation of the intent of the function

that's a rosy way to say, names entail a message.

An Address can also be computed, your argument is invalid.

Re: Eve: Programming designed for humans

#328
post #126
post #89

Earlier quoted context omitted.

Then why even name anything? Are you saying I should just name my functions and variables a, b, c, d, etc.?

That's an extreme position. Function names are a valuable hint of what the function is supposed to do. But if the name doesn't match the implementation, which one is wrong? We don't know.

> We don't know.

I don't know about you but I certainly know that if a printLine function accidentally does something else, it's definitely the code that's wrong and not the function name.

Re: Eve: Programming designed for humans

#329
post #261

Earlier quoted context omitted.

so basically Java?

Good tooling, easy to understand, unambiguous? Sounds like Java. Why can't people just use Java?

there's quite a lot of bad practices surrounding the language back from where the enterprise tooling was a mess and xml was the rage, we're ten years past that but the language hate has never ceased (see my comment: -1)

I get the hate from the frameworks craze, but if one is in a position of being forced a crazy bloated framework without recourse that's not Java fault.

apart from that, you can debug servers the other side of the world with ease, hot replace code as you execute it, walk the heap with a lot of different views available, it has recently got top notch profiling, a sane injection and inversion of control framework which you can still debug at runtime, all the libraries you can dream of and bridges to hardware for the most demanding tasks.

Re: Eve: Programming designed for humans

#330

I think that Eve is tackling the wrong problem. Allow me an analogy: "Bronk, the math designed for humans." Instead of dense algebraic expressions like "3x+49", you get to write "thrice the value of x plus 49." You may consider this a straw man, but I think that if you look hard at existing programming languages, you'll see that they are all designed for humans, and that the challenge in programming is in formulating…

I'm sorry but your algebra as English prose analogy makes me think you haven read the article. I could be wrong of course, but i don't see how you could draw that analogy after seeing the Eve code snippets on the page.
Post reply on HN