As this seems to be some kind of javascript derivate using node.js on the backend (?) I'm interested in how this deals with async operations, ie. can you create functions which take a long time to run without blocking other users? This is especially important as they are targeting server side too.
I'm not reading anything which suggests they're targeting server-side.
Imba: A new programming language for web apps
11–20 of 131 posts
Re: Imba: A new programming language for web apps
#12As this seems to be some kind of javascript derivate using node.js on the backend (?) I'm interested in how this deals with async operations, ie. can you create functions which take a long time to run without blocking other users? This is especially important as they are targeting server side too.
Imba has syntax support for `await` (based on Promises) which helps quite a lot on concurrency-heavy code.
Re: Imba: A new programming language for web apps
#13To all people who reply negatively to this: don't you guys actually like learning new languages? Why?
For this to be of value, it has to provide at least one of four things:
1. Becoming a widely-adopted system (like node.js)
2. Strong influence on widely-adopted systems (like Elm)
3. Insights that influence one personally (like most any lisp)
4. More fun than alternative things one could be playing with
Re: Imba: A new programming language for web apps
#14I like the clean syntax, tags, and high performance, so I hope you guys attract interest despite all the library/framework fatigue we're experiencing in frontend JS land. It's rather refreshing to be able to write code and view all together, like .css(appropriate_styling)
It would be great if you had some walked-through example apps on webpages (like the old site used to have). That kind of thing helps people better understand the benefits of your approach.
Re: Imba: A new programming language for web apps
#15To all people who reply negatively to this: don't you guys actually like learning new languages? Why?
I think existing programmers sometimes forget that there's more people who /will/ program than who /do/ program. They have existing biases: towards extra tokens, separation of concerns by separating technologies rather than components, and other newer concepts that they legitimately do find strange. People making programming languages are much better suited by targeting non-programmers: existing devs are often simply…
In this case I'd argue it would be better for non-programmers to learn JavaScript before a language which compiles to it.
Re: Imba: A new programming language for web apps
#16https://news.ycombinator.com/item?id=10866540 https://news.ycombinator.com/item?id=10863827 https://news.ycombinator.com/item?id=10091454
Re: Imba: A new programming language for web apps
#17Re: Imba: A new programming language for web apps
#18Re: Imba: A new programming language for web apps
#19As this seems to be some kind of javascript derivate using node.js on the backend (?) I'm interested in how this deals with async operations, ie. can you create functions which take a long time to run without blocking other users? This is especially important as they are targeting server side too.
I'm not reading anything which suggests they're targeting server-side.
What is Imba?
Imba is a new programming language for the web that compiles to performant JavaScript. It is heavily inspired by ruby and python, but developed explicitly for web programming (both server and client).
Re: Imba: A new programming language for web apps
#20Earlier quoted context omitted.
I think existing programmers sometimes forget that there's more people who /will/ program than who /do/ program. They have existing biases: towards extra tokens, separation of concerns by separating technologies rather than components, and other newer concepts that they legitimately do find strange. People making programming languages are much better suited by targeting non-programmers: existing devs are often simply…
"People making programming languages are much better suited by targeting non-programmers: existing devs are often simply not their audience." In this case I'd argue it would be better for non-programmers to learn JavaScript before a language which compiles to it.
Once these tools fix the DevTools situation they'll be a lot more useful.