Нужна помощь сообщества в весьма непростом (для меня точно) вопросе, для которого потребуется некое описание текущей ситуации (что само по себе крайне не просто), моя оценка ситуации (которая возможно предвзята). Требуются советы по дальнейшему развитию ситуации.
Начну с себя. У меня свыше 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 месяца (я вообще по жизни очень большой оптимист), а потом глазки у меня станут красные, красные и характер малость испортится. От така фигня малята (С)

Я с очень большой долей вероятности, считаю, что разговор будет воспринят как шантаж. У нас (жи) всё просто, вон всё замечательно работает, а ты ужасы рассказываешь и пугаешь...
Мне пофиг деньги, я не хочу вкладывать свои силы, в то что рухнет!!! Я не хочу, сделав серьезную процедуру, получать нагоняй "почему так медленно" или чуткое указание сделать то, что хз как делать (пример: получил указание, переставить специализированную программу на другой компьютер. Как она работает хз, где хранятся и как без повреждения перенести её базы хз, какие там пароли доступа хз, человек который ее ставил отсутствует... Ну и вишенка на торте, время 19.00, а рабочий день у меня начался в 8... Это ж так просто)!!!

База спроектирована в идеологии BigInt, то есть все ключи уникальны, типичный запрос это 6 основных таблиц + минимум 6 справочников, причём 6 основных имеют внутренние выборки по дате, году и признаку. База должна иметь 8 сущностей (пока их 6), каждая сущность это 3-4 таблицы и 10-16 справочников (часть справочников сложные, часть из них нужно перерабатывать).
За 8 месяцев мы зафигачили больше 40 таблиц (в основном справочников + еще 10 модернизировали, но кучу процедур нужно ещё переписывать). Очень много динамических запросов. В запросах куча кейсов (нужно дорабатывать справочники).

booby

Деньги они конечно жи важны, но нафиг они тебе, если ты весь в работе? Причём явно осознаешь, что всё что ты делаешь, нужно переделывать? Да ещё и отношение, я жи тебе зарплату увеличил, паши ещё быстрее... А быстрее уже невозможно!!!


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

Студент... Я знаю (за 8 месяцев) 30% от его знаний. Я знаю, что он стоит минимум в полтора раза больше чем ему платят (даже на рынке, даже не в этой конторе). Я знаю, что ему нужно обеспечить наиболее комфортные условия. Но!!! Говорить это начальству, это шантаж ;)
На его место не претендую... Вообще!!! Но я свалю, не позже чем через 3 месяца после его ухода.
Мне с ним делить нечего ;)

ViPRos,
Нету....
Вот только это и неправильная нормализации, существенно усложняет разработку.

budden,

Не пойдёт...
Люди твёрдо уверены, что всё просто и у них есть для этого основания. Типа человек с непрофильным образованием всё это сделал и вот уже 4 года мы растём и всё у нас зашибись.
Поэтому нужно нанять начальника и ещё кучу программистов.
Факты жи...

1. У меня нет проблем с поиском работы. Вообще! Были бы, написал это в соответствующий топик.
2. А вот второе более сложный вопрос, на который я отвечу в следующем топике...

Очень не простой вопрос... У меня нет положительных примеров решения задач подобным методом, причём на более простых примерах, чем данная.

1. Разработка это не бригада землекопов, но даже там с больше 5, требуется толковый прораб для организации процесса.
То есть, один должен быть руководителем, хорошо понимающим особенности программирования, как минимум 2, быть постановщиками задач, как минимум 1 аналитик знакомый с особенностями бизнес-процессов организации и 2 тестировщика. Остаются 4 чистых прога, 2 из которых уйдут на разработку серверной части, а 2 на программы. Бюджет по себестоимости около 3х миллионов в месяц. Но деятельность организации очень специфичная и анализ ситуации займёт минимум 4 месяца (не найти им аналитика и постановщиков быстро).
2. Даже идеальная команда, не гарантирует успех. А тут особенно, с учётом веры в "легкое" решение.