Комментарии 9
Автор явно слаб в софтскилах и не организован.
Одна таска - один комит! Бл@дь, поставьте себя на место ревьювера! Что вы будет проверять? Как вы будете мержить?
Команда тоже... Копипаст 30 сущностей по 30 файлам - это не работа, это генерация энтропии. Юнит-тесты на копипаст тоже будут копипастом, и будут тестировать ровно ничего нового в смысле бизнес логики.
Был тут случай: у знакомого задача
перевести нативные SQL запросы в CMS Netcat на eloquent, 8-10 человек полгода их переводили.
Я предложил: адаптер для конвертации вызовов my SQL -> postgres.
Собрать grep/ast-парсером все SQL, скормить LLM на классификацию паттернов (или глазами просмотреть - меньше глюков), сгенерировать адаптер на пару сотен строк и тесты, штук 20. Совсем сложные случаи написать вручную.
Явно верь плохо, когда одна причина меняет тысячи файлов. Чтобы это заметить достаточно насмотренности мидла. А вам, говорю, 8 джунам зря большие деньги платили.

У вас проблемы с восприятием текста. По этим скиллам вы явно не сеньор. (сарказм на вашу способность развешивать ярлыки) Не было для каждой сущности отдельного файла. Как раз наоборот, 8 человек редактировали каждый из 30 файлов для свой задачи одновременного. Отсюда и конфликты. При этом все 8 по сути просто дублировали работу друг друга. И оплата определяется по собеседованию, а не по актуальной пользе
Изначально Аджайл, по своей сути, был за все хорошее и против всего плохого. Проблема во фреймворке Scrum. К нему стали относиться как к "Золотой Корове", абсолютизировали основные принципы удобные манагерам, и благополучно забыли самый главный принцип удобный программистам - Гибкость. Зато получили мнимую предсказуемость и красивые отчётики.
Когда упоротым маркетологам с их идеями, требующими выкатки на прод через 2 часа ИТ боится сказать "нет" получается уже другой аджайл: уродливый и безобразный. И все члены команды хотят его отправить в NULL микросервис.
А это точно аджайл манифест заставляет толпой одновременно коммитить в один файл?
А причём тут Agile? Компании Билайн нужно было напрограммировать какую-то маловажную фигню. Своих людей напрягать они не стали, а решили через прокладку-аутстафф нанять несколько временных разработчиков. Когда проект закончится, этих временных людей можно будет не продлевать. Это стандартная практика у больших компаний.
Почему взяли 8 человек, а не 2 или 3? Причин может быть много:
- Люди, которые принимали решения, могут вообще никак не разбираться в программировании, чтобы оценить сложность или объём работ, поэтому они решили перестраховаться и нанять больше людей.
- Либо прокладка-аутстафф убедила менеджера со стороны Билайна, что это очень сложная задача и нужно минимум 8 человек. У прокладки-аутстафф бизнес модель такая: продали больше людей = получили больше прибыли, поэтому им выгодно раздувать штат сотрудников на любом проекте.

Agile бессмысленный и беспощадный на примере моей работы в Билайн