|
Нужна помощь сообщества в весьма непростом (для меня точно) вопросе, для которого потребуется некое описание текущей ситуации (что само по себе крайне не просто), моя оценка ситуации (которая возможно предвзята). Требуются советы по дальнейшему развитию ситуации.
Начну с себя. У меня свыше 20 лет работы с различными базами данных, в основном MS SQL (c 6 по текущую версии). Проектировал, настраивал и эксплуатировал довольно много всего (ERP, CRM, аналитические системы). Считаю себя плохим программистом, писать код для меня ужас, в основном мои работы компиляция чужого. Силен в структурах, связях, бизнес-процессах, проверках корректности данных и в основном в оптимизации всего перечисленного, что моя личная особенность.
8 месяцев назад, начал работы в некой компании по доработке их системы. Деятельность конторы научно-исследовательская, процессы крайне непростые, объём информации, заложенной в систему, впечатляет. В системе хранится текущая, историческая и расчётная информация на периоды свыше 20 лет. Система глубоко интегрирована с покупной системой, в которой производятся технологические расчёты, так же в неё грузится информация из других источников (Mysql, Ms sql, Excel, етс). Система используется для хранения и корректировки информации, а также для автоматизации кучи рутинных операций и получения отчётов и графиков.
Данную «приблуду» за три года создал очень, очень, очень талантливый и работоспособный «студент», который мечтал автоматизировать ВСЁ. «Приблуда» соответствует процессам компании и полностью её устраивает, беда в том, что это был его первый опыт построения системы и он слишком много «автоматизировал». Первое привело к излишне сложной структуре данных (требуется явная де-нормализация и упрощения), второе к «не допиленным» операциям в системе и «странному» понятию эффективности у руководства. Система создавалась «со слов», описания операций только в коде (примечаний в коде нет) и голове студента, причём даже я выполнив несколько работ осознаю, что описания работ у меня нет, а попытка их создать приводит к «полной туфте» (да чего то я написал, но работать по этому нельзя, ибо процесс изначально кривой и неполный(пример: загрузка из файла excel, проверяем не изменилась ли структура (при загрузке выдаст ошибку), далее запускает проверки (всё что было я прописал, но это десятая часть от нужного(там нужно формулы проверки, а мне их не дали), запускаем итоговый отчёт и люди сами смотрят, всё ли в нем в порядке… для меня это жесть)).
Мы со «студентом», создали план по созданию новой структуры, которая позволит сократить затраты на разработку на 30% (был спор по использованию LEFT JOIN, но я дал ему почитать Дэйта и пришли к согласию), ускорит работу программ и отчётов и позволит создать описания хотя бы части процессов, вот только срок данного 6 месяцев и на время перехода мы будем полностью заняты и не сможем делать новые фенечки(требуется переписать порядка 200 хранимых процедур, функций и вьюшек, плюс очень желательно их оптимизировать удалив накопившийся мусор).
Руководство… Ох… Начальство твёрдо, непоколебимо, абсолютно уверено, что ВСЁ легко!!! Я за все годы работы с таким никогда не сталкивался, были различные проблемы, но вот такого не было никогда. Наверно не понятно, приведу пару примеров. 1. Потребовалось создать новый отчёт, срочно, еще вчера. Человек смотрит на тебя, абсолютно ясными глазами: Да, какая проблема, в предыдущем отчёте же почти тоже самое? Да одно ТЗ на такие изменение займёт 2 недели минимум, требуется внедрить 3 таблицы, которые связаны весьма странно с данными в предыдущем отчёте. Сделал за 3 дня (ещё 3 я откровенно пинал и время от времени обливал голову холодной водой, что бы дым из ушей был не так заметен), усложнив (и извратив) структуру основного запроса в 3 раз. Теперь вместо 10 секунд, он выполняется 2 минуты ну и фиг с ним. Естественно, описания нет (я более чем уверен, что исполнители через год забудут зачем этот отчёт). 2. Нужна новая бизнес-операция, на её описание и постановку задачи они ставят мальчика, который не шарит ни в чём перечисленном и шарить не будет, ну не его это. Это же легко, любой дурак справится… Я исчеркал 30 листов формата А3, только на разработку схемы, но это же легко… За 8 месяцев работы, мой багаж знаний по системе составляет 30% от знаний «студента», а я не самый большой тормоз.
Планы… Ну тут всё в лучших традициях, если разработчики начинают работать медленно, то нужно дать им начальника, а потом добавить к этому начальнику ещё четырёх программистов и будут работать в 3 раза быстрее. Вестимо без всякой прописанной постановки задачи, без тестирования, без стандартов работы и конечно нанять нужно самых дешевых… Это у меня уже было и участвовать в этом не желаю.
Варианты: Собственно их два…
1. Убедить начальство, что не всё так просто.
2. Свалить. Моё мнение, что база не поддерживаема в принципе. Особенно при отсутствии «студента».
Вопрос: А можно ли убедить такое руководство, что не всё так просто как они думают? И если можно, то как???
Они пытались нанять фирму, для написания довольно простой (по сравнению с текущей) проги, так счёт только на ТЗ был больше нашей зарплаты за год, причём без особых гарантий на написание и срок 5 месяцев (срок довольно адекватный, но они не очень представляли сложность задачи, она несколько тяжелее, чем им казалось. Это моё мнение).
Свалить без проблем, но за державу обидно. Хотя «студента» они уже достали и, если он уйдёт, я там задержусь максимум на 3 месяца (я вообще по жизни очень большой оптимист), а потом глазки у меня станут красные, красные и характер малость испортится. От така фигня малята (С)
|
