SA
У вас сложный мейк? У нас это просто как пускалка простых сниппетов, типа обновления зависимостей и тп
Size: a a a
2020 November 07
SA
В общем, я бы с удовольствием послушал истории успеха с примерами как было плохо без трусов, и как хорошо с трусами
KK
https://github.com/pantsbuild/pants наконец-то maven для питона
The Pants engine is written in Rust, for performance.
Как то не православно, если оно для питона. Хотя в принципе пофиг.
Как то не православно, если оно для питона. Хотя в принципе пофиг.
KK
Вот, свои плагины "трусы" могут скачать сами из PyPi - это правильное решение, всякие make курят в сторонке
[GLOBAL]
plugins = [
"my.plugin==2.3.4",
]
SA
Make тоже все свои плагины может скачать с pypi!
KK
Только это надо самому написать в make в виде bash-скрипта.
SA
Ох блин. Вот пошутил смешно про мейк, а потом полез на всякий случай проверить, так оказывается реально можно плагины для мейка писать. На языке GNU Guile.
🤦♂
🤦♂
SA
Кошмар какой
RB
Я из всего мейка .PHONY запомнил и хватает 😆
KK
Нифига себе сколько исходников у "трусов". Это прям самолёт какой-то. У билдаута раз в 100 наверное меньше кода.
RB
Вообще стесняюсь спросить, но зачем вам что-то кроме docker build, docket tag, docker push? 😊
KK
Вообще стесняюсь спросить, но зачем вам что-то кроме docker build, docket tag, docker push? 😊
Ну так ещё никто не выступил с докладом, о том как вести разработку полностью внутри докера. Не верим мы пока, что это достаточно удобно. Поэтому пока что докер только как замена deb/rpm, т.е. для доставки релизов на сервер и запуска там.
KK
Ну и dockerfile - это фактически тот же bash-скрипт, который полностью надо писать самому. Он не облегчает решение каких-то регулярных задач.
SZ
Кошмар какой
Хорошо что эта возможность известна мало...
『
Ну так ещё никто не выступил с докладом, о том как вести разработку полностью внутри докера. Не верим мы пока, что это достаточно удобно. Поэтому пока что докер только как замена deb/rpm, т.е. для доставки релизов на сервер и запуска там.
У нас кстати ведётся внутри докера полностью. В целом норм. Правда у нас простые как палки сервисы
ИК
Ну так ещё никто не выступил с докладом, о том как вести разработку полностью внутри докера. Не верим мы пока, что это достаточно удобно. Поэтому пока что докер только как замена deb/rpm, т.е. для доставки релизов на сервер и запуска там.
А я против разработки внутри докера. Проект должен запускаться локально без плясок (хотя бы на той же системе, что и прод). А докер - это просто окружение.
ИК
Иначе скриптовый язык превращается в компилируемый...
RB
он и так компилируемый, если готовых колес нет, а c-extensions есть )
💭П
он и так компилируемый, если готовых колес нет, а c-extensions есть )
Извращенцы