Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Python Programming

Does Python Need to Change? (zdnet.com) 233

The Python programming language "is a big hit for machine learning," read a headline this week at ZDNet, adding "But now it needs to change."

Python is the top language according to IEEE Spectrum's electrical engineering audience, yet you can't run Python in a browser and you can't easily run it on a smartphone. Plus no one builds games in Python these days. To build browser applications, developers tend to go for JavaScript, Microsoft's type-safety take on it, TypeScript, Google-made Go, or even old but trusty PHP. On mobile, why would application developers use Python when there's Java, Java-compatible Kotlin, Apple's Swift, or Google's Dart? Python doesn't even support compilation to the WebAssembly runtime, a web application standard supported by Mozilla, Microsoft, Google, Apple, Intel, Fastly, RedHat and others.

These are just some of the limitations raised by Armin Ronacher, a developer with a long history in Python who 10 years ago created the popular Flask Python microframework to solve problems he had when writing web applications in Python. Austria-based Ronacher is the director of engineering at US startup Sentry — an open-source project and tech company used by engineering and product teams at GitHub, Atlassian, Reddit and others to monitor user app crashes due to glitches on the frontend, backend or in the mobile app itself... Despite Python's success as a language, Ronacher reckons it's at risk of losing its appeal as a general-purpose programming language and being relegated to a specific domain, such as Wolfram's Mathematica, which has also found a niche in data science and machine learning...

Peter Wang, co-founder and CEO of Anaconda, maker of the popular Anaconda Python distribution for data science, cringes at Python's limitations for building desktop and mobile applications. "It's an embarrassing admission, but it's incredibly awkward to use Python to build and distribute any applications that have actual graphical user interfaces," he tells ZDNet. "On desktops, Python is never the first-class language of the operating system, and it must resort to third-party frameworks like Qt or wxPython." Packaging and redistribution of Python desktop applications are also really difficult, he says.

This discussion has been archived. No new comments can be posted.

Does Python Need to Change?

Comments Filter:
  • This headline: (Score:4, Informative)

    by Mr. Dollar Ton ( 5495648 ) on Sunday October 25, 2020 @03:37AM (#60645462)

    A classical example of Betteridge's law of headlines.

  • wut (Score:5, Funny)

    by phantomfive ( 622387 ) on Sunday October 25, 2020 @03:39AM (#60645466) Journal

    Plus no one builds games in Python these days.

    Ah yes, the good old days, when Doom was written in Python. I remember it well, a more civilized tool, for a more civilized age.

    • Re:wut (Score:5, Insightful)

      by Dutch Gun ( 899105 ) on Sunday October 25, 2020 @04:40AM (#60645550)

      It's also incorrect. The Ren'py engine is widely used for creating visual novels. Granted, C++ dominates the videogame industry, but Python still has a niche there.

      It's silly to try to turn Python into a high-performance language, which many games requires. Let Python do what it's good at, and leave C++ at what it's good at. There's this stupid idea among some that a language needs to be all things to all developers, and that's simply never going to happen.

      • C# (and Java to some degree) are kindof all things to all developers. You can transpile it to C++ (Unity3D does this for console compatibility) to make games, make webapps or smartphone apps.

        Although with this transpilation approach you lose features like reflection, but idiomatic C# uses it sparingly anyway. And that's why Python can't do that, because reflection is much more heavily used in dynamic languages. And the lack of type information makes efficient transpilation impossible.

        • I am still a relative novice in C# but I have only seen transpiling primary as a third-party trick. If you are the owner of the codebase, there should be zero reason to transpile unless again you are consuming some assemblies that you are not the owner and even then a more professional approach would be working with the owners or writing wrappers. Is there something I am missing? The use case I have experienced is writing mods for RimWorld. As an owner of the codebase, are there real use cases for transpili

          • Disclaimer: I'm not an expert on transpilation, I just experienced it from a novice gamedev's point of view in Unity3D.

            The main benefit in case of Unity3D is that you can use reflection for PC (e.g. for level editor) and leave it out for consoles. You also get to work with a language that has less gotchas than C++.

      • 6 - insightful
    • by rjzak ( 159949 )

      Come to think of it, I haven't seen any website designed with assembly language. Perhaps assembly needs an overhaul to avoid being relegated to drivers and low-level development.

    • by Kisai ( 213879 )

      The only game(s) built in python are those built on PyGame which Ren'py is the only one to really have any support. However Ren'py can't be run on iOS, the web browser because it relies on old versions of Python and PyGame which have license issues, never mind no runtime for iOS.

      Python's criticisms are similar to that of Java, where too much changes between version numbers, and isn't backwards compatible even between minor versions. Java has largely been abandoned for game development, and the only game th

  • Nah (Score:5, Interesting)

    by phantomfive ( 622387 ) on Sunday October 25, 2020 @03:43AM (#60645472) Journal

    To build browser applications, developers tend to go for JavaScript, Microsoft's type-safety take on it, TypeScript, Google-made Go, or even old but trusty PHP

    I've never seen a decent backend built in JavaScript. Express sucks, and MongoDB isn't much better (just try building a substantial data model without redundancy).

    • Re: Nah (Score:5, Insightful)

      by Viol8 ( 599362 ) on Sunday October 25, 2020 @04:34AM (#60645540) Homepage

      Yes, MongoDB is a fucking disaster zone. It's great if all you want is key-value searches on particular document structures but if you need to do even simple relational queries between documents or god forbid change the document structure without reinstalling your entire DB and rewriting your access code then you're in for a world of pain. Far more so than changing table structures in an RDBMS. Give me a relational DB and SQL any day, the NoSQL experiment has failed. They knew what they were talking about in the 70s as theyd been using the horror that is flat file sDB structures for 20 years already and relational was the solution.

      • Re: Nah (Score:5, Informative)

        by mhkohne ( 3854 ) on Sunday October 25, 2020 @06:45AM (#60645738) Homepage

        I'll disagree that NoSQL has 'failed' in some way. The only failure is hoards of people chasing the 'new shiny' and using it when they need a real RDBMS. NoSQL DBs are fine for certain problems, just not EVERY problem.

        NoSQL is one more instance of silver bullet syndrome where people try to make a new tool do everything. That NEVER works out.

        • Re: Nah (Score:4, Interesting)

          by Viol8 ( 599362 ) on Sunday October 25, 2020 @11:11AM (#60646364) Homepage

          "NoSQL DBs are fine for certain problems"

          Niche problems that rely purely on key value lookups which are few and far between. Any complex business logic will require relational queries at some point. At best a NoSQL DB can be used as a side loading document store to complement the main DB in an RDBMS.

          • Niche problems that rely purely on key value lookups which are few and far between.

            They work really well for things like cookie lookup, which happens a lot on websites.

      • It's great if all you want is key-value searches on particular document structures

        But today, so is PostgreSQL, and even other established solutions, aren't they?

        (NOTE: "Filter error: Your comment looks too much like ascii art."...WTF is that supposed to mean?)

        • (NOTE: "Filter error: Your comment looks too much like ascii art."...WTF is that supposed to mean?)

          It means the post filter on Slashdot fucking sucks.

      • Perhaps you have failed?
        Using a NoSQL DB when it was not appropriated?

        They knew what they were talking about in the 70s
        In the 70s - against popular believe - mostly _ALL_ databases where NoSQL. I learned around 1989/1990 in university: SQL _AND_ graph based data bases on Vaxes!

        If you can not use a NoSQL DB, then either you are not as smart as you think you are, or it is the wrong technology for your problem. Simple as that.

        Graph data bases like Neo4J or OrientDB are on the rise, because guess what: there a

        • by Viol8 ( 599362 )

          "Using a NoSQL DB when it was not appropriated?"

          You've never worked in a big firm where some halfwit manager follows the new shiny and expects every problem to fit around it have you.

          "In the 70s - against popular believe - mostly _ALL_ databases where NoSQL"

          Yes, well done, thats why SQL was invented then.

          "f you can not use a NoSQL DB, then either you are not as smart as you think you are, or it is the wrong technology for your problem"

          GIven most large solutions except for warehousing require relational que

          • > where some halfwit manager follows the new shiny

            there are some extra steps:

            . sql is hard to learn (db theory needed)
            . sql takes years to get great at because information theory is hard
            . somebody comes along saying nosql is just as good and easy (wrong)
            . mongo sounds fun to say
            . let's shit on people who understand db theory because we don't want to be inferior to them.
            . learning is hard
            . look, several articles
            . look, benchmarks for simple reductive cases
            . look, lots of people in the same situation agree

            • Aside from the seemingly obvious observation that SQL != relational, I can teach the basics of both to a moderately bright developer in about a day or two. Normalization is very intuitive once you grasp why it's needed and how it works, and most of learning SQL is learning how joins work.

              As for why people who understand the relational model may sound a little persnickety to those who do not, well, in my case at least, it's not because I feel "superior" but because I know from decades of sometimes painful e

          • And you seem keen to call people stupid when you clearly have little experience of developing large systems in either.
            a) I did not call you stupid - read again
            b) yes I have experience - as you should know as we met often enough on /.

            And if you had management pressing you, it is still not a cause against NoSQL :P

            I'll pass thanks. I doubt its anything that I haven't seen or heard in the last 30 years of working in IT.
            Ah, little child. You indeed should watch this as: you do not have seen anything like that in

      • by leptons ( 891340 )
        I hope you realize that MongoDB is not the only database that a javascript back-end can work with. There are plenty of javascript back-ends using Postgres as well as any other database you care to name.
    • Yeah but MongoDB is webscale...

    • by DrXym ( 126579 )
      I've knocked together piles of small http backends using NodeJS. It's very convenient and easy to do providing you don't care about structure or form. I'm not sure I would trust it AT ALL for something large primarily because Javascript is an awful language and Typescript is basically a band aid that should only be applied if someone has no choice but to use JS, i.e. client site browsing.

      What I would choose to use server-side would largely boil down to what the application was doing, what it was running

    • MongoDB is a document data base.

      Storing and querying JSON documents. It is not supposed to have a schema or be redundancy free.

      Have to check express :D But I would never use Javascript anyway for a backend, that is IMHO where Java excels and there is basically never a reason not to use Java.

      • by mark-t ( 151149 )

        ... and there is basically never a reason not to use Java.

        Oracle. More specifically Oracle's greed.

        I used to think as you do.... then Oracle bought Java and started doing stupid crap like filing lawsuits against companies for copying ideas from Java, or more recently even charging developers just to use their language professionally.

        Java has a lot of technical merits that otherwise make it interesting, but Oracle has time and again proven that they can turn anything they get their hands on into shit.

    • by leptons ( 891340 )
      >I've never seen a decent backend built in JavaScript.

      Well, that's extremely anecdotal of you. And anecdotes are pretty worthless as indicators of anything.
  • Stop your fucking complaining and code.
  • by hackertourist ( 2202674 ) on Sunday October 25, 2020 @04:04AM (#60645508)

    I've tried several GUI frameworks over the years. They all seemed to use a different language so in the middle of your program you'd have to start using different syntax - or a different programming paradigm entirely.

    As a casual user (a few days/year), I like Python. It's simple enough to understand that I can open the editor and start cranking out usable code immediately. All of the GUI toolkits I've tried are byzantine by comparison.

    • After many years programming in multiple GUI frameworks on multiple OSes in C++, Java and Python, I find WxPython can do all I need with almost minimal lines of code.
      I just miss an IDE for form design and the ability to hotfix code.

    • Re: (Score:3, Interesting)

      by Maxellus ( 7381176 )
      Have you try PySimpleGui? It available for three Gui framework (Tkinter, Qt and Wx) and is very, very easy to use for simple day to day applications.
  • by Viol8 ( 599362 ) on Sunday October 25, 2020 @04:29AM (#60645530) Homepage

    There are too many variations between OSs and form factors so one size does not fit all. If you try you end up with Java Swing and no one wants that. Plus bundling a massive API that may well not be needed for the task the user wants Python for just wastes space and complicates packaging.

    As for it not being a first class language , well I cant speak for Windows but on *nix the shells are intricately linked to OS functionality such as spawning command programs, job control etc. Yes you can do that in Python too but with 3 times or more the code to do the same thing so why would anyone want to?

    • Comment removed based on user account deletion
      • by Viol8 ( 599362 )

        Oh right. So if I develop an app with multiple windows what happens when it gets ported to a phone?

    • If you try you end up with Java Swing and no one wants that.
      Sorry, you are just silly.
      Java + Swing is excellent. Swing is one of the best GUI frameworks ever, unfortunately they never made a true Application Framework.

  • by texwtf ( 558874 ) on Sunday October 25, 2020 @04:29AM (#60645534)

    My hammer makes a terrible screwdriver. It needs to come up to speed, because I have a lot of applications that call for screws!

    • by 1s44c ( 552956 )

      Oh man. That's exactly what I said, but you said it better.

    • If you could become proficient in a new programming language in the same length of time in takes to master the use of a screwdriver, your argument would have been excellent... it's not.

      • Re: (Score:2, Insightful)

        by dfghjk ( 711126 )

        It is not an argument, it is an insight...and it is excellent.

        Also, the time to "become proficient" relative to the time required to perform the task is not necessarily different between a programming language and a screwdriver. If it were, your argument would have been excellent...it's not.

    • by Njovich ( 553857 )

      Why not just buy a hammer multitool?

      • A multi tool isn't good at anything, it's just capable of many things. A better solution is to have many good tools.
  • by FireXtol ( 1262832 ) on Sunday October 25, 2020 @04:37AM (#60645544) Journal
    Yes it does. Pyodide brings the Python 3.8 runtime to the browser via WebAssembly.
  • Who cares? (Score:5, Interesting)

    by TechyImmigrant ( 175943 ) on Sunday October 25, 2020 @04:41AM (#60645552) Homepage Journal

    It's a nice command line oriented dynamic language with enough OO and functional behaviours to cater to different tastes.

    But what makes it nice for cranking out useful algorithms quickly is what makes it unsuited to desktop graphical programs. The horror of GUI APIs shines right through. There are several GUI frameworks and none of them are elegant or simple. They all seem to suffer from the object tree of a million things problem. The only clean GUI APIs I've seen are in plan9 and TempleOS and they are not going to be mainstream any time soon. Since I don't write GUI applications, I do not care. I develop algorithms in Python and if necessary convert to C or C++ (for nicer GMP/MPFR than in C) later if it's worth making it faster.

    If I was programming a GUI, I would pick a language that mapped better to the task. I don't need python to be broken for the sake of GUI programming. I need them to fix the versioning and packaging issues. That's all.

    • by HiThere ( 15173 )

      What I want of Python is a better way of handling fixed length binary record oriented files. A decent way of QUICKLY mapping values to fixed byte length values. Unsigned 64 bit integers would be a real plus. It would also be nice if the "multiprocessing" module could be more tightly integrated into the language. But using struct to pack and unpack values all the time, while extremely flexible, is a real pain.

      Also useful would be language recognition of immutable values (other than strings and literals,

  • Once again? Oh boy!
    IEEE is really getting a marketing turn, then!

  • Data science people like python because it's reasonably simple, reasonably fast, and it works. Adding cruft to it will make it worthless to everybody.

    Programmers always come up with reasons to keep programming. Sometimes that Ferrari doesn't need a trailer hook. Classic example KDE 3. It got as good as it was going to get, but at that time it had a big group of programmers who just wanted to do something, so they wrecked the whole project with pointless rewrites of core components.

    • by Entrope ( 68843 )

      Python is "reasonably fast" exactly to the extent that it calls non-Python code.

      In an app I used to work on, the core was C++ and the high-level for logic was Python. The Python code was strictly bookkeeping, but it was still responsible for about half the mallocs and ten percent of CPU usage in a CPU-bound app. Plus it kept a "get it done quickly" architecture so there were tuples inside arrays inside tuples rather than objects. And the code had outgrown the size where dynamic typing was easy to use; yo

      • where index 4 of the array at position 2 in that tuple came from

        That actually sounds like a problem in any language you could have reasonably used that isn't dependently typed (which si probably all of them).

      • and have to spend three hours tracking down where index 4 of the array at position 2 in that tuple came from.
        That should only need a few seconds. Sorry, exception break point in your IDE, walk up the stack trace until you are at the place the parameter is passed down, then go further up and check how it is calculated.

        Wow: so easy ...

        • by Entrope ( 68843 )

          That should only need a few seconds. Sorry, exception break point in your IDE, walk up the stack trace until you are at the place the parameter is passed down, then go further up and check how it is calculated.

          That app had/has a dict that persists across multiple transactions and holds the nested list-like types. Because elements are accessed by index rather than name, foo[0][1] can have both different type and semantics than foo[1][1], and sometimes foo[0] or foo[1] would be passed to functions, it was ob

    • Data science people like python because it's reasonably simple, reasonably fast, and it works. Adding cruft to it will make it worthless to everybody
      And:
      a) the data usually comes from resources with high latency
      b) the number crunching is delegated to C/C++/Fortan vector math
      c) Python is only the super readable and super maintainable glue code

  • Yes (Score:4, Funny)

    by backslashdot ( 95548 ) on Sunday October 25, 2020 @05:22AM (#60645620)

    They keep changing the damn language so why not .. it's like Chinese turning into Swahili over time. I say we skip the BS and just turn Python into FORTRAN 66 with Perl-like variable syntax and PHP function names.

  • is not popular because of the language, but because it is taught in many classes as first language and in some areas has excellent libraries.
    If you know a lot if different languages, you use python despite the language because you find an excellent library which you often cannot find somewhere else in this quality!

    • [Python] is not popular because of the language, but because it is taught in many classes as first language and in some areas has excellent libraries.

      Not in my case. I have never had any classes in programming. There are two main points that make Python attractive for me.

      a) It behaves like executable pseudo-code, so I can guess how something should be written, and it tends to work. When I used Perl, there was so much syntax to learn that I could not understand my own code.

      b) It is strongly typed, so you do not get daftness like numbers becoming strings, but only sometimes, like in Perl or Javascript.

      I have not tried GUI programming in Python, but the iss

      • Python is fine for GUI apps. WxPython is 100% free and works fine. PyQt works fine. Applications are smoother than a lot of Java ones I have used.
        • by HiThere ( 15173 )

          PyQt needs much better documentation. I agree that WxPython is pretty good. PyQt depends too much on the C++ documentation, and that doesn't always tell you everything you need to know.

      • Trying to build detailed GUI facilities into Python would lead to all sorts of OS and platform dependencies.
        While that is true, Java solved it nicely. Three times!!
        a) AWT
        b) Swing
        c) JavaFX

        However for Python it probably makes more sense to provide a "standard" binding to Qt (which probably already exists anyway):

        • Trying to build detailed GUI facilities into Python would lead to all sorts of OS and platform dependencies.
          While that is true, Java solved it nicely. Three times!!
          a) AWT
          b) Swing
          c) JavaFX

          However for Python it probably makes more sense to provide a "standard" binding to Qt (which probably already exists anyway):

          I admit to ignorance of writing Java code, but the "write once, run anywhere" idea did not seem to work out in practice. You can end up with an application that is equally crap on all platforms. I certainly have no fondness for Java GUI implementations. Qt seems to do fairly well, but it is a hefty beast.

      • No one understands Perl after theyâ(TM)ve written it. Itâ(TM)s the worldâ(TM)s only write only language.
        • by HiThere ( 15173 )

          You're confusing Perl with Forth, or possibly APL (which looks even more like line noise than Perl does).

  • by greytree ( 7124971 ) on Sunday October 25, 2020 @05:39AM (#60645654)

    "Python is never the first-class language of the operating system, and it must resort to third-party frameworks like Qt or wxPython."

    What first class language of what operating system has its own GUI ?

    This is just nonsense.

    • Erm, by "GUI" I mean "GUI Framework". ( Obviously, as that's what Qt and WxPython are. )

    • Oberon, among others?
    • "Python is never the first-class language of the operating system, and it must resort to third-party frameworks like Qt or wxPython."

      What first class language of what operating system has its own GUI ?

      This is just nonsense.

      Yeah, they lost me there too. It's bad because they have to use libraries? WTH?

    • Ok, it's actually the other way around, Gnome has Vala as it's first class PL, but PLs exist is what I'm saying. Like Livecode or visual basic. ... For example.

    • Oberon, Modula II, Java.

      And if you skip "cross platform": C++/Swift/Objectiv-C and Pascal on Macs and NeXT.
      Obviously C# on Windows.

      I would not wonder if FreePascal or that TurboPascal clone, I keep forgetting its name, has one, too.

      Lisp ...

      • by HiThere ( 15173 )

        Oberon, perhaps.
        Modula II, not any version I used.
        Java, yes.
        C++, no.
        Swift, perhaps.
        Objective-C, no.
        Pascal, no.

        They have GUIs, but the GUIs are libraries, not part of the language. Even ObjectivePascal for the Mac didn't have a GUI as part of the language. (Well, not in 1990.) TurboPascal may have, but that was a commercial product, not a langauge. It was an implementation of a language. And I always heard the GUI referred to as Delphi, so I think it was a separate product. (Like Lazarus and FreePascal

  • The fastest way to destroy a language is to evolve it so that old stuff is no more understood by interpreters.
  • by npcole ( 251514 ) on Sunday October 25, 2020 @06:36AM (#60645730)

    I don't see much useful or new here.

    Python is terrible because you can't run it in browser tabs?

    Last time I checked, only (really) JavaScript was supported in the browser -- yes, there are some subset and superset languages, but in the end, it is JavaScript. There are projects to compile Python to WebAssembly, but no you can't take the C Extensions with you. You don't have them in JavaScript either.

    Python is terrible because it's hard to write desktop apps?

    It is hard to write desktop apps, because users are unforgiving of applications that do not use native GUI features. Heck, even in the Linux world, people get upset if the app they want to use doesn't match the ecosystem they have picked. There is a cross-platfrom GUI library for Python, and it will do simple apps, but it is isn't going to look like a native app across platforms.

    Python is terrible because you can't use it for mobile apps?

    Programming for mobiles is like programming for the web. You generally have to use what the platform provides. And phones don't provide Python runtimes. But they don't provide runtimes for your favourite language either.

    Python is terrible because it is hard to deploy projects?

    Have you ever tried deploying someone else's JavaScript application...?

    • You generally have to use what the platform provides. And phones don't provide Python runtimes. But they don't provide runtimes for your favourite language either.

      There's no shortage of languages that you might want to program your phone in. So much so that you can't expect phone manufacturers to provide them all. It's up to programming language developers to provide their own runtimes. Hell, these days, even platforms like LispWorks or VisualWorks have their Android runtime, and those are not exactly *that* popular. If *those* can, why not Python, if it has *that* many more users than those platforms?

    • You can take the C extensions with you.
      C was one of the first languages compiled to JavaScript or WebAssembly.

      But: why in hell would anyone want that?

  • by martynhare ( 7125343 ) on Sunday October 25, 2020 @07:07AM (#60645770)
    Like Ubuntu, which deliberately encourages its use for everything to the point where a single core Athlon 64 just wasn't good enough for Ubuntu in 2009 but still ran great on Windows XP.

    Also, you can tell the Anaconda guy is very Windows centric, probably because what he distributes to make money depends upon OSes not having decent centralised repositories.

    Qt is a first party Linux/BSD framework for GUI apps. It is only third party on Windows and even then, it powers more of what I use than the native option (WinForms) does. For me, without Qt, I wouldn't be able to use: VirtualBox, Beyond Compare, TeamViewer, VLC Media Player, Google Earth, qBitTorrent, OBS, XnView, AMD GPU Drivers, Dolphin and a ton of other stuff.

    The only advantage native Windows GUI code would give is longevity of support which is something Python doesn't give two hoots about anyway. 32-bit Windows 95 apps still work great on Windows 10 with many underlying libraries still receiving security patches, while Python apps (and all their modules) break the moment you change major version anyway

    For languages to be accepted in the year 2020, they need to be supported with minimal breakage long term. That is the real reason Python needs to (not) change. I already have great options available that won't shaft me years down the line.
    • But you do know that even Windows has a $PATH variabel and that you can keep new and old versions of any language nicely separated?

  • by Pimpy ( 143938 ) on Sunday October 25, 2020 @09:08AM (#60645954)

    Different languages have different strengths and weaknesses for different applications, simply because a language isn't suited for a particular task doesn't mean that it makes sense to bloat or introduce feature creep into the language.

  • by OneHundredAndTen ( 1523865 ) on Sunday October 25, 2020 @09:09AM (#60645958)
    How many more mutually incompatible Python versions do we need?
  • 35 years old... (Score:5, Insightful)

    by bradley13 ( 1118935 ) on Sunday October 25, 2020 @09:23AM (#60646004) Homepage

    "But 35-year-old Python does have its weaknesses"

    What a surprise. People complain that Java has problems, because it is 25 years old. There's a lot of cruft that accumulates, and frankly we have learned something in that time. Python is even older, and it's a scripting language, which is rarely ideal.

    I can only figure that Python took off, because it was initially easier for non-programmers to work with an untyped language. They built toolkits, which made Python popular for AI applications. But just about any other language would have been better. Java would have been better. Heck, a lot of languages would have been better. But people go where the toolkits and frameworks are, so...

  • Plus no one builds games in Python these days.

    One of the biggest online games in the world, is written server side _AND_ client side mostly in Python.

    Seriously, if you want to bash a language: do your homework first.

    I'm sure there are plenty of "Apps" for Android and iOS written in Python, and that includes Games - it is just so that no developer feels to need to brag which language he used.

    • by gweihir ( 88907 )

      Plus no one builds games in Python these days.

      One of the biggest online games in the world, is written server side _AND_ client side mostly in Python.

      Seriously, if you want to bash a language: do your homework first.

      Indeed. That did surprise me as well. This person is either clueless or dishonest.

  • Comment removed based on user account deletion
  • Whatâ(TM)s his point? The real question is why python took off fairly recently.
  • So do you want it to be good at a few things or terrible at a lot of things? This isn't cable connectors- there will never be one to rule them all. I like Python for what it is and respect its limitations. Same with Go or bash or C++ or Java, etc. No need to go burning down the house to chase the next thing- just use a different language. Certainly a lot easier asking devs to learn languages that suit their use case than reengineering an existing one to fit everything and the kitchen sink.
  • ... and bloat it to the point it is no longer useful...

    .
    "...you can't run Python in a browser and you can't easily run it on a smartphone. Plus no one builds games in Python these days. ..."

  • It works well. Any major changes can only make it worse. These people are completely unaware of tech history, it seems to me.

    As to Python in the browser, that will come by itself via web-assembler. No need to change the language. And GUIs? That is _not_ in its target problem space. If you really want it, write your GUI in C and embed Python.

  • by Qbertino ( 265505 ) <moiraNO@SPAMmodparlor.com> on Sunday October 25, 2020 @10:35AM (#60646240)

    Python going through breaking changes from v2.x to v3.x was bad enough. Don't change Python, not again . It's perfectly fine. It's the only PL used professionally in every industry and field. For that it's doing very very well. If some specialist blowhard doesn't like the featureset Python offers, then he should build his own PL. Better yet find a different existing PL that better fits his needs.

  • On my current iPhone, when I hit the 3-dot menu for a voice memo, "run pythonista" is one of the options. Hard only if you can't program.

Never test for an error condition you don't know how to handle. -- Steinbach

Working...