• FizzyOrange@programming.dev
    link
    fedilink
    arrow-up
    67
    arrow-down
    1
    ·
    20 days ago

    Ok after reading the article this is bullshit. It’s only because they are counting JavaScript and Typescript separately.

      • daniskarma@lemmy.dbzer0.com
        link
        fedilink
        arrow-up
        7
        arrow-down
        2
        ·
        19 days ago

        We have different concept about what great news is.

        Compiling to an interpreted high level language is crazy. I just refuse to believe we haven’t got a better solution to yet.

        • Cratermaker@discuss.tchncs.de
          link
          fedilink
          arrow-up
          6
          arrow-down
          1
          ·
          19 days ago

          As someone who works with typescript daily, you’re not wrong. It’s an extremely overcomplicated glorified linter that tries and mostly succeeds in catching basic type errors. But it also provides false confidence when you concoct something that shows no errors but doesn’t behave how you expect.

  • aubeynarf@lemmynsfw.com
    link
    fedilink
    arrow-up
    30
    arrow-down
    4
    ·
    edit-2
    20 days ago

    Thank god, Javascript is a mess.

    I’ll still plug Scala for having the beauty of Python, the ecosystem of Java, the correctness of Rust, the concurrency of Go, and the power of Lisp.

    • bjornsno@lemm.ee
      link
      fedilink
      arrow-up
      70
      arrow-down
      5
      ·
      20 days ago

      I code both typescript and python professionally, and python is almost as much of a mess, just a different kind of mess. The package manager ecosystem is all over the place, nobody is agreeing on a build system, and the type system is still unable to represent fairly simple concepts when it comes to function typing. Also tons of libraries just ignore types altogether. I love it, but as a competitor to JavaScript in the messiness department it’s not a good horse.

        • bjornsno@lemm.ee
          link
          fedilink
          arrow-up
          13
          ·
          20 days ago

          All documentation is optional and ignored at runtime, that doesn’t mean you shouldn’t do it. If your library doesn’t have type hints I’m just not gonna use it, I don’t have the time to figure out what you accept or return.

          • legion02@lemmy.world
            link
            fedilink
            arrow-up
            2
            arrow-down
            4
            ·
            20 days ago

            It means they have the option to do it or not do it and you have the option to not use it, which clearly your exercising. I’ve personally never had a situation where a lack of type hints slowed me down even a little.

            • FizzyOrange@programming.dev
              link
              fedilink
              arrow-up
              6
              ·
              20 days ago

              I dunno if you’re being deliberately obtuse, but just in case you really did miss his point: the fact that type hints are optional (and not especially popular) means many libraries don’t have them. It’s much more painful to use a library without type hints because you lose all of their many benefits.

              This obviously isn’t a problem in languages that require static types (Go, Rust, Java, etc…) and it isn’t a problem with Typescript because static types are far more popular in JavaScript/Typescript land so it’s fairly rare to run into a library that doesn’t have them.

              And yeah you can just not use the library at all but that’s just ignoring the problem.

              • namingthingsiseasy@programming.dev
                link
                fedilink
                arrow-up
                2
                arrow-down
                1
                ·
                19 days ago

                True, but if you’re looking at a Python library that doesn’t have type hints in 2024, then chances are that it’s not very good and/or not very well maintained.

        • bjornsno@lemm.ee
          link
          fedilink
          arrow-up
          6
          ·
          20 days ago

          Yeah, they’re useful when developing, which is why it’s so frustrating when libraries don’t implement types. I’m developing and I’m trying to use a tool that supposedly fits a use case I have, but the tool didn’t come with instructions so it’s practically useless to me. I could open the tool up and look at its guts to figure it out but are you kidding me no, I’m not going back to the stone age for your tool.

      • jjjalljs@ttrpg.network
        link
        fedilink
        arrow-up
        2
        ·
        20 days ago

        the type system is still unable to represent fairly simple concepts when it comes to function typing

        what do you mean by this?

        • bjornsno@lemm.ee
          link
          fedilink
          arrow-up
          2
          arrow-down
          1
          ·
          20 days ago

          My biggest pet peeve is the complete inability to annotate a set of known exceptions that a function raises in a machine readable way. The discussion about it is quite heated.

          • FizzyOrange@programming.dev
            link
            fedilink
            arrow-up
            4
            ·
            19 days ago

            In fairness that approach hasn’t really worked in other languages. It was so unpopular in C++ that they actually removed the feature, which is almost unheard of. Java supports it too but it’s pretty rarely used in my experience. The only place I’ve seen it used is in Android. It’s unpopular enough there that Kotlin doesn’t support it.

          • jjjalljs@ttrpg.network
            link
            fedilink
            arrow-up
            3
            ·
            19 days ago

            Interesting. I’ve never felt a need for this, and as the other reply here said it was really unpopular in other languages.

            I would have guessed you would have said something about how it’s annoying to type callable arguments, and how Protocol exists but doesn’t seem that widely known.

            • bjornsno@lemm.ee
              link
              fedilink
              arrow-up
              1
              ·
              edit-2
              19 days ago

              Definitely those used to be pain points, but they do exist now so type erasure after decorator application isn’t a problem anymore, which used to be another huge one for me.

              The discussion around how unpopular it was in other languages seems like such an obvious side track to me. Typing in general went out of fashion and then made a comeback when it was opt-in, why wouldn’t the same apply to exceptions? Of course I’m not wanting warnings in every func call because of a potential MemoryCorruptionError, but if a library has some set of known exceptions as a de facto part of its interface then that’s currently completely unknown to me and my static type checker.

              One kinda bad example is playwright. Almost all playwright functions have the chance to raise a TimeoutError, but even if you know this you’ll probably shoot yourself in the foot at least once because it’s not the built-in TimeoutError, oh no, it’s a custom implementation from the library. If you try to simply try...except TimeoutError:, the exception will blow right by you and crash your script, you’ve got to import the correct TimeoutError. If it was properly typed then pyright would be able to warn you that you still need to catch the other kind of TimeoutError. It’s a bad example because like I said almost all playwright functions can raise this error so you’d get a lot of warnings, but it also demonstrates well the hidden interface problem we have right now, and it’s the most recent one that screwed me, so it’s the one I remember off the top of my head.

      • hector@sh.itjust.works
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        19 days ago

        I’m going to code in Python for my job soon, do you have links on how TF I should manage dependencies? I can’t stand the bloat of virtual environments or Anaconda sorry.

        I need to make myself a stack python but I don’t want to look at this madness. At least Typescript benefits from a high quality ecosystem of frontend tooling with Vite/React/ESLint/ESBuild and it’s getting even better with the new runtimes features :)

        I need to learn about:

        • built-in tools provided by the language (practice on the job and the power of Google & LLMs will help)
        • ecosystem
        • good practices

        Why is their a build system for an interpreted language ? Do you have bundling concerns like in JS or you somehow compile Python code now?

        • bjornsno@lemm.ee
          link
          fedilink
          arrow-up
          3
          ·
          19 days ago

          You need to get over the bloat of virtual environments. It’s the same as node_modules and it’s completely necessary if you want more than a single python project to live on your machine.

          I personally use poetry as my dependency manager and build tool. It’s not perfect but it’s a lot better than pipenv or just rawdogging pip like a maniac. uv is the new hotness, but I haven’t tried it so can’t vouch. People seem to like it though.

          JavaScript is also an interpreted language with tons of build tools. The reason to have one for python is mainly about packaging and code distribution, so same as JavaScript. If you want to distribute a program you probably don’t want to just point people to a GitHub repo, and if you want to publish a package on pypi it needs to be bundled correctly.

          For ecosystem there isn’t much I can do for you, it completely depends on what you’ll be working on. Baseline you want pydantic for parsing objects, assuming some APIs will be involved. You want black for code formatting, flake8 for linting, pytest for testing. If you’re gonna write your own APIs you can’t go wrong with fastapi, which works great with pydantic. For nice console stuff there’s click for building cli apps and rich and textual for console output and live console apps respectively.

          People are actively trying to replace flake8 and black with feature compatible stuff written in rust but again I haven’t tried those so can’t vouch.

          Coming from react you’re gonna need to pretty quickly switch gears to thinking more object oriented. You’re gonna be annoyed at how you can’t just quickly declare a deeply nested interface, that’s just how it is. The biggest change other than object oriented thinking will probably be decorators. Typescript had them experimentally and only for classes, python has them for classes and functions natively. They’re a bit tricky to wrap your mind around when you want to write your own, but not too bad. A lot of Google hits will be outdated on this front. Google specifically “decorators ParamSpec” to see how to make them properly.

          Good luck in your new job, you’ll be grand!

        • NostraDavid@programming.dev
          link
          fedilink
          arrow-up
          2
          ·
          edit-2
          17 days ago

          I can’t stand the bloat of virtual environments

          Sucks to be you, but virtual envs are THE way to keep everything running on your own machine. You can try to keep everything in a single venv, but then you’ll start wondering why it doesn’t work on other’s machines.

          built-in tools provided by the language

          sqlite3 module comes with Python. As does the json module. Use pathlib’s Path object over os.whatever because the API is nicer to work with. abc (short for Abstract Base Class - abc, get it?) is useful for inheritance stuff. I like click, but there’s argparse if you need to write a CLI. Stay away from asyncio if you can - it’s usually not faster and a bigger PITA than it needs to be. Need to transport a binary, but you can only send text? base64. import datetime as dt if your new friend when it comes to datetime objects - to be aware to keep things timezone-native. You’ll need pytz for that - Python doesn’t update fast enough to keep up to date with all the new timezone shenanigants. always check for missing timezones; they’ll cap your kneecaps and kick you in the balls if you’re not careful. http can be used to make calls to APIs though requests is a favorite; slap urllib3 and you got yourself a sauce going on! Skip logging and jump to a lib that supports structured logging, python-json-logger is a nice beginner’s log lib, jump to structlog if you need the raw power (say you want control over other people’s logging output). math is a sleeper hit - powers, roots, floors, ceitings, and statistics is a nice addition on top of that together with random for probabilistic stuff. multiprocessing if you need to run something concurrently: ProcessPoolExecutor for IO, ThreadPoolExecutor for CPU bound stuff (IIRC). re for regex related stuff. uuid if you need a unique identifier (this can be slow in DBs, so take care!)

          ecosystem

          PyPI (Python Packaging Index) if your new friend - pai-pee-ai; not paipai - that’s the JIT implementation of Python: pypy.

          Use pytest to run your tests, ruff for formatting (though I imagine it intimidating for beginners, better to bite the bullet (even if you nibble on it slowly), uv to track your dependencies and Python version.

          Yes, figuring out a nice configuration for these tools is a pain, but that’s what ChatGPT is for. Just don’t go too wild on the settings, as there are MANY, and if something doesn’t work because ChatGPT got a little outdated, it’ll hurt.

          Anyway, that’s about 4 years of experience concentrated in a single page. If you ever feel like an imposter: that’s a common feeling: https://en.wikipedia.org/wiki/Impostor_syndrome If it’s hitting you on the head, see if you can talk with your seniors about it (presuming they’re sane adults) - otherwise there’s always Lemmy to vent :P .

          edit: if you need to handle tabular data: Polars. If anyone recommends Pandas over Polars, hit them with a newspaper until they crawl back under the rock they came from. Unless it’s for GeoPandas, then it’s OK.

          • hector@sh.itjust.works
            link
            fedilink
            arrow-up
            1
            ·
            17 days ago

            Amazing advice thanks!! That’s exactly what I needed: clear overview of the ecosystem & the standard library. Don’t worry about me, I’m not new to complex & ecosystem! I have plenty of experience with C++ and the pain of configuring it !

            It will come with practice fast enough. I need to check out awesome-python!

    • FizzyOrange@programming.dev
      link
      fedilink
      arrow-up
      9
      arrow-down
      5
      ·
      20 days ago

      Typescript is far nicer than Python though. Well I will give Python one point: arbitrary precision integers was absolutely the right decision. Dealing with u64s in Typescript is a right pain.

      But apart from that it’s difficult to see a single point on which Python is clearly better than Typescript:

      • Static typing. Pyright is great but it’s entirely optional and rarely used. Typescript obviously wins here.
      • Tooling. Deno is fantastic but even if we regress to Node/NPM it’s still a million miles better than the absolute dog shit pile of vomit that is Pip & venv. Sorry Python but admit your flaws. uv is a shining beacon of light here but I have little hope that the upstream Python devs will recognise that they need to immediately ditch pip in favour of officially endorsing uv. No. They’ll keep it on the sidelines until the uv devs run out of hope and money and give up.
      • Performance. Well I don’t need to say more.
      • Language sanity. They’re pretty on par here I think - both so-so. JavaScript has big warts (the whole prototype system was clearly a dumb idea) but you can easily avoid them, especially with ESLint. But Python has equally but warts that Pylint will tell you about, e.g. having to tediously specify the encoding for every file access.
      • Libraries & ecosystem. Again I would say there’s no much in it. You’d obviously be insane to use Python for anything web related (unless it’s for Django which is admittedly decent). On the other hand Python clearly dominates in AI, at least if you don’t care about actually deploying anything.
      • jjjalljs@ttrpg.network
        link
        fedilink
        arrow-up
        8
        arrow-down
        1
        ·
        20 days ago

        Language sanity. They’re pretty on par here I think

        [1] + [2]
        "12"
        

        A sane language, you say.

        const foo = 'hello' 
        const bar = { foo: 'world'}
        console.log(bar)
        // { "foo": "world" }
        

        the absolute dog shit pile of vomit that is Pip & venv

        I’ve worked professionally in python for several years and I don’t think it’s ever caused a serious problem. Everything’s in docker so you don’t even use venv.

        • FizzyOrange@programming.dev
          link
          fedilink
          arrow-up
          7
          arrow-down
          1
          ·
          20 days ago

          A sane language, you say.

          Yes:

          Operator '+' cannot be applied to types 'number[]' and 'number[]'.
          

          We’re talking about Typescript here. Also I did say that it has some big warts, but you can mostly avoid them with ESLint (and Typescript of course).

          Let’s not pretend Python doesn’t have similar warts:

          >>> x = -5
          >>> y = -5
          >>> x is y
          True
          >>> x = -6
          >>> y = -6
          >>> x is y
          False
          >>> x = -6; y = -6; x is y
          True
          
          >>> isinstance(False, int)
          True
          
          >>> [f() for f in [lambda: i for i in range(10)]]
          [9, 9, 9, 9, 9, 9, 9, 9, 9, 9]
          

          There’s a whole very long list here. Don’t get be wrong, Python does a decent job of not being crazy. But so does Typescript+ESLint.

          I’ve worked professionally in python for several years and I don’t think it’s ever caused a serious problem. Everything’s in docker so you don’t even use venv.

          “It’s so bad I have resorted to using Docker whenever I use Python.”

          • jjjalljs@ttrpg.network
            link
            fedilink
            arrow-up
            4
            arrow-down
            1
            ·
            19 days ago

            Why would you use the is operator like that?

            The lambda thing is from late binding, which I’ve had come up at work once. https://docs.python-guide.org/writing/gotchas/#late-binding-closures.

            “It’s so bad I have resorted to using Docker whenever I use Python.”

            Do you not use containers when you deploy ? Everywhere I’ve worked in the past like 10 years has moved to containers.

            Also this is the same energy as “JavaScript is so bad you’ve resorted to using a whole other language: Typescript”

            To your point, typescript does solve a lot of problems. But the language it’s built on top of it is extremely warty. Maybe we agree on that.

            • FizzyOrange@programming.dev
              link
              fedilink
              arrow-up
              2
              ·
              19 days ago

              Why would you use the is operator like that?

              Why would you add two arrays like that?

              Do you not use containers when you deploy

              No because I am not using Python to make a web app. That’s not the only thing people write you know…

              JavaScript is so bad you’ve resorted to using a whole other language: Typescript

              Well yeah. Typescript isn’t really a new language. It’s just type annotations for JavaScript (except for enums; long story). But yes JavaScript is pretty bad without Typescript.

              But Typescript isn’t a cop-out like Docker is.

              But the language it’s built on top of it is extremely warty. Maybe we agree on that.

              Yeah definitely. You need to ban the warts but Typescript & ESLint do a pretty good job of that.

              I mean I would still much rather write Dart or Rust but if I had to pick between Typescript and Python there’s absolutely no way I’d pick Python (unless it was for AI).

              • jjjalljs@ttrpg.network
                link
                fedilink
                arrow-up
                3
                ·
                19 days ago

                Why would you add two arrays like that? Because I want to combine two lists.

                The is operator is for identity, not equality. Your example is just using it weirdly in a way that most people wouldn’t do.

                No because I am not using Python to make a web app. That’s not the only thing people write you know… Most of what I’ve worked on has been webapps or services that support them :shrug:

                Typescript and Python there’s absolutely no way I’d pick Python (unless it was for AI).

                Agree to disagree then. We could argue all day but I think it’s mostly opinion about what warts and tradeoffs are worth it, and you don’t seem like you have no idea what you’re talking about. Sometimes I meet junior developers who have only ever used javascript, and it’s like (to borrow another contentious nerd topic) like meeting someone who’s only ever played D&D talking about game design.

                • FizzyOrange@programming.dev
                  link
                  fedilink
                  arrow-up
                  1
                  ·
                  19 days ago

                  The is operator is for identity, not equality. Your example is just using it weirdly in a way that most people wouldn’t do.

                  The + operator is for numbers or strings, not arrays. Your example is just using it weirdly in a way that most people wouldn’t do.

                  I’m not defending Javascript’s obviously terrible behaviour there. Just pointing out that Python has obviously terrible behaviours too. In both cases the solution is “don’t do that, and use static analysis to make sure you don’t do it accidentally”.

                  Sometimes I meet junior developers who have only ever used javascript, and it’s like (to borrow another contentious nerd topic) like meeting someone who’s only ever played D&D talking about game design.

                  Yeah I think you can generalise that to “have only ever used one language”. I would say Python and Javascript are pretty close on the “noob level”. By which I mean if you meet someone who has only ever written C++, Java, or Rust or whatever they’re going to be a class above someone who has only ever written Python or Javascript.

      • Eager Eagle@lemmy.world
        link
        fedilink
        English
        arrow-up
        7
        ·
        edit-2
        20 days ago

        I write mostly Python for 5 years and uv is indeed the best thing that happened to the Python landscape during this period.

        I disagree that typescript is far nicer; even syntax-wise, type annotated Python seems much easier to read, write, and refactor; but I’ll give that Python needs to ditch pip and “requirements.txt” for good.

      • namingthingsiseasy@programming.dev
        link
        fedilink
        arrow-up
        3
        ·
        edit-2
        19 days ago

        What is so bad about virtual environments? I found them to be really nice and useful when I developed in Python over about 5-ish years. It was really nice being able to have separate clean environments for installing libraries and executing things.

        Granted, I only used Python as a solo developer, so if there are shortcomings that emerge when working with other developers, then I would not be aware of them…

        Edit: also, performance is a bit more of a subtle topic. For numerical logic, Python actually is (probably) much better than a lot of its competitors thanks to numpy and numexpr. For conditional logic, I would agree that it’s not the best, but when you consider developer velocity, it’s a clearly worthwhile tradeoff since frameworks like Django are so popular.

        • vithigar@lemmy.ca
          link
          fedilink
          arrow-up
          5
          ·
          19 days ago

          What is so bad about virtual environments?

          They’re a solution to a self-inflicted problem. They’re only “really nice and useful” if you accept that having your projects stomp all over each others’ libraries and environments is normal.

          If projects were self-contained from the outset then you wouldn’t need an additional tool to make them so.

          • Eager Eagle@lemmy.world
            link
            fedilink
            English
            arrow-up
            1
            ·
            18 days ago

            thankfully Python seems to be moving away from the “activating your venv” nonsense. If you use poetry or uv, you don’t necessarily need to “activate” it before running your code; though a lot of people still try to do it because of learning inertia I guess.

        • Gamma@beehaw.org
          link
          fedilink
          English
          arrow-up
          4
          ·
          19 days ago

          If I need to keep my Python environment separate I’d rather spin up a docker container. They make virtual environments pointless

          • rothaine@beehaw.org
            link
            fedilink
            English
            arrow-up
            1
            ·
            19 days ago

            But then you need to connect your IDE to the docker container. Doable, but often a PITA IME

            • Gamma@beehaw.org
              link
              fedilink
              English
              arrow-up
              1
              ·
              edit-2
              19 days ago

              A single extension and 1-2 clicks isn’t that much to me 🤷 I’ve been doing it painfree for a few years now

              • rothaine@beehaw.org
                link
                fedilink
                English
                arrow-up
                2
                ·
                19 days ago

                Maybe it’s gotten better in recent times…it was always disconnecting and needing to be restarted

    • Reptorian@programming.dev
      link
      fedilink
      arrow-up
      2
      ·
      edit-2
      20 days ago

      Scala does look nice. Just a quick syntax view makes me want to give it a whirl when I want an alternative to Python. I used to code in C++, and C#. I use G’MIC (DSL) as my main. Scala seems right up my alley.

        • xep@fedia.io
          link
          fedilink
          arrow-up
          2
          ·
          20 days ago

          You can enable the foot-shooting complexity by writing modules for Python in C++, since it’s very easy to do. Why do I know this? Well…

  • Buttons@programming.dev
    link
    fedilink
    English
    arrow-up
    20
    arrow-down
    1
    ·
    19 days ago

    Were just waiting on WASM to be able to access the DOM APIs directly, and then all languages will be first class citizens on the web, and then RIP JavaScript.

    • azertyfun@sh.itjust.works
      link
      fedilink
      arrow-up
      4
      ·
      19 days ago

      Is that even a stated goal? I swear we’ve been waiting for that to exist for the better part of a decade. It would solve so many issues and comes up in every discussion about Javascript, yet the powers that be seem to have zero interest in pushing this forward.

    • hector@sh.itjust.works
      link
      fedilink
      arrow-up
      2
      ·
      19 days ago

      That would be quite an amazing era to live in ahaha ! We can the start the work as a community to match the JavaScript Ecosystem by providing high quality primitives for developers. For that to happen developer UX has to improve though :) but I think WASM definitely has some future.

      However to contrast my previous thoughts, I find it pretty sad that people want to move away from JS when we got thing like Bun & Demo 2.0 hitting their prime!

      We got benchmarks, cross-runtime stdlib, better registeries, type safety, enough performance, extendability (with runtime plugins & API). I think were approchaing a TS/JS paradigm that’s pretty impressive I must admit.

      • Buttons@programming.dev
        link
        fedilink
        English
        arrow-up
        3
        ·
        edit-2
        19 days ago

        Deno looks interesting.

        But Bun choosing Zig makes me think their priorities are not my priorities. As of now, you choose Zig (a not-yet-stable language) because you want to learn Zig and make a neat side-project. Those are not my priorities. Zig offers no unique advantages other than neat new syntax.

        Deno chose Rust, which, like Zig, is new, but Rust has reached 1.0 and offers a unique advantage with its safety features. I’m not saying anything about the greatness of Rust here, only that Rust does offer unique advantages, and Rust could be chosen because of general priorities.

        Bun chose Zig and then worked backwards and formed their priorities around Zig. Deno formed their priorities and their priorities lead them to Rust.

        That’s how I feel anyway.

      • PlexSheep@infosec.pub
        link
        fedilink
        arrow-up
        2
        ·
        18 days ago

        You don’t need a language runtime if your program has no runtime, right? A rust or C program is just the program, no runtime.

        • FizzyOrange@programming.dev
          link
          fedilink
          arrow-up
          2
          ·
          18 days ago

          Well they still have runtimes, but yes they can be pretty minimal.

          You’re still shipping a load of libraries that come for free with JS though, e.g. with Rust WASM string formatting and unicode support always ends up being annoyingly huge, and that’s built in to JS engines. There’s also collections (Map, Set), etc.

  • umbrella@lemmy.ml
    link
    fedilink
    arrow-up
    16
    arrow-down
    1
    ·
    19 days ago

    sorry js fans, but python is what an interpreted highlevel language should be

  • FUsername@feddit.org
    link
    fedilink
    Deutsch
    arrow-up
    8
    arrow-down
    1
    ·
    20 days ago

    Yeah I really would love to use Python instead on JavaScript natively for the same use case.

  • anticurrent@sh.itjust.works
    link
    fedilink
    arrow-up
    13
    arrow-down
    7
    ·
    19 days ago

    Every time I open a js file from some project I have to tweak to use on my website, I get a brain aneurysm. that shit should never have been invented. python in the browser is the dream we are not allowed to have.

    ps: I am just a hobbyist ! so take it lightly.

    • LANIK2000@lemmy.world
      link
      fedilink
      arrow-up
      11
      ·
      19 days ago

      Idk, my only experience with python is that any app written in it doesn’t fucking work, throwing some esoteric error that has nothing to do with the error at hand and then me needing to look up what unholy specific version I need and manually setting up an environment for it. I dread the day when I’ll want to try some random project and yet again the only way to run it will be some shady ass python script.

      JS is pure crack and has no right being the backbone of the web, but python is borderline unusable in my experience.

      • Rogue@feddit.uk
        link
        fedilink
        arrow-up
        3
        ·
        19 days ago

        I avoid anything written in Python. It’s not the language at fault it’s the ease of entry so you get a lot of low quality software.

      • logging_strict@programming.dev
        link
        fedilink
        arrow-up
        1
        ·
        18 days ago

        U are not wrong.

        Dependency management is tough and often frustrating. Dealing with resolving dependency conflicts is unavoidable. This area is a constant focus of development, so could see improvements over time.

        Some packages to keep an eye on:

        pip & setuptools

        pip-tools (specifically pip-compile)

        https://pypi.org/project/pip-compile-multi/

        poetry

        Any others i’ve missed?

        • NostraDavid@programming.dev
          link
          fedilink
          arrow-up
          1
          ·
          17 days ago

          The new king on the block: uv. It can do everything poetry does, while also using a standard pyproject.toml (no more weird ^), and it’ll handle the Python version for you, so no faffing about with manually installing anything. Just uv sync and off you go!

          Downside: not compatible with virtualenvwrapper, as it’ll force its .venv in the local folder.

          It’s also still under heavy development and breaking changes are still expected, but it’s already super nice to use.

          Same guys (Astral) also made ruff the formatter/linter that they intend to eventually integrate into uv, IIRC.

          I’m running all my personal projects under uv and am having a blast. It’s so fast.

    • Oscar@programming.dev
      link
      fedilink
      English
      arrow-up
      7
      ·
      19 days ago

      Somebody should write a python to javascript transpiler for the web…

      (please don’t actually do that)

  • Kissaki@programming.dev
    link
    fedilink
    English
    arrow-up
    7
    arrow-down
    1
    ·
    19 days ago

    Python’s major pro is its simple, straightforward syntax, which excels at data handling. This has made it popular with novices of all shades […]

    For first-timer coders, Python is easier to learn, understand, and adapt than many low-level programming languages […]

    Is python being easy to learn actually true? I can see it being easier than low-level programming. But there’s other alternatives like C# and Java that certainly seem much better and easier to me. Especially when you consider the ecosystem around only writing code.

    Plus, the Python language is a steadfast feature in the desktop Linux software landscape. It’s preinstalled on most Linux distributions, boasts extensive library support, and can be used to fashion very cool (as well as very basic) Qt, GTK, and other toolkit UIs.

    It’s certainly available, and more readily available on Linux. The whole v2 v3 mess was lackluster. But I guess preinstalled is convenient, and more accessible than installable Java or whatever.

    I’ve never seen JavaScript or Python popularity as evidence or correlating with actual qualities. More with a self-promoting usage. Python was being used in science, then in AI, then AI became popular. To me, it seems like a natural propagation consequence more than simplicity or features over other frameworks and languages.

    • Coriza@lemmy.world
      link
      fedilink
      arrow-up
      5
      ·
      edit-2
      18 days ago

      Is python being easy to learn actually true?

      In my experience teaching C to non computer science students It should be. They struggle a lot with variable type and the strict syntax in general, tokenization , etc, but specially ; and {}. They are more visual so I think the forced identification of python helps and they can see to which block a line of code belongs and also it is easy to think one line one statement. When they forgot a semi-colon it is hard to explain that it became one logical line with the next one.

    • The Bard in Green@lemmy.starlightkel.xyz
      link
      fedilink
      English
      arrow-up
      2
      arrow-down
      1
      ·
      18 days ago

      Is python being easy to learn actually true?

      I’ve never found this to be true, I think that’s partially because I don’t find Python to be very fun to write in, so I don’t enjoy it very much, so I don’t learn new things about it very quickly.

  • Daemon Silverstein@thelemmy.club
    link
    fedilink
    arrow-up
    4
    ·
    19 days ago

    As for data science using Python, something tells me that this has to do with memory heap capacities. I’m not sure about Python’s max memory heap, but Javascript through Node.js seems to have only 512MB. I’ve been using Node.js to deal with big datasets and my most recent experimentation stumbled across the need of loading 100 million numbers to the RAM: while my PC has a fair amount of physical RAM (12GB) and a great part of it was available, it’ll simply error when filling an array. I needed an additional parameter, --max-old-space-size, so Node.js could deal with such amount of data. I didn’t try the same task with Python because I’m used to Javascript (yet I’m done some things in Python), but I wonder how much memory can Python hold until an error like “out of memory” happens, because ML models (for example, those hosted and served in HuggingFace) loads training weights with dozens of GBs

    • it_depends_man@lemmy.world
      link
      fedilink
      Deutsch
      arrow-up
      1
      ·
      edit-2
      16 days ago

      I wonder how much memory can Python hold until an error like “out of memory” happens, because ML models (for example, those hosted and served in HuggingFace) loads training weights with dozens of GBs

      All the stuff that’s LLM and the actual “serious” python libraries are implemented in C/C++ and only made accessible via python.

      Which doesn’t directly answer the question of what the maximum is, in those cases, but it should be obvious that C/C++ have some good ways to deal with memory.

      You can still do “traditional” memory management in python, or “memory aware programming” like, e.g. not trying to read a file in one piece, but reading and processing line by line.

      And using C from python is actually very easy and convenient with ctypes. https://docs.python.org/3/library/ctypes.html

  • Kissaki@programming.dev
    link
    fedilink
    English
    arrow-up
    3
    ·
    19 days ago

    eeew (/s)

    I have a dislike for both of them. Well, for JavaScript mainly the server-side part. I’m fine with it on web scripting, where it’s the only native one.

  • fruitycoder@sh.itjust.works
    link
    fedilink
    arrow-up
    1
    ·
    19 days ago

    This plus Mojo has me feeling better about just wanting to stick to python. I gotta dable in go and rust because not everything is my project (thank God), but I can’t wait till performance python syntax is the norm