Comments 18
Очень странно видеть майкрософт, хвалящий питон.

Питон надо ставить, видимо, из ехе файла, а модули к нему с помощью pip install? Никаких пакетных менеджеров, без возможности безболезненно откатить назад непонравившуюся версию.

Про особенности установки модулей с бинарными сишными вставками и говорить нечего. Оно и на линуксе не очень приятно (apt-get install build-essential и пачку -dev библиотек), а уж как это всё на диске Цэ выглядеть будет…
Судя по видео, нужно залогиниться при помощи PuTTY на какой-нибудь линукс и там уже спокойно работать. Одной статьи мало чтобы судить, но не начало ли это новой политики привлечения хипстоты в ряды пользователей MS-решений?
Для этого MS придётся столько исправить в базовой системе… Помойка с логами, конфигами и данными приложений, отсутствие нормального пакетного менеджера с зависимостями, атавистический шелл… Адаптация GNU core/fileutils, FSH (не обязательно линуксувую, хоть какую-то внятную) и порт какой-нибудь приличной терминалочки сделает жизнь в системе много более выносимой.

У меня, собственно, помимо проприетарщины, главная претензия к MS — совершеннейшая рудиментарность нормального шелла. И powershell его не заменяет, ибо всё равно рудиментарен (readline нет, shift-pgup нет).
Скорее чтобы привлечь не Microsoft friendly пользователей.
С .net и powershell и так все понятно давным давно.
Такие модули например python-mysql ставится через easy_install который качает собранный в ехе пакет.
facepalm. Откатить или обновить его безопасно по отношению с существующим модулям его, очевидно, не получится. Удаление его молча сломает пакет без предупреждений… Тяжка и неказиста жизнь виндовогого питониста…
А там с депенденсами лучше? (Я не в курсе, brew умеет правильно решать кого апгрейдить, кого нет?)
Ну elasticsearch я даунгрейдил недавно, норм.
Но с зависимостями не видел проблем собственно.
Эм, вы проблем с зависимостями не видели, или вам система управления зависимостями их правильно разрулила?

Потому что главное, что есть в aptitude'е, это не «о, мне нужно вордпрессик, а похапешечку и апачик оно само подтянет», а очень и очень правильный алгоритм разрешения зависимостей при их конфликте.

Например, если для установки нужно libfoo и libbar, такие, что свежие версии libfoo требуют libzzz <= 32.1, а libbar требуют libzzz >=33.

aptitude в этом случае либо скажет «нельзя» (скучно), либо предложит поставить версии постарее, которые вместе совместимы.

Это, конечно, некоторой болью отзывается у мейнтейнеров пакетов (которые это всё должны прописывать), но пользоваться дебианом при этом крайне приятно.

Моим самым сильным впечатлением от этого была попытка самому собрать и вкрутить bluez5 в систему, которая его не поддерживала. Я совершил ужасные головоломные комбинации с установкой bleeding-edge пакетов, многократной пересборкой и переустановкой кучи разных версий. Любая другая система была бы в состоянии «легче переставить», а в случае с debian'ом просто удалил кривой самособранный bluez5, вернул на место библиотеки как было и поставил bluez4 — и через 15 минут у меня всё работало как раньше. Не смотря на то, что я на уши поставил весь аудиостек, порядка двух десятков системных библиотек, «силком» (с поломкой dependence) поставил несовместимую версию какой-то библиотеки. Убрал назад — стало как было.
Проблем не видел.

Тут разница в том что поставить 5-10 пакетов для разработки это не большая проблема и с зависимостями вряд-ли возникнут проблемы, как в вашем примере.
(вздохнув)

В конкретно «один пакетик для азуры», может и не возникнут. Вообще же в devops'е обычно возникают проблемы такого адского масштаба, что даже deb/rpm не всегда помогает. Потому что хочется и на ёлку взлезть (иметь свежие пакеты с фиксами багов и security) и попу не оцарапать (ни в коем случае не сломать из-за изменений в библиотеке).

Вариантов решения много, но все они сложные. Но dpkg в базе системы кратно снижает затруднения от пакетов, от которых не требуется специфичного поведения.

Я, честно, MS не понимаю. Но реализовали бы posix shell нормальный, половина бы ненависти прошла бы к ним.
Ну тогда вагрант :)

Ну будет посикс шелл. Тот же питон вряд-ли будет нормально устанавливаться без бинарников.
posix shell, нормальный репозиторий opensrource'ных проектов, coreutils/fileutils. Получившееся можно даже будет, наверное, использовать как серверную ОС.

В принципе, в связи с грядущей поттеризацией всех линуксоидов, всякие нестандартные event log'и даже не сильно глаз резать будут.

И ведь никак и ничем положению microsoft на рынке «типа энтерпрайз делайте как 20 лет делали» не угрожает, и усилий на это надо не так уж много…
Сейчас модно уже pip install --wheel. Правда, колес с бинарниками для многого еще нет. Но «мы работаем над этим» ©
>> Очень странно видеть майкрософт, хвалящий питон.

Вы сильно отстали от жизни. Примерно на три года :)
Я думаю, нагонять можно будет в тот момент, когда Microsoft выпустит ещё один телефон на Андроиде и портирует hyper-v (не драйвера) в апстрим Ядра.
Only those users with full accounts are able to leave comments. Log in, please.

Information

Founded
Location
США
Website
www.microsoft.com
Employees
Unknown
Registered

Habr blog