Earlier quoted context omitted.
In what way is this more "humane"? Programming languages by design are for human consumption. In what way is this "special" or "designed" for them?
Here, I think you are wrong. I strongly suspect that while the high-level features of programming languages are chosen for human consumption, the implementation details and tooling are often chosen arbitrarily, or for machine-convenience. For example, I don't generally consider language environments where the leading white space on a line matters, or languages where trailing white space matters to be "designed for hu…
Eve: Programming designed for humans
331–340 of 401 posts
Re: Eve: Programming designed for humans
#332Looking 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 an…
Re: Eve: Programming designed for humans
#333Earlier quoted context omitted.
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…
To be clear, I still work at a company which is extremely forward (in averyting in beta sort of way). But still these old values hold everyone back and cause endless discussions of frameworks, processes and control structures vs creativity and speed.
Re: Eve: Programming designed for humans
#334Earlier quoted context omitted.
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…
Re: Eve: Programming designed for humans
#335I 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 think it actually is. Under the hood, when you look beyond the "Literate programming is awesome" it seems to be more along the lines of terse reactive prolog?
I am not sure if they managed to do what they envisioned, but this might be the "next spread-sheet".
Re: Eve: Programming designed for humans
#336I 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…
The math example is more informative when it's not something trivial. For example, take the following notion about a sequence of X: ∀ e, ∀ d, ∃ N : ∀ n > N, P(|Xn - Y| > e) A more human way to say this is that eventually, we will become arbitrarily confident that X is arbitrarily close to Y. This is the notion of convergence in probability, and the formalism of that concept is way easier to process with a little huma…
Re: Eve: Programming designed for humans
#337Earlier quoted context omitted.
I just tried Jupyter... I couldn't figure it out. Could you post a link to a tutorial that I could use?
The easiest way (and the method I use) is to just use the version packaged with Anaconda. See: http://jupyter.readthedocs.io/en/latest/install.html#id3 . There are also instructions on that page you can follow (installation via pip) if you already have a reasonably modern version of Python installed, and you have an appropriate C compiler available. This is a pain to configure if you are using a Windows machine. Assu…
Re: Eve: Programming designed for humans
#338Earlier quoted context omitted.
If we can eliminate software engineering as a profession our work will be done. There will be nothing left for humans to do, because at that point we will have invented a General AI. Up until that point, software engineering will be a well paid job. I really don't understand this attitude that everyone should be a programmer or that programming should be easy. It isn't easy. Obviously, we should remove unnecessary fr…
nobody expects everyone to be a physicist or chemical engineer. Specialization is a good thing. The difference with software engineers is that they have the power to build their own tools; physicists and chemical engineers largely don't, unless they themselves are also software engineers. You aren't going to use knowledge of chemistry to build general software but you can always find a use for software engineering in…
I definitely think people should be exposed to programming in school, but we study physics and chemistry there too and nobody expects everyone to be a physicist or chemical engineer. Specialization is a good thing.
I am saying that people should be taught programming in school, like literacy and mathematics, but that doing so is not going to prepare students to make production-grade software. We need actual engineers for that.
Re: Eve: Programming designed for humans
#339Earlier quoted context omitted.
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.
"Proven in use" and backwards compatibility is a bitch.
Re: Eve: Programming designed for humans
#340I like the look of this project, and it's in many ways inspiring, but here's my cynical take: I think that Eve won't be conducive to creating applications beyond a few hundred lines of code -- after that, the "human-friendly" programming paradigm becomes an obstacle to production. Once people actually understand how the code works, the document style becomes superfluous. I suspect that Eve will be a great learning to…