rolling release не подразумевает существование на острие ножа всегда.
оно подразумевает что переустанавливать дистрибутив никогда не нужно
ну или если хотите — обновление libc происходит так же как и всех остальных пакетов)
Я Гентушник, брат.
В своей работе я использую всёёёё :-D
Иногда удобен virtualenv, иногда удобен крохотный шелловский самописный скрипт, иногда ты придумываешть нечто своё чуть более громоздкое, чтобы тестовое окружение было ближе к реалиям продакшна…
Однако у virtualenv отнять не одного — это популярен, а потому я крайне редко натыкаюсь на pip install SOMETHING, при SOMETHING не работающим нормально под virtualenv и это определённо плюс.
«Компания инициировала процесс форсированного перемещения разработчиков, работающих на Linux больше 15 лет, на платформы, которые им не удобны и не позволяют работать продуктивно»
Это в корне меняет смысл статьи, между прочим ;)
При этом с одной стороны eat your own dog food позволяет сделать выше качество работы под таргетной платформой (Windows/Mac?), но при этом очевидно качество Opera для Linux станет ниже. И именно сей факт взбесил Андреаса.
пока вы не понимаете нафик вам virtualenv — не используйте его. Это ок =)
я не уверен что от virtualenv много толку в продакшне. Но уверен что в нём дофига толку во время разработки. Имхо.
А я в таких случаях первым делом говорю, что у меня «злой линух» и уже конкретно причину: «нет аплинка» (если порт выгорел), «днс не дают» или например «днс дают, но ни одного пакета снаружи не приходит» и всё =)
Расчитывать что девочка на проводе будет знать все ОС мира нельзя, это действительно так и ничего зазорного в этом нет.
dht-ноды необходимо сохранять между запусками.
как следствие — коннект к бутстрапу делается только 1 раз либо если все dht-ноды которые мы знали сдохли (шансов мало, учитывая рандомность всех нод).
virtualenv + pip это **не** система дистрибуции софта. Это способ разработки. На выходе все равно должен получиться .tar.gz с кучей *.wheel-ов или нечто другое инсталлябельное.
А если так, то разрабатываться можно так как удобно — никто тут ничего не навязывает. Тот же кто использует virtualenv+pip для обновления продакшна — дурак и всё.
linux amd64, chromium
разница есть, процентов 5 =)
Однако у меня выключен плавный скролл (терпеть его не могу, возможно даже как раз изза того что тормозит). С ним разница больше, примерно как на видео в шапке. Однако без плавного скролла все быстрее всё равно. Кто придумал плавный скролл и как его отключить глобально у всего человечества знает кто? =))
action<. short desc>
<[fix/ref] issue id1: what was made for issue1>
<[fix/ref] issue idN: what was made for issueN>
short desc — до 60 символов
action — только в прошедшем времени:
В теории может быть ещё длинное описалово посередине с несколькими абзацами, но подобные вещи стараюсь избегать.
Я не пишу это в гите. И не работаю в гите. Но мои проекты на гитхабе)
система контроля версий может поменятся — история должна быть читабельной.
багтрекер может поменятся — хорошо если с сохранением тасков.
интернета может не быть — никаких ссылок
И плевать что там — гента, бубунта или дебиан.
И к rolling-release это не имеет никакого отношения
По факту это как апгрейд винды)
оно подразумевает что переустанавливать дистрибутив никогда не нужно
ну или если хотите — обновление libc происходит так же как и всех остальных пакетов)
В убунте репозиторий всегда остаёт от реалий, по понятным причинам.
Изначально же я говорил про наш продакшн, ибо думал вы о нём.
В своей работе я использую всёёёё :-D
Иногда удобен virtualenv, иногда удобен крохотный шелловский самописный скрипт, иногда ты придумываешть нечто своё чуть более громоздкое, чтобы тестовое окружение было ближе к реалиям продакшна…
Однако у virtualenv отнять не одного — это популярен, а потому я крайне редко натыкаюсь на pip install SOMETHING, при SOMETHING не работающим нормально под virtualenv и это определённо плюс.
Это в корне меняет смысл статьи, между прочим ;)
При этом с одной стороны eat your own dog food позволяет сделать выше качество работы под таргетной платформой (Windows/Mac?), но при этом очевидно качество Opera для Linux станет ниже. И именно сей факт взбесил Андреаса.
pbzip2pxz / pixz же!я не уверен что от virtualenv много толку в продакшне. Но уверен что в нём дофига толку во время разработки. Имхо.
А практика такова что python 3.3 даёт уже больше плюшек чем проблем.
Расчитывать что девочка на проводе будет знать все ОС мира нельзя, это действительно так и ничего зазорного в этом нет.
как следствие — коннект к бутстрапу делается только 1 раз либо если все dht-ноды которые мы знали сдохли (шансов мало, учитывая рандомность всех нод).
А если так, то разрабатываться можно так как удобно — никто тут ничего не навязывает. Тот же кто использует virtualenv+pip для обновления продакшна — дурак и всё.
разница есть, процентов 5 =)
Однако у меня выключен плавный скролл (терпеть его не могу, возможно даже как раз изза того что тормозит). С ним разница больше, примерно как на видео в шапке. Однако без плавного скролла все быстрее всё равно. Кто придумал плавный скролл и как его отключить глобально у всего человечества знает кто? =))
<[fix/ref] issue id1: what was made for issue1>
<[fix/ref] issue idN: what was made for issueN>
short desc — до 60 символов
action — только в прошедшем времени:
В теории может быть ещё длинное описалово посередине с несколькими абзацами, но подобные вещи стараюсь избегать.
Я не пишу это в гите. И не работаю в гите. Но мои проекты на гитхабе)
система контроля версий может поменятся — история должна быть читабельной.
багтрекер может поменятся — хорошо если с сохранением тасков.
интернета может не быть — никаких ссылок