Сервера приложений

[metaclass]

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

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

В связи с этим, имеется вопрос: если не жаба и не дотнет, и не веб-интерфейсы, а нормальная трехзвенка - субд, аппсервер, более-менее интеллектуальный клиент и все это предпочительно кроссплатформенное - на чем такое вообще писать? И какая должна быть архитектура подобной вещи, а особенно - какая модель данных, какая парадигма программирования и в каком виде гонять данные между клиентом и аппсервером, чтобы это не оказалось очередной инкарнацией СуперУниверсальнойСистемыДляВсего, на которой сделать что-либо сложнее, чем это же склепать по быстрому с нуля вручную :)

Comments

Re: без обид

[metaclass.livejournal.com]

Если делать на Java, то идея хорошая. Хотя я бы предпочел взять на работу этих самых профессионалов, чтобы потом их не искать для доработок:)

Re: без обид

[alexey-rouban.livejournal.com]

> Хотя я бы предпочел взять на работу этих самых профессионалов, чтобы потом их не искать для доработок:)
Да, так чаще всего и делают.

Re: без обид

[pete-by.livejournal.com]

Есть знакомый Java Architect (один из первых в РБ сдавший на SCEA), опыта работы, наверное уже лет 8. Человек прошареный, вменяемый и, что немаловажно, ответственный. Конечно, как хороший спец, без дела он не сидит, но думаю спроектировать архитектуру и, возможно, скелет системы реализовать может. Контакт могу скинуть, если интересно.