Умение( и желание) работать на пограничных областях Java-технологий:
создание драйверов к устройствам ( здесь работа с C++ )
создание и усовершенствование архитектуры разрабатываемой системы ( здесь структурный анализ, бизнес логика и т.п смежные технологии )
умение раздавать пинки ( руководство проектом — включает ответственность за проект и способность заменить собой любого человека в команде)
все эти скиллы присуще так называемым "многоруким Шивам"
само по себе все их потянуть практически невозможно ( блестящих специалистов единицы )
с другой, а ты сам захочешь так распыляться
ПРИМЕР:
сегодня созваниваешься с немецким заказчиком обговариваешь workflow
через час делаешь ревью кода одного из твоих подопытных( программеров )
через час по другому проекту с американским заказчиком разговариваешь о новом билде выложенным в CVS
через час на горящем участке тестируешь с программистом вылезший баг, поступивший от клиента — и приходишь к выводу что ошибка заложена в исходных данных, а не в твоем софте.
далее бежишь подключаешь новое оборудование которое только-что доставили от американского клиента,
которое необходимо совместить с твоим софтом,
чуть погодя к тебе подбегает девочка из финансового отдела, и просить помочь ей подсчитать
какой счет надо выставить партнерам-заказчикам и т.д.
ближе к полуночи тебе перезванивает американский коллега и
радостно сообщает об успешном тестировании выложенного билда и выкладывает планы и стратегии дальнейшего взаимодействия
И ТЫ ЭТИМ ВСЕМ ЗАНИМАЕШСЬЯ ПОТОМУ_ЧТО
это твоя среда, это твой бизнес, это твое дело, это твоя собственная фирма и здесь ты хозяин
Здравствуйте, force, Вы писали:
F>Здравствуйте, Дуремар, Вы писали:
Д>>Здравствуйте, force, Вы писали:
F>>>Здравствуйте, Дуремар, Вы писали:
Д>>Но все таки согласитесь — редко кто использует такое сочетание. Трудоемкая задача все таки, и студентов на нее не посадишь — не потянут...
F>Самое смешное, что я сам студент. Но меня пока к EJB не подпускают, но разработка gui с использованием Swing большей частью на мне.
Хорошо знакома эта ситуация Чаще всего работодатели сильно недооценивают сложность разработки хорошего GUI клиента, и переоценивают сложность EJB. А ведь если присмотреться, то с точки зрения программирования задача гораздо более сложная. На клиенте приходится поддерживать и некий образ данных из базы + синхронизация с базой, и кэш изменений, и транзакции (роллбэки кэша изменений в том числе), и многопоточность и все это ручками. При разработке серверной части с этими проблемеми редко сталкиваешься — за тебя все делает контейнер. В 95% случаев на сервере пишутся простые линейные алгоротмы — выбрать такие то данные по таким то правилам, и вернуть в таком то виде — точка входа, точка выхода — и все...
Здравствуйте, Георгий, Вы писали:
Г>Здравствуйте, Аноним, Вы писали:
А>>Доброго времени суток! А>>Какой набор skills работы с Java технологиями самый высокооплачиваемый? А>>Спасибо.
Г>Самый высокооплачиваемый skill — уменее думать.
Само по себе умение думать, полагаю, еще никому в голову не пришло оплачивать. Обычно оплачивается результат этого процесса.
J2EE с ориентацией на Web разработку — JSP/Servlets и всевозможные фрэймворки...
Я в свое время сдуру подсел на цепочку Swing-EJB-Oracle — теперь мои свинговые
скилзы нах.. никому не нужны... вот и приходится сейчас переквалифицироваться на Web
Нет, самый высокооплачиваемый skill — это умение приносить value компании.
Не важно, программировать при этом, рисовать рекламу или пить пиво с заказчиками.
Здравствуйте, mikkri, Вы писали:
M>Зато если пойти на запад — в финансы — окажется, что за Swing + J2EE платят очень даже неплохо, лучше, чем за HTML + J2EE.
Но для этого сначала нужно не умереть с голоду в России
Или есть места где можно применить Swing + J2EE и иметь хлеб с маслом?
какие Java skills самые высокооплачиваемые
От:
Аноним
Дата:
08.04.04 06:05
Оценка:
Доброго времени суток!
Какой набор skills работы с Java технологиями самый высокооплачиваемый?
Спасибо.
01.02.07 12:26: Перенесено модератором из 'Java' — Blazkowicz
Здравствуйте, Дуремар, Вы писали:
Д>J2EE с ориентацией на Web разработку — JSP/Servlets и всевозможные фрэймворки... Д>Я в свое время сдуру подсел на цепочку Swing-EJB-Oracle — теперь мои свинговые Д>скилзы нах.. никому не нужны... вот и приходится сейчас переквалифицироваться на Web
Ну не скажите. У нас в компании больше половины проектов именно Swing-EJB (правда все для одного крупного немецкого заказчика). Очень даже популярная вещь (и высокооплачиваемая). Сам на неё подсел (хотя местами тоже жалею).
Здравствуйте, Dmitri787, Вы писали:
D>через час на горящем участке тестируешь с программистом вылезший баг, поступивший от клиента — и приходишь к выводу что ошибка заложена в исходных данных, а не в твоем софте.
Если баг вылез по причине некорректных исходных данных, и вы его увидели именно как баг, а не сообщение о некорректных входных данных — то это все равно баг, который имеет место быть в вашем софте.
D>ближе к полуночи тебе перезванивает американский коллега и D>радостно сообщает об успешном тестировании выложенного билда и выкладывает планы и стратегии дальнейшего взаимодействия
Обычно не так далеко за полночь звонит ам.коллега и сообщает что нашли очень много багов и один show stopper. Всю ночь ворочаешься думаешь что такое а они просто из SVN не все взяли.
Здравствуйте, force, Вы писали:
F>Здравствуйте, Дуремар, Вы писали:
Д>>J2EE с ориентацией на Web разработку — JSP/Servlets и всевозможные фрэймворки... Д>>Я в свое время сдуру подсел на цепочку Swing-EJB-Oracle — теперь мои свинговые Д>>скилзы нах.. никому не нужны... вот и приходится сейчас переквалифицироваться на Web F>Ну не скажите. У нас в компании больше половины проектов именно Swing-EJB (правда все для одного крупного немецкого заказчика). Очень даже популярная вещь (и высокооплачиваемая). Сам на неё подсел (хотя местами тоже жалею).
Но все таки согласитесь — редко кто использует такое сочетание. Трудоемкая задача все таки, и студентов на нее не посадишь — не потянут...
Так что большинство компаний предпочитают все-таки тонкий клиент — с ним возни меньше, да и проще его писать...
Достаточто вакансии посмотреть — практически никого Swing не интересует...
Здравствуйте, Дуремар, Вы писали:
Д>Здравствуйте, force, Вы писали:
F>>Здравствуйте, Дуремар, Вы писали:
Д>Но все таки согласитесь — редко кто использует такое сочетание. Трудоемкая задача все таки, и студентов на нее не посадишь — не потянут...
Самое смешное, что я сам студент. Но меня пока к EJB не подпускают, но разработка gui с использованием Swing большей частью на мне.
Здравствуйте, Дуремар, Вы писали:
Д>Здравствуйте, force, Вы писали:
F>>Здравствуйте, Дуремар, Вы писали:
Д>>>J2EE с ориентацией на Web разработку — JSP/Servlets и всевозможные фрэймворки... Д>>>Я в свое время сдуру подсел на цепочку Swing-EJB-Oracle — теперь мои свинговые Д>>>скилзы нах.. никому не нужны... вот и приходится сейчас переквалифицироваться на Web F>>Ну не скажите. У нас в компании больше половины проектов именно Swing-EJB (правда все для одного крупного немецкого заказчика). Очень даже популярная вещь (и высокооплачиваемая). Сам на неё подсел (хотя местами тоже жалею). Д>Но все таки согласитесь — редко кто использует такое сочетание. Трудоемкая задача все таки, и студентов на нее не посадишь — не потянут... Д>Так что большинство компаний предпочитают все-таки тонкий клиент — с ним возни меньше, да и проще его писать... Д>Достаточто вакансии посмотреть — практически никого Swing не интересует...
Зато если пойти на запад — в финансы — окажется, что за Swing + J2EE платят очень даже неплохо, лучше, чем за HTML + 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 технологий тоже не оплачиваются, а оплачиваются результаты. То есть, имеется в виду, что умение думать как правило приносит более высокооплачиваемые результаты.
