@irene because that you think JS is ugly would still be a subjective reason, even if we weren't able to transpile. That doesn't mean that I think there shouldn't be alternatives to JS, only for other reasons.

@irene Wut, that's not what I'm saying. It's just that when you say we should ditch JS because you think it's ugly, that's a subjective reason. Again, you can do web without doing JS.

@irene you can by transpiling. Even if you couldn't, your point would still be purely subjective and a matter of taste.

@irene in what cases is JS insufficiently fast and how often does that happen? And I don't mean too slow because the code is an unoptimized, inefficient mess, but because the JS engine is actually not interpreting your optimized code fast enough. If you weren't talking about performance, which kinds of optimizations do you have in mind?

Your second point is purely subjective. It's kinda like saying "I don't like rap music, so people should stop making it". Just listen to other music, or in this case, use another language and transpile it to JS.

@BindView I didn't say we should transpile to JS instead of X, I just said we can. Just wanted to know what she thinks would be benefits of in-browser bytecode vs. JS.

I'm not sure a browser interpreting bytecode would be a hell of a lot faster than a browser interpreting JS. But I'm not an expert on bytecode and virtual machines. I guess at the very least, it wouldn't have to do any syntax checking.

@BindView hmm, maybe I misunderstood you. Weren't you implying that some sort of bytecode in the browser would make sense for performance reasons? If not, then I don't see your point, to be frank.

@mBeierl can you tell us which company that was or is name-dropping not allowed here? I'll be looking for a new job in Berlin in a few months and I want to avoid companies like that.

@BindView correct me if I'm wrong. From what I can tell, that video is comparing JS, running in some sort of wrapper, to native C++ compiled specifically for that CPU that's running directly on the hardware. Of course that's dramatically slower and I doubt that bytecode would help a lot in terms of runtime performance.

Not saying JS is the fastest language, but it's certainly fast enough for the vast majority of its use cases.

@BindView I'm assuming you're talking about development time. How long have you been using JS?

@irene pretty much every modern language can be transpiled to JS. Plus there is a huge amount of languages whose only purpose is to be transpiled to JS.

Why would you want some sort of bytecode instead? One major reason for bytecode is portability, but JS already runs almost everywhere.

@TylerDDevRant haha that's hilarious! Interesting strategy, just flood the world with cities. But I can imagine it wouldn't work to well.

The game really was awesome and it layed the foundation for one of the most legendary game series ever.

You could only control it with the keyboard, iirc. Did you know you could move your units diagonally with the PGUP, PGDN, END, etc. keys?

Also the game came with this huge book full of answers to questions of some kind. At least that's how I remember it. During the first few hours of playing after installation, the game would suddenly start asking you random questions and you had to look up the answers in time to prove that you had a legal copy of the game. Can anyone confirm this? My memory is a bit cloudy.

@Renze what, really? No, I never knew that. I'm certain that, on that particular machine, the fans went apeshit after the button was pressed, so I just assumed the clock speed was increased. Why in the hell would they call it turbo if it makes your CPU slower?

Oh also, that machine had a "turbo" button for when shit was about to get serious. It would boost the CPU clock speed up to rediculous 33 MHz. The fans really had to work hard to keep the CPU cool. Shit sounded like the computer was about to fly to the moon, you could really FEEL THE TURBO (tm).

@rim01 use const.

@Midnigh-shcode exactly!

My personal rule #0 for switch statements: don't use them unless absolutely necessary. Too much incidental complexity.

This is why you always want to use === instead of == in JS, no exceptions. It's not true that JS makes no sense or has no syntax. For historic reasons, it obviously has more quirks and weird behaviors than most other languages. But I'd argue that if you don't learn stuff like this during your first steps in JS, you should be looking for a different teacher or learning resource instead of bashing the language.

Then again, it's pretty much impossible to know which of a language's basics you *should* be learning early, unless you already know these basics. Thus making it hard to judge the quality of your teacher/resource when starting out.

The thing with the Korean symbols implicates a programmer who's actively looking to create code that seems to be behaving in a weird way, even though it actually isn't. It doesn't apply to real world situations and I'm sure similar stuff is possible in other languages as well.

Spacemacs
/thread

@mgagemorgan To be exact, Unreal and Unity are primarily game engines, not just editors.

I'm using spacemacs and I love it.