• 1 Post
  • 387 Comments
Joined 1 year ago
cake
Cake day: June 22nd, 2023

help-circle
  • This sounds like someone who’s never worked on a large Python project with multiple developers. I’ve been doing this for almost two decades and we never encounter bugs because of mismatched types.

    Have you worked on major projects in other languages in that time period to be able to compare and contrast?

    The last two python projects I had to work on didn’t have bugs because of type issues, but it was much harder to come into the codebase and understand what was going on given that you didn’t have type information in many many places which forced you to go back and comb through the code instead.


  • Yeah, working on python projects professionally is always a nightmare of configuring env variables and trying to get your system to perfectly match the reference dev system. I find Node.js projects to often be the simplest and most pain free to setup, but even compiled languages like C# and Java are often easier to get up and going than python.


  • masterspace@lemmy.catoProgrammer Humor@lemmy.mlBefore and after programming
    link
    fedilink
    English
    arrow-up
    29
    arrow-down
    2
    ·
    edit-2
    5 days ago

    I don’t mean this insultingly because lots of programming jobs don’t require this and for the ones that do we still tend to all start here, but in all honesty this sounds like it’s coming from someone who’s never worked on a large project maintained by multiple people over time.

    First of all, the hysteria over semicolons is ridiculous when JavaScript, Typescript, C#, Java, Go, Swift, etc. etc. wil all automatically highlight missing semicolons, if not automatically insert them for you when paired with an IDE and standard linter. On top of that, JavaScript and Typescript do not require semicolons at all, but they are still used alongside braces, because they make your code more scannable, readable, and moveable.

    Secondly, without type safety your code is no longer predictable or maintainable. If you’re working to quickly sketch out some new fangled logic for a research paper it’s one thing, if you need to write test code so that your codebase can be tested an infinite number of times by other coders and whatever CI/ CD pipelines to make sure that nothing’s broken, then all of the sudden you start seeing the value in strict typing.

    Honestly, complaining about type safety adding “extra code” is a complaint that almost every coder has when they start out, before you eventually realize that all that “extra code” isn’t just boiler plate for no reason but is adding specificity, predictability, reusability, and maintainability to your code base.

    When defining types looked like this it was one thing:

    String name = new String("Charles Xavier");

    But when it looks like this, there’s no reason not to use strong typing:

    const name = "Charles Xavier";












  • To directly quote Linus:

    Ok, lots of Russian trolls out and about.

    It’s entirely clear why the change was done, it’s not getting reverted, and using multiple random anonymous accounts to try to “grass root” it by Russian troll factories isn’t going to change anything.

    And FYI for the actual innocent bystanders who aren’t troll farm accounts - the “various compliance requirements” are not just a US thing.

    If you haven’t heard of Russian sanctions yet, you should try to read the news some day. And by “news”, I don’t mean Russian state-sponsored spam.

    As to sending me a revert patch - please use whatever mush you call brains. I’m Finnish. Did you think I’d be supporting Russian aggression? Apparently it’s not just lack of real news, it’s lack of history knowledge too.


  • I’d like to think it’s a user benefit, but I mean, historically… it wont’t be. (Yes they claim it’s encrypted, but I don’t trust Meta one bit to still not have some way to use this data for their benefit.)

    Eh, I would actually believe this is purely user driven. Their solution doesn’t sound like it will work differently in Europe vs the rest of the world, and if their claims about it being encrypted and only user accessible are true, there is fundamentally no benefit to them from a data harvesting stand point.

    They also face a lot of competition in the messaging space, moreso than any of their other apps, which will generally incentivize them to be more user focused.