More details will come over time
Should I vote for one I would vote for Python. As an old C/C++ and Lisp developer I see the python constant popularity growth.
Nevertheless I’ll try to adapt to whatever will be necessary. I wish to @markus @april.brandt and @spelcheck a nice journey here
Python is hard to sandbox and secure safely for community code, if a way to do that emerges this may be considered at some future point in time. For now, no promises. TypeScript is a very competent and comfortable language to code in.
I know, but you’ll love it. It’s a great language and with code completion and hints from Visual Studio Code it makes it a very pleasant experience.
Just enforce the use of python virtual environments for all community provided code. This will sandbox the modules and runtime requirements. You’re likely more concerned with sand boxing the resource usage though which would require going to cgroups for ensured resource constraints or with containers.
Hmm… I’m ok with containers
This has been considered, but compared to how well TypeScript can be handled, this has too much overhead to be worth it so far. We won’t say that this won’t be considered at some point, but I truly don’t believe there will be a true need considering the amount of very diverse code available for Node. We do have certain things inside the system written in Python since it makes sense, but in general they are niche uses and most things have a better/equally good way of doing things in TS so we always prefer that when possible.
I could be very wordy but I’ll refrain and just agree as I see you’re point.
Any good intro to typescript websites?
And Bryan, your software back catalogue is HUGE
Doesn’t the use of TS rather than Groovy mean moving existing drivers/apps from ST & HE will be more difficult (eg. would require recoding rather than just ‘fixing up’)?
Yeah I’m ok with this. This I’m hoping is NOT a ST or HE clone system and should have it’s own drivers, apps, plugins, whatever they call them on this system.
The notion of “drivers” for devices is purely a ST and HE thing.
PLEASE don’t make this NEW system a wanna be clone of existing systems otherwise the writing is on the wall of the final destination. There are good things in those other systems and a lot of baggage as well. Don’t slap some lipstick on a pig and call it pretty.
There are alternative solutions for this but we do not run groovy.
Lets just say we have learned a lot about from listening to you guys
Before I go down some path to learning TypeScript it might be helpful to know if there is some preferred IDE with a Linux version. Having never coded in a group environment I’m guessing some tools will be more compatible with the “official” development than others and I’d like to avoid having to change tools somewhere down the road.
I’d go with VSC (Visual Studio Code) for Linux. It’s what I use.
Thanks! I found the open source build in a repo for my distro (Arch)
Also, does anyone know what target version of ECMAScript they are using? I would guess ES6 but if anyone can say that would be helpful.
That’s a pity, because Groovy is my favoured programming language.
Well maybe typescript will become another favorite?