Size: a a a

2016 November 03

DV

Dmitry Viskov in rannts
согласен. хуево когда на монге начинают воротить все подряд. это правда bad way.
На монгу прикольно ложатся задачи где документы большие и никак не связные и внутри документов можно хранить кучу всякой инфы - это прям золотой паттер использования монги
источник

AI

Alexander I. in rannts
Denis Timofeev
@nineseconds мы как можем тут за технологии боремся.
В первый же день: билдаут, монга, винда
ну че сразу боремся... мы дискутируем, у всех же разный опыт. кто-то узнает новое, а это может привести к росту :)
источник

DT

Denis Timofeev in rannts
Alexander I.
ну че сразу боремся... мы дискутируем, у всех же разный опыт. кто-то узнает новое, а это может привести к росту :)
Я про то что мы не скатываемся репост демотиваторов http://img.artlebedev.ru/kovodstvo/idioteka/i/75361B2B-02D0-49FD-93FF-924C673207ED.jpg
источник

AI

Alexander I. in rannts
Dmitry Viskov
согласен. хуево когда на монге начинают воротить все подряд. это правда bad way.
На монгу прикольно ложатся задачи где документы большие и никак не связные и внутри документов можно хранить кучу всякой инфы - это прям золотой паттер использования монги
во. про несвязность на хабре был интересный пост почему монга не подошла на примере социальных графов
источник

DV

Dmitry Viskov in rannts
я тоже когда-то писал про монгу на хабре, правда там не про графы было
источник

DV

Dmitry Viskov in rannts
источник

SA

Sergey Arkhipov in rannts
Roman Haritonov
не могу пройти мимо такого. особенно после того как уже 2 раза за последнюю неделю столкнулся с косяками.

билдаут не решает ни одной проблемы, которую он должен решать, а только создает новые.
единственное достоинство перед virtualenv + pip - это то, что его проще бутсрапить. но это уже не актуально на Py3.
изоляции он не делает, с setuptools и системными либами конфликтует, все равно его приходится в venv ставить.
может генерить конфиги и еще какие-то вещи, но зачем если есть ansbile, solt и т.п.?

пакетируется он костыльнее чем virtualenv, а в случае с докером вообще сомнительно его использовать.

к тому же, wheel он до сих пор не поддерживаtт.
❤️ я об этом ровно говорил 2 года назад. Раньше решал, теперь нужен слабо.
источник

SA

Sergey Arkhipov in rannts
💭 Руслан Прохоров
Делать IDE из смеси vim и прочего? Разделяя консоль tmux'ом?
Кстати, я с Пайчарма на такую смесь и перешел
источник

💭П

💭 Руслан Прохоров in rannts
Sergey Arkhipov
Кстати, я с Пайчарма на такую смесь и перешел
И как удобнее чем иде?
источник

💭П

💭 Руслан Прохоров in rannts
И за одно чем удобней?
источник

SA

Sergey Arkhipov in rannts
Denis Timofeev
Оуукей.

Но как это решает коневую проблему:

sudo pip install -r requirements.txt

Я понимаю, что прямота рук тут важнее, что не надо так делать с судо.
Справедливости ради, проблему с requirements.txt пытались решить. Есть целый такой проект, простите за мат - опенстековский, который называется pbr. pbr - это хаки над setuptools (которые хаки над distutils, как известно), которые появились потому что в setuptools нет хуков. и там это решено статической конфигурацией в духе distutils2 + рядом convention over configuration. Например, он по умолчанию берет install_requires из requirements.txt, а также test_requires из test-requirements.txt

В целом, это работает, и когда работает, то работает хорошо. Но часто pbr вызывает мозголомные проблемы при сборке, причем слабо документированные. И тогда в setup.py появляются разные setup_requires=["pbr>=1.8"] и прочие, то есть срезы версий, которые очень плохо документированы (а если и документированы, то только в мейллистах опенстека). Да и сам pbr документирован довольно скудно, очень многое выясняется в процессе чтения исходников.

Из свинского - он требует, чтобы проект обязательно был под гитом, чтобы вычислить версию. Когда проект под гитом, то вычисляет ее он красиво и очень мило, даже думать не нужно. Нет - то пакет ты не соберешь.

Пакетирование до сих пор большая проблема в Питоне. Периодически кто-то заявляет, что проблем больше нет, но обычно это все довольно скверные утверждения. Мой текущий проект, например, собирается только с setuptools >= 26 только потому, что младшие версии взрываются на большом количестве package_data. Это мило.
источник

SA

Sergey Arkhipov in rannts
💭 Руслан Прохоров
И за одно чем удобней?
Удобнее, поскольку я почти всю разработку веду в виртуалках, притом иногда даже нескольких. И везде все одинаково. Плюс, мне очень нравится tmux, очень нравится его многооконность. У меня почти все юниксвейно, пайчарм стал просто как-то не нужен.

Но, может быть, если я освою ideavim нормально, перенастрою его раз и навсегда, то перейду обратно. Пока что руки не доходят
источник

💭П

💭 Руслан Прохоров in rannts
#очень глупый вопрос

А это связано с созданием и распространением своих пакетов (библиотек) или с использованием чужих. Просто с этим еще не сталкивался, да и наверное моими темпами не скоро свяжусь :-(
источник

SA

Sergey Arkhipov in rannts
Если про requirements.txt, то это напрямую с пакетированием и связано
источник

💭П

💭 Руслан Прохоров in rannts
Понятно. Про тмух могу сказать, только что я очень сильно был изумлен, что ни на курсах ни на бесплатных ресурсах по обучению, ему не уделяли время.
источник

💭П

💭 Руслан Прохоров in rannts
И только случайно в каком-то из под курсов препод показал его.
источник

SA

Sergey Arkhipov in rannts
Но, к слову, хоть я и пользуюсь вимом, но рекомендовать его в 2016 году уже никому не буду. Не стоит он, наверное, того.
источник

💭П

💭 Руслан Прохоров in rannts
И с тех пор, месяца два уже, я им активно пользуюсь :-)
источник

SA

Sergey Arkhipov in rannts
💭 Руслан Прохоров
Понятно. Про тмух могу сказать, только что я очень сильно был изумлен, что ни на курсах ни на бесплатных ресурсах по обучению, ему не уделяли время.
Это нормально, инструментарий очень большой же
источник

💭П

💭 Руслан Прохоров in rannts
У меня с вимом не срастается, я не понимаю его идеологию и дух, я поклонник старого edit, что был в досе....
источник