@gitpush there's some technical difference between them that alludes me. I had a similarish issue today, where some function wasn't recognized if I used a certain import tactic, but if I used the other one it was.

So it probably also has something to do with how they're exporting it.

This environment really makes me miss Kotlin & Maven. None of this weird shit happens there lol

Most likely a JS versioning issue. The import syntax is an ECMA6 feature, which has spotty support.

When in actuality conciseness is not an advantage of dynamic languages. Look at Crystal vs Ruby. Identical syntax (mostly), but Crystal is static, faster, safer, etc.

@ScriptCoded yeah. It's dynamically typed, which means the language is designed to propogate type errors to runtime instead of designing an in-depth typing system capable of handling changing runtime requirements. Pretty much just throwing safety out the window for the convienence of the language designer.

Then they convinced the public that dynamic languages were the savior languages, by removing type annotations and shortening up some overly verbose 20+ year old static code.

It sounds like the author's thought process would lend itself to anti-defensive coding practices.

Like "why support other developers with type annotations and clean code, when having to work with shitty, complex code makes them 'better developers' "

The argument that being in a shitty environment produces good code makes me think this guy has never worked in an Enterprise environment with hundreds of thousands of lines of C/C++ code.

Let me tell you, it doesn't.

Well I assume you're working out of the goodness of your heart and not because you're being paid to provide a service/value for a company, so I applaud you for your entirely rational stance on the matter.

To everyone defending JavaScript, it's dynamically typed. Forget all of it's other issues, this is horrible enough.

By definition, a dynamically typed language has to have the possibility of runtime errors, because types are "checked" at runtime. If you, as a person, don't have 100% unit test coverage, then you have the possibility of having a runtime typing error get to the user. Even with 100% unit test coverage, you could just not properly anticipating the input.

Statically typed languages do (mostly) have the ability to have runtime errors, but ideally they wouldn't. And static type checking stops simple bugs, today, from effecting thousands of people.

@Jakuho good point. I'm going to use Assembly to build desktop apps from now on!

@D--M holy shit. Well someone better write Blizzard, Riot Games, Microsoft etc. and let them know that they're all wasting their time devoting resources to appeasing the Chinese Government.

Because you did it once and figured out it wasn't worth it.

x)

@D--M I'm not a fan of what China does, but they're still a driving force in the global economy, soon to overtake the U.S (in GDP).
Not including them because they're authoritarian would be disingenuous IMO.

Android holds over 3 quarters of the mobile market world wide, last I looked.

But that's because of countries like India and China, as well as third world countries.

In the U.S and Europe, iOS has a much more dominant presence, and in the U.S specifically iOS is probably more widespread than Android.

In the U.S and Europe, people are a lot more likely to spend money on apps, specifically people with iOS.

So iOS developers end up making a lot more money, or at least generating a lot more *direct* value for a company.

But world-wide usage numbers favor Android, so things like ads might be worth more on Android.

@BigBoo 10/10 isn't fine actually anymore, for a family of 4 (for mine at least). My family had to back out of a house because we were promised 300/300 by Spectrum and ended up, the day before closing, they told us they couldn't get anything to our house.

The best we could've done was 8/2.

We figured out that during the waking hours, we *average* around 15 mbps.

So during work calls, streaming video, music, or really do anything that we all do, it just wouldn't have been viable. We need at least 50/50 to not feel constantly bottlenecked, and that's not including downloading anything.

Also we have like 3 4K devices in the house. If they all are streaming Netflix HDR at 4K, that's 75 down. Which isn't uncommon.

I feel what you guys were saying, but 15 years ago 10/10 was the standard lol, my family got broadband in '98 actually, so dialup (as the standard best) is more like 20+ years old.

Was just trying to keep the timing correct xP

Imagine telling the youth in 15 years that you used to only have a gigabit connection in the same way that people tell kids today that they used to only have 10/10 Mbps.

I'm excited for the future.

@sharktits I prefer Javalin over spark. I made that progression tho (spring -> spark -> javalin).

All that being said, I prefer Linux. I use all 3 OSes but I love how open Linux is to customization. Pop OS is my daily driver.

It's free, where macOS has a large premium on price.

Unoriginal answer, but it depends.

Because of Microsoft's wonderfully aggressive and illegal business tactics in the 90s, they still dominate the PC market decades later. This means driver/API support for Windows (via DX) is vastly superior to other operating systems.

So Windows almost always wins for gaming. Not because DX is good, but because it's widespread. Look up DotA 2 Windows vs Ubuntu.

You actually get better performance in Ubuntu via Vulkan. A very new game API with not a lot of time to optimize. Hopefully DX dies quickly.

macOS wins for everyday usability. Spotlight indexes better and faster than Windows, and without you ever having to worry about what it indexes.
It's multidesktop interface is refined a tad more than Windows and gnome.

Battery life is generally far better because of the vertical integration.
Applications are managed way better (single packages in a single folder vs. 32 vs 64 bit distinctions etc.)

Can't go on, ran out of characters. So much more tho.

@D--M because you can change my mind with evidence. My mind is made up because the evidence points clearly towards JS being primitive and crappy to work with, but if I'm missing something I'd obviously change my opinion.

@Phlisg thanks for the clarification, but my point was also centered around the implicit type coercion not just that operation. When I'm forced to write JS (at work), I do use === for the reasons you specified.

But thanks for taking the time!

@D--M oh please, wise master, impart your wisdom.
Why is JS so great?
Lol

@rant1ng like:

0 == " "

is true

0 == ""

is true

" " == ""

is false

@D--M do you tell people who complain about writing code in assembly/C this?

You can always write better code, but some languages are more modern/better to work with for everyday use. JS is definitely dated and shitty to work with, as are most dynamically typed languages.

Use TypeScript with NoImplicitAny.

@const the above should answer your question, lmk if you need clarification on something.

@kai18 in this situation, the president is threatening to just veto the bill if his demands aren't met, which is a much more authoritarian stance than is normally taken by presidents.

@kai18 yeah so the federal budget process is fairly complicated, so I'll be vastly over simplifying it.

But the president requests a budget, then there are a multitude of steps within Congress that occur where the president isn't involved, but none of these steps involve any laws/taxes being enacted (because the president would have to sign).
Then after all that, it goes to the president and he either passes or vetos it.

If he vetos it, it goes back to Congress and they can override it with 2/3rds vote (IMO this would rarely happen with a budget resolution).

So the president does really have the power to shut down the government, unless our divided Congress can come together to pass a budget, but they couldn't even come to a consensus a few years ago, and it didn't even make it to Obama for him to pass/veto.

The government here already shut down a few years ago.
It just means that they didn't pass a budget so they can't pay people and they have to go on unpaid leave.

It's not ideal but it's not as intense as it sounds.

@hufhufhuf if the stuff you're scraping is rendered via JS.

To check, disable JS in your browser, and then go to the webpage you're scraping. If it has the content you need, you don't need JS, and can use something like JSoup instead of Selenium.

@hufhufhuf do you need JS in your scraper?

@hufhufhuf don't learn Python, it's terrible. I work in it in my day job, Kotlin is so vastly superior.

Global methods are used for things like map, len, etc. Which is very procedural feeling.

The language is dynamically typed, which means nothing is known and verified at compile time (which is why the standard library has typing errors in it).

Basic operations like counting the number of occurrences of something in an array require that you instantiate an entire new object (Counter) or write the solution imperatively, since the developers of Python have a serious problem with higher order functions.

I can go on.