News for hackers. Stuff that matters.
Re:How Python virtual environments work by hot_gril on Monday March 13, 2023 @06:38PM (#35144099)
I can't think of any package/dep systems I actually like other than npm. And they're even starting to screw that up with the `import` weirdness instead of the `require` that's been so simple and easy.

Rust's system is probably the next best.

ObjC/Swift packaging is a flaming disaster in practice, unless it's improved since I jumped that ship. Last time, I remember every single project having to rely on Cocoapods.

Re:How Python virtual environments work by Nadya on Monday March 13, 2023 @07:19PM (#35144635)
Weirdness? `require` was Node weirdness because Javascript lacked imports/exports at the time. The ES6 syntax is remarkably better, allows imports to be async, and doesn't need to run the code to see what should be assigned to `module.exports` allowing it to be statically analyzed which allows tree-shaking. Node's CJS syntax will only work for Node requiring that you transpile and bundle it for browsers. The ES6 syntax will work for Node and the browser.

I see anyone sticking with CJS syntax the same way I see Python devs who continue writing 2.7 code by choice in new projects and not because they are maintaining older projects.

Re:How Python virtual environments work by hot_gril on Monday March 13, 2023 @07:37PM (#35144876)
I call `import` weird because there are several different ways to do the same thing, listed at https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe... and summarized under "there are four forms of import declarations." Four! And I always forget the different ways they work.

Sure tree-shaking and browser support are nice, but they didn't have to make the syntax this complicated to achieve that. Not an issue with other languages.

Re:How Python virtual environments work by Nadya on Monday March 13, 2023 @09:39PM (#35146172)
* * *
Re:How Python virtual environments work by hot_gril on Monday March 13, 2023 @11:38PM (#35147134)
Your explanation makes sense, but imo the import syntax shouldn't even require (no pun intended) an explanation.

The bigger thing is, I'm subject to however the deps I use want to export things, so they use a mix of those. Maybe in some cases you have to use `require` even if you don't want to, I forget.

Re:How Python virtual environments work by danielvaughn on Monday March 13, 2023 @08:11PM (#35145271)
I remember trying to use cocoapods back in 2015/2016, right around the time that Swift was technically available but not ready for production. I literally gave up trying to import packages, it was a shitshow.
Re:How Python virtual environments work by hot_gril on Monday March 13, 2023 @08:17PM (#35145334)
I first used Swift at the same time. Cocoapods actually worked, but only after fighting it all day. Swift was recommended over ObjC, but it was broken. The compiler itself would segfault if I used the wrong map syntax. If the compiler worked, it took about 20X as long as an ObjC build. Core Data managed to produce non-optional objects that were nil in some cases.

Swift got fixed over time (which is why every basic SO question has 20 different answers for each Swift version), but it still sucks, and so does UIKit, and Xcode. That whole toolchain has been relegated to being just a dependency behind React Native for me. I mean look at the shitfest involved just to get a substring https://stackoverflow.com/questions/39677330/how-does-string...

Re:How Python virtual environments work by danielvaughn on Monday March 13, 2023 @08:55PM (#35145749)
I try not to hate on projects publicly, because I know a lot of devs smarter than me pour their sweat and tears into these things. But imagine releasing a new language in 2014 and fucking up strings.
Re:How Python virtual environments work by hot_gril on Monday March 13, 2023 @11:41PM (#35147164)
Yeah my patience for Apple's native dev environment is down to nothing nowadays. At least I'll crap on my own work just as much if I think I made a mistake.