Здравствуйте, mikkri, Вы писали:
M>Зато если пойти на запад — в финансы — окажется, что за Swing + J2EE платят очень даже неплохо, лучше, чем за HTML + J2EE.
Но для этого сначала нужно не умереть с голоду в России
Или есть места где можно применить Swing + J2EE и иметь хлеб с маслом?
Здравствуйте, Skeleton, Вы писали: S>Но для этого сначала нужно не умереть с голоду в России S>Или есть места где можно применить Swing + J2EE и иметь хлеб с маслом?
Есть — здесь: http://www.netcracker.ru/
Тока здесь Swing + EJB "побочная" и не очень любимая руководством ветка.
Но платят за это здесь на уровне (а иногда и выше) web разработчиков.
Здравствуйте, Dmitri787, Вы писали:
D>ПРИМЕР: D>сегодня созваниваешься с немецким заказчиком обговариваешь workflow
[...] D>ближе к полуночи тебе перезванивает американский коллега и D>радостно сообщает об успешном тестировании выложенного билда и выкладывает планы и стратегии дальнейшего взаимодействия
мда. хреново заниматься аутсорсом, нервов много тратиться. лучше свой продукт делать, имхо.
А>Какой набор skills работы с Java технологиями самый высокооплачиваемый?
оплата за j2ee примерно равняется j2se, может немного выше. главный point в том, что на j2ee работы намного больше, чем на J2SE (GUI).
Здравствуйте, Дуремар, Вы писали:
Д>J2EE с ориентацией на Web разработку — JSP/Servlets и всевозможные фрэймворки... Д>Я в свое время сдуру подсел на цепочку Swing-EJB-Oracle — теперь мои свинговые Д>скилзы нах.. никому не нужны... вот и приходится сейчас переквалифицироваться на Web
Ну почему никому не нужны. У нас сейчас в конторе два проекта (один начался месяца три назад) на связке swing клиент + JBoss , правда у одного помимо свинга все таки веб клиент есть и он основной.
Тонкий клиент мало того что менее удобен при работе с ним, так еще в разработке полный пипец Один раз я предал свинг, потом быстренько взад вернулся и не жалею
Здравствуйте, alskor, Вы писали:
А>>Какой набор skills работы с Java технологиями самый высокооплачиваемый? A>оплата за j2ee примерно равняется j2se, может немного выше. главный point в том, что на j2ee работы намного больше, чем на J2SE (GUI).
Я читал статистику — в мире свинг используется в разработке больше веба, только статистика спроса на разработчиков на нашем рынке показывает совсем обратное Возможно это связано с тем, что много гуя до сих пор пишется на сях и делфях.
Да и помню кто-то писал, что гуем в США занимаются индусы и русские, потому что поумнее, а китайцы в основном на вебе лабают
Здравствуйте, captainPower, Вы писали:
P>Здравствуйте, alskor, Вы писали:
А>>>Какой набор skills работы с Java технологиями самый высокооплачиваемый? A>>оплата за j2ee примерно равняется j2se, может немного выше. главный point в том, что на j2ee работы намного больше, чем на J2SE (GUI). P>Я читал статистику — в мире свинг используется в разработке больше веба, только статистика спроса на разработчиков на нашем рынке показывает совсем обратное Возможно это связано с тем, что много гуя до сих пор пишется на сях и делфях. P>Да и помню кто-то писал, что гуем в США занимаются индусы и русские, потому что поумнее, а китайцы в основном на вебе лабают
Занятно, а здесь человек указывает на идущие споры о смерти Swing...
S> человек указывает на идущие споры о смерти Swing...
много кто о чем спорит. а свинг постепенно развивается. с JDK 6 мое свинговое приложение работает намного быстрее (заметно на глаз), чем на JDK 1.5. даже старт раза в 3 быстрее получается.
жаль только, что Swing развивается довольно медленно. есть новый проект SwingX, который (предположительно) сольется с новым JDK и будет частью Свинга, но пока это лишь отдельная библиотека (swinglabs.org). стандартных возможностей (компонентов) свинга на сегодняшний день уже маловато, хочется строить приложения не по кирпичику, а более крупными блоками. чтобы сделать что-то мало-мальски полезное из JTable надо стооооолько усилий приложить — хидеры для каждого ряда, сортировка, .... черт, это ведь должны быть стандартные опции! а типовой комбобокс с возможностью выбора/фильтра элементов при нажатии на буквы — это тоже надо дописывать самому или брать примеры в инете.
есть, конечно, и альтернативы свингу. в т.ч. фреймворки, с помощью которых можно быстро сделать большой ГУИ из подготовленных компонентов.
Здравствуйте, alskor, Вы писали:
S>> человек указывает на идущие споры о смерти Swing... A>много кто о чем спорит. а свинг постепенно развивается. с JDK 6 мое свинговое приложение работает намного быстрее (заметно на глаз), чем на JDK 1.5. даже старт раза в 3 быстрее получается. A>жаль только, что Swing развивается довольно медленно. есть новый проект SwingX, который (предположительно) сольется с новым JDK и будет частью Свинга, но пока это лишь отдельная библиотека (swinglabs.org). стандартных возможностей (компонентов) свинга на сегодняшний день уже маловато, хочется строить приложения не по кирпичику, а более крупными блоками. чтобы сделать что-то мало-мальски полезное из JTable надо стооооолько усилий приложить — хидеры для каждого ряда, сортировка, .... черт, это ведь должны быть стандартные опции! а типовой комбобокс с возможностью выбора/фильтра элементов при нажатии на буквы — это тоже надо дописывать самому или брать примеры в инете.
A>есть, конечно, и альтернативы свингу. в т.ч. фреймворки, с помощью которых можно быстро сделать большой ГУИ из подготовленных компонентов.
Согласен, свинг мощная библиотека, но она не конкретезирует детали, возможно умышленно — мало ли ты захочешь сортировку таблицы делать с помощью JDBC запросов. В этом плане SWT более удобен — там даже диалогов разных стандартных полно.
Но я сейчас совершенно не страдаю от того, что свинг предлагает довольно абстракные компоненты, у меня полно нароботок, свой фреймворк под эти компоненты с валидацией, байндингом, возможностью конвертации. Также я компоненты брал из различных библиотек или чужих наработок, например DateField (уже понятно к чему он относится )
Поэтому то наверное люди неохотно переходят на свинг, потому что действительно писать много надо.
А свинг по-моему сейчас уже не испытывает таких проблем с быстродействием как раньше.
Здравствуйте, captainPower, Вы писали: P>Поэтому то наверное люди неохотно переходят на свинг, потому что действительно писать много надо. P>А свинг по-моему сейчас уже не испытывает таких проблем с быстродействием как раньше.
согласен с обоими пунктами — надо много писать самому, но с быстродействием проблем уже нет.
Здравствуйте, xtile, Вы писали:
Г>>Самый высокооплачиваемый skill — уменее думать.
X>Само по себе умение думать, полагаю, еще никому в голову не пришло оплачивать. Обычно оплачивается результат этого процесса.
Если так подходить к вопросу, то никто не платит за "значние J2EE" или "JDBC, frameworks (Tapestry, Struts, Spring), JSP/servlet". Платят за результат.
Мне трудно представить skill "умение думать" без результата.
Здравствуйте, Flay, Вы писали:
F>Нет, самый высокооплачиваемый skill — это умение приносить value компании. F>Не важно, программировать при этом, рисовать рекламу или пить пиво с заказчиками.
Во многом это зависит от компании. Если на питье пива можно заработать — отлично. Но это не имеет отношения к java skill'ам, а вопрос был о них.
Здравствуйте, Dmitri787, Вы писали:
D>Умение( и желание) работать на пограничных областях Java-технологий: D>создание драйверов к устройствам ( здесь работа с C++ )
А вот эту тему можно ли, пожалуйста, раскрыть подробнее?
Здравствуйте, lxa, Вы писали:
lxa>Здравствуйте, Dmitri787, Вы писали:
D>>Умение( и желание) работать на пограничных областях Java-технологий: D>>создание драйверов к устройствам ( здесь работа с C++ )
lxa>А вот эту тему можно ли, пожалуйста, раскрыть подробнее?
а что тут непонятного, для клиента важен продукт целиком, а не по частям
и если каждый спец будет тянуть одеяло на себя
то не поможет никакая гениальность -> приходится самому все аспекты охватывать
от простейшего выделения памяти и подсчитывания disk space у persistence storage, до написания своих драйверов
и поверьте не найдете такого человека, чтобы всем этим занимался,
Здравствуйте, xtile, Вы писали:
X>Само по себе умение думать, полагаю, еще никому в голову не пришло оплачивать. Обычно оплачивается результат этого процесса.
А это уже выхожит за рамки условностей вопроса! Сами по себе знания каких-либо Java технологий тоже не оплачиваются, а оплачиваются результаты. То есть, имеется в виду, что умение думать как правило приносит более высокооплачиваемые результаты.
