субж!
Пришло время реализовать проект N-звенный, раньше только самодельными велосипедами пользовался. Но это крайне неэффективно. Для реализации нового проекта потребуются такие фичи:
* авторизация пользователей;
* списки доступа для каждого пользователя;
* веб-интерфейс или специальный тяжёлый клиент для пользователей;
* интерфейс для специализированных клиентов без уя;
* отдельный слой для бизнес-логики;
* простая интеграция с субд;
* отказоустойчивость.
Всё понятно, как реализовать, но не хочется мастрячить свои подобия готовых хороших проверенных решений. Обе две технологии представляю себе только "теоретически", а практически вплотную сталкиваться не приходилось. Что было бы более перспективно и лучше вообще изучать?
Интересуют два критерия в первую очередь:
1. трудоёмкость для разработчика, т.е. где меньше надо кнопок нажать?
2. перспективность по поиску работы, если вдруг потребуется.
всем заранее спасибо за ответы.

Здравствуйте, Аноним, Вы писали:

А>субж!

Вот например в нашем проекте выбор диктуется другими критериями нежели, количество нажатых кнопок. БД Oracle, сервер приложений Linux => J2EE на стороне сервера. Windows на клиенте + много 2D/3D графики => .NET, WPF, WCF. Теперь пытаемся подружить эти инструменты, а это скорее всего значит, что придется отказаться от всех готовых фич обоих платформ, ориентируясь на спецификации WS-I, и реализовывать в ручную такие "стандартные" вещи как аутентификация, шифрование, сессии, транзакции.

Сделайте прототипы на каждой платформе и сразу будет видно, что для Вас лучше подходит.

L>Сделайте прототипы на каждой платформе и сразу будет видно, что для Вас лучше подходит.
может, прототипы слишком примитивные окажутся за деревьями леса можно не увидеть.

Здравствуйте, Аноним

только Java программисты попадают в рай
используй J2EE, Spring, Eclipse RCP.

Здравствуйте, Аноним, Вы писали:

похнах

Здравствуйте, Stormblast, Вы писали:

S>только Java программисты попадают в рай
S>используй J2EE, Spring, Eclipse RCP.

Не потому ли, что работа на яве хуже ада? Типа с них уже достаточно мучений

P>похнах
бп?
хочется примерно следующее:
клиент без гуя на С/С++ <-ssl-> веб-сервис <--> бд
веб уи для операторов <-ssl-> ? <--> бд

Здравствуйте, wisdom, Вы писали:

W>Здравствуйте, Аноним, Вы писали:

А>>субж!

W>Вот например в нашем проекте выбор диктуется другими критериями нежели, количество нажатых кнопок. БД Oracle, сервер приложений Linux => J2EE на стороне сервера. Windows на клиенте + много 2D/3D графики => .NET, WPF, WCF.
На мой взгляд совсем не следует, взяли бы Swing и не проблем было бы меньше. 2D/3D графика для Swing не проблема.

Берите JEE, большую часть работы за вас Application Server сделает либо альтернативы OpenSource.

Здравствуйте, Аноним, Вы писали:

P>>похнах
А>бп?
А>хочется примерно следующее:
А>клиент без гуя на С/С++ <-ssl-> веб-сервис <--> бд
А>веб уи для операторов <-ssl-> ? <--> бд

ващена

не, если с/с++ охота использовать, то я бы тогда на дотнете остановился — всеж там связка ч-з длл как-то легче идет.
Т.е. че-то типа аналога ejb+ws получиться — ядро с, оборачивается .net wcf и дергается из asp.net.

Здравствуйте, koandrew

K>Не потому ли, что работа на яве хуже ада? Типа с них уже достаточно мучений

В Вас говорит зависть ...

Здравствуйте, Stormblast, Вы писали:

S>только Java программисты попадают в рай

...так что если хочешь найти еще живых программистов — выбирай .NET

Здравствуйте, Аноним, Вы писали:

С точки зрения продукта\проекта\юзеров — по большому счету пофиг.
Java традиционно отдыхает в плане UI, кто бы там что ни говорил.
Но девелоперы больше любят Java за возможность выбора. Для любых задач доступно не менее 2х готовых решений. И людей которые бы радовались смене специализации с Java на .NET, я пока не встречал.

Здравствуйте, Аноним, Вы писали:

А>1. трудоёмкость для разработчика, т.е. где меньше надо кнопок нажать?
Меньше кнопок, особенно поначалу, это в .NET. В Java и порог вхождения в целом повыше. С простейшими вещами можно разбиратся целый день, если не иметь достаточного опыта.