хм. в django за месяц ни одного issue?
Ну стабильные ребята;) У них и тесты есть:)
Serge
Serge
Они реально умеют стабилизировать релизы и каждый раз это делают.
Serge
Даже по итогам RC несколько раз релиз переносили
Serge
А в Ansible пишут regression на RC, а они его релизят на следующий день
Dmitry
Они реально умеют стабилизировать релизы и каждый раз это делают.
только годами косяки починить не могут из релиза в релиз, а так норм.
Aleksey
только годами косяки починить не могут из релиза в релиз, а так норм.
мне привидилось ? иштукин хвалит джангу ?
Aleksey
скорее недостаточно энергично ругает :) ок.
Dmitry
https://code.djangoproject.com/ticket/2750
Dmitry
https://code.djangoproject.com/ticket/2361
Dmitry
такие стабильные, все учиться!
это так, первое что вспомнилось, со стабильностью овер 10 лет
Aleksey
это не косяки! это архитектура :)
Dmitry
архитектура у них была "к двум базам одновременно не можем - это архитектура! и вам вооще зачем это". тоже годами отбивались, пока не починили
Serge
архитектура у них была "к двум базам одновременно не можем - это архитектура! и вам вооще зачем это". тоже годами отбивались, пока не починили
Ок, есть плохие архитектурные решения, их сложно исправлять. Я не говорю, что джанга - эталон. Напротив, понятно как оно изначально было написано и что там много всякого. Но даже они способны понять как надо относится к вкладу сообщества.
Dmitry
в общем, то что джанга - взлетевший на хайпе кусок говна, это 11 лет, как не новость. уж точно не их в пример приводить
Serge
в общем, то что джанга - взлетевший на хайпе кусок говна, это 11 лет, как не новость. уж точно не их в пример приводить
Ну, надо сказать многое отрефакторено уже из раннего.
Да и из как раз лучше всего приводить в пример того как надо с сообществом работать.
Sander
как мне сделать в ansible "systemctl daemon-reload"
есть systemd_module helper, но что-то не пойму как там сделать,
должено как-то через daemon_reload работать.
пробуем:
- name: "systemctl daemon-reload"
systemd:
state: reloaded
daemon_reload: yes
name: "awscli-s3-upload-backup.service"
не пойму, что в name писать? я когда делал systemctl daemon-reload, ничего не пишу.
---
подскажите как правильно.
Serge
Это про программистов, а не про фреймворк. Джанга инструмент, которым легче всего овладеть, поэтому на нем пишет много тяпляпщиков
Serge
как мне сделать в ansible "systemctl daemon-reload"
есть systemd_module helper, но что-то не пойму как там сделать,
должено как-то через daemon_reload работать.
пробуем:
- name: "systemctl daemon-reload"
systemd:
state: reloaded
daemon_reload: yes
name: "awscli-s3-upload-backup.service"
не пойму, что в name писать? я когда делал systemctl daemon-reload, ничего не пишу.
---
подскажите как правильно.
В который из двух name? В нижний имя сервиса без .service
Serge
Пруф уязвимости Джанго нужен. Они за этим всегда следили. Я помню две про дос, которые быстро поправили.
Serge
Чай не жумла
Pavel
Так есть куча сайтов где не особо важно, решето или не решето
Serge
Короче, я думаю, что суть проекта не так важна, когда мы говорим о работе с сообществом.
Serge
Так есть куча сайтов где не особо важно, решето или не решето
Гы, так наверное и разработчики ансибла думают
Pavel
В общем все эти разговоры про идеальный код, 0 багов - это все пустое задротство. То что все оно хоть как-то работает - уже достаточно чтобы этим пользовались.
Pavel
Но ансибл раньше был хорош, до версий 2.0, а потом начал портиться (
Sander
😞
Арсен
видишь @sander92, тут посоны за реальные темы трут
труъ ансибл или уже не труъ
🏳️ Phil
видишь @sander92, тут посоны за реальные темы трут
труъ ансибл или уже не труъ
Да, тут уже православный Стоник во все дыры у всех
Арсен
зашел наконец-то на сайт стоника
Арсен
Pavel
А что за стоник? Киньте ссылку
Pavel
Ах вот как решили назвать эту легендарную тулзу
Pavel
Все, надо переходить!
Pavel
2 commits
😞
🏳️ Phil
git clone
make install
Pavel
Это самое крутое что я видел по соотношению звезд и функциональности.
В репе лежат 3 файла gitignore, readme, license
......... => 🌟60
Dmitrii
Снова ансибл хуесосили?
Pavel
скорее джангу 😂
Serge
Это самое крутое что я видел по соотношению звезд и функциональности.
В репе лежат 3 файла gitignore, readme, license
......... => 🌟60
А прикинь, мы ветку POC таки допишем и в develop смержим. Вообще на куски репу разорвут.
Serge
Кстати, вот как надо относиться к сообществу https://twitter.com/GitHubHelp/status/840675186802319361
Serge
А вот другой мой любимый тредик.
https://twitter.com/lig1/status/801483475656310786
Serge
Краткое содержание:
- исправьте баги
- помоги
- так вот же PRы, осталось только смержить
- если с чем-то не согласен, иди в IRC
...
Serge
Ладно, пойду багу в Pyventory исправлю.
Serge
Кстати, я придумал как его сделать вообще офигенным.
Короче, стабилизирую, добавлю фичу изоляции скоупов разных переменных и тогда загоню всё снова в yaml.
Serge
Только тогда название Pyventory теряет смысл, но что же делать, так исторически сложится;)
Serge
Идея со скоупами растет отсюда https://speakerdeck.com/lig/efficient-ansible-host-groups-organization
Serge
Смысл в том, чтобы контролировать, что переменная используется только в своем контексте.
То что относится к области проведения приложения не должно переопределяться в области конфигурации окружения, например
Albert
Мы решили проблему с разными env с помощью плейбуков. Просто готовим роли под продакшен, а на стейджинг просто еще один плейбук делаем и rewrite на нужные параметры
Albert
А в многих случаях такой надобности нет... Просто отличий между прод и стейдж практически нет
Serge
А в многих случаях такой надобности нет... Просто отличий между прод и стейдж практически нет
Именно, добавил группы для прода и для стейджа и отличия в них положил.
Serge
Именно, добавил группы для прода и для стейджа и отличия в них положил.
А потом пришел Петя и один из этих параметров прописал в группе host_type_8.
Albert
А кто петин код смерджил?
Serge
А потом пришел Петя и один из этих параметров прописал в группе host_type_8.
А Pyventory ему автоматически по рукам надавал.
Albert
Нехерь Пете херню писать. На это конвенции пишутся
Albert
А если по конвенции не пишешь, то пусть свою херню в другом месте пишет
Serge
А кто петин код смерджил?
Ну, так лучше иметь явное ограничение на уровне Пети, чем надеяться, что ревьювер не забыл употребить свои утренние вещества
Albert
Ансибл не говорит тебе как писать
Albert
В этом то и преимущество
Serge
Нехерь Пете херню писать. На это конвенции пишутся
Конвенции лучше всего автоматически проверять. Да, не всегда возможно. Но если возможно, это же хорошо.
Albert
Ну, так лучше иметь явное ограничение на уровне Пети, чем надеяться, что ревьювер не забыл употребить свои утренние вещества
Это уже проблема любого софта. Не возможно все проверять. Всегда что нибудь пропустят... Зато можно поправить когда заметишь
Serge
В этом то и преимущество
Я согласен. И нисколько не собираюсь заставлять кого-то писать как я. Просто хочу сделать полезный инструмент, который поможет автоматизировать проверку некоторых конвенций, в том числе той, которую я успешно использую
Serge
Serge
А я говорю про конкретную фичу, которая решает конкретную проблему
Serge
Не надо делать?
Serge
Вредно?
Albert
Ну посмотрим что получится...
Albert
Хотя если проект как стоник напишет то же что и сам ансибл делает, то смысла я в нем мало вижу
Serge
Albert
Я бы хотел видеть что то вообще другое. Например то что ансибл не позволяет делать - использовать jinja2 полностью везде, а не только в темплейтах
Serge
Так то и в ансибле смысла тогда нет. Он же то же самое, что fabric делает
Serge
Я бы хотел видеть что то вообще другое. Например то что ансибл не позволяет делать - использовать jinja2 полностью везде, а не только в темплейтах
Эээ... В смысле императивчику захотелось?
Так пиши на питоне. В чем проблема?
Albert
Как тут уже говорили - ансибл лучшее из всего что есть
Albert
хоть и сам го***
Serge
Вот, кстати, в fabric именно так
Albert
Эээ... В смысле императивчику захотелось?
Так пиши на питоне. В чем проблема?
Неа. А просто jinja2
Serge
Это императивный код
Albert
Убрать when, block, и похожее, и использовать просто jinja2