Вопросы о зарплатах, инфляции и практиках разработки в Германии

У нас есть ребята на Perforce :)

У меня на текущем проекте subversion есть, там хранятся конфиги для одного Очень Важного самописного легаси-продукта, с помощью которого деплоятся все жава приложения

Поправлю:
для одного Очень Важного самописного легаси-велосипеда

Ага, верно

работает — не трожь

я тебе так скажу: в одной мега супер гипер корпорации еще пол года назад работал чувак, поддерживающий код на коболе на мейнфрейме, это все было из конца 80х
тип вышел на пенсию
и такого полно

ну я в универе war копировал помню :)

ого

это не язык. Наверное)
Логика для систем телефонии. АТС, грубо говоря. Логика прохождения звонка. Называется dialplan.

Начните хотя бы со smoke тестов. Самая крутая штука из мира тестирования

ну мы написали что-то, попробовали - работает. Это и есть смок же?)

Смоук это самые примитивные аля интеграционные тесты (хотя может не обязательно интеграционные). Которые запускают всю систему и проверяют что она хотя бы отдалённо похожа на рабочую. Условно если это сайт - проверка что страница открыта, что есть шапка, подвал, заголовок какой-нибудь.

Фишка в том, что в условиях когда времени на тесты нет вообще, такие тесты дают хоть какую-то уверенность что всё совсем не развалилось. А это очень ценно. И дёшего :)

Это мы делаем руками. Запустили и сделали пару тестовых запросов. Работает? Отлично.
Но с автоматизацией этого пока не очень.

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

у нас очень специфичесикй продукт. Классические способы тестирвания не работают. Сейчас кое что делается, первые шаги, что то выдумывем.

I bet каждая вторая компания такое говорит) "мы особенные"))))

у всех так обычно, тестирование — очень сложно

+

Т.е. вы можете влить нерабочий код легко и непринужденно и получить красный мастер?

Раз ci запускается "потом"

аааа понял в чем твой вопрос, у нас в предыдущем месте тесты гонялись после всех мержей. А в текущей конторе мы так не делаем - отдельно бранчи прогнались - и все. Мастер автоматом не подливается во все бранчи.
В предыдущем проекте действительно нужно было тупить и ждать CI на предыдущий пул, вспомнил

Да. А какие проблемы? С master автодеплой только на тестовые сервера. Т.е. это не будет критичным ни при каких обстоятельствах

Ок, никаких, понятно. Ну просто у нас девелоперы не хотят даже теоретическую возможность красного мастера :)

А чем вам мастер так дорог?

Ничем :) Но вот девелоперы и дев-команда хочет так) И со стороны инфра-команды я не вижу причин говорить "вы хотите не так"

ССЗБ :)

>92% of survey takers believed that enforcing an always
green mainline positively impacts their personal productivity while 8% saw no impact. Interestingly though, none of the
responders claimed that an always green master negatively
impacts their productivity. Similarly, 88% of responders believed that an always green master positively impacts deploying code to production, while only one responder thought it
imposes a negative impact

Из статьи про одну тулу :)

Это мне напомнило историю от коллеги, у которого на прошлой работе был разработчик из Индии, которого попросили починить кучу упавших тестов. Он починил. Закомментировал их нафиг :D

ну статья к слову типа серьезная, а не блогопост) https://dl.acm.org/doi/pdf/10.1145/3302424.3303970

Ну и блогопост, конечно, тоже есть https://eng.uber.com/research/keeping-master-green-at-scale/

Фига "маленькие"

ну вот мне кажется, что проблема у всех :) Просто или кто-то мержит вслепую без тестов, надеясь на то, что конфликтов не будет, или сидят и ждут

у нас маленькие репозы, например, говорю же

Я сказал :) Вот и вопрос был, использовал кто, какие рекомендации. Конкретно у нас походу ни один из ботов не подходит, ибо все они Github App, а у нас в нашей внутренней группе не разрешены аппы

ну у нас например сейчас - PR заревьювился - ты сразу и мержишь, не копишь их до условного релиза, поэтому такого нет

CI сколько занимает?

Когда у тебя 2 ПР висит, как быстр оони оба вмерживаются?

Так мы не копим, о чем и речь

так вот они не висят как раз

тогда один деплоится - потом другой, можешь вручную сборку первого ебануть - и все

Ну как не висят, если на проекте больше одного разраба, то рано или поздно будут как минимум 2 ПР в параллель

стоп-стоп-стоп, давайде помедленнее отсюда)

короче, у нас особо такого не бывает. Репы маленькие, а когда не маленькие код может редактироваться в разных местах - тогда опять же все замержится само. Проблема такая с конфликтами довольно редка.

Так и у нас нет проблемы конфликтов!

ну тогда хуярим по-очереди мержи и все

либо по-очереди будет 100 раз деплоится, либо в CI можно на крестик нажать, чтобы сборку кульнуть старья. НО опять же проблема не каждый день у нас

Аааа, так я об этом и спрашиваю. Как это, черт возьми, делается в мире? Потому что сейчас человек сидит как кощей над ПР, ждет пока один вольется, чтобы нажать "обновить" во втором

э?

Ну так-то в мире тулы-боты есть, bors, kodiak, bulldozer и куча штук помельче. Marge-bot для гитлаба

Не, я вас не понимаю. Даже если 2 ПР висят (а это блин даже в хелловорлд-проекте будет), и CI занимает единицы минут, если не 2 часа, то проблема в наличии

Ну фичи мержатся раз в пару дней, да. Но в вечер перед релизом от 5 разработчиков 10 ПР висят и все надо замержить)

фич много, а еще есть фиксы от инфраструктурной команды, тесты от QA и проч

даже у нас с маленькой командой бывает, что надо 5-10 пулл реквестов висит уже одобренные ревьюверами и ожидающие мержа

+