How Slow Is JavaScript?

How Slow Is JavaScript? | Prime Reacts

Рет қаралды 170,976

Жыл бұрын

Recorded live on twitch, GET IN
The Original: • How Slow is JavaScript...
The Author: / @simondev758
/ theprimeagen
MY MAIN YT CHANNEL: Has well edited engineering videos
/ theprimeagen
Discord
/ discord

Пікірлер: 239

@Quillraven Жыл бұрын

in case anyone is interested more about game development and how to avoid garbage collection: look at "object pooling". You basically have pools of specific objects that you create/"destroy" a lot but instead of removing them and let the GC remove them, you put them into a pool to reuse them later on. When creating a new object you instead check your pool first, if there is a free instance available and if yes, you use it. Otherwise, you create a new instance that will be later on added to the pool when no longer needed. That way GC doesn't kick in but of course you require more memory over time. Just a quick and simple explanation, there is of course more to it. Just wanted to share that with you lads if anyone is interested.

@ThePrimeTimeagen Жыл бұрын

i use them on servers i want to go fast. the best part is you will end up using less memory :)

@AbhinavKulshreshtha Жыл бұрын

@@ThePrimeTimeagen can you make a video on this concept. Or better, a video on advance tricks for node js/ts performance analysis.

@MattRose30000 Жыл бұрын

especially useful with particle systems

@peterpetersen6613 Жыл бұрын

@@AbhinavKulshreshtha He's made some videos on that on his main channel already.

@AG-ur1lj 10 ай бұрын

I too, am not so great at integrals. Hawking did complex path integrals exclusively using his imagination from the time he was ~10 years younger than I am. Conclusion: I am shit.

@simondev758 Жыл бұрын

Saw this recommended and got nervous sweats heh. Very cool to get covered here!

@Vancha112 4 ай бұрын

It was an interesting video :) there's a whole world of optimization out there that I wish got covered more. As a python developer using mostly Django I have not personally been exposed to a lot of it yet, but it's good to be reading up on comparisons like these once in a while :)

@SuperMixedd Күн бұрын

congrats :D

@Dashpoint-lk3zf Жыл бұрын

Blazinlgy ...slow

@wadecodez Жыл бұрын

TypedArrays are fun to mess around with until you realize that nobody uses them and you slowly go insane rewriting every library in binary to get a performance boost. Don’t look at web sockets. UDP isn’t possible and most libraries default to transporting JSON. So a single bit flip becomes 100+ bytes.

@ThePrimeTimeagen Жыл бұрын

shhhhhh, dont talk the truth and udpsockets hurt so much you cannot do

@NathanHedglin Жыл бұрын

Just like BigInt. . .such a pain

@theultimateevil3430 Жыл бұрын

@@ThePrimeTimeagen WebTransport is a thing, it can do unreliable QUIC streams (basically UDP with bells and whistles), though the standard is in draft, Chrome implementation is experimental, and there are no Rust backend libraries -- the closest is quiche HTTP/3 but you'll need to implement webtransport yourself on top of it

@salvadorroibon Жыл бұрын

I should use var or let?

@pavloburyanov5842 Жыл бұрын

@@salvadorroibon const

@NotTheHeroStudios Жыл бұрын

Dam he made it at least 8 minutes without bringing up rust.

@Talk378 Жыл бұрын

The algorithm comparison is only useful in the sense that it shows any non trivial algorithm implemented in js could have performance within an order of magnitude of C. Prior to V8 this would not have been the case.

@julkiewicz Жыл бұрын

That just goes to show that there is a lot of work needed in high-level high-performance languages. Rust is certainly a step in the right direction, but it's not exactly easy to use. The problem is that for over a decade or so, on the back of exponential hardware performance improvement developers collectively decided that performance is not even a secondary concern, it's a 10th or 20th priority. And that's just usually a very bad decision. It's possible to spend too much time worrying about performance, but nowadays 99.9% of people spend too little time worrying about performance. And languages that are used for boosting developer productivity - don't help either. They encourage trade offs where the resulting code is not only slow but it's also inherently unoptimizable without a complete rewrite.

@michawhite7613 5 ай бұрын

To be more specific, Rust is hard to learn. I think it's straightforward once you learn the rules. There's a lot of rules to learn.

@Antagon666 4 ай бұрын

How is rust high level language ?

@jsonisbored Жыл бұрын

I would love a video on writing fast JavaScript. You're so experienced that you can explain complicated things simply

@Gamer-ct6hb Жыл бұрын

Also him: Can't write a faster version of left-pad.

@XDarkGreyX 11 ай бұрын

@@Gamer-ct6hbwell, fck caches during development

@principleshipcoleoid8095 Жыл бұрын

5:53 I think idle games generally don't allocate/dealocate much of anything after the game starts.

@billy818 Жыл бұрын

verry comon to leak objects in the event loop when I used to write unity script in C# it was my no 1 issue untill I understood what gc is. bullets/guns/dead enemies/props that are far away ect ect are all destroyed unless you explicitly pool them

@i_youtube_ Жыл бұрын

HTML is blazingly fast

@topticktom Жыл бұрын

I actually know a compiler dev from the V8 team. He complains still that this was the hardest things he could ever imagine.

@jakobbouchard Жыл бұрын

haven’t watched yet, but SimonDev is great, love this guy

@brandonmansfield6570 Жыл бұрын

Your general feeling matches mine. JavaScript is easy to write in many ways and I find it highly productive. Performance goes out the window when you start allocating a bunch of memory. Keep your critical paths at a low memory footprint and you get much better performance. You really 'optimize' by minimizing the use of the GC.

@CallousCoder Жыл бұрын

I did a quick (not strictly scientific) test on my channel, making a very simple API using SQLLite to select a single record. Where I did ECMA/NODJES vs C++ and sure after some linux kernel tuning the C++ was a lot faster but JavaScript did impress for an interpreted single language interpreter. The memory usage of NodeJS consuming I believe it was 90MB resident vs 5MB of the C++ was more of a concern than the slower processing.

@Dev-Siri Жыл бұрын

It's so strange to hear "X is the reason why JavaScript is *awesome* " from Prime.

@J0R1AN Жыл бұрын

He somehow always turns it into a Rust ad

@jmnoob1337 Жыл бұрын

1:36 You heard it hear, folks! Prime says "Javascript is awesome!"

@MrRecorder1 Жыл бұрын

Hey... Some input from a Python dev here. I had to develop and algorithm that copies together some images in memory with some rudimentary scaling applied, something that was not really possible via a standard library. It was okay but not fast enough in Python+Numpy - something in the ballpark of 5-10 ms. So I dusted off my C++ knowledge, thougt really hard about data structures. Realized that I could do some trickery with memory remapping and that 5-10ms operation became... microseconds pretty much. It was mad. 1000x optimization. Best case was 100ns because no memory had to be copied (which was the only way to do it in Python) but it could be virtually relocated so "moving" an image from one place to another became a mere update to a pointer (sortof... mmap is cool). I totally forgot how fast C++/machine level code can be if you know what you are doing. Lol

@jabadahut50 Жыл бұрын

tbf... python is also a crap load slower than even javascript. Python is one of the SLOWEST languages out there. it is the king of easy to learn languages... but it sacrifices almost everything in terms of speed for that simplicity.

@overPowerPenguin Жыл бұрын

@@jabadahut50 Yes it slow, but the best it has libraries that are written in C / ++ and works at near-native speed. It is also great for prototyping and automation.

@jabadahut50 Жыл бұрын

@@overPowerPenguin to be clear, I wasn't hating on python. It's in my opinion the best intro language for anyone who has never programmed before, and it is still king in data science. Also, it's getting the MOJO superset soon. Soon as that comes out, I'm probably going to pick it up myself.

@Komatik_ 10 ай бұрын

@@jabadahut50 MOJO?

@jabadahut50 10 ай бұрын

@@Komatik_ MOJO is going to be to python what Typescript is to JavaScript. Everything written in python is valid MOJO code, but not all MOJO code is valid python. It makes python a LOT faster.

@philiposdrontzas3725 Жыл бұрын

Was this video live few days ago, then unlisted and then published (today)?

@bkucenski Жыл бұрын

The advantage of JavaScript is immediate feedback. It's a good place to start learning to code, but if you're serious about game programming, you'll want to take what you learned over to a compiled language.

@user-fr2fm3ri3w 10 ай бұрын

I love how you act making video games is more important that real world applications.

@bkucenski 10 ай бұрын

@@user-fr2fm3ri3w I said it's not a great game programming language if that's what you want to do

@somenameidk5278 9 ай бұрын

@@user-fr2fm3ri3wplenty of real world applications are performance sensitive, also video games are a massive industry

@Joe-xr2xl Жыл бұрын

This also ignores how c++ could be optimized further with things like const and pure attributes if he uses gcc. It also ignores the fact if it was a simple expression you could also write it to be constexpr to let the compiler do all the math for you.

@t3dotgg Жыл бұрын

Be careful when you JIT, otherwise you might end up like me

@ThePrimeTimeagen Жыл бұрын

i have heard taht many young men suffer with JIT issues

@Kavukamari Жыл бұрын

as a youtube watcher, it doesn't matter to me how fast javascript is, because I can just play the video at 4x speed to make up for it :)

@KeplerEmeritus 7 ай бұрын

Funny that you mentioned Microsoft and JScript. I was implementing some tools at work for us to use in JScript that interacted with COM/ActiveX Objects and the Active Directory. Then I discovered some Node.JS packages with bindings for those tasks and I was able to avoid JScript and Windows Script Host 😂 With that being said, JScript and WSH were actually interesting to look at. An ancient relic far ahead of it’s time to be honest.

@oskrm Жыл бұрын

"why JavaScript is awesome" - prime 😲🤯

@dickheadrecs Жыл бұрын

Can you talk more about when you “de-ramda”’ed your codebase? i’m noticing how slow it is and it’s everywhere

@domemvs Жыл бұрын

1:27 missed opportunity: "blazingly fast"

@Bolpat 10 ай бұрын

In this day and age, C++'s inline isn't even a hint. It signifies to the linker: This function may be defined multiple times. That's it.

@zeasdz Жыл бұрын

Hey Primagen, I heard you dealing some JIT?

@halisterfernando9160 Жыл бұрын

Nice to see that someone with certainly more experience than me found typing in typescript a pain! I learned how to do the basic to build a Rest API using TS, but last week I was trying to build a web scraping using TS and I've dropped it! The exactly same code using cheerio library using JS was working fine but in TS kept showing a stupid type error, I've tried about 5 different types for the same property but it didn't work!!!! I'm aiming to be a front-end, but I'm in love with programing in general, so other type languages aren't that painful to code? I just know JavaScript and a bit of Python.

@LosManexStudio666 Жыл бұрын

Sounds really weird tbh Can you provide some details?

@halisterfernando9160 Жыл бұрын

@@LosManexStudio666 I don't have the code anymore, I ended coding using next js with JavaScript instead because my deadline to do it was till yesterday, it was a technical challange for a job application , even chat gpt couldn't help me with the correct typing LOL, I was using Cheerio and couldn't type it correctly, but then I changed to JavaScript and Puppeteer Cluster would be more appropriate for what I was trying to do.

@SimonBuchanNz Жыл бұрын

Type errors when the untyped code works fall into a few different camps: * The types for the library you're using are crap. Very common. Patch the types and submit a PR, I guess? * You do actually have a type error, but only in exceptional circumstances. This is often just adding a not null assertion (!) or adding a basic guard condition so typescript knows you're not in one of those. * You or the library are mixing together features that confuse typescript, for example overloading and parameter extraction. Often not much you can do in these cases other than ugly casting or repetitive code, but it's pretty rare. * You've actually found a situation that Typescript doesn't support. There are a few of these, but they're often getting into incredibly complex typing situations. The most common one I hit is parametric values, eg you know each item in an array has a function to create a value and a function to accept a value of the same type, but the type can be different for each item.

@halisterfernando9160 Жыл бұрын

@@SimonBuchanNz it makes sense, I need to get used to typescript, I've been refactoring some old projects recently and didn't had a chance to play with TS again. I'm currently striving to build my portfolio web page and maybe I'll do it using TS along next js as soon as I finish styling my recipe app

@user-fr2fm3ri3w 10 ай бұрын

Types are not painful trying to debug a 600 line error that happens once a week is way worse. Also, you can type :any and it will ignore types.

@TheBrazilRules Жыл бұрын

I would imagine the shader test would be pretty similar considering that is computed on the GPU, but somehow it is not?

@llFike Жыл бұрын

Bro, JIT is natural, saw some awesome gains on my code last week

@vitiok78 Жыл бұрын

Batman's parents'death history and JavaScript history...

@cubbucca Жыл бұрын

I made a few games in JS, I think the biggest time waster is debugging. 4x slower to run 20x slower to code.

@hamm8934 Жыл бұрын

THIS. I’m not convinced JS is faster to write at scale. The amount of wasted time debugging and tracking down outlandish bugs is wild.

@student99bg 10 ай бұрын

Exactly

@student99bg 10 ай бұрын

@@hamm8934exactly

@GnomeEU 10 ай бұрын

I think you would have to look at the actual source code or generated assembly to measure the real overhead of Javascript. Just because two api calls look the same doesn't mean they do the same thing.

@MungeParty 3 ай бұрын

Pooling yep, you called it.

@Canonfudder 10 ай бұрын

Emscripten? Wasm? And you can use object pools in js?

@naplesnola Жыл бұрын

Love the humor!

@dantenotavailable Жыл бұрын

Transliterations can be fine but you have to do them both ways. e.g. Write JS code, transliterate to rust, rewrite idiomatically in rust, transliterate to JS.

@kooraiber Жыл бұрын

Can you put a link to the video you reacted to in the description please?

@ThePrimeTimeagen Жыл бұрын

oh no! i forgot!

@kooraiber Жыл бұрын

@@ThePrimeTimeagen Thanks!

@vhaangol4785 Жыл бұрын

Instant like for reacting to SimonDev's video

@thomassynths Жыл бұрын

How Slow Is Python? (Hint: It's abysmal, but dev time is ok!)

@th.araujo Жыл бұрын

a simple for in python is unbelievable slow

@Alexey-gp7vc Жыл бұрын

Python's performance depends entirely on the tasks and libraries.

@nandansharma3923 9 ай бұрын

v8 engine itself is written in C++, not JS.

@ingframin Жыл бұрын

BTW, Oracle introduced a low latency garbage collector for Java 20. I wonder whether something similar could be added to V8 for JavaScript.

@ko-Daegu Жыл бұрын

java 20 bff can't wait for java 69

@Julianacan 11 ай бұрын

i looked at the magic, i really like looking at the magic alot

@pollo_cesar_ Жыл бұрын

Agree totally with the slow there is to write a lib in typescript.

@Cyberfoxxy Жыл бұрын

I'd like to see js bindings to some gui stack. A stack that is not fucking electron. Something like NodeGTK but cross-platform.

@kashnomo 3 ай бұрын

SimonDev is a fantastic channel.

@StefanNikolovski Жыл бұрын

Miss Monique set, you sir have my respect

@ThePrimeTimeagen Жыл бұрын

mimo > all

@mainendra Жыл бұрын

There no one thing for all. Not all time you need speed. Some time you need different things. Because of that different programming languages exist 😊

@freeruninja Жыл бұрын

Most told story is about Linux being written over winter break

@tedchirvasiu Жыл бұрын

1:36 - clipped, there, he said it

@heisenballs Жыл бұрын

I've heard good things about JIT suppositories.

@BusinessWolf1 Жыл бұрын

Js may be 100 times slower than C++, but it is 100 times more easily usable

@MrEo89 Жыл бұрын

The irony is I didn’t see a single integral in that whole frame 😂 those “f’s” definitely look like the integral symbol tho.

@NuncNuncNuncNunc Жыл бұрын

Some else noticed 🙂

@dominikliberda4017 5 ай бұрын

The issue with these comparisons is that they are usually done by people who dont understand performance. The C code could have been compiled with -flto, -march and -mtune to get a bunch of free performance. Especially -march would make a big difference on the first example, since compiler could easily vectorize the loop.

@aksaek1502 Жыл бұрын

Seems like many good things got a V8

@AviatorXD Жыл бұрын

I love simondev

@skrundz Жыл бұрын

I'm about to overdose on JIT, Copium, and PCBs

@daneparchmentjr Жыл бұрын

Ngl, over the years i've been distancing myself from content creators on youtube. As a front-end engineer, I'm constantly being told how shitty my language is, how front-end isn't all that and real programmers work on the back-end or systems level work. How, everything I do is easy and just for playing around. Frankly speaking it's condesending and discouraging, I've loved your channel because I found it entertaining, but over the last year it seems any opportunity you get to shit on javascript or front-end you will. I'm not saying stop, your videos are still informative and clearly entertaining, but it's getting tiring being the butt-end of jokes and toxicity from the development world. I deal with that enough outside of work. I dunno...maybe I'm being weird and looking into things harder than I should be. Keep being Blazingly Fast!

@rudrarana526 Жыл бұрын

Nah bro i am with you. There's just too much animosity for the front end developers on sites like this. Just find better people

@bakeneko3993 Жыл бұрын

I don't think Prime really shits on front-end development tho. And about how shitty "your" language is, you shouldn't take it personally. A lot of us code in "shitty" languages bc we have no other choice, and we blame the game, not the player.

@daneparchmentjr Жыл бұрын

@@bakeneko3993 I don't think Prime directly shits on front-end, but in many subtle ways it seems like he, and many of his viewers think they're better than front-end devs. I can be reading this wrong and I don't mean to imply malice on anyone, it's just that whenever he brings up front-end there tends to be conversation around how easy it is to get into compared to back-end. And while it may definitely have a lower skill floor, the conversation sometimes come off as beginners do front-end while advanced devs do back-end. As for the language, it's not that I have some personal attachment to the language, it's the volume of hate. It seems anywhere you go, people will just shit on JavaScript. Very rarely does this channel bring up JavaScript in a positive light. And when all you see everywhere you go is negativity surrounding the tools you use, its starts to feel like a reflection on you (so maybe I am taking it personally). So I don't know, again, I'm probably just jaded. But when you, your field, and the tools you use are constantly being belittled everywhere, it just gets tiring. Then you see videos like these that just add more fuel to the fire and it's not helpful. Like we get it, JavaScript/Typescript aren't perfect and aren't rust. But like even the positive stuff are covered in condescending tones: V8 made a shitty garbage language, a fast garbage language. Or if Typescript introduces a great change for front-end devs, it's: But it doesn't do it the way other language do it, so it's not as good. We can't seem to win or catch a break.

@turolretar Жыл бұрын

Frontenders are just subpar humans in general, you just proved it again. Jk jk, unless ?

@lazyh0rse Жыл бұрын

At least he's not comparing javascript with java, I would be seriously pissed off. But he actually have good points for comparisons unlike other people who shits on frontend with no real reason. He also approaches it from someone who actually cares about maintenance, which is a valid point imo. It doesn't matter how fast the language is if you can't maintain the code. I dislike that he uses rust as a good example, but I haven't used rust, so I can't judge. I used C#, Java, and some other bloated languages which made maintenance 10x harder than Javascript. So it's a hard sell tbh.

@thedelanyo 3 ай бұрын

This is 11 months old, js has grown and is mow blazingly slower 😅😅😅

@bundlesofun9568 5 ай бұрын

I re-watched the "fast maths"... there wasn't an integral in sight sir 😬

@zugdsbtngizudsgbnudsdsoiu 15 күн бұрын

Ive just build a crawler/scraper in nodejs which makes heavy use of xpath and because it was slow I had to implement it in PHP which was at least 10x faster (xpath nodejs ~50ms, php8.2 0.025ms, 1 expression) and I did not need any external libraries.

@NuncNuncNuncNunc Жыл бұрын

Integrals? @4:00 The C++ code was all run without any mem allocation after initial setup, no? Is it a test of memory access speed. Is JS code operating on an array or a Buffer. Are JS Buffers efficient for anything other than ints? Key point is that it is NOT always allocation and garbage collection. Access patterns can effect performance. If operations are done sequentiall for each element of several column vectors, it matters whether the matrix is stored by column or by row. By column, you may have a cache miss per operation. Port what works, optimize what's needed. If a compiler will improve your code let the compiler do it first before you meddle with it.

@ondrejsova229 Жыл бұрын

you are terrified to the bone (of maths) if you see cursive f as an integral :) but I get it.

@dus10dnd 11 ай бұрын

I hear that turtle's on JIT are pretty close to me on amphetamines!

@houstonbova3136 Жыл бұрын

Yeah don’t use JIT stick with AOT it’s more natural and better for your mind and body 😅

@JordanShurmer Жыл бұрын

Byn ftw

@bsljth Жыл бұрын

What about JavaScriptCore? Bun's team used JSC.

@pro3757 Жыл бұрын

Looks like yt is recommending everyone the same channels here. Just found SimonDev yesterday, and watched hours of his vids. Same with most other recent primereacts.

@ko-Daegu Жыл бұрын

with this logic let's test Pypy (JIT) and also cython for python and woah python is super duper fast as well let alone most lib are in C/C++ so you are invoking C/C++ and sometimes Assembly code

@smnkumarpaul 11 ай бұрын

Javascript was not build to conquer the world, but it did it anyway. Only compititor it had at it's core domain was Java Applet, but life is too shot to write code in Java so JavaScript it is.

@Omnifarious0 11 ай бұрын

Your comment about allocation is a good one. Testing out mathy inner loops isn't really going to give you a good idea of the relative speed of two languages, and the "JITs will just get better" is misleadingly true. There's an S curve of performance improvement, and further improvements are going to be tiny. The easy things have been done, and the hard things are nearly impossible.

@Willem-PaulNel Жыл бұрын

What's up Mr. Prime!

@ThePrimeTimeagen Жыл бұрын

nice first

@nomadshiba Жыл бұрын

i like simondev

@Habitual-Developer 9 ай бұрын

Normal comparison in general,,🤣😂Garbage collection🐞

@jamesbest3347 Жыл бұрын

There's like a bunch of raycasters in javascript canvas. It's not that slow.

@GeorgeDicu-hs5yp Жыл бұрын

Hey, can u react to some Flutter or Dart videos?

@hamzakhiar3636 Жыл бұрын

Run it on bun

@IndellableHatesHandles 11 ай бұрын

Fun fact: That comment at the start - the first one to pop up - was mine. Admittedly, I was being sarcastic, and I told the original creator about that when he released the video, and he seemed amicable.

@borkware 11 ай бұрын

The name is.. The PrimeaJit

@someone-jq3lc Жыл бұрын

JavaScript is blazingly fast

@wes8421 8 ай бұрын

Bob's burgers voice?

@HiMyNameWaffy Жыл бұрын

Ninja turtles on roids. The times we live in. 😂

@devfriday 5 ай бұрын

Javascript can be fast but It will take your memory like a black hole.

@xBZZZZyt Жыл бұрын

04:53 YES, v8 seems too not gc enough if you have node/deno long running script and you have code to report bad performance (like logger) call gc() in there (need --expose-gc)

@ThePrimeTimeagen Жыл бұрын

manually running gc almost exclusively makes worse performance

@xBZZZZyt Жыл бұрын

@@ThePrimeTimeagenthere is big lag spike when gc() and program is fast again

@heron619 Жыл бұрын

I think the problem people have with JavaScript is not it's speed. It's the fact that it's JavaScript!

@gustavbw 9 ай бұрын

I saw some people discrediting the benchmarks because they were from a game development standpoint. To those people I say one thing: You'd be surprised how many fields of software engineering game development covers - especially online games. And you'd quake (heh) in awe when you realize that most of the technologies you take for granted like streaming a movie from your couch at night comes from the (sometimes) insane requirements and standards of game development. Also you guys completely missed the point. The benchmarks was of basic math operations and computers are build to do exactly that. So if your language does math bad, it bad.

@thekwoka4707 Жыл бұрын

JavaScript core is actually faster than V8 in tons of ways.

@dzisonline Жыл бұрын

V8 is why JS is awesome but shouldn't it also get some of the blame for the weird performance of JS?

@dzisonline Жыл бұрын

Or did they just optimize the code that already existed without affecting how it works?

@acters124 5 ай бұрын

3:12 not a single integral? lol

@alexandersemionov5790 Жыл бұрын

SlothScript

@WizardofWestmarch Жыл бұрын

You say can't be upset. I'd argue it's upsetting they didn't put the time into optimizing a better language

@guywithknife 5 ай бұрын

The problem I have with the comments about garbage collection and pooling is… if you’re writing high performance C, you have to do the same thing, because malloc/free aren’t something you want to be calling all the time either. So you’d be pooling in both languages. Of course idiomatic javascript and most in the wild Javascript didn’t do this, while I think most non beginner C programmers are at least aware of memory and its management, so C code in the woods has a bigger chance of using custom allocators and pooling.

@mina_en_suiza Жыл бұрын

I still like Larry Wall's approach: Programmers' time is more valuable than RAM or CPU. For any real life application (not high performance gaming or simulating the behaviour of plasma in a fusion reactor), only the order of complexity truly matters. If a compiled version is 10X faster than an interpreted version of an implementation: So what? Computers are faster than the user, anyway. But the fact that writing down something in JS or Python is usually done in the 10th of the time that you would need to implement the same stuff in C++ or Rust, does matter. However: From my personal observation, if you're dealing with a high number of datasets in JS, don't encapsulate them in objects! Use simple arrays, wherever you can. Going through the abstraction layers actually increases the complexity of the program in JS (though not in compiled languages like C++).

@brainsniffer Жыл бұрын

I agree if we’re talking small to medium businesses with applications on end user pcs, but the hyuge internet world like the amazons or Netflix servers, 10x is having to buy 10x fewer servers, power, etc. It really depends on the scale you’re working in. That said, even at my small scale, 1 minute vs 10 minutes to get an answer saves someone going for coffee three times a day.