Slashdot Mirror


How Microsoft Embraced Python (medium.com)

Steve Dower, a Python developer at Microsoft, describes how the language become popular internally: In 2010, our few Pythonistas were flying under the radar, in case somebody noticed that they could reassign a few developers to their own project. The team was small, leftover from a previous job, but was chipping away at a company culture that suffered from "not invented here" syndrome: Python was a language that belonged to other people, and so Microsoft was not interested. Over the last eight years, the change has been dramatic. Many Microsoft products now include Python support, and some of the newest only support Python. Some of our critical tools are written in Python, and we are actively investing in the language and community....

In 2018, we are out and proud about Python, supporting it in our developer tools such as Visual Studio and Visual Studio Code, hosting it in Azure Notebooks, and using it to build end-user experiences like the Azure CLI. We employ five core CPython developers and many other contributors, are strong supporters of open-source data science through NumFOCUS and PyData, and regularly sponsor, host, and attend Python events around the world.

"We often felt like a small startup within a very large company" Downer writes, in a post for the Medium community "Microsoft Open Source Stories."

73 of 163 comments (clear)

  1. Microsoft only embraces things... by MikeDataLink · · Score: 2, Insightful

    that give them a competitive edge. The second they get the marketshare they want in an area support for other competing products is eliminated.

    --
    Mike @ The Geek Pub. Let's Make Stuff!
    1. Re:Microsoft only embraces things... by arglebargle_xiv · · Score: 3, Funny

      I'd rather a Python embrace Microsoft... and squeeze... and squeeze... and squeeze...

    2. Re:Microsoft only embraces things... by Antique+Geekmeister · · Score: 2, Offtopic

      Microsoft has also been known to _steal_ technologies that had a competitive edge. It may be difficult prove the theft of the GUI from Xerox, but the theft of VMS source code and technologies to create the NT kernel was clear. David Cutler and his team took a great deal of copyrighted code and patented technologies and trade secrets with them, from their work on VMS and it's canceled followup projects Mica designed to run on the new Prism hardware. While Intel was stealing Alpha technologies to create the Pentium chip, Microsoft was stealing the core VMS technologies to create NT. The combined theft created the "Wintel" commercial juggernaut and bankrupted DEC. There have been other thefts since then, but I've not personally seen any thefts as thorough and outrageous as those.

      With Python integration, I'd be concerned that they'll create incompatible, proprietary aspects in their classic "embreace and extend" approach, where the "extend" part adds unrequested features that break compatibility.

    3. Re:Microsoft only embraces things... by K.+S.+Kyosuke · · Score: 2, Funny

      that give them a competitive edge.

      You meant a competitive chrome?

      --
      Ezekiel 23:20
    4. Re:Microsoft only embraces things... by AlwinBarni · · Score: 1

      Interesting, let's just hope that this "embracement" is more a "hug" then a "squeeze".

  2. Oops. by msauve · · Score: 2, Funny

    "In 2018, we are out and proud about Python"

    Careful, or some SJW will accuse you of cultural appropriation.

    --
    "National Security is the chief cause of national insecurity." - Celine's First Law
  3. Rhey ... by CaptainDork · · Score: 1

    ... wrapped themselves around it squeezed real tight?

    --
    It little behooves the best of us to comment on the rest of us.
  4. didn't they first tie a version only to Windows by Locutus · · Score: 2, Interesting

    I thought they first took python and hooked it into a bunch of Microsoft One Way products and called it iron python or something like that.

    Most likely the only reason why Microsoft might now accept and embrace standard Python now is because, like Linux, they can't ignore what the rest of the world is doing any more. The desktop control doesn't have the power it once wielded.

    LoB

    --
    "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    1. Re:didn't they first tie a version only to Windows by Undead+Waffle · · Score: 2

      Yes, they had Iron Python. Then they decided to drop it and eliminate that team. Last I checked some of the developers still worked on it in their free time but it was way behind.

      Which is a little annoying because if you're mixing languages the integration between Python and C# is nonexistant.

    2. Re:didn't they first tie a version only to Windows by Actually,+I+do+RTFA · · Score: 3, Insightful

      IronPython sounded great. It used the same .NET virtual machine as C#, F#, etc. So it was designed for interoperability with other MS languages. It's great if your team is already using C# and you want to write python to integrate various modules (like if you had a bunch of C libraries and wanted to use regular python.)

      The guy in charge of the project got let go like a decade ago and now it's OSS on GitHub.

      --
      Your ad here. Ask me how!
  5. In jungle by Kohath · · Score: 4, Funny

    Python embraces you.

  6. Microsoft by sit1963nz · · Score: 2, Insightful

    Embrace, Enhance, Extinguish.

    1. Re:Microsoft by Anonymous Coward · · Score: 2, Funny

      Dear Microsoft,

      Please, please, please extinguish Python.
      It's not dead yet, but it should be.

      -Signed,
      AC Representing People Who Hate Whitespace-Sensitive Programming Languages

    2. Re:Microsoft by Bongo · · Score: 3, Funny

      { AC { Representing { People { Who { Hate { Whitespace-Sensitive } } } } Programming } Languages }

    3. Re:Microsoft by alexo · · Score: 1

      Python is not directly competing with any Microsoft products, so the EEE strategy would not apply.

      Besides, they haven't been doing it for decades.
      Not that the corporation has suddenly become moral, it just doesn't make business sense for them to try without the market dominance they once had.

  7. Comment removed by account_deleted · · Score: 2, Insightful

    Comment removed based on user account deletion

  8. Why the unmarked commercial advertisement? by hdasch · · Score: 2

    Reads like a paid infomercial.

    1. Re: Why the unmarked commercial advertisement? by bogaboga · · Score: 2

      Reads like a paid infomercial

      Please be serious...and who'd be the beneficiary party exactly?

  9. Re:You mean.... by godrik · · Score: 1

    Lets not forget their getting triggered over master/slave -- https://github.com/python/cpyt...

    The parallel computing community was never that happy about calling the paradigm master/slave. Most references use the terminology master/worker these days. We can find references to manager/worker which sound a lot more neutral that date back decades. ( A PACT 2001 paper as a proof https://link.springer.com/chap... )

    Lots of term in parallel computing ended up being renamed to make the term more accurate or more neutral. Famously, we no longer talk about "embarrassingly parallel" applications, but about "pleasingly parallel" applications because there is nothing embarrassing about the application being very parallel.

  10. Why Python? by guruevi · · Score: 3, Insightful

    I just don't see what other people see in the hype of Python. It has poor backwards compatibility (Python 3 != Python 2), it is single-threaded like JavaScript and it's pretty slow all around unless you code all your libraries in C (and throw away all the stuff that makes it Python)

    Sure it's easy to learn, but then so is JavaScript, PHP and Perl.

    --
    Custom electronics and digital signage for your business: www.evcircuits.com
    1. Re:Why Python? by Actually,+I+do+RTFA · · Score: 4, Insightful

      Unlike JS, PHP or Perl, I actually know people who make C libraries and hook them into Python. It's a great way to do small, high-level things that tie together many components quickly.

      --
      Your ad here. Ask me how!
    2. Re:Why Python? by h33t+l4x0r · · Score: 1

      it is single-threaded like JavaScript

      Asynchronous > multithreading, but you're right that Python sucks at concurrency.

    3. Re:Why Python? by SuperKendall · · Score: 1, Flamebait

      I'm not sure either but there's no question that Python has gained massive popularity - and not from Microsoft especially, but all over. Microsoft is simply following the trend here.

      I honestly think a large part of the adoption is the tooling, specifically Jupyter notebooks that let you kind of run code mixed with documenting what you are doing, leaning on a wide range of libraries for various things, along with modules of your own code. Yes there are other things that kind of do that but it's done really well.

      Also as I mentioned, wide scope framework support is a big reason why Python may be winning out over some other languages with more narrowly sets of abilities to hook into.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    4. Re:Why Python? by h33t+l4x0r · · Score: 1

      That's because you're old. If you were a millennial you might know Node coders who compile C to Webassembly.
      Also PHP has inline C now, not that it's probably ever a good idea to use it.

    5. Re:Why Python? by roskakori · · Score: 4, Insightful

      It has poor backwards compatibility (Python 3 != Python 2)

      This is mostly an issue if you mix Python versions. These days reasonably modern shops tend to solely use Python 3.

      (It is definitely annoying though if you never got the budget to migrate your legacy project from Python 2 to Python 3 or if you do operations work on some ancient box that only includes Python 2.)

      it is single-threaded like JavaScript and it's pretty slow all around unless you code all your libraries in C (and throw away all the stuff that makes it Python)

      Many classic Python usage scenarios simply use Python libraries that wrap C libraries. Most important everything related to data science and machine learning. There Python is used to express business logic and C libraries do the actual computation.

      Apart from that, there are plenty of scenarios where Python is "fast enough" and you don't really care if you get the result in 0.001 seconds or 0.005 seconds.

      It's really about picking the right tool for the right job. And sometimes faster development time is more important than faster execution time.

    6. Re:Why Python? by piojo · · Score: 1

      I just don't see what other people see in the hype of Python. It has poor backwards compatibility (Python 3 != Python 2), it is single-threaded like JavaScript

      I see the draw as the REPL (for testing single lines of code), and being able to run short scripts with nothing more than a text editor. The only thing that can compete is Perl, and let's face it, Perl has a lot more gotchas than Python. (Perl has better threading for sure, even if the only fast technique is to pass tasks in work queues.)

      Python can do a lot, and there's a good compromise between ease of writing and ease of running. I would not use Python for a medium to large program until the static type-checking system gets the power of something like C# (perhaps this means never), and I would not use Python for something that needed to handle a lot of data quickly. But it fills the gap between compiled languages and short shell scripts.

      --
      A cat can't teach a dog to bark.
    7. Re:Why Python? by tlhIngan · · Score: 1

      Sure it's easy to learn, but then so is JavaScript, PHP and Perl.

      Actually, Microsoft uses Perl a lot internally. You won't see it on a lot of their customer-facing products (including Visual Studio), but internal test tools are often implemented using Perl. You run into this when you're using their more specialized toolkits like the DDK and others where their tools have self tests.

    8. Re:Why Python? by lucasnate1 · · Score: 1

      Asynchronous > multithreading

      I think that goroutines or erlang processes (both are essentially threads with very cheap context switches) are a much preferrable to async programming.

    9. Re:Why Python? by gweihir · · Score: 2

      Indeed. Python is great for glue-code and great for prototyping those C libraries. In particular, you can code almost anything really fast, if speed matters little. Once the code works, you can port the critical parts over to C pretty easily and can use the Python code as the basis for some nice randomized testing or as "contracts" in addition.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    10. Re:Why Python? by anon+mouse-cow-aard · · Score: 1
      yes. fork/exec works. Using multiple independent processes and trying to keep them as independent as possible will often result in higher performance than trying to keep a single application and applying mult-threading to it. We replaced a C application that used semaphores and IPC with a python one that just used the file system, and it ran between 10x and 100x faster. Things that were slowing the C version down: They wanted a single log to read, so they made a log process and every body had to post to that log using semaphones. Python version: every process has it's own log. C version, had a *router* process that would accept products from receivers, because folks didn't want multiple writers to an output queue. In the python version, all the input processes just write directly to the output *queue* (not really a queue anymore because order is no longer guaranteed, but wasn't important for application.)

      Often multi-tasking/multi-threaded paradigms lead people into bad decisions when overall parallelism or application performance is the goal. Python's GiL puts people in the right mind set of starting from independent processes, and having people do their utmoste to minimized interaction points between processes, rather than resoort to multi-tasking/sychronization.

      Multi-tasking is about synchronizing access to shared resources. Synchronization is another word for making processes wait. Waiting is bad if you can avoid it.

    11. Re:Why Python? by drinkypoo · · Score: 2

      Unlike JS, PHP or Perl, I actually know people who make C libraries and hook them into Python.

      I don't personally know anyone who does that for other languages, but CPAN was chock-full of examples of that for Perl before PHP even existed. I believe that if mod_perl wasn't such a PITA, PHP probably wouldn't even exist today.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    12. Re:Why Python? by yes-but-no · · Score: 1

      I just don't see what other people see in the hype of Python.

      same reason why a racist doesn't see good in other people. When you don't want to see xyz, you will not see xyz. It's the seer effect.

    13. Re:Why Python? by PPH · · Score: 2

      This is mostly an issue if you mix Python versions.

      So what do you do if you have many millions of lines of code released under strict configuration control* in the old language version?

      *Developed and tested per DO-178 as required by the FAA. Not cheap to re-certify.

      --
      Have gnu, will travel.
    14. Re:Why Python? by Actually,+I+do+RTFA · · Score: 1

      If you were a millennial you might know Node coders who compile C to Webassembly

      First, bullshit. I know people who use node.js. And I know people who use C. Do you perhaps mean C++? Or Rust? Because the only people who use C are working on embedded systems or legacy systems.

      Second, Python has prewritten libraries to bring in. Node.js, not so many (yet, eventually maybe). Your confusing "can use as a glue language among things I write" and "can use as a glue language among things I write and preexisting libraries." The same reason that "inline C" in PHP doesn't fulfill the need.

      Third, I would definitely hesitate to invest much in Webassembly at this point. My guess is another year or two it's going to be associated with some security risk that leads to it being turned off by default (ala ActiveX or Flash)

      --
      Your ad here. Ask me how!
    15. Re:Why Python? by anon+mouse-cow-aard · · Score: 1
      Fleshing out what people are saying about python for prototyping. Figuring out how to do the right thing, or how to do the thing right, is the hardest part of programming. The hardest part of that is understanding what code does, especially over the longer term, when it is handed off between people. Python code is usually 5x to 10x smaller than code in other languages for the same purpose, and a real focus is to be readable. It's optimizing the right thing, human cognitive load.

      If, after you have figured out the right thing to do, you need it to go faster, then it can be quite straight-forward to substitute bits of it with other language implementations that use the logic explored by the python version. Often enough, if you figured out the right thing to do, the python version is fast enough.

      mind you, python apps always leak... it's a real issue in production deployments.

    16. Re:Why Python? by guruevi · · Score: 1

      Then again, you can do that for pretty much any language, even JavaScript. I'm working with a NodeJS library right now that has a huge chunk of it written in C. Sure, the result only works on ARM and MacOS but that's the same issue Python has.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    17. Re:Why Python? by thrig · · Score: 1

      Yep, do that in Perl for C libraries (or also in TCL (haven't had a need to do FFI in Common LISP (yet))). I have heard that Python is apparently a good language, but on account of certain members of its community...yeah, no. Maybe when those pythonistas can resist "The Two Minutes Hate" when Perl is mentioned, and stop reaching back down behind where their legs meet for stuff to throw... (such behavior might also help explain your anecdote).

    18. Re:Why Python? by gweihir · · Score: 1

      You can. The question is how difficult it is and how nice the language you get in addition is. For Python, it is very easy. The only language I know where it is easier is Lua. I will not touch JavaScript with a 10-foot pole...

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    19. Re:Why Python? by piojo · · Score: 1

      As an aside, I find C# to be way more expressive than Python, because it has all the same advantages, plus more syntax like ref and out as well as a type system that can help you in so many ways. Performance and debugging are really good. The async API is a dream. But it's just not as easy to write or run, so I use Python for scripts where it is a better fit. And the third party Python libraries are potentially better, but the .NET standard library and NuGet are pretty damn good. Project configuration is sometimes a pain. Running is far harder than ./my-script.py. People don't like Microsoft. So Python fits in several niches.

      --
      A cat can't teach a dog to bark.
    20. Re:Why Python? by piojo · · Score: 1

      > I would not use Python for something that needed to handle a lot of data quickly.

      Strangely that is the exact area where Python has seen a huge growth in usage: Data analysis with Pandas, NumPy and others, and AI. Both of which are about handling lots of data quickly.

      It is quicker to write code for 10 minutes and have it run in 15 minutes than it is to write code for 30 minutes to have it run in 10 minutes.

      When I said "lots of data", was thinking of analyzing the files on a full hard drive. Since I took advantage of threading, it would be more a matter of taking three evenings to write instead of six, but it would run for a week each time instead of a day. (Python has threading, but it mutexes all access to core interpreter data (the GIL), so my understanding is that threads have no performance benefit unless they invoke non-Python logic so control leaves the VM.)

      --
      A cat can't teach a dog to bark.
    21. Re:Why Python? by piojo · · Score: 1

      It's come to my attention that Python has acquired almost exactly the same threading API that Perl has. I haven't explored the differences and similarities (can I pass lambdas between processes?), but it seems like the difference in performance would not be as dramatic as for the older Python versions.

      --
      A cat can't teach a dog to bark.
    22. Re:Why Python? by h33t+l4x0r · · Score: 1

      C, C++ and Rust can all be compiled to Webassembly. Whether or not it's a good idea to do so is another matter.

      Look, my point is that there is nothing special about Python that makes it more suitable to write C library bindings vs any other scripting language, and it might be old-fashioned to actually try to do that.

    23. Re:Why Python? by kris · · Score: 1

      So I made two C components for PHP, almost 20 years ago now, and they are still part of standard PHP. Pushing C-stuff into PHP was comically trivial already 20 years ago, and more recent versions of PHP made it even easier. Some people do argue that PHP is a glue language that was built to absorb C libraries (I have heard Rasmus himself argue that, and it made a lot of sense at that time).

    24. Re:Why Python? by LarryRiedel · · Score: 1

      If you're stuck with DO-178C, programming is the least of your problems.

    25. Re:Why Python? by Actually,+I+do+RTFA · · Score: 1

      But my point is that Python has a bunch of existing libraries you can use, and Webassembly doesn't. At least not yet.

      --
      Your ad here. Ask me how!
    26. Re:Why Python? by gweihir · · Score: 1

      You don't. You do get a language that requires some actual skill and knowledge and many doe not have that. Then they blame the tool...

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    27. Re:Why Python? by Hognoxious · · Score: 1

      It's very lucky indeed that all managers know the difference between a prototype and a finished product.

      Otherwise they might say something stupid like "it looks finished - ship it!"

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    28. Re:Why Python? by Hognoxious · · Score: 1

      Python is a "glue" language.

      So people sniff it and it gives them brain damage?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  11. Whitespace as language construct = fuck off by Anonymous Coward · · Score: 1, Funny

    Whoever thought it was a good idea to use whitespace as a language construct needs to be taken out back and shot. Python can be the greatest language in the world but until that horseshit goes away it's dead to me and most other not-shit programmers.

    1. Re:Whitespace as language construct = fuck off by slashdice · · Score: 1, Funny

      It was Guido Von Rossum. Former BDFL. Yeah, he repented and is using Ada, of all things, now.

      --
      Copyright (c) 1990 - 2014 Dice. All rights reserved. Use of this comment is subject to certain Terms and Conditions.
    2. Re:Whitespace as language construct = fuck off by gweihir · · Score: 1

      If that even matters to you, then you are not a programmer, but just an amateur with a keyboard.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    3. Re:Whitespace as language construct = fuck off by PPH · · Score: 1

      Lets turn that around:

      That white space isn't there for your benefit. It's there for the compiler.

      Either way, humans parse stuff differently from compilers. Forcing me to use some construct that I either don't need or would like to do differently just to satisfy the compiler is just wrong. I have my reasons for formatting my source for human readability purposes.

      -- Happily mixing tabs and spaces since 1991.

      --
      Have gnu, will travel.
  12. Coming soon by 93+Escort+Wagon · · Score: 1

    Visual Py#

    --
    #DeleteChrome
    1. Re:Coming soon by BLToday · · Score: 1

      Visual Py#

      Homer Simpson: mmm, Pie

  13. Re:You mean.... by Anonymous Coward · · Score: 4, Insightful

    And you can keep that kind of thought where it belongs, behind closed doors. NO ONE thinks code references to "master/slave" literally means the same as human slavery. Reminds me of a coworker who got angry at the term "orphan" because SHE worked with orphan children. The idea that orphan document was completely different from a human child was something she couldn't accept. Orphan child process set her off the deepend though. At that point we may or may not have given up on her stupidity and used every opprotunity we could to use the terms (correctly of course), but no one cared when she was canned.

    Bottom line, sjw correctness is a cancer that spreads.

  14. WSOD by Tablizer · · Score: 2, Funny

    White space of death

  15. Re:You mean.... by piojo · · Score: 1

    Lets not forget their getting triggered over master/slave -- https://github.com/python/cpyt...

    No, I'm not kidding.

    To save anyone else the effort, the parent is totally mischaracterizing the change linked. "Pliant children" (referring to functions, not processes or hardware) was changed to "helpers", which I think most people would say is clearer. It formerly said "pliant slaves", which is not a descriptive thing to call a function, like calling my fork a pliant slave.

    --
    A cat can't teach a dog to bark.
  16. Re:You mean.... by Antique+Geekmeister · · Score: 1

    They could also engage in the mental gymnastics used to explain BDSM where the "submissive" person is really the "person in control". It seems like the X windows "master/slave" relationship, where the display on your local screen is called the "server" and the program running on the remote computer which you display locally is called the "client". It is completely backwards from the mental model most people use for a program running on one machine, displayed on another machine.

  17. Pypi.org stability and security issues will abound by Antique+Geekmeister · · Score: 1

    I'd be deeply concerned about Python's support for installing quite random dependency chains from https://www.pypi.org/ to satisfy a need for a Python module. Much as ant, gradle, and maven install untested Java modules from the Internet, and as CPAN installed Perl modules, they brought dependency chains with them that could displace and break cricical functioning code. I recently had to help recover a critical system where a release engineer ran "pip install" as a root user and wound up upgrading critical modules in the operating system's built-in package management software.

    There are ways to ameliorate the risks, such as using the "virtualenv" utility to install the modules inside what its own playground. But I'll be very curious to see how Microsoft tries to contain the risk of such upgrades.

  18. Re: You mean.... by ph1ll · · Score: 2

    Similar experience: a technically illiterate boss blocked us fron using Git for months because 'git' is a childish insult in British English. He couldn't believe a polished piece of software would have a name like that. Explaining that Apache software did not derive its name from Native Americans but was a play on words of "a patch" for buggy software didn't help.

    --
    --- "We've always been at war with Eastasia."
  19. Scope by Barny · · Score: 1

    Over the last eight years, the change has been dramatic.

    I would bloody well hope that any change would be dramatic after eight years of changing.

    --
    ...
    /me sighs
  20. Re:You mean.... by godrik · · Score: 1

    The only thing I meant is that the renaming is a lot older than the discussion in python. And in practice Master/Slave is not a term very used by the community to denote that organization. Master/Worker is the term that I hear the most. I hear Manager-Worker mostly as a side notes ("sometimes people call that manager-worker")
    I was actually surprised when Hadoop chose to call the non-master nodes 'slaves' since the parallel computing community had pretty much moved to calling them 'worker'.

  21. Re:You mean.... by drinkypoo · · Score: 1

    NO ONE thinks code references to "master/slave" literally means the same as human slavery.

    The etymology of the word "slave" is directly referential to human slavery, and there are other words which are just as descriptive, if not moreso.

    Reminds me of a coworker who got angry at the term "orphan" because SHE worked with orphan children.

    Another poor choice, since that word is descended from the Greek for bastard.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  22. Great language for tiny things by cjonslashdot · · Score: 1

    But it has horrendous maintainability characteristics. So many hours I have spent reverse engineering someone else's Python just to determine what kind of object a method returned in different situations.

    Python is important today because machine learning folks use it - but that's because they don't know any better - they are scientists and tend to work on very small teams and are not concerned with software engineering best practices. If you want to build something that is part of a much larger whole, and that gets shared across teams over time, use a typesafe language - you will save some heart attacks.

  23. Re:You mean.... by Anonymous Coward · · Score: 1

    The term 'retry/miscarry' would have been much more considerate to use.

  24. beyond NIH by epine · · Score: 1

    Microsoft's culture has historically been several grades beyond mere NIH, something more akin to "not warheaded here syndrome".

    With Java, Microsoft was neither slow nor reluctant to slip in the payload package, and pretty soon Java was reduced to a "write once, debug everywhere" programming language that Microsoft could truly count as one their own.

  25. NT Alpha by spikeysnack · · Score: 1

    was a wonderful baby that was born sick and was then strangled
    in its crib before it could barely walk.
    I had one as a university admin for the CS department in the 90s,
    and it was 10 times more reliable than the wintel machines.
    The alphas were beautifully designed, though not hardware agnostic
    like the PC clones, you had to shell out big $$ to DEC to get hard drives
    and expansion cards. DECnet was still a big thing in universities, most
    campus networks used DECnet or Novell NetWare (IPX) , NT used NetBIOS
    over NetWare mostly, but we had a bunch of DEC Unix at the CS dept, so we
    juggled TCP/IP along with all that. The University gobbled up the Community
    College whole, so inherited a huge VAX/VMS network with it, so integration
    got really messy, but DEC Unix Alpha was a good bridge there, until all
    the old KayPro machines got swapped out for cheap Dells and Gateway 2000s
    running Windows 98 with NT login. The CS dept held out until Win XP machines
    were cheap and available, and the CS student enrollment tripled after the 2000s.

    NT Alphas chugged along for about 8 years before they started dying and you
    could not get parts or disks, and DECnet networks were just a wind whistling through
    the digital Graveyard. When NetWare was phased out, Only NT Intel servers existed,
    Except the VAX mini machine, which carried on for 20 more years! Indeed, it was actually
    replaced by another mini running OpenVMS around 2010....!

  26. Microsoft, scapegoats and capitalism by demon+driver · · Score: 1

    No, I don't like them, either; in 2017 I finally managed to move everything to Linux except three or four apps still living under Wine or in a Virtualbox VM, and it was the best decision regarding my home/homeoffice IT I ever made.

    I'm still surprised, though, that so many intelligent people see the evil in Microsoft (or Google, Facebook, Oracle, Amazon, eBay, IBM, ...) as a specific property of Microsoft (and Google, Facebook, Oracle, Amazon, eBay, IBM), Microsoft (Google, etc.; you get the lyrics) as a particularly evil entity within the otherwise potentially good or at least neutral economic system.

    While Microsoft etc. really are just the essence of what this economic system is about. Microsoft etc. is the rule, not the exception. And all the (as righteous as it is) complaining about evil Microsoft etc. won't change a thing. Even if it would lead to an improbable breaking up of Microsoft through competiton laws, something similar would follow soon.

    And even if the whole world would from January 1 on start using only free software and installing free operating systems, the world still would be the place of the corporations, not the people, unless there'd be a change of the world operating system, too.

  27. Re:You mean.... by Hognoxious · · Score: 1

    Says the person with a synonym of shit in his name.

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  28. python is the new basic by sad_ · · Score: 1

    python is the new basic, basic was invented by microsoft.
    in the spirit of basic, it only makes sense to embrace it.

    --
    On a long enough timeline, the survival rate for everyone drops to zero.
    1. Re:python is the new basic by pi_rules · · Score: 1

      basic was invented by microsoft.

      No, it was not. BASIC Wikipedia entry

    2. Re:python is the new basic by sad_ · · Score: 1

      TIL!
      thx...

      --
      On a long enough timeline, the survival rate for everyone drops to zero.
  29. Re:You mean.... by drinkypoo · · Score: 1

    Says the person with a synonym of shit in his name.

    It rather proves the point, don't you think?

    I lost my original slashdot login, whose name I cannot remember. It was high five digit. It's weird I didn't just use "drink" though, which is the normal reason I've used "drinkypoo". Based on UIDs, it wasn't in use when I signed up...

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"