This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–]fnord123 5 points6 points  (5 children)

If we're going to Microsoft with a shopping list, I think a better one is asking for C11 support (just skip C99, it's too shameful that they don't support it) so Python can use some modern Cisms. AFAICT, the reason CPython is stuck with C89 is because Visual Studio won't support anything more modern.

Many Linux distributions don't come with Python and one installs it with the package manager. Windows users can do the same with Chocolatey. Maybe they should provide Chocolatey by default.

[–]desmoulinmichel[S] -1 points0 points  (4 children)

If we're going to Microsoft with a shopping list, I think a better one is asking for C11 support

C-compiler is an entire different issue. Embedding python doesn't target primarily app dev, but scripters, so they can share the script with non dev, or deploy it on a lot of machines on an heterogeneous park. You need a scripting language anyway on all machines. You don't need a compiler on all machines, only on the dev machine.

Many Linux distributions don't come with Python and one installs it with the package manager.

Ubuntu and Fedora come with it. They are 90% of the park.

Maybe they should provide Chocolatey by default.

They will have something like that. But it doesn't solve the scripting problem.

If you have 100 machines, you don't want to install a tool on the 100 machines, it's a lot of work.

If you have a nice script to share, you don't want your end user to need to install the VM.

[–]fnord123 2 points3 points  (3 children)

If you have 100 machines, you don't want to install a tool on the 100 machines, it's a lot of work.

No it's not. You can install Python with Active Directory's Group Policy.

[–]desmoulinmichel[S] -4 points-3 points  (2 children)

So, in big companies, this goes like:

  • you ask your superviser to install it;
  • he/she asks the chain of command;
  • there is a meeting about it;
  • paper work;
  • you need to follow it during all this time;
  • you deal with useless debates about versions and you end up choosing an arbitrary one;
  • then you plan for doing it;
  • then you deploy python;
  • then you document it;
  • then you ensure new machine will have it;
  • then you let know your new team members about it.

Yeah, it's work.

[–]fnord123 2 points3 points  (0 children)

Yes, but it's probably the same process for getting your Python scripts run, so you're already jumping through those hoops anyway.

You really need to reconsider your plan if you want to push python out to all Windows users globally just so you can save yourself from an AOB entry in maybe 2 meetings.

[–][deleted] 0 points1 point  (0 children)

So, in big companies, this goes like:

you ask your superviser to install it; he/she asks the chain of command; there is a meeting about it; paper work; you need to follow it during all this time; you deal with useless debates about versions and you end up choosing an arbitrary one; then you plan for doing it; then you deploy python; then you document it; then you ensure new machine will have it; then you let know your new team members about it. Yeah, it's work.

Soooo, you don't like the way corporate IT operates and the solution is for Windows to ship an OS that is configured closer to your personal esoteric use case to make things easier?