Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)H
Posts
6
Comments
1375
Joined
2 yr. ago

  • JS has been made less shitty. I’ll give you that old JS was pretty shitty. Like v5 and lower were a huge pain. But a lot of that was because of the lack of modern language features that other languages had at the time. ES6 introduces some huge improvements that made JavaScript much less frustrating. Personally, at this point, I have very few pain points with the language.

    I don’t think being included in browsers is the only reason JS became so popular, but it’s definitely the biggest reason. That doesn’t make it a bad language.

    Backwards incompatible changes have been introduced in JS a number of times. They are opt in at the script level and enforced in newer language contexts.

  • I would assume [1] + [2] would give you either 0 or 2, but maybe "12". But why you ever write that? I’ve never bothered to memorize what happens there because I would never write that. The plus operator is not for arrays. It’s for numbers and strings. If you’re trying to concatenate arrays, there’s a function for that. Would you do that in Java or C? People trying to make JavaScript do silly things just because it refuses to crash when you do then calling the language bad for it is just silly to me.

  • Have you ever looked at the original JS implementation? It looks nothing like what JS is today. Saying the bones were spat out in a couple weeks is like saying Linux was developed in a few months.

    TS transpiles to JS, and any JS is valid TS. Take any TS, remove the types (and some syntactic sugar) and you have JS. I feel like if you like TS but not JS, you just don’t like loosely typed languages. That’s just a preference. It doesn’t make a language bad.

  • Yeah, I’ve seen a lot of those videos where they do things like {} + [], but why would anyone care what JS does in that case? Unless you’re a shit-ass programmer, you’re never going to be running code like that.

    The idea behind that kind of type conversion was that JS was originally designed to be extremely lenient. If it ever crashed, the web page would freeze, so it lets you do things other languages just crash from, like divide by zero.

  • Just a small correction about the records, the master isn’t printed. It’s a nickel negative made from electroplating the lacquer cut. The master is only used to make a few mothers, which are then used to make stampers. Those stampers make the actual pressings you buy.

    https://www.audiomasterclass.com/blog/vinyl-record-manufacturing-lacquer-master-mother-stamper-and-pressings

    The lacquer is actually the original of the record, unless you count the source tapes. It’s what was cut after mixing from the source recordings.

  • It’s just strict typing on top of plain JS. I like strict typing. Some people like loose typing.

  • Considering TypeScript is a superset of JavaScript, you certainly can. But, that generally means you’re using TypeScript poorly.

  • I’ve never really found the type conversions that bizarre, unless you’re doing something weird like casting an array to a string or number. I don’t really use strange type casts, since I use TypeScript and avoid using the “==“ operator. What other things make it not good?

  • I wasn’t close, but lightning struck my house when I was a kid. When we got home, most of our appliances and electronics were broken. My Xbox (the original one) was sitting on the garage floor above some rebar in the concrete. The lightning went through the Xbox into the rebar and blew a chunk of concrete and the Xbox across the garage. RIP Xbox. RIP TV.

    Insurance paid for most of it after they came out and verified we were indeed struck by lightning.

  • I think you’re thinking of Electron apps, but that’s not really a criticism of JavaScript, that’s a criticism of Electron. There are plenty of JS platforms that don’t require a browser/DOM. React Native is the biggest example. Also, GJS if you want native Linux apps.

  • What makes it not good?

  • It’s written for Node and Svelte. But sure, just like nearly all other software, they use external libraries.

  • I didn’t say that. You can make great software in Brainfuck, but I don’t think anyone has ever said it is good because of that.

    People do make good software in JavaScript. Knowing JavaScript is an exceptionally useful skill, and JavaScript is pretty easy to become decent at. The learning curve for JavaScript is relatively low. As such, there are tons of JS devs, many of which want to make cool things. JavaScript is undeniably an approachable language. Whether you personally think it’s a good language doesn’t have any bearing on that, but that means tons of people are going to use it to make cool software. To me, its approachability is one of the many things that make it good.

  • Well, all websites are written in JS (on the frontend), so I don’t think that’s fair. And I don’t think 90% of the worst software is made in JS. Even if you’re an Electron hater, Electron apps aren’t bad software, they’re just bloated. There’s tons of shit software written in C. I would guess a lot more than is written in JS, just because more software is written in C. C is also way easier to shoot yourself in the foot.

    Uptime Kuma (and others) show that JS can be used to make awesome software. The language doesn’t really hold you back, it’s just your own skill. If you suck at writing software, it doesn’t matter what language you use, your software will be shit.

  • Some of the best software is written in JavaScript.

    • Uptime Kuma
    • Immich
    • Supabase
    • VS Code/VSCodium
    • Ionic (what the Voyager Lemmy client is written in)
    • Expo/React Native (which powers probably a third of your apps)
  • Considering he wrote it, I kinda believe it.

  • Reduce the number of single failure points. How you choose to do that is up to you and what you can afford.

  • Nextcloud is pretty slow in general, but what you’re describing sounds unusual.

    For one thing, Nextcloud is written in PHP, so it sets up and tears down its environment for every single request. But PHP has drastically improved over the years, so it’s not that far behind something like Node.

    Facebook was originally written in PHP for the Zend engine, and since it was so slow, they forked (or more accurately, reimplemented) it to make HHVM.

    Nextcloud still runs on the Zend engine.

  • I’m pretty far in the negative on my company. I’ve invested about $50,000 and 4 years of work into it, and it has not become profitable. But, its operating expenses are pretty low, so I have enough to maintain it for about 4 more years. If it’s still not profitable then, I’d have to look for outside investors. The majority of the expense was lawyer fees for the patent.