Apr. 28th, 2007

metaclass: (Default)
Архитектура регистрации в системе:

1) Залогиненный пользователь, который не выполнил Logoff()(например если клиентская программа сдохла или комп выключили не выходя из программы) никогда не прекращает быть залогиненным.

2) Второй раз залогинится этот пользователь не может (даже с того же самого рабочего места).

3) Для логина необходимо вызывать другую команду - LogoffUser передав свою учетную запись, пароль и имя приложения.

4) Для администратора системы все почти то же самое, но! сначала надо залогинится под именем другого администратора, чтобы выполнить LogoffUser, указав имя ранее залогинившегося администратора.

Возникает закономерный вопрос - что делать, если в системе только один администратор, или все учетные записи администраторов уже залогинены? :) Наверно только лезть внутрь базы данных системы и руками менять поле.


Это только одна из сотен мелочных проблем, возникающих при интеграции с чужой говносистемой, писанной криворукими тупыми дебилами.

Внутренняя архитектура этой системы тоже производит впечатление спроектированной и написанной под воздействием тяжелых наркотиков. IP адрес сервера нельзя сменить после инсталляции. Вообще нельзя. Клиентская часть системы реализована, как набор ActiveX, которые соединяются по HTTP c IIS, в котором сидит фильтр-перенаправитель, транслирующий запросы на Tomcat, в свою очередь работающий с MSSQL, где хранятся база данных всей этой адской срани. ActiveX эти могут жить как в IE, дергаясь под управлением жабаскрипта, так и в других прогах. Еще они взаимодействуют с проприетарным железом, умеют вызывать word, увязывая его с событиями приходящими от железа и хранить документы в собственном проприетарном xml-формате.

Порождение сумерек рассудка.
metaclass: (Default)
А тебе никогда не встречались системы с объектной моделью в РБД, в которых для почти любого значимого запроса нужно выполнить 5-10 JOIN?

Да, укладывать объекты в РБД занятие неблагодарное. Как не уложи - обязательно что-нибудь через задницу будет. Или вставка-удаление-обновление требует гроздьев кода(как вариант - извращений с ORM) или блин чтобы выборку сделать приходится плясать с бубнами над двухстраничными запросами.
metaclass: (Default)
Ссылко про Бога-Императора Российской Галактической Империи Владимира Владимировича Путина.

Примерно такого же плана шизой мы развлекались перед выборами Лукашенко в прошлом году - в irc травили забредших оппозиционеров раccказами о божественной сущности Президента и о том, что его послали высшие силы, чтобы охранить Беларусь от поклоняющейся злу мировой закулисы.

Вообще идея достаточно простая - да, оба президента личности, скажем так, сложные. Да, возможно где-то в идеальном мире можно было бы избрать более других президентов, которые тут же вывели бы наши страны на первые позиции в мире, усмирили казнокрадов(откаты стали не 70, а 10%), дали всем (ну как минимум людям с в/о и прочей "элито") по личному особняку и гарему с тысячами девественниц, на челе которых написано имя праведника, то бишь элиты (хз за какие заслуги, собственно говоря). Ну и вообще, восстановили бы СССР, прекратили межнациональные конфликты, отучили народ бухать, построили межзвездный корабль и полетели бы колонизировать ядро галактики.

Но в реальности альтернативы как бы и нету - чо, бородатого бредуна Милинкевича выбирать что ле, или шахматиста Каспарова на пару с Касьяновым? Разве что только ради иллюзии "свободы выбора".

Поэтому для того, чтобы смирится с отсутствием реальной альтернативы - приходится это дело переводить в юмор, вроде вышеуказанного.
metaclass: (Default)
Я вот напишу этот запрос, но только потом придет DBA и скажет переписать. Не надо лезть разработчику приложения в сферу разработчика БД.

Расскажите кто-нибудь про завершенные и работающие проекты, в которых использовалось такое разделение труда, а?

А то у моих всех знакомых программеров - сидят разработчики и делают все - схему базы, приложение, деплоймент, слава богу, хоть тестеры уже отдельно.

Ну про себя я вообще молчу - мы вообще все подряд делаем от сборки компов до помощи в принятии решений "как более логически верно оформить изменение в бухучете предприятия". Задалбывает универсализм жутко, но для изменения стиля работы нужно сразу брать еще 5 человек разной специализации, и соответственно увеличивать стоимость работ для клиентов минимум в 5 раз (не считая что еще нужно будет всеми этими пятью командовать, что тоже отдельных денег стоит).

Profile

metaclass: (Default)
metaclass

April 2017

S M T W T F S
      1
2345678
9101112 131415
16171819202122
23242526272829
30      

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Aug. 9th, 2025 02:44 am
Powered by Dreamwidth Studios