отодвинув в сторону бумаги государственного значения, начнут разрабатывать структуру СУБД
Они должны решения конкретные принимать и отслеживать их выполнение. В соответствии с положением о ФАЛХ. Если бы мы от них структуру ждали, без работы сидели бы.
вы реализуете свою систему, а рулить начнут в другую сторону
Да и бог с ними. Мы учитываем "поправку на ветер", "на глупость" и универсально подходим к нашей ИС. В крайнем случае быстренько на автосервис, металлургию или ветеренарию переориентируем... Шучу, конечно, про ветеренарию, но, как говорится в каждой шутке есть доля шутки, а остальное правда. Мы ежемесячно рассматриваем этот вопрос. :D
МПР одна политика ..., а у ФАЛХ другая
Честно признаюсь - не вижу отличий. Келейность, сумбурность формирования задач, безразличие к наличию-отсутствию результатов, отсутствие обратной связи, отсутствие ответственности, бездарная кадровая политика...
Ну а разница в чем? Может не заметил чего-то? Просветите. Правда интересно!
Какие "историцизмы" в историю уйдут наокнец?
В форуме я Вам на это не отвечу. Сайта не хватит. Если грубо обобщить все назревшие проблемы, они сведутся к следующим:
1. Структура ряда макетов противоречит идеологии реляционных БД и ограничивает возможности, например, SQL запросов (и не только).
2. Определение ряда показателей нереально в лесу при существующей технологии и экономическим условиям. Они либо не заполняются, либо заполняются "с потолка". Нужно выбрасывать.
3. Кадастровый, площадной подход при учете ряда линейных объектов изжил себя. Тут вообще отдельная тема, но вполне решаемая в рамках существующей нормативной базы.
4. Метод классов возрастов изживает себя с внедрением ИТ и все связанные с ним параметры требуют пересмотра, то же самое касается разрядов такс, товаризации и т.д. и т.п. Но вот как раз тут без руления со стороны ФАЛХ самостоятельно ничего не сделаешь.
Так что по собственной инициативе разработчики только первые 3 пункта могут реализовать.