|
Не читал всех ответов. Писал позавчера. Потом у меня инет отвалился
====================
aka Cat2
>> С последнего поста прошло 2 года. Хотелось бы поделиться своими достижениями.
>> Проработал я 2 года в компании, автоматизирующей Балтику и не только её.
>> Получил бесценный опыт по части проектирования и реализации структур и процедур для
>> больших объёмов данных, ну очень больших. Как следствие тонкая оптимизация запросов и
>> многие другие хитрости.
Это радует
>> Работать было тяжело, нагрузки очень большие, никаких праздников (только Новый год 3 дня),
>> выходные редкость. Связано это было с тем, что изначально система спроектирована была очень
>> плохо, коллектив не менялся очень давно (15 лет), многие(большинство) работают там со дня
>> основания, поэтому альтернативного мышления там нет. Что такое ООП никто не знает. То что
>> архитектура гораздо больше влияет на производительность системы, чем тонкая оптимизация
>> процедур тоже никто не знает. В результате я уволился как только купил квартиру, платили
>> там хорошо.
Не повезло.
>> Помыкался я по конторам на зарплаты мне соответствующие и остался ни с чем. Полный
>> непрофессионализм коллег просто убивает. Системы проектируют те, кто даже интерфейс
>> проектировать не умеет. Простой пример: форма для создания новой сущности, справочные данные
>> выбираются комбобоксом, значения, которое нужно выбрать, в справочнике ещё нет.
>> Значит форму нужно закрыть, так как программа одновременно две формы показывать не может!!!!
>> Открыть форму справочника, ввести туда это значение. Закрыть. Открыть прежнюю форму ввода
>> сущности. Заново ввести все данные. Открыть комбобокс и... выматериться, потому что нового
>> значения в справочнике почему то нет. Эти идиоты кешируют справочники на клиенте. В результате
>> только после перезагрузки приложения новое значение в справочнике подхватывается.
Это, действительно, непрофессионализм. Но я бы не назвал кэширование справочников на клиенте идиотским решением. Иногда, для условно-постоянных справочников, это хорошее решение.
>> И это делают за зарплаты от 2000 ЮСД. С такими коллегами я работать не хочу.
>>
>> Устроился я на работу в торговую фирму в маленький отдел ИТ. Взяли за маленькую зарплату.
>> Больших там просто нет. И за 3 месяца с нуля создал то самое ядро. И на этом ядре сделал
>> ещё одно ядро для настройки бизнес-процессов. И вот теперь все договора фирмы проходят
>> процесс согласования только в электронном виде.
А что, бизнес процессы фирмы = согласование договоров?
Я верю, что Вы сделали все по уму, но Вы уверены, что Ваша система прохождения документов лучше, чем Lotus Notes?
>> Что сейчас представляет из себя система.
>> Дельфи 7 и 2000 скуль. Двухуровневая клиент-серверная. Каждое клиентское место это одна
>> коннекция на сервере с собственным логином. Права пользователю даются только на вьюхи
>> и хранимые процедуры. Вьюхи с инстед ов триггерами. Все таблицы, вьюхи, триггера и процедуры
Это – азбука проектирования.
>> генерируются автоматически на основании метаданных. Любую из структур разработчик может
>> перекрыть своей собственной.
А вот это спорный момент. Одно дело, когда генерация осуществляется из хранимой процедуры, разрешенной пользователю, другое дело, что пользователю даются права на генерацию объектов. Из контекста топика это не ясно. Кроме того, генерируемые «на лету» объекты обычно работают существенно медленнее, чем постоянные. Но это, конечно, не принципиально при малом количестве коннектов.
>> Разработка сводится к регистрации класса, регистрации полей класса, регистрации дочерних
>> таблиц и их полей. Затем вызывается хр. процедура Compile с указанием класса. Все структуры
>> пересоздаются, даже если в талицах уже есть пользовательские данные. Данные просто
>> переливаются в новые структуры.
>>
>> Клиент это MDI приложение, в котором есть форма-проводник, через которую можно получить
>> доступ к любому объекту. А также формы объектов. На форме объекта имеется шапка - это
>> контрол TDBOEdit - панель для отображения полей одной записи датасета. Все описание берет
>> из TField. Под шапкой находится TPageControl на каждой закладке которого располагаются
>> либо TDBOGrid либо TDBOEdit для дочерних данных.
>>
>> Все компоненты мои собственные, TDBOGrid наследуется от TDBGridEh, так что функционала там
>> предостаточно. Основная форма объекта в приложении это TAutoForm, которая для отображения
>> данных объекта берет описание из метаданных. Разработчик может использовать свои собственные
>> формы с любыми другими контролами, главное чтобы наследовалась от TBaseForm.
>> Форма регистрируется в метаданых, поэтому система сам знает какую форму открыть для каждой
>> операции объекта.
Не надо так громогласно говорить про «свои-собственные». TDBGridEh – прекрасный компонент, за который Вы не заплатили ни копейки. 95% работы за Вас сделал его автор. ООП и наследование тоже не Вы изобрели.
>>
>> Всё работает очень быстро. На глаз даже незаметно, когда приложение подгружает метаданные.
>>
А вы пробовали на Pentium Pro 120 MHz, 32 RAM?
>> Что есть в системе. Кроме ООП и метаданных имеется:
>>
>> 1. Разграничение прав доступа на уровне объекта, операции и пользователя. Пользователи
>> связаны с ролями, причём иерархически. Права можно давать как роли так и пользователю.
>> Права даются на каждую операцию для каждого объекта (записи) Можно давать шаблонные права,
>> т.е. не объекту, а классу, все объекты наследуют права класса, плюс могут иметь ещё и свои.
>> По-умолчанию прав нет. Только у админа права не проверяются.
Не вижу никакой новизны. Стандартный набор.
>> 2. Событийная система. Разработчик в методах может возбуждать событие. Например в процедуре
>> создания объекта сделать такой вызов exec Event_Throw 'Create', @OID
>> 'Create' - это зарегистрированное событие - объект, привязанный к классу.
>> @OID - ссылка на созданный объект (Self в паскале)
>> И если к данному событию привязаны какие-либо обработчики - методы, являющиеся объектами
>> описывающими хранимую процедуру, то они будут вызваны.
Создание пользовательского события - это даже не фича.
>> 3. Система поиска, позволяющая найти любой объект по любому его атрибуту, форма для ввода
>> параметров и скрипт поиска генерятся автоматически по метаданным.
Минут 30 работы, если надо.
>> 4. Система скриптования. Очень полезная вещь, когда вы на рабочей базе создали какие-то
>> настроечные данных и убедились, что всё работает, приходит время когда это нужно перенести
>> на рабочую базу. Какие есть пути? Повторить весь процесс настройки руками на рабочей базе,
>> написать вручную скрипт для создания данных. Какова вероятность ошибки?
>> Так вот система скриптования позволяет нажатием одной кнопки получить скрипт любого объекта
>> плюс всех связанных с ним объектов с гарантией однозначности.
Не знаю, что Вы пользуете, но, например, в MS SQL такие скрипты генерируются автоматически при соответствующих настройках.
>> 5. Настройка бизнес-процессов. Позволяет настроить для любого объекта набор статусов,
>> набор переходов от статуса к статусу, участников процесса, параллельное и последовательное
>> прохождение статусов. Каждый переход описывается операцией, которая состоит из набора
>> функций (объектов). Каждая функция делает какую-либо простую задачу (например меняет статус,
>> отправляет сообщение по Email, даёт права на объект следующему участнику процесса).
>> Разработчик может создавать любые новые функции. Выполнение функций происходит по шагам,
>> по результату выполнения возможен переход на любой другой шаг (запросто можно делать циклы
>> и сложную логику). То есть более высокоуровневое программирование, которое может делать
>> администратор либо настройщик бизнес-процессов.
Не понял, причем тут объекты и новизна? Это рутинная работа программиста. Если Вы полагаете, что можно сделать программу, в которой бизнес-процессы настраивают пользователи, то Вы глубоко ошибаетесь. Для их настройки нужны знания в области баз данных. Возможно, когда-то это ограничение будет снято.
>> 6. Автообновление системы. В одном месте выкладываете CAB файл с новой версией, и программа
>> у пользователя при запуске сначала сравнит версию и предложит её обновить.
«Click Once» от MS гораздо круче. Просто жмешь на кнопку «Опубликовать» и все. Не надо ничего выкладывать и париться.
>> 7. Все поля ввода раскрашиваются в цвета в зависимости от свойств поля.
>> Нередактируемые поля одним цветом
>> Обязательные к заполнению другим цветом
>> И остальные третьим цветом
>> Цвета пользователь может настроить по своему усмотрению.
Выдавать функциональную раскраску полей за собственное решение – нескромно.
Пользовательские настройки интерфейса тоже спорный вопрос. А ну как он решит не редактируемые и редактированные поля одним цветом выделит? Лично я даю ограниченную свободу только в выборе шрифта
>> 8. Изменение данных происходит кешированно на клиенте с помощью отсоединенных датасетов
>> И только по нажатию на кнопку ОК открывается транзакция и все данные с формы отправлются
>> на сервер. Так что транзакции короткие и блокировки короткие.
Гениально! Вы сами додумались? До этого ничего из теории не читал? Или, хотя бы, хэлп по Дельфям.
>> И еще очень много вкусностей. А главное, что это полноценная среда разработки.
>> И всё это я сделал за 3 месяца, сделал и внедрил, то есть за время испытательного срока, а
>> мне до сих пор не повышают зарплату.
За что повышать? За переоткрытие прописных истин зарплату точно не повысят. За создание своей среды разработки, операционной системы, компилятора и т.д. и т.п. в не софтверных фирмах тоже не повысят. Ее могут повысить, если пойти к руководству и сказать, что я сейчас уволюсь, и вы опять будете все в блокнотиках писать. В трудовом соглашении ведь никто не написал, что созданные во время работы в фирме программные продукты принадлежат фирме?
>>
>> Кому нужна такая система? Могу повторить даже за более короткий срок, но за более высокую.
Лично мне - не нужна. Нет времени на изучение процесса чесания левой рукой правого уха.
Но главное – молодец! Давай, дерзай! Не страшно открыть давно открытое. Страшно – ничего не открыть в своей жизни!
|
