Live data from Hacker News

The Go+ language for engineering, STEM education, and data science

github.com

11–19 of 19 posts

Re: The Go+ language for engineering, STEM education, and data science

#11
post #6

* For engineering: working in the simplest language that can be mastered by children * For STEM education: studying an engineering language that can be used to work in the future * For data science: communicating with engineers in the same language

It's very hard to compete with the momentum Python has on each of these points.

Python is a script, not a static typed language.

Re: The Go+ language for engineering, STEM education, and data science

#14
post #8

Same audience as https://julialang.org/ it would seem.

Julia is dynamically typed, while Go+ is static typed.

For most people on that target audience, Julia's type system is an advantage, plus there are type annotations.

Re: The Go+ language for engineering, STEM education, and data science

#17

A list comprehension seems way more complicated for a child than a for loop. And even for a professional developer, one hides a lot of steps, the other one lists all of them

Agree. And there is spx - A Go+ 2D Game Engine for STEM education - https://github.com/goplus/spx

Re: The Go+ language for engineering, STEM education, and data science

#18

A list comprehension seems way more complicated for a child than a for loop. And even for a professional developer, one hides a lot of steps, the other one lists all of them

Agree. And there is spx - A Go+ 2D Game Engine for STEM education - https://github.com/goplus/spx

My comment was a bit incomplete, my point is "I'm not sure specifying the type is more complex than a list comprehension". Almost like the language is focusing on "complex visually" rather than focusing on making the features of the language simple

Re: The Go+ language for engineering, STEM education, and data science

#19

Earlier quoted context omitted.

Agree. And there is spx - A Go+ 2D Game Engine for STEM education - https://github.com/goplus/spx

My comment was a bit incomplete, my point is "I'm not sure specifying the type is more complex than a list comprehension". Almost like the language is focusing on "complex visually" rather than focusing on making the features of the language simple

I see.
Post reply on HN