Ищется человек, способный перевести проект делфи в lazaru

[Сергей Боровков]

Заранее прошу прощенья за коммерцию и возможное нарушение правил. Если нарушил, прошу перенести в нужный раздел.

Итак, проект достаточно небольшой, думаю, что грамотному человеку работы не более, чем на неделю.
В проекте используются следующие возможности:

1. RTTI (запись объектов в поток и чтение посредствем rtti)
2. TTCPServer (переводить, видимо в indy?)
3. Многопоточность
4. Скачивание файлов с HTTP сервера
5. Реестр (хранятся настройки)
6. Наследование форм (но от него легко отказаться)
7. Запуск внешних приложений
8. XML (чтение и запись больших, под 100 мегабайт, XML)

Вроде все, хотя может и забыл что-то.

Предполагается, что как минимум часть работы будет выполняться в нашем офисе, в Москве.
Если есть желающие, обращайтесь на почту sbor на сервере list точка РУ.

[Attid]

самое сложно е 1,2,3 =)
много поточность есть грабли, но возможно у вас там не все страшно.
ТСР сервер переводить это практически переписывать, а про первое даже не знаю есть ли такое в фпц =) остальное все вроде просто само по себе переедет =)

[Сергей Боровков]

Насколько я читал документацию IdTCPServer, он очень похож на TTcpServer используемом в проекте - та же блокирующая система, в которой на каждое соединение организуется собственный поток.
Сервер устроен очень просто - потоки (Thread'ы) соединений только читают и пишут блоки данных, помещая эти блоки в очереди, защищенные критическими секциями. Из этих очередей блоки данных изымаются одним, отдельным потоком, обрабатываются, а затем выбрасываются через те же защищенные очереди в потоки соединений.

По поводу RTTI, как происходит запись визуальных компонентов на форме? Не при помощи RTTI? Если такой поддержки нет, то видимо нам придется переделывать проект delphi.

[Павел Ишенин]

Все нормально в fpc с RTTI. И запись/чтение свойств визуальных компонент делается с использованием RTTI.

[Сергей Боровков]

Да, прошу прощенья, раньше забыл написать. Цель перевода проекта под лазарус - запуск проекта под ASP linux .
Насколько я понял, про Kylix на современных линухах можно забыть.

[ev]

многие скорее всего хотят услышать и хотя бы примерную цену вопроса

[Attid]

ev я не хочу =) все равно не в москве =)

а на самом деле по описанию трудно обьем оценить, сколько там форм 10 или 100 или 1000 =) какие компоненты кроме родных дельфевых используются, да и дельфевые не все в лазаре есть. есть ли там команда тестеров, чтоб не утомлятся тестированием каждой формы и т.д. от это названая сумма будет ли она 100 или 1000 енотов ничего не скажет.

[Сергей Боровков]

Форм в проекте штук 20-25, но все кроме двух представляют из себя тупые формочки с едитами, лабелами, комбобоксами и буттонами 3-5 функций, по 10-20 простейших строчек (заполнить едиты и лабелы, да считать данные из едитов).
Еще одна форма с простейшим наследником StringGrid (исходники прилагаются) и полудесятком кнопок.
Ну и главная форма - сам сервер, который и обеспечивает весь функционал TCP сервера, в нем с визуализацией тоже делать нечего.

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

По поводу оплаты: точной суммы я извучивать не хочу. Порядок можно оценить так: Я исхожу из того, что достаточно грамотный програмер нынче получает в районе 2000$ в месяц. Я оцениваю в неделю необходимое время.
В любом случае, я считаю, что стоимость работы - предмет обсуждаемый. Тем более, что объем я представляю достаточно неточно.

В принципе, если в Москве желающих не найдется, вынуждены будем обратиться к людям, проживающим в других городах. Но это нежелательно.

[bw]

Здравствуйте.
Думаю что я смогу вам помочь. В данный момент я свободен, зарабатываю фрилансем. Достаточно большой опыт работы в Delphi 7 и более ранних версиях, у вас, кстати, в какой версии Delphi приложение написано? Около года работаю на FreePascal.
Единственное - я живу довольно далеко от Москвы.
Оценить объем работы смогу при ознакомлении с исходниками. На глаз от 1 до 2х недель. Предполагается, что результирующий код сможет работат и под виндой и в линухе? Или вы пока ограничиваетесь виндой?

..bw

[alexs]

Кстати - может на форуме спец. раздел ввести для таких заявок
а также координаты тех кто может за это браться?

Я в принципе тоже наверное взялся бы.

[Attid]

bw alexs
в первом посте мыло, туда и пишите.

раздела пока и этого хватит не так уж и много обращений.

[Bupyc]

На глаз от 1 до 2х недель.
..bw

Не знаю, конечно, все люди разные, но мне кажется это очень оптимистичный срок. Исходя из чего я сужу. Имею реальный опыт перевода клиент-серверного дельфёвого проекта на лазарус под ОС WinCE. Список пунктов, использующихся в программе схож с приведённым в первом посте. Объём исходных кодов около 20 тыс строк. Эту работу я начал в первых числах сентября. Что то реально рабочее вырисовывается только сейчас. И то, постоянно появляются разные грабли, которые иной раз достаточно тяжело преодолеть. Взять хотя бы ту же поддержку русских шрифтов. Да и кроме этого моментов хватает.

Да, кстати, RTTI нормально работает. Хотя бы с этим гемороя не возникло Причём, что меня сильно порадовало, это то, что при сохранении в Stream объектов, наследованных от TComponent, получаемые данные совместимы с дельфями.

[alexs]

WinCE

Вот ключевое слово
всёж под прости винду и линукс лазарь болие или менее уже доведён до ума

[Сергей Боровков]

Учитывая, что весь проект писался одним человеком три месяца, при этом реально сложная в отладке часть не касается перехода между платформами, я очень сомневаюсь, что там работы по переводу проекта на пару месяцев

[Сергей Смирнов]

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

Фактически, проблемы возникли со всеми пунктами задания (см. стартовое сообщение), кроме наследования форм, от которого автор программы оперативно избавился. Основных источников этих проблем два: отличия использованных (в т.ч. фрипаскалевых) компонент и библиотек от дельфёвых, а также некоторые нюансы реализации кроссплатформенности, особенно в части многопоточности. Однако, совместными с разработчиком программы усилиями всё удалось благополучно преодолеть.