BV
от что хочешь, с каким сроками, трудозатратами, какой пул ресурсов тебе доступен итд. иногда скрптуха это оптимальный выбор, даже для mvp сложных проектов
Иногда, но далеко не всегда
Size: a a a
2021 March 25
ch
всё зависит от того, что ты хочешь получить, если лямбду в авс-е на жс-е, то тут как бы хоть усрись, но придется крутиться
если надо лямбду то не проще в native скомпилить?
BV
Чаще всего хочется, чтобы был нормальный инструментарий в который ты можешь выстроить свои требования
BV
если надо лямбду то не проще в native скомпилить?
Так это ведь не всегда от тебя зависит
BV
И кстати нейтив не проще
BV
А скрипт твой вряд-ли умеет скипать фазы, запускать зависимости, кешироваться и тд
BV
Параллелиться
AK
Чаще всего хочется, чтобы был нормальный инструментарий в который ты можешь выстроить свои требования
в ноде, он не фонтан, но приемлимый. простой пакетный манагер (npm) + транспайлер с большой экосистемой типов (ts), гибкий линтер (tslint), возможность писать тесты сразу на тс без транспайлинга (ava).
и всё это в сумме легковеснее и имеет меньший порог вхождения, чем жирный градл
и всё это в сумме легковеснее и имеет меньший порог вхождения, чем жирный градл
BV
в ноде, он не фонтан, но приемлимый. простой пакетный манагер (npm) + транспайлер с большой экосистемой типов (ts), гибкий линтер (tslint), возможность писать тесты сразу на тс без транспайлинга (ava).
и всё это в сумме легковеснее и имеет меньший порог вхождения, чем жирный градл
и всё это в сумме легковеснее и имеет меньший порог вхождения, чем жирный градл
Это вообще не инструментарий. Оно не умеет делать ничего из того, что мне надо. Только пакеты качать
AK
Это вообще не инструментарий. Оно не умеет делать ничего из того, что мне надо. Только пакеты качать
это нпм, а остальные тулы всё делают. что тебе надо? ci/cd туда ещё весь напихать заодно?
BV
это нпм, а остальные тулы всё делают. что тебе надо? ci/cd туда ещё весь напихать заодно?
Большую его часть, да
ch
кто то уже шутил про либу с одной строчкой кода?
BV
Потому что не знаю как у тебя, а у меня, чтобы деплой запустить, нужно сначала для него артефакты собрать
BV
И я хочу, чтобы мне не надо было это делать руками, чтобы он сам понимал какие зависимости нужно собрать и какие уже собраны
BV
Чтобы выхлоп таски сборки у меня был входом для деплоя, я не так уж много прошу, просто инструмент, который помогает автоматизировать мой процесс
AK
Большую его часть, да
а в чём соль?
зачем смешивать всё одну кучу? какие задачи это решает, кроме:
1. увеличение порога входа в проект, более длительный онбординг
2. хуёвая декомпозия задач, девопсам теперь нужно будет обмазывать градлом
3. из пункта 1, ci/cd видимо ложится на разрабов теперь
4. по мере разрастания проекта, увеличение вероятности, что конфиг сборки превратися в таинственную хрень (смотрим любой круной и сложный проект на градле, например эластик или кафку)
зачем смешивать всё одну кучу? какие задачи это решает, кроме:
1. увеличение порога входа в проект, более длительный онбординг
2. хуёвая декомпозия задач, девопсам теперь нужно будет обмазывать градлом
3. из пункта 1, ci/cd видимо ложится на разрабов теперь
4. по мере разрастания проекта, увеличение вероятности, что конфиг сборки превратися в таинственную хрень (смотрим любой круной и сложный проект на градле, например эластик или кафку)
AK
Потому что не знаю как у тебя, а у меня, чтобы деплой запустить, нужно сначала для него артефакты собрать
ну пусть ci/cd собирает артефакты и проводит тесты. нахрена всё в одну кучу то смешивать?
BV
ну пусть ci/cd собирает артефакты и проводит тесты. нахрена всё в одну кучу то смешивать?
А остальное ты почему проигнорил? Там объясняется нахрена
BV
Дженкинс хорошо тригеррится, управляет задачами и запускает мои грейдловые таки, это всё, что ему нужно знать
AK
Чтобы выхлоп таски сборки у меня был входом для деплоя, я не так уж много прошу, просто инструмент, который помогает автоматизировать мой процесс
выхлоп? выхлоп чтобы новый человек на проекте задохнулся сразу?
https://github.com/apache/kafka/blob/trunk/build.gradle
против
https://github.com/apollographql/apollo-server/blob/main/package.json
(не хеллоу ворд кстати, graphQL сервер (на жвм вроде до сих пор нет полноценной реализации спеки))
https://github.com/apache/kafka/blob/trunk/build.gradle
против
https://github.com/apollographql/apollo-server/blob/main/package.json
(не хеллоу ворд кстати, graphQL сервер (на жвм вроде до сих пор нет полноценной реализации спеки))
