Создание учетной программы(PostGre SQL) с нуля. (Поиск инструментария.)

[FoxMulder64]

Определился с SQL. Раньше писал на Делфи под Виндой. Знаком с С++.
Какой инструментарий подходит для быстрой разработки в Линукс?
Хотелось бы создавать под X, а также:
а) с возможностью управления из созданного приложения портами СОМ и USB;
б) вывод отчетов на экран и принтер;
в) Сетевая работа тонких клиентов.

Хотел бы услышать мнение тех кто создавал подобные проекты.

[alfss]

Опишите более внятно что вы хотите.

[antares0]

Определился с SQL. Раньше писал на Делфи под Виндой. Знаком с С++.
Какой инструментарий подходит для быстрой разработки в Линукс?
Хотелось бы создавать под X, а также:
а) с возможностью управления из созданного приложения портами СОМ и USB;
б) вывод отчетов на экран и принтер;
в) Сетевая работа тонких клиентов.

Хотел бы услышать мнение тех кто создавал подобные проекты.

[начал хвастаться]
Я такой проект создаю.
[/Конец самохвальной процедуры]
Ты не думаешь что учетная система с нуля и среды быстрой разработки это несколько несовместимые понятия?
Делфистам с знанием плюсов обычно нравиться qt. А в свете ее грядущей LGPL-изации так вобще...
Для особо махровых Лазарус и ФриПаскаль и в переводе существующих проектов под nix* тоже помогут.

[antares0]

[quote name='antares0' date='Jan 24 2009, в 00:05' post='792491']
Для примера можешь посмотреть на ананас. Не самый удачный продукт однакож работает.
Отчетник имени trdm на forum.crossplaform.ru в стиле 1с пишется таки резво и спешит на смену.

[antares0]

mono однакож тоже RAD но не уместно о нем говорть здесь. Не место ему среди ровного строя свободного софта. Посему умолчим.
Жаба. У нее всего много и технологий и готовых решений. И жрет она памятм и процессора тоже много. Вот где хочется толщину сервера компенсировать худобой клиента.
Сможешь однако оперется на таких китов как jboss/Jbpm, Spring Intalio.

[brejnev]

Интересные требования. USB и COM какой машины: клиентов, сервера?
Думается, лучше небольшой демон, который читает информацию и передает системе на жаве. А там - работа с бд, веб интерфейс, если надо, то интерфес для толстого клиента( не обязательно жава), отчеты и пр.

Только понятных требований нет, судить сложно.

[antares0]

С другой стороны путь лнинукс это С. Большинсво библиотек написано имеено на С. Высокоуровнеые скриптовые языки позволяют склеивать низкоуровнеые библиотеки в единую систему. Это путь не похож на RAD но ничуть не длиннее. Посмотри на tcl На нем пишутся процедуры для Постгеса, в форме tclkit это удобный тонкий клиент, а GRIDPLUS2 позволяет бысто делать формы для БД.

[antares0]

Под конец остались нечастоиспользуемые но не менее мощные решения.
Common Lisp - Крутая объектная система CLOS, PostModern для постгреса куча всяких фенечек от функциональных и императивных языков.
Ada Строгая система типов данных вместе с гибкостью плюсов. Плюс QtAda нативный биндинг использующий все плюсы и возможности qt, интегрирующий ее в аду без швов.
Ocaml полиморфная типизация, быстрый компилятор вобщем функциональный язык с человеческим лицом.

[antares0]

Напоследок вот еще одна штука странная и интересная.
clip на itk.ru/ Комплято клиппера, объектные расширения, возможность сереализации объектов. Собственая объектная БД поверх dbf и sql. Собственый сервер приложений.

[astoon]

Хотел бы услышать мнение тех кто создавал подобные проекты.

Я на Пайтоне делал и еще предстоит делать и знаю людей которые делают.
Связка с C++ / C (первый удобнее, второй геморно) - т.е. всегда есть куда подвинуться в плане оптимизации на последних этапах, хотя даже для крупной учетной системы при грамотном проектировании вынос логики на C/C++ может вообще не понадобиться.
Есть серверы приложений либо библиотеки которые идеальны как связующий элемент (например zope.interface / zope.component - компонентная модель, сложная диспечеризация, основаная на паттерне адаптации (который кстати максимально оптимизирован опять же с выносом на кода C)). Кроссплатформенность реальная, а не заявленная. Богатый выбор GUI (удобный WX, прекрасный (для кодера) Qt, как всегда геморный GTK, простой Tk - в каждом случае получаем кроссплатформенный код.). Куча сетевых решений (от стандартной библиотеки до навороченного twisted).
Что еще надо ?

Common Lisp - Крутая объектная система CLOS, PostModern для постгреса куча всяких фенечек от функциональных и императивных языков.

Насчет постгресса я бы не сказал что крутая (в сравнении с ...). Но с другой стороны, обжект-маппинг в Common Lisp фактически есть сам по себе и не надо никаких библиотек. Лисп как рулил так и рулит, тем более современный Коммон. btw, если уж о Лиспе разговор, то и на Схеме делают учетные системы и не жалуются.

[antares0]

если уж о Лиспе разговор, то и на Схеме делают учетные системы и не жалуются.

А вот с этого места поподробнее. Можно на это посмотреть?
На лиспе и ocaml видел. На схеме еще нет.

[astoon]

если уж о Лиспе разговор, то и на Схеме делают учетные системы и не жалуются.

А вот с этого места поподробнее. Можно на это посмотреть?
На лиспе и ocaml видел. На схеме еще нет.

Обычно ведь идет речь о закрытых заказных проектах. Так что прямых ссылок, извиняюсь, дать и не могу. У Схемы много поклонников, так что имея некую власть над проектом для выбора используемых решений, ее используют (ну просто слышал уже несколько раз).
В качестве Open Source примера можно взять тот же GnuCash (есть во всех Linux дистрибутивах, развивается AFAIK активно и по сей день). Там Scheme много.... Видел там код на Scheme для создания отчетов, а дольше не копал, сам посмотри

[astoon]

Если под тонким клиентом подразумевается AJAX и красоты в браузере "как в GUI" - хорошим решением может быть ExtJs. Гриды, формы, виртуальный десктоп и прочее.
Но - если это Опен Сорс проект, то парни из ExtJs не разрешают ложить его в твой репозитарий. Это буквально недавно проверено. У них GPL, но с какой-то навороченной схемой лицензирования. Однако это явно лучше чем Джавовские аплеты.
С другой стороны, этим можно и не заморачиваться если нормально проектировать. Потом.
Именно так поступают успешные открытые проекты - TinyERP(http://www.openerp.com, http://www.tinyerp.com) и его форк Tryton ( http://www.tryton.org) - там есть и вэб интерфейс (простой, без ExtJS-наворотов), и GUI-шные клиенты.

Напоследок вот еще одна штука странная и интересная.
clip на itk.ru/ Комплято клиппера, объектные расширения, возможность сереализации объектов. Собственая объектная БД поверх dbf и sql. Собственый сервер приложений.

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