Перевод программ с BDE на FibPlus.
Предлагаю свои услуги по быстрому и качественному переводу программ с BDE на FibPlus. По сути перевод сводится к замене одних компонентов на другие, и замене BDE-методов на соответствующие методы Fib-компонентов. У меня есть опыт перевода двух больших проектов (больше сотни форм, ~400 000 строк кода) и инструменты для автоматизации. Я готов сделать эту работу быстро и качественно.
Почему именно я?
Однажды мне довелось наблюдать как делался перевод с BDE на IBX аналогичного большого проекта. Стабильно работающий билд был получен только через год. Т.е. основная работа была проделана где-то за месяц, а всё остальное время исправлялись ошибки, исправлялись конфликты транзакций. Автор разбил проект на 2 версии и в результате, автору приходилось вносить исправления в обе. Т.е. это был типичный случай когда задача решалась “в лоб”.
Когда я переводил на Fib-ы свой первый проект, я учёл эту ошибку. В результате, я стал переводить проект по частям, сначала подготовив площадку (реорганизовав приложение, создав общие функции) для перевода и затем быстро выполнил сам перевод. При переводе второго проекта я учёл ошибки первого. В результате, стабильный билд был получен уже через месяц. По объёму и функциональности, все проекты были примерно одинаковы и включали такие нетривиальные вещи, как встроенный дизайнер форм.
Почему именно FibPlus?
Почему именно FibPlus, а не Ibx? Fib-ы, в отличие от Ibx, позволяет использовать две отдельные транзакции в Dataset-ах(одну для чтения данных, другую для модификации), а это позволяет избежать многих проблем. Да и вообще, Fib-ы умеют многое, чего не умеют Ibx-ы, в том числе указывать с каким клиентом(gds32.dll) работать, корректно обрабатывать потерю соединения с базой и многое другое.
Для работы мне понадобится
- Доступ к исходным кодам(в идеале к хранилищу исходного кода), либо доступ к Вашему компьютеру через удалённое подключение(Remote Desktop, TeamViewer и.т.п.).
- Чётко сформулированное и непротиворечивое задание.
- Крайне желательна возможность голосового общения через Skype (для возможных консультаций).
- Оплата через PayPal или WebMoney.
Как будет происходить работа
- Работа начинается с обсуждения.
- Затем следует изучение исходного кода. После чего я составляю примерный план работ, смету и оценку рисков.
- Если Вас устроит примерный план и смета, я буду готов приступить к работе, после получения предоплаты.
- Далее, если понадобится, исходный код будет подготовлен к переводу. (рефакторинг).
- Далее общий функционал будет модифицирован так, чтобы иметь возможность работать как с BDE так и с Fib-ами.
- До этой стадии – ваш продукт будет продолжать работать также как и раньше.
- Далее – непосредственно замена компонентов.
- Есть возможность проводить перевод проекта частями, и получая рабочие билды, частично использующие BDE, частично - Fib+.
- После сдачи готовой версии Вы сможете протестировать свой продукт, и я исправлю ошибки.
Что Вы получите
- Выигрыш по времени (как показывают наблюдения, люди, даже опытные программисты, проводящие подобный перевод впервые – тратят в разы больше времени) и по стоимости
- Освобождение ваших программистов от рутинной работы и существенную экономию их времени.
- Программу содержащую намного меньше ошибок, чем если бы перевод выполнял программист не имеющий подобного опыта (я-то по граблям уже набегался :) ).
- Первый клиент получит существенную скидку. ;)
А также
- Чёткий порядок выполнения работ и следование ему.
- Реорганизацию кода, упрощающую контроль над Db-компонентами.
- Регулярные отчёты о проделанной работе.
- Гарантийное обслуживание в течение оговоренного времени уже после сдачи проекта.
- Гарантию конфиденциальности Вашего кода.
- Оценку кода и советы по оптимизации.
а как вы собираетесь это делать без бд?
ОтветитьУдалитьС помощью особой магии Delphi-кодера. =)
ОтветитьУдалитьКонечно, база тоже нужна. Можно и без, но лучше всё-таки с ней.
у нас когда то был подобный опыт, только переводили с bde на dbx. проблем практически не было. да и работать с dbx проще и быстрее.
ОтветитьУдалитьА мы вариант с DBX-ом даже не рассматривали - так как программы слишком тесно переплетены с Firebird-ом. Исходили из критерия - чем больше фишек Firebird-a поддерживают компоненты, тем лучше. А Fib-ы пока что в этом плане лидеры. Несмотря ни на что.
ОтветитьУдалитьну а если вдруг надо будет базу на oracle перевести или какой нить posgress? c dbx проблем гораздо меньше
ОтветитьУдалитьТеоретически так и есть.
ОтветитьУдалитьНо на практике, перевод на другую базу иногда нереален. Когда я переводил свои проекты - то вариант с переходом на другую СУБД рассматривался и был оценен как "этого мы никогда не будем делать". Причина - в том, что почти вся бизнес логика вынесена в базу и количество хранимых процедур - просто огромное.
Стоит ли заморачиваться с FireBird?
ОтветитьУдалитьСтоит. Firebird нереально хорош и к тому же бесплатен.
ОтветитьУдалить