C0W_G0_M00 wrote:

I actually have been using turbo warp instead of scratch because it has a lot of useful extensions

C0W_G0_M00 wrote:

I actually have been using turbo warp instead of scratch because it has a lot of useful extensions

I've got t0 agree with you on that.

Yes. Use the mods. Although it might not be OFFICIAL scratch tools, all you can say is, at least they work.

I think that good scratch game must run fast, but there are also things that are impossible in scratch like custom stage size and pointerlock so I think that your project must run fast in scratch, but can also support some turbowarp features, but turbowarp is not requided. But also there is also really cool project named GB.sb2 that is game boy emulator on scratch, but it's laggy on scratch and it requide Sulfrous, but it don't make this project automaticly bad.
—————————————————————————————————

applejuiceproduc wrote:

JuvinileGames wrote:

I'm not talking about Python. Python sucks. All other programs should be made to run fast.

Scratch is many many times slower than python (and probably turbowarp for that matter too).

Yea, we need turbowarp-like player for python.

Redstone1080 wrote:

The whole point of coding isn't just to tell a computer to do something, you must also find the fastest way to run the code.

Not necessarily. Python is mainly used for data science, but almost all the Python code out there is slower than, say, C++. Does that mean that every data science algorithm should be rewritten in C++? No, because Python's better for that purpose.

The thing is every data science algorithm SHOULD be rewritten in C++.

TheCreatorOfUnTV wrote:

Redstone1080 wrote:

The whole point of coding isn't just to tell a computer to do something, you must also find the fastest way to run the code.

Not necessarily. Python is mainly used for data science, but almost all the Python code out there is slower than, say, C++. Does that mean that every data science algorithm should be rewritten in C++? No, because Python's better for that purpose.

The thing is every data science algorithm SHOULD be rewritten in C++.

Popular libraries in data science already use faster languages for heavylifting (see numpy, scipy, tensorflow, etc.)

TheCreatorOfUnTV wrote:

Redstone1080 wrote:

The whole point of coding isn't just to tell a computer to do something, you must also find the fastest way to run the code.

Not necessarily. Python is mainly used for data science, but almost all the Python code out there is slower than, say, C++. Does that mean that every data science algorithm should be rewritten in C++? No, because Python's better for that purpose.

The thing is every data science algorithm SHOULD be rewritten in C++.

It doesn't matter whether a program is fast or not in my opinion. As long as it works well for its intended purpose, it's a good program. Most programmers don't spend 99% of their time making the program as fast as possible. Python is not a fast language and has its own problems, but it is intuitive and has a wide variety of useful libraries and resources for certain tasks. I think programs should be fast, but that doesn't mean that all programs should be required to be heavily optimized.

Mryellowdoggy wrote:

TheCreatorOfUnTV wrote:

Redstone1080 wrote:

The whole point of coding isn't just to tell a computer to do something, you must also find the fastest way to run the code.

Not necessarily. Python is mainly used for data science, but almost all the Python code out there is slower than, say, C++. Does that mean that every data science algorithm should be rewritten in C++? No, because Python's better for that purpose.

The thing is every data science algorithm SHOULD be rewritten in C++.

It doesn't matter whether a program is fast or not in my opinion. As long as it works well for its intended purpose, it's a good program. Most programmers don't spend 99% of their time making the program as fast as possible. Python is not a fast language and has its own problems, but it is intuitive and has a wide variety of useful libraries and resources for certain tasks. I think programs should be fast, but that doesn't mean that all programs should be required to be heavily optimized.

A program that takes 10 years to run isn't working well IMO, but python is fast enough for most things.
Almost all math/data science libraries do the actual computation in C++, and just use python to make them easier to use.

julmik6478 wrote:

I think that good scratch game must run fast, but there are also things that are impossible in scratch like custom stage size and pointerlock so I think that your project must run fast in scratch, but can also support some turbowarp features, but turbowarp is not requided. But also there is also really cool project named GB.sb2 that is game boy emulator on scratch, but it's laggy on scratch and it requide Sulfrous, but it don't make this project automaticly bad.

I think as long as a project can't easily run much faster on Scratch, it is fine for it to be slow.

julmik6478 wrote:

applejuiceproduc wrote:

JuvinileGames wrote:

I'm not talking about Python. Python sucks. All other programs should be made to run fast.

Scratch is many many times slower than python (and probably turbowarp for that matter too).

Yea, we need turbowarp-like player for python.

Email the Python developers if you want that.

TheCreatorOfUnTV wrote:

julmik6478 wrote:

Yea, we need turbowarp-like player for python.

Email the Python developers if you want that.

It already exists: https://pypy.org/

Maximouse wrote:

(#30)

TheCreatorOfUnTV wrote:

julmik6478 wrote:

Yea, we need turbowarp-like player for python.

Email the Python developers if you want that.

It already exists: https://pypy.org/

And mypy (But you need to make everything typesafe)

davidtheplatform wrote:

(#28)
[…]
Almost all math/data science libraries do the actual computation in C++, and just use python to make them easier to use.

Actually it's mostly C

I thought

TheSECommCraft wrote:

davidtheplatform wrote:

(#28)
[…]
Almost all math/data science libraries do the actual computation in C++, and just use python to make them easier to use.

Actually it's mostly C

I thought this was a turbowarp vs scratch. Not a forum talking about math and python.

Turbowarp is better
1. has new cloud ( CloudLink)
2. can add more cloud variables
3. added addons
4. can use gamepad
5. added (Box2D Physics)
6. added (Custom Styles)


= Turbowarp
= Scratch 3
= Scratch 1.0

JuvinileGames wrote:

When we want to get popular, we start doing follow for follow (f4f).Of course, this leads to lazily making laggy games, and that leads us to Turbowarp.

Often it's quite literally impossible to make a project “non laggy” - for example, what if you want to make an accurate n-body gravity simulation with 100,000 bodies, and 1 update per frame? That's 10 billion gravity calculations per frame, scratch will not be able to run that very fast at all, no matter how much you try to optimize it (keep in mind I said “accurate”, so nothing short of calculating the force between every single pair of bodies).

JuvinileGames wrote:

(#1)
TurboWarp turns scratch code into JavaScript, which makes a project (when run on TurboWarp) run faster . . .

What is this about? I thought you was arguing extension scratch mods over TurboWarp editor, if you want your projects run faster you can also use forkphorus and many other project speed up alternatives out there. It seems to me that the post lacks to notice TurboWarp being an external editor, as editor it is several times better then stuck in past vanilla scratch editor on the website, where again there's many alternatives for modifying even the scratch site itself.

I still like TurboWarp the most, because it doesn't require any browser extensions, it has its own domain and is the most common to come around on scratch site. You get clear disclaimer to save your projects locally, which saves you from trouble with sometimes unreliable uploading to cloud, you can easily upload your existing projects from your local machine when you're done with them, which would partially save you from uploading projects to scratch that were otherwise viewable by others (with the project id), before scratch screwed that up by fixing it in backward incompatible manner and without even single disclaimer (which there was in TurboWarp, and which is why I hate scratch).

Otherwise TurboWarp has easily accessible darkmode/lightmode feature on default, it can be used offline, there are tons of extensions to leverage the coding experience, speed it up, ease moving around, the debugging doesn't give the same options as it is in scratch editor. All of that is opensource and people are constanltly adding new features to make their project more cleaner and capable of things impossible to run smoothly in scratch. If people aren't capable of making projects that run smoothly even in scratch you could call that skill issue /j, it is probably an intended decision.

In other words it TurboWarp great tool for big and advanced projects and not only scratch projects, while simple and small projects can be done even on variously restricted school computers on widely legal scratch sites for kids and students.

Notice that there aren't regular bans or taken down projects (all my projects are made using TurboWarp) even though Terms of Use 4.4 forbids uploading projects using modified version of scratch editor, so ST isn't all against those advanced creations after all.

JuvinileGames wrote:

Python sucks

Python does not suck at all, it's one of the best ones imo actually. Sure, it might not be the fastest, but that isn't really Python's goal, it's to make programming clear, easy, and fun. For example, when I write a script in Python, I can take a look at it a few months later, and I'll still understand it. But when I write a program in idk, Rust, I need to study my script again to be able to work on it.

ik it's a bit off-topic but I just wanted to state Python does not suck lol

thecodingweasel wrote:

Python does not suck at all, it's one of the best ones imo actually. Sure, it might not be the fastest, but that isn't really Python's goal, it's to make programming clear, easy, and fun. For example, when I write a script in Python, I can take a look at it a few months later, and I'll still understand it. But when I write a program in idk, Rust, I need to study my script again to be able to work on it.

ik it's a bit off-topic but I just wanted to state Python does not suck lol

It does suck, I am pretty sure the same good qualitites can be applied to JavaScript as well (since generall clear, easy and fun programming is a subjective opinion). Also why are we continuing off topic? https://scratch.mit.edu/discuss/topic/7934/ https://scratch.mit.edu/discuss/topic/489569