Yes and no. They serve roughly the same purpose.
I actually hated Powershell until I was forced to work on some automation scripts with it and realized that it’s actually pretty cool.
Bash is good for quickly doing something in the terminal but for longer script files I prefer PS now. It feels much more modern and has a less janky syntax.
Funnily enough the reason I had to use it was to make my scripts cross platform between osx, linux and windows.
“It never happened but they deserved it”. It’s a classic rhetoric of people who deny or white wash genocides.
Ads are indeed getting smarter every day
that’s not even a joke, I’m using intellij community as a merge and diff tool exclusively. it doesn’t support the language I want but even without it it’s better then anything else.
I was seriously considering buying the game on release but after 8 hours of not having fun paying it I’m glad I had GamePass to try it on first.
Not necessarily, depending on your situation you can type the JS code yourself.
If the team making the JS code were using jsdoc then the Typescript compiler can recognize the comments and use it for type checking.
In some instances the compiler can infer types from JS code to do some basic validation.
Even if the external JS code is recognized as any, your own code that’s using it still has types, so it’s better than nothing.
Typescript is a language, Node is a platform and framework. You can use Typescript in your Node project, they’re not mutually exclusive.
The way I see it Typescript is more popular than ever, almost all (popular) libraries come with types and every job offer I get they use Typescript.
And with good reason, our team recently took over a small Javascript app and there are tons of bugs that would never have existed if they were using Typescript. Things like they refactored something but missed to update a reference, or misspelled a variable name, failed to provide a required parameter to a funcrion, referenced a field that existed in another config object etc.
It’s a good way to get started, and then incrementally type as much as you can, preferably everything.
Later on, or if you start a new project with TypeScript, it’s a good idea to turn on noImplicitAny and only allow explicit any in very specific framework level code, unit tests or if you interface with an untyped framework.
The hassle really pays off later.
I don’t either)))))))))
Or bytecode that the runtime will interpret
JavaScript: i know it was easy to write it like this but you should index your citations next time
Typescript: I meant properly, not on your scratch sheet
Depends on what you already know.
Functional languages like Haskell, Clojure or Erlang have a reputation of being hard to grasp.
Rust’s borrow mechanics are hard for some people at first, especially because it’s very unique to the language.
Javascript can be frustrating because it also has some rare features among popular languages, and uses the same keywords for different concepts. It’s not bad at all once you let go of your assumptions and dedicate the time to understand how it works under the hood.
C++ is also notorious for being hard but I haven’t used it for a very long time so I can’t say anything about it.
Probably Typescript, it has so many quality of life features that I miss when I’m using anything else. A close second is C#, Kotlin third.
Rust when performance really matters.
PowerShell when scripting and automating stuff. It’s common to hate it because “microsoft bad” but it’s very logical and it feels modern. Funnily enough, I’ve only used it on Mac and Linux.
You’re listing outliers that did well despite their smaller marketing budget. There are tons of great games from smaller studios that get buried because nobody knows about them.
Basic builder units. You commit genocide against an entire civilization but leave one of these fuckers alive and 20 minutes later you’re facing en entire army.
I hated this in GTA (mainly 3 and SA). You’re doing an escort mission and suddenly 6 guys start shooting at you with AKs from nowhere because you pissed them off in an unrelated quest.
I prefer a Morrowind-like approach where enemies don’t scale and you have to take care not to venture too deep into some crazy gang’s territory early on.
But it’s much much harder to make this work properly, and scaling enemies have become an expectation by players at this point.
I played Milon’s Secret Castle on the NES as a kid. The game is pretty much unplayable if you don’t have an infinite amount of time and patience, or a guide. There are hidden doors and items in unexpected places that are required to make progress, some rooms are dead ends that soft lock you, there are hidden exits that you have to find by pushing on a random pillar etc.
Once I accidentally didn’t push the cartridge in all the way and the game started out in a random room and full of glitches. This lead me down a rabbithole of searching for hidden stuff, maybe even beat the game, but most of the time it just failed to start.
Another one was San Andreas. I played it when it came out and I read online about myths like bigfoot, the meeting place of the Epsilon Program, ghosts in the desert, aliens etc. I must have spent hundreds of hours searching for these.
I wonder how Svelte’s code is built to make this tradeoff worth it. I’ve been using TS for a long time and in every project the compilation part was the shortest task in the whole build process, especially when you compare it with bundling or running unit tests.
Also C# (or should I say the .net framework) is now cross platform, which wasn’t really the case when I first saw this meme.
This joke made sense when instead of .net you could only use Mono with C# on other platforms, which wasn’t very good at the time.