Комментарии 4
Прям один в один с той ситуацией, с которой я недавно столкнулся. С той лишь разницей, что с заявлением на увольнение одного из сеньоров компания вдруг резко зачесалась и стала тормозить изменения процессов, а в конечном итоге сказали, что сохранить людей им важнее, чем улучшить процессы и повысить эффективность разработки. Надо собраться с силами, разложить всё по полочкам и написать статью на этот счет. Может кому-то поможет в будущем не наступить на грабли.
Смотрел в записи, чуть не разрыдался под конец, ибо в моём провинциальном городке на 1.5 миллиона населения озвученными проблемами болеют натурально все виденные мной за последние лет шесть работодатели. И объяснять вот это всё снизу по третьему кругу, скажем так, приедается.
Хотите посмотреть какой-нибудь один доклад с конференции — смотрите этот.
Хотите посмотреть какой-нибудь один доклад с конференции — смотрите этот.
интересная статья, спасибо.
у меня был немного другой опыт но тоже релевантный как мне кажется — пришёл я на проект чисто по дружески, который делали 4 года. друг попросил помочь. 2т/час, 4 человека — из них 1 программист и 3 менеджера — итого 8т/час. разработка встала по той причине что доработка (добавить новое поле в критерий сортировки) стоило 70т. с учётом работы всех четверых — менеджера проекта, технического писателя, аналитика и программиста.
клиент по моему совету отказался от услуг этой компании, и я начал копаться в коде.
казалось бы, на .net framework невозможно написать плохую архитектуру, там сама среда всё подсказывает, + различные рекомендации от Microsoft, куча тюториалов… но тут была просто жесть!
плоская база — вобще без структуры. копаться в ней можно было только через EF…
EF был без DAL — был реализован паттерн repository, но он был только для работы службы, которая запускалась отдельно. остальное работало напрямую из контроллеров. + собственный фреймворк на JS который был недописан и не документирован… при сложнейшей логике на клиенте! куча зависимостей от выбора пользователя, и в динамике должны были подгружаться дополнительные библиотеки данных (они и кешировались в репозитории)
я нашёл опытного программиста SQL (многое было написано на хранимых процедурах), и мы начали копаться. по одному не получилось — приходилось созваниваться и совместно искать где нужно изменить одну строчку чтобы что-то изменить. в итоге на поиск тратили около 2 часов а на само изменение минут 15…
+ в проекте не было вобще никаких тестов
в итоге решили переписать всё на DAL чтобы освободить контроллеры, и на клиенте реализовать MVC чтобы облегчить логику обработки пользовательских запросов…
сейчас вроде всё работает без меня… вот оказывается как бывает и в серьёзных командах на аутсорсе! а я думал что такая халтура только у начинающих…
в итоге мы запустили проект в 4 раза дешевле чем планировалось, + освободили заказчика от бюрократии
у меня был немного другой опыт но тоже релевантный как мне кажется — пришёл я на проект чисто по дружески, который делали 4 года. друг попросил помочь. 2т/час, 4 человека — из них 1 программист и 3 менеджера — итого 8т/час. разработка встала по той причине что доработка (добавить новое поле в критерий сортировки) стоило 70т. с учётом работы всех четверых — менеджера проекта, технического писателя, аналитика и программиста.
клиент по моему совету отказался от услуг этой компании, и я начал копаться в коде.
казалось бы, на .net framework невозможно написать плохую архитектуру, там сама среда всё подсказывает, + различные рекомендации от Microsoft, куча тюториалов… но тут была просто жесть!
плоская база — вобще без структуры. копаться в ней можно было только через EF…
EF был без DAL — был реализован паттерн repository, но он был только для работы службы, которая запускалась отдельно. остальное работало напрямую из контроллеров. + собственный фреймворк на JS который был недописан и не документирован… при сложнейшей логике на клиенте! куча зависимостей от выбора пользователя, и в динамике должны были подгружаться дополнительные библиотеки данных (они и кешировались в репозитории)
я нашёл опытного программиста SQL (многое было написано на хранимых процедурах), и мы начали копаться. по одному не получилось — приходилось созваниваться и совместно искать где нужно изменить одну строчку чтобы что-то изменить. в итоге на поиск тратили около 2 часов а на само изменение минут 15…
+ в проекте не было вобще никаких тестов
в итоге решили переписать всё на DAL чтобы освободить контроллеры, и на клиенте реализовать MVC чтобы облегчить логику обработки пользовательских запросов…
сейчас вроде всё работает без меня… вот оказывается как бывает и в серьёзных командах на аутсорсе! а я думал что такая халтура только у начинающих…
в итоге мы запустили проект в 4 раза дешевле чем планировалось, + освободили заказчика от бюрократии
Убирать надо было не лишнюю стойку в ДЦ, а бестолковых архитекторов и опсов :+)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Наследование legacy-систем и процессов или Первые 90 дней в роли CTO