Несколько дней назад команда Windows анонсировала майское обновление 2019 для Windows 10. В этом посте мы взглянем на то, что мы, команда Python, сделали для того, чтобы установка Python в Windows стала проще. В частности поговорим о Microsoft Store и о добавлении дефолтной команды “python.exe” для облегчения поиска (в коллаборации с Windows). Возможно вы уже слышали об этом в подкасте Python Bytes, на PyCon US, или в Twitter.
По мере перемещения программного обеспечения с ПК в облако, браузер и Интернет вещей рабочие процессы разработки меняются. Хотя Visual Studio остается отличной отправной точкой для любой рабочей нагрузки в Windows, многие разработчики теперь предпочитают использовать инструменты индивидуально и по запросу.
Для других операционных систем менеджер пакетов, поддерживаемый платформой, является традиционным местом для поиска отдельных инструментов, которые были настроены, проверены и протестированы для системы. В Windows мы исследуем способы предоставления аналогичного опыта разработчикам, не влияя на пользователей, не являющихся разработчиками, и не нарушая возможность издателей управлять своими релизами. Windows Subsystem для Linux является одним из подходов, предлагающих разработчикам согласованность между их средами сборки и развертывания. Но есть и другие инструменты для разработчиков, которые также имеют значение.
Одним из таких инструментов является Python. Microsoft сотрудничает с сообществом Python более двенадцати лет и в настоящее время напрямую взаимодействует с четырьмя ключевыми контрибуторами языка и основной среды выполнения. Развитие Python невероятно, ведь он используется аналитиками данных, веб-разработчиками, системными администраторами и студентами, и как минимум половину их задач уже можно выполнять на Windows. Но пока разработчики Python на Windows сталкиваются с большими вопросами, чем на других платформах.
Установка Python в Windows
В течение многих лет было широко известно, что Windows является единственной основной операционной системой, в которой нет встроенного интерпретатора Python. Для многих пользователей, которые никогда не будут нуждаться в этом, это помогает уменьшить размер и повысить безопасность операционной системы. Но для тех из нас, кто в этом нуждается, отсутствие Python остро ощущается.
Как только вы обнаружите, что вам нужно получить Python, вы быстро столкнетесь с множеством выборов. Будете ли вы скачивать установщик с python.org? Или, возможно, такой дистрибутив, как Anaconda? Установщик Visual Studio также является вариантом. А какая версия нужна? Как вы получите доступ после установки? Вы найдете больше ответов, чем вам нужно, и в зависимости от вашей ситуации любой из них может быть правильным.
Мы потратили время на то, чтобы понять, почему кто-то обнаруживает ошибку, указанную выше, и какая помощь ему нужна. Если вы уже являетесь экспертом Python со сложными потребностями, вы, вероятно, знаете, как его установить и использовать. Гораздо более вероятно, что кто-то столкнется с этой проблемой в первый раз когда попытается использовать Python. Многие из учителей, с которыми мы говорили, подтвердили эту гипотезу — студенты сталкиваются с этим гораздо чаще, чем опытные разработчики.
И мы сделали все проще.
Во-первых, мы помогли сообществу выпустить Python в Microsoft Store. Эта версия Python полностью подготовлена сообществом, легко устанавливается на Windows 10, и автоматически делает стандартные команды python, pip и idle доступными (как и их эквиваленты в версиях python3 и python3.7, для всех команд, как на Linux).
Наконец, с майским обновлением Windows 2019 мы заканчиваем картину. Хотя Python продолжает оставаться полностью независимым от операционной системы, каждая установка Windows будет включать в себя команды python и python3, которые ведут вас прямо на страницу Python. Мы считаем, что Microsoft Store идеально подходит для пользователей, начинающих работать с Python, и, учитывая наш опыт работы с ним и участие в сообществе Python, мы рады поддержать его в качестве default choice.
Мы надеемся, что все будут так же рады, как Scott Hanselman когда обнаружил это. Со временем мы планируем расширить аналогичную интеграцию с другими инструментами для разработчиков и решить проблемы с началом работы. Мы хотели бы услышать ваши мысли и предложения, поэтому не стесняйтесь оставлять комментарии здесь или использовать приложение Windows Feedback.
Комментарии (111)
lumini
13.06.2019 10:56choco install python
И без всяких сторов с UI.
mistergrim
13.06.2019 11:43+1C:\>choco
«choco» не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.lumini
14.06.2019 19:10rionnagel
14.06.2019 19:42+1Я думаю, что скорее всего многие в курсе. Но суть не в этом.
lumini
15.06.2019 10:06А в чем? Чоко — почти дефолтный пакетный менеджер. Указанную вами ниже команду я выполняю первой после установки винды, даже до скачивания браузера :) В Чоко есть 99% нужного софта для разработчика. Он автоматизируется скриптами в отличие от магазина приложений, те нормально можно ставить софт политиками в домене. И да, в нем нет Ui, только консоль, что имхо плюс. В чем смысл радоваться появлению в магазине одной программы из десятков нужных — я лично не понимаю.
rionnagel
17.06.2019 14:28Вам же явно намекнули в чём. Это сторонний инструмент от разработчика из Канзаса, который вам ничего не должен и в любой момент может сможет положить вашу инфраструктуру, если вы себя сделали от этого зависимым. И с кем вы будите судиться? Как модерируется всё это непонятно, юридических последствий нет, вам ничем не обязаны. Это не встроенный инструмент системы. А если в новой версии пакета прошляпят ссылку на vasyasupervirus.ru/piton-super-virus-besplatno.exe в ps скрипте? Упс, извините.
Я не отрицаю то, что инструмент удобный. Более того, сам его активно использую в связке с puppet и не только, но не стоит его преподносить, как панацею. Всё таки некоторые пакеты обновляются достаточно медленно, некоторые вообще поломаны (как и зависимости), у некоторых с заядлой периодичностью меняются названия, некоторые забрасываются мэинтэйнерами. Это нормально для таких проектов. Хочешь следить за своим софтом в организации — поднимай нагет сервер (или ещё что-либо), следи и тестируй сам.
При чём сдесь ui? Ну есть он где-то, ничего страшного, для chocolatey его тоже можно поставить, кстати. А вот отсутствие консоли было бы печально.
Магазинные приложения тоже можно ставить скриптами.lumini
17.06.2019 14:51> А вот отсутствие консоли было бы печально.
Так я и написал в первом посте, что в магазине только UI способ установки (и это грустно/деудобно). После вашего комментария загуглил, действительно ли можно автоматизировать установку через консоль оттуда, но всё равно не нашёл нормальной инструкции. Если стор можно автоматизировать, то это знание глубоко запрятано.
Я полностью согласен, что choko — не панацея (как и любой другой инструмент, который может в любой момент сломаться). Питон, если уж на то пошло, тоже инструмент, который работал и один человек его сломал (сделав несовместимыми скрипты второй и третьей версии). Сломаться может всё. Но факт есть фактом — в чоко есть всё что надо, в сторе — пасьянсы и кэнди краш сага (и теперь пайтон, который нельзя даже установить определенной версии).
vvm13
13.06.2019 11:46+1C:\...>choco
'choco' is not recognized as an internal or external command,
operable program or batch file.
rionnagel
13.06.2019 19:08Ну сначала надо сделать это:
@"%SystemRoot%\System32\WindowsPowerShell\v1.0\powershell.exe" -NoProfile -InputFormat None -ExecutionPolicy Bypass -Command "iex ((New-Object System.Net.WebClient).DownloadString('https://chocolatey.org/install.ps1'))" && SET "PATH=%PATH%;%ALLUSERSPROFILE%\chocolatey\bin"
Потом уже
refreshenv cinst python -y
Предварительно посмотрев на сайте, какую версию он тянет, кто её мэинтейнер и от куда берёт скрипт установочный файл. И сделать тоже самое с зависимостями.lumini
15.06.2019 10:16А при установке из магазина приложений, разве можно аналогично проверить мейнтейнера, установочный скрипт и тд? Тем более зависимости. Там есть кнопка Install, которая что-то куда-то устанавливает. Если заморачиваться с секурностью, то такой подход в миллиард раз хуже.
rionnagel
17.06.2019 14:39Это и не нужно. За содержимое магазина отвечает ms. За содержимое устоновочник.рф — отвечает вася пупкен.
Если «заморачиваться с секурностью», то нанимается штат безопасников, которые вооружаются дебагеррами, профайлерами и прочими инструментами для анализа и пентестинга (как там производят глубокий анализ системы?), после чего производится аудит системы, которая на тесте. Предвартельно оцениваются риски, высчитывается бюджет, пишется политика безопасности, пишется методика аудита, гафик аудита и кучу прочих документов. Закупаются siem системы… продолжать можно долго, насколько хватит денег.
Вот с чего вы взяли, что подход установки из магазина хуже в контексте информационной безопасности? Лишь потому, что не знаете как работают uwp приложения?lumini
17.06.2019 15:01> Лишь потому, что не знаете как работают uwp приложения?
Откуда вы знаете, что я «не знаю»? :) Это пардон уже наезды. Мы же общаемся на технические темы, а не кидаемся обвинениями.
Я честно не понимаю, почему вы считаете, что установка из общепризанного репозитария пакетов (чоко) — это установочник.рф?
chocolatey.org/packages/dotnetcore-sdk
Я вижу, что автор требуемого мне пакета — Microsoft.
chocolatey.org/packages/python/3.7.3
Я вижу, что автор этого пакета Python Software Foundation
В какой вселенной это назвается «устоновочник.рф» и почему это менее безопасно чем стор?rionnagel
17.06.2019 20:11Извиняюсь, я не хотел именно наезжать. Я к вашей цитате
которая что-то куда-то устанавливает.
В авторе можно написать что угодно и это даже могут пропустить, это может особо не контролироваться, мы же не знаем насколько там соблюдаются правила. Я вижу 2х мэинтэйнеров, которые не Microsoft. Мне надо сходить в профили, посмотреть их гитхаб и прочие ссылки, на которые может ссылаться и мошенник.
Это «устоновочник.рф», потому, что юридические последствия владелец этого сервиса не понесет, если у вас ляжет инфраструкрута. Мэинтэйнеры вам ни чем не обязаны. Этот сервис используется на свой страх и риск. Это не является ни частью системы, ни каким-либо официальным дополнением для системы.
lumini
15.06.2019 10:29Ну и вообще в любой приличной корпоративной сети магазин приложений всегда закрыт, чтобы не плодить установленные пасьянсы и казуальные игрушки.
roller
13.06.2019 11:48-1Чтобы ни делать, лишь бы unix не ставить и не учить
mistergrim
13.06.2019 12:06+1А если мне firefox понадобится, тоже unix ставить?
Nashev
14.06.2019 12:33А почему бы и нет? Вот ровно аргумент про файрфокс ну совсем не аргумент. В убунте он чуть ли не предустановлен…
GnuriaN
13.06.2019 12:11+1А чем мне линукс поможет, когда я разрабатываю на Windows для Windows?
urtow
13.06.2019 12:36А вам и питон тогда не нужен.
Tatikoma
13.06.2019 13:44Может помочь если в процессе разработки вы используете какие-то старые версии программ. В линукс под Wine старые версии Windows-программ могут работать лучше, чем под Windows :-)
Stanislavvv
13.06.2019 15:01Кстати, помнится, wine под винды таки собиралось и работало. Как раз для старых программ :-)
Правда, инфа — времён, когда win7 была последней. Сейчас могли и поменять.
samhuawey
14.06.2019 10:26Не, ну если вы привыкли мышкой в гуях то да, резонно, хотя есть линуксовые программы которые проще из-под встроенного убунту запустить, чем пересобрать в винде, например, графический редактор опенсорсный.
Если пользуетесь командной строкой, то линуксовые тулзы лаконичнее и удобнее чем скажем Powershell. Быстренько дифф посмотреть и грепнуть перед коммитом в git удобнее в родной для гита среде.
megapro17
13.06.2019 15:39К сожалению на Unix графическое окружение не такое красивое и плавное, не малую роль в этом играют устаревшие x11
Deerenaros
13.06.2019 20:36Причём здесь иксы? Они тут вообще никакой роли, линуксоиды уже сто лет пытаются перейти на wayland и подобное, но реальную проблему, которую он решает — это облегчает API для поддержки, из-за чего, собственно, драйвера под линукс часто приходят с запозданием… Если вообще приходят. Но по правде тут сто и одна причина почему так, вся эта мишура с производительностью — мишура. 1-2% вам погоды не сделают. Зато иксы хорошо протестированы и довольно давно используются, а API было разработано ещё в 80е: отсюда множество монструозностей и непонимание реальных задач (тем паче тогда они вполне были понятные и реальные).
Так что нет. Проблема не в этом. Проблема в популярности. Никто не будет делать красивое и плавное графическое окружение под nix, окромя эпплов. Потому что ЦА плевать. Да и делают на самом деле, последний гном довольно приятный на вид. Но у меня крутятся awesome wm, а в среднем по времени 90% экрана — это kitty (xterm-совместимый терминал, если что). Мне эти красивости не то, что не нужны — они даже опасны. Учитывая, что мышку я беру в руки довольно редко моё окружение помогает* мне работать, а не сжирает тонны RAM и мусорит в swap, попутно добавляя лишнюю вкладку на багтрекер.
А обычный юзверь столкнувшись с упавшими иксами что сделает? Куда пойдёт? 99% перезагрузит систему. В лучшем случае сходит к знакомому красноглазику, но почти наверняка — это будет лишняя и тысяча первая причина вернутся обратно на Winodws.
Дело не в том, что linux не готов для работы. Дело даже не в том, что пользователь не готов для linux. Дело в том, что они решают разные задачи.
Если не кидаться камнями в мелкомягких, то в 80 они решали задачи, которые линуксоиды решили решать только через десять лет. Именно отсюда прётся несовместимость. А теперь то надо тащить всю легаси совместимость, включая все эти установщики. Как сюда впихнуть пакетный менеджер? Кто будет ментейнить репы? А по факту, это будет лишь ещё один способ установить софт. Почему на ubuntu никто не ставит программы не через apt-get? А почему вы решили что это так? make && make install — очень популярная идеология среди студентоты. Фу? А как вам всякие desura и steam? Это же дичь с точки зрения правильного (имеется ввиду мешать пакетные менеджеры) ментейна, но… Steam-like дистрибьюция игр прижилась на windows потому что решала совершенно иные задачи. Решила похоже, но задачи-то были другие =) А теперь вопрос на миллион — как к моему pacman прикрутить visa?
Дело отнюдь не в окружении. Раз уж полотно получилось, позволю себе пованговать немного — а что дальше? Немного ответ даже на как быть. Вижу постепенную модулизацию windows. В каком то смысле как с .net. Причём будет очень и очень интересным результатом, если windows.core будет даже не операционной системой, а набором библиотек. Свободно распространяемыми сорсами, как wine. Это будет даже смешно, но вполне логично — по факту миллион проблем решится одним взмахом, все будут хвалить мелкомягких, а по факту это будет способ вот так вот невозбранно подсадить абсолютно всех на свою платформу =) А вот какая монетизация у неё будет — интересный вопрос.
saege5b
13.06.2019 21:05А чего не хватает в пятых кедах?
Графические эффекты
megapro17
13.06.2019 21:30Просто открой любой браузер, тяжёлый сайт, например YouTube, и попробуй подвигать за уголок окна. На линуксе всё дёргается, и лагает ужасно, на винде более менее плавно
saege5b
13.06.2019 21:43Есть поддёргивания при воспроизведении, но я бы не сказал что прям ужасные, если резко дёрнуть получается ступеньками с примерно указатель мыши.
0xd34df00d
14.06.2019 01:37Открыл, подёргал, все плавно. nVidia, проприетарные дрова, X11, кеды.
megapro17
14.06.2019 01:38-1на камеру телефона можете заснять? 60 фпс ещё бы
0xd34df00d
14.06.2019 01:51У меня лаги камеры больше, увы.
megapro17
14.06.2019 04:59-1Ну вот снова. Я множество раз ставил проприетарные дрова Nvidia, kde, gnome, все они намного хуже по плавности винды. Наверное вы просто привыкли к лагам
0xd34df00d
14.06.2019 05:13У меня рядом стоит игровая машина с виндой, я ради интереса запустил тот же самый ролик на ютубе и поелозил окном — выглядит точно так же.
ksenobayt
14.06.2019 11:09Наверное, вы просто привыкли делать заявления, не подкрепляя их фактами.
megapro17
14.06.2019 14:11Мне заснять видео сравнение? Без проблем. Ради вас поставлю сейчас дистрибутив
megapro17
14.06.2019 16:21-1yadi.sk/d/AGIqSHo5zeejKg
Держите фактыksenobayt
14.06.2019 16:24Меня минимально интересует то, что вы выложили на файлшаринг, вот вы уж извините. То, что в каком-то частном случае у вас что-то не работает, не является доказательством системной проблемы. Один кейс — это не статистика, не пруф, а фуфло.
megapro17
14.06.2019 17:57-1Причём тут частная проблема? Эти лаги на любом линуксе наблюдаются. Мой компьютер не при чём
ksenobayt
14.06.2019 17:59У меня никаких лагов за последние десять лет не наблюдается. По всей видимости, дело не в линуксе, а в прокладке между стулом и клавиатурой.
rionnagel
14.06.2019 19:32Не знаю, что вы пытаетесь доказать, но судя по всему для вас это больная тема (учитывая ваши комментарии не только в этой теме).
Мой опыт говорит о том, что вы несете чушь. Но может я как-то не так использую браузер? Видео вы удалили.
Я пользуюсь windows 10 периодически и i3wm на fedora core, браузер и там и там firefox. Я не вижу никакой разницы, кроме некоторого отличия в шрифтах. Возможно вы зря так говорите за всех?
Al_Azif
14.06.2019 04:50KDE были выпущены в 1998-м. Первая версия.
Тогда аксели-то первые ещё не у всех были, какие эффекты???
В чём-то типа Enlightenment — может быть какие-то кастомные вращающиеся десктопы-кубы, «там работающие, а тут — неработающие», да и то вряд-ли.
GnuriaN
13.06.2019 12:09У меня только один вопрос: А зачем это? Я бы понял, если бы MS сделали пакетный менеджер для консоли и от туда можно было "всё" ставить (на подобие choco), но использование Microsoft Store, для меня это странно. Сам сижу на W10 c WSL и разрабатываю под MS на Python.
IvanNochnoy
14.06.2019 09:22В Windows мы исследуем способы предоставления аналогичного опыта разработчикам, не влияя на пользователей, не являющихся разработчиками, и не нарушая возможность издателей управлять своими релизами.
Witch-hunter
14.06.2019 15:59Затем, что целевая аудитория Python (научные работники и инженеры) может и не знать, что такое «пакетный менеджер».
lumini
15.06.2019 10:47Да просто бы добавили в дефолтную установку винды и дело с концом. У питона раз в пару лет большое обновление, а у винды раз в полгода.
ormoulu
13.06.2019 14:04Обновление стало изрядной попоболью для товарищей, у которых питон уже стоял и были настроены системные пути.
Tanner
13.06.2019 19:24Microsoft, да включите вы уже в Windows стандартный компилятор C (CLI), чтобы питонисту для установки любого пакета с C-расширением из исходников (или для написания своего) не надо было плясать с бубном и скачивать гигабайты VS. А как установить Python, мы уж как-нибудь сами разберёмся.
VioletGiraffe
13.06.2019 19:41+6Ещё не хватало! Довольно раздувать размер ОСи. Не должны девелоперские иснтрументы входить по дефолту в состав ОС. Кому надо, тот легко разберётся, как установить, всё делается с помощью гугла и GUI-инсталляторов, никакой магии. А кто не разобрался, тому, значит, и не очень нужно было. У вас далеко не типичная задача, не вижу проблемы один раз установить специальный софт. А эти гигабайты вам так или иначе пришлось бы скачать, только вы зачем-то хотите, чтобы их скачивали абсолютно все пользователи?
Tanner
13.06.2019 19:57+1Да, я хочу, чтобы их скачивали абсолютно все пользователи, как это делается в линуксах, макоси, BSD4.3-производных, Солярисе и т. д. Никого почему-то не смущает стандартный компилятор, только в Microsoft-мире все уверены, что без него лучше.
Хотя я не думаю, что набор CLI-средств разработки на самом деле должен весить гигабайты, в других системах всё на 2-3 порядка скромнее. Но тут Microsoft виднее, конечно.VioletGiraffe
13.06.2019 20:45+1На Макоси нет компилятора С++ из коробки, нужно устанавливать Xcode (не знаю насчёт Питона, но у меня его ставил brew; если бы был системный, то мог бы и не ставить). В линухах есть дефолтный компилятор, но вечно старой версии, поэтому нужно не только скачать новый через менеджер пакетов (и хорошо ещё, если он есть в репозитории!), но и нагуглить заклинания, которыми новый компилятор делается дефолтным вместо предустановленного. Так что это так себе пример удобства системы для разработчика.
Без любого ненужного хлама лучше. Спасибо, не нужен мне ваш питон, за 8 лет работы он мне понадобился два раза на три месяца — один раз на рабочем компе, и один раз на домашнем для личного проекта. Это я к тому, что даже разработчикам он не всем нужен, а юзерам и подавно. Что добавили в Store — молодцы, это удобно. Что не добавили прямо в ОСь — тоже молодцы.Tanner
13.06.2019 21:15Говорят, с 2017 года на маке можно писать в командной строке “сс main.c”, и сразу наступает щастье, Xcode для этого не нужен.
А старый или не старый ? это в данном случае неважно. Главное, чтобы собирал си-расширения.
creker
13.06.2019 21:29+1Не помню такого. Всегда была и осталась необходимость ставить либо полностью xcode, либо отдельно command line tools.
extempl
14.06.2019 11:23Не знаю, что там говорят, у меня много чего было заинсталлено с XCode, но вот команды
ccтам почему-то не нашлось.
EDIT:
со SO:
Just for the record in modern times, for 2017 ! 1 - Just have updated Xcode on your machine as you normally do
а gcc нашлось, но судя по СО для этого нужно держать актуальным XCode, который на чистой системе отсутствует чуть менее чем полностью.
creker
14.06.2019 12:05а gcc нашлось
Который, на самом деле, clang. Раньше был тупо симлинк. Теперь какой-то бинарник-переходник.
0xd34df00d
14.06.2019 01:53В линухах есть дефолтный компилятор, но вечно старой версии, поэтому нужно не только скачать новый через менеджер пакетов (и хорошо ещё, если он есть в репозитории!)
Ладно у меня гента, не будем учитывать. Но знакомые что с дебиан анстейблом, что с опенсусе tumbleweed тоже не имеют никаких проблем со свежестью компилятора!
VioletGiraffe
14.06.2019 09:46Может, им просто не нужен именно GCC 8? Только сейчас он появляется из коробки в свежих версиях, до того долго был 7-й, а года два назад так и вообще 5-й (когда GCC 7 уже зарелизился). А может, конечно, это только Убунту и её клоны тормозят, в основном их использую. Но это самый mainstream дистрибутив.
0xd34df00d
14.06.2019 14:12Ну, конкретно убунта да, по крайней мере, раньше тормозила с этим всем. Я поэтому году в 2012-м перестал собирать свой опенсорс под нее.
speshuric
13.06.2019 20:05+5Да там уже и так хватает. Например, csc.exe, кажется, уже у всех есть в
C:\Windows\Microsoft.NET\, как минимум (у меня их штук 20 по диску находится). А есть еще там же vbc и горы интерпретаторов (vbscript, powershell, jscript и прочей мелочи). Так что компилятором меньше, компилятором больше.
Tanner
13.06.2019 20:20-1Кому надо, тот легко разберётся, как установить
Конечно, конечно. Мне однажды было надо, я пару дней убил ? не разобрался. Потом поставил mingw64 и сделал всё, что надо было, без разбирательств.
Потому что прыгать по сцене и кричать “Developers! Developers!” мы можем, а сделать систему удобной для разработчика ? «У вас далеко не типичная задача, пройдите нахер, товарищ!»VioletGiraffe
13.06.2019 20:51+1Напихать 100 ГБ утилит не означает сделать систему удобной для разработчика.
Мне однажды было надо, я пару дней убил ? не разобрался
С чем именно не разобрались?Tanner
13.06.2019 21:08-1Как сделать так, чтобы pip, установленный вместе с Python 3.6 c python.org, знал, где искать компилятор, либы и хедеры. Игрался с путями, менял версии ? бесполезно. Windows детектится, компилятор ? нетъ.
Fails
14.06.2019 00:16Я через developer command prompt их обычно запускаю
Tanner
14.06.2019 05:17А в developer command prompt нет pip или ещё какая беда была, я уже не помню.
samhuawey
14.06.2019 09:44Не понимаю мучений. Первый шаг в Windows Store найти Ubuntu, второй шаг sudo apt-get python.
Если хочется красиво — качаем анаконду/юпитер и делаем всё в браузере.
Если хочется IDE — качаем PyCharm и получаем питон в коробке.
На выбор всё что угодно.
Если нет пакетов без компиляции — качаем whl под нужную архитектуру. Мне этим способом пришлось воспользоваться в одной конторе в которой резали интернет-трафик не из браузера.
А вообще авторы статьи молодцы. Думал что не заработает без админских прав (у нас даже у разработчиков юзерские аккаунты) — ан нет, всё завелось с полпинка.
Fails
15.06.2019 14:47Да, там надо добавить в переменную среды PATH путь до каталога с python.exe; я себе сделал батник, который автоматом прописывает питон, делает виртуальное окружение, и в принципе, так нормально, и pip работает, и другие команды (типа pipenv, mypy — главное их накатить). (Просто не особо люблю засорять PATH).
Где-то на python.org была статейка, как по-быстрому все сделать – немного позже скину, с телефона не очень удобно искать ее.
speshuric
13.06.2019 21:06+1Да ладно бы так только с "чужеродными". У меня года три назад был казус. Решил я собрать на тот момент недавно вышедшие coreclr и corefx. А тогда и документации было меньше и процедура хрупкая и .net core вообще еще агукала. И если coreclr я таки смог запинать за вечер, то corefx где-то в недрах msbuild что-то куда-то не туда лез, в какой-то не тот путь из какой-то переменной окружения другого msbuild и так и не собрался. Да, я понимаю, что на компе стояло штуки 4 разных VS, гора всякого "околодотнетового" тулинга, а ОС изначально была установлена году в 2009.
В чистой вируталке, конечно, собралось на ура. Более того, в чистой Убунте — тоже легко собралось (решил попробовать пока пытался побороть Windows). Да-да, я видел это: дотнет, который в винде не собирается, а в Убунте с первого раза.
Neftedollar
15.06.2019 02:06Да-да, я видел это: дотнет, который в винде не собирается, а в Убунте с первого раза.
Ачивка. Буду внукам рассказывать.
Neftedollar
15.06.2019 02:04Потом поставил mingw64 и сделал всё, что надо было, без разбирательств.
Тогда зачем это всем полтзователям по дефолту это ставить, если есть такой леший путь с mingw64?
Надо? Ставьте. В "общий" дистрибутив это пихать не нужно.
Stas911
13.06.2019 21:30Вот-вот, сколько себя помню установка пакетов под Винду была одной сплошной болью и танцами с бубнами и манами.
matshch
14.06.2019 10:22Нужно просто сделать аналог https://www.npmjs.com/windows-build-tools в pip, и будет всем счастье.
Sworfly
14.06.2019 01:41МС добавляют ядро линукс, питон, еще какие-то плюшки в свежие сборки, но почему не добавить нормальную копипасту в cmd?
Что на десктопе, что на сервере, множество лет для того чтобы скопировать текст приходится тыкать в заголовок -> пометить -> выделить текст -> [enter] и после этого руками отформатировать скопированное в редакторе.
ЗЫ. Прошу прощения, но накипело. Неужели это так сложно?
ЗЫЗЫ. Да, сторонние утилиты попадались, но почему это не сделать из коробки?mistergrim
14.06.2019 03:35Давно уже вообще-то.
Sworfly
14.06.2019 20:25Если Вы о галочке «выделение мышью», то, как ниже верно написали, почему не сделать включенной по-умолчанию?
Все бы ничего, можно и самому включить, но почему текст копируется не построчно, а блоком? Если мне нужно скопировать строку начиная с 20 символа 3 строки и заканчивая 25 символом 10 строки, то мне придется выделить строки начиная с начала 3 по конец 10 и в текстовом редакторе убрать лишнее. А если строка длиннее окна консоли и ее перенесло на новую, то мне придется еще и найти место этого переноса и убрать лишний \r\n.mistergrim
14.06.2019 20:36+1Если Вы о галочке «выделение мышью», то, как ниже верно написали, почему не сделать включенной по-умолчанию?
Я о галочке «разрешить сочетания клавиш с CONTROL».Все бы ничего, можно и самому включить, но почему текст копируется не построчно, а блоком? Если мне нужно скопировать строку начиная с 20 символа 3 строки и заканчивая 25 символом 10 строки, то мне придется выделить строки начиная с начала 3 по конец 10 и в текстовом редакторе убрать лишнее. А если строка длиннее окна консоли и ее перенесло на новую, то мне придется еще и найти место этого переноса и убрать лишний \r\n.
У меня выделяется именно так, как надо — с нужного символа до нужного символа, лишних переносов не вставляется. Мы точно про последний Windows говорим?Sworfly
14.06.2019 20:45-2Нет, не только о последней, а обо всех, которые еще поддерживаются компанией или хотя бы серверных.
В семерке и сервере 2003 такого точно нет. Похоже, появилось только в 10. Спасибо за информацию.
samhuawey
14.06.2019 09:46В убунте тоже консоль по умолчанию кривая — правой кнопкой скопировать, правой кнопкой вставить. Я лично привык к стандартному терминалу где выделение копирует, правая кнопка вставляет без плясок с бубном.
ainoneko
14.06.2019 10:41А средняя кнопка (колесо) разве не работает как «скопировать выделенное и сразу вставить»?
vmchaz
14.06.2019 19:45Консоль в линуксе вообще кривая. Точнее, не сама консоль, а терминалы. Там достаточно много костылей, которые тянутся, похоже, ещё из 70-х.
Символьный режим работы и отсутствие разделения событий клавиатуры на KEYDOWN/KEYUP и KEYPRESS — один из таких костылей.
Sworfly
14.06.2019 20:34В кедах есть настройка «Синхронизировать содержимое буфера обмена и выделения мыши». Правда вставка будет работать по средней кнопке и настройка системная. Думаю, в гноме что-то похожее тоже есть.
sumanai
14.06.2019 18:27Копирую по выделение — Ctrl+C, вставляю по Ctrl+V или правой кнопкой. Что я делаю не так?
Sworfly
14.06.2019 20:37В терминале который вызывается [win] + [r] -> cmd -> [enter] или ставили что-то стороннее?
В семерке, сервере 2003, да и десятке вроде(нет под руками сейчас) такое точно не работает.Да и [ctrl] + [c] должно завершать выполнение текущуей команды, так что либо Вы что-то делаете не так, либо терминал не родной.Выше написали что в 10 такое есть.sumanai
15.06.2019 01:34Да, про десятку. Копирование по Ctrl+C работает когда что-нибудь выделено, в остальное время оно работает стандартным образом.
FibYar
14.06.2019 08:39Как только вы обнаружите, что вам нужно получить Python, вы быстро столкнетесь с множеством выборов. Будете ли вы скачивать установщик с python.org? Или, возможно, такой дистрибутив, как Anaconda? Установщик Visual Studio также является вариантом. А какая версия нужна? Как вы получите доступ после установки?
Правильно. Теперь к этим вариантам решили добавить ещё один — установка из MS Store. Ничего против не имею, но и решением проблемы выбора, откуда взять Python, не считаю.samhuawey
14.06.2019 09:52Каждый способ имеет свои достоинства, чем больше выбор — тем лучше. Для новичка чтобы потыркать подойдёт магазин, для дата сайентиста — анаконда, для тру разработчика — пожалуй встроенная убунта с родными юниксовыми less grep и прочими vim. Для прожжёного виндусятника магазин + VsCode или PyCharm.
FibYar
14.06.2019 10:02Так я же не спорю. Просто в статье утверждается, что Microsoft нашла идеальный способ, который заменит все предыдущие. А по факту просто создала ещё один (пусть и удобный) способ.
daggert
14.06.2019 10:16Steam в свое время захватил рынок именно благодаря такому вот удобству — нажал-купил и нажал-установил.
dimm_ddr
14.06.2019 13:16Мне кажется в статье утверждается не совсем это — MS не пытается заменить новым способом все старые, она предоставляет еще один способ, который будет удобен для новичков. И именно для новичков этот способ, по мнению MS, должен стать дефолтным и заменить долгие муки выбора. На мой взгляд это именно то, как оно и должно быть.
kITerE
14.06.2019 13:30+1Интересно как в случае установки через MS Store будут доставляться обновления: минорные версии накатываться сами/нужно будет ходить в Store и руками нажимать кнопку для обновления/...?
А второй питон потихоньку хоронят?
mi76554
16.06.2019 01:15+1>Windows является единственной основной операционной системой, в которой нет встроенного интерпретатора Python
Ни в одной операционной системе нет «встроенного интерпретатора Python».
Во многих случаях комплектации рабочей системы он как-бы и не нужен от слова совсем.
xi-tauw
The Windows Store has an app named “GPupdate”
The Windows command to update Group Policy is “gpupdate”
Guess which just launched when I typed it into the start menu.
источник