/прошу не переносить пока в работу, потому что в этом форуме больше людей, понимающих в технологиях java ee/

Очень интересно, какие сейчас направления в Java EE используются наиболее широко. Я через год заканчиваю университет, то есть целый год у меня на изучение технологий Java.

Пока что заметил такие вещи:

1. С опытом работы берут куда угодно. Но чтобы получить работу, связанную с Java EE, а соответственно и опыт, нужно начинать с "левых" вакансий, так или иначе связанных с Java, а потом переходить на более серьезные.
Кто как начинал карьеру, связанную с Java?

2. Непонятно, за чем "гнаться" в технологиях. Только закончил ознакомление с JSP, JSF, Servlets. И на уровне SCJP знаю Java. Какие сейчас направления актуальны, какие будут актуальны через год? Понятно, что Enterprise JavaBeans нужно изучать, а что еще? AJAX + JSF? Scruts?

3. Где можно почитать актуальную информацию про Java? Я нашел много книг и журналов, но там не совсем то.

4. Нужно ли получать сертификаты SCJP, SCJD?

Это сообщение отредактировал(а) lesha_od - 28.4.2007, 08:21

Что за левые вакансии? 


За тем, что в вакансиях мелькает. Все зависит от конкретного проекта. Что в нем используется, то и нужно знать. Заранее угадать что понадобится, думаю, вряд ли возможно. Если посмотреть в сторону MVC-фреймворков, то достаточно знать один и понимать как это работает, чтобы начать использовать любой другой. 


А кто его знает? Есть проекты, где используется то, что было модно 5 лет назад. Какая тогда разница что будет модно завтра? Не стоит думать, что всё Java-сообщество сломя голову кидается в очередной мэнстрим. То, что Sun считает, что JSF - это круто еще не привело к тому, что все повсеместно его используют. То же самое касается много другого. 


Зачем? Уже давно ни одного нового проекта на EJB не видел. Понадобится, изучишь. Сомневаюсь, что стоит тратить несколько месяцев чтобы потом про EJB навсегда забыть.


Или Spring или Wicket или еще что-то. Тебе опыт нужен, а не поверхностное знание всего. Хорошо конечно представлять что и с чем едят, но на это много времени не надо, а вот опыт годами получается. AJAX - это модно, но пока только один проект видел, где он реально используется. Если уже знаком с JSF, ну сделай какое-нибудь небольшое приложение на нем. В вакансиях он встречается.


А "то" - это что? Вообще говоря, на http://java.sun.com/ все актуальное написано. Плюс куча порталов по Java существует.


Не нужно, как правило, никто на них не смотрит. Уже не раз встречал ситуацию когда в конторе у Java-программеров никаких сертификатов не было, зато Oracle DBA и админы были увешаны сертификатами по Java.

Это сообщение отредактировал(а) tux - 28.4.2007, 09:48

Разберись с веб-программированием,
работа с БД - джейдибиси, связки с крупными серверами, транзакции, етц
фундаменталзы - чтоб было как удобный молоток, а не непонятная дрель.
еджиби - полистай, попробуй.
ОРМ какой-нить - ентити 3.0 , хибернейт

А там - пофик - иди и работай. Рвись сразу как можно выше - выучишься.
Всё равно всех технологий не осилить, в каждом новом проекте что-то новое - будешь раз в пару месяцев какую-то технологию подучивать on demand

tux, 



Дело вот в чем. Все хотят программистов Java EE с опытом работы. Мол новичков мы не берем, зато спецам платим много. И говорят "иди в наше отделение QA, а потом через год-два наберешься опыта и переведешься на другую должность". Что лучше - устроиться так, или просить работу на Java EE со сравнительно низким уровнем оплаты?


А можно один хороший, на котором хорошее наполнение, и достаточно посещаемый? На английском.


chief39, 

а есть универсальные технологии, которые в любом случае нужно досконально знать? кроме общих знаний по всей системе

ИМХО лучше второе, если конечно цель именно Java. Тогда опыта действительно быстро наберешься.


Интересно зачем тебе посещаемость? Вот сборка отовсюду - http://www.j2eeolympus.com/, насколько посещаемая, не знаю. И вот - http://www.theserverside.com/, J2EE community.

!

Потом ты сам поймёшь что надо знать, выучишь это, попробуешь, запишешь в резюме опыт работы и спокойно пойдёшь в любую контору которая и выдвигает такие требования.
Кстати, зачастую 3-5 лет опыта и бла-абла - это "очень желательно". Но такова сейчас ситуация, что возьмут и с годом-два на эту должность. А на джуниора - дык и без опыта могут взять.



Нет.
java fundamentals - чем лучше, тем лучше
jdbc - надо. Но может быть что в конкретном случае и не понадобится.
ant - да. Но может там maven или вообще ничего нет лдя сборки.
jsp/servlets/jsf - надо. Но есть проекты и без веба. Или роли в проектах, когда веб не нужен.
struts/spring/velosity - полезно, но... знаю проекты где этого вовсе нет
ejb - весомо, дорого и "имиджево". Полезно, но опять-таки... может им нужен просто обалденный джава программер,а не кое-какой знаток еджиби.
hibernate и проч - полезно, но не факт что везде используется(даже напротив иногда) 

Учи и пробуй просто направления с одной какой-то технологией в них.
Веб-программирование - джсф или struts
еджиби
пару утилит типа анта-мавена-круиза-континуума
остальное потянет за собой.

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

По правде говоря, я когда-то пришёл на J2EE программиста  с маааахоньким некоммерческим опытом джавы. Правда были си и скл. Прошёл месяц - и уже наман. три месяца - полноценный программер по направлению. анты, еджибя, паттерны, orm-ы и проч сами попадались под ноги и просили с ними разобраться. А выучив несколько технологий, выучить 10-ю - не проблема.

Погляди на "КОТа", J2EE во всей красе... а потом хлоп - и сишарп. Уверен, если нуна - хоть перл, хоть фортран.

Так что... дорогу осилит идущий. Всё равно тебя будут брать не за огромный опыт или знания а за перспективность. Базовый багаж знаний - это лишь для резкого старта твоего. 

У меня еще вот такой вопрос. Поскольку я программист очень начинающий, и серьезные проекты не разрабатывал - а только университетские, или достаточно небольшие по размеру.
Должен ли я наизусть знать, что например для создания собственного тега нужно наследовать класс SimpleTagSupport и перезаписать метод doTag? Нужно ли досконально наизусть знать части web.xml? Либо я могу полагаться на справочники, свойства среды разработки и прочее?


tux, 


Обычно на посещаемом комьюнити есть посещаемый форум.

Добавлено через 5 минут и 2 секунды
chief39, 

И по поводу сборки проектов. Я пишу на NetBeans, там достаточно удобно всё разложено. Нажал F6 - проект скомпилирован, отдеплоен (как это по-русски - распространен? ), и запущен. Или это не совсем то?
Раньше писал Java-приложения на Eclipse, но там нет встроенной поддержки Java EE.

lesha_od, НетБинс вешь просто замечательная, но хорошо бы знать как он и что делает, вот для этого чисто ради практики стоит собрать приложение без него 

За обращение к справочной информации никто ругать не будет, даже порой не так важно много знать, как где найти нужные "знания" в кротчайшее время в нужный момент.

И до web программрования стоит очччень хорошо знать "Java Core".

Моя истроия оччень похожа на твою. Я устроился в крупную фирму помощником аналитика, через два месяца взвыл, сказал что это не мое и пошел увольняться, меня спросили а что же "мое", я сказал что хочу программить на java, решили попробывать (хотя я до этого только только стал разбираться с java и писать свои первые хеллоуворды), и взяли меня младшим программистом, и вот уже 6 месяцев ежедневного кодинга. Скажу сразу, за 4 года самостоятельного изучения программирования (Delphi, C#) и 4 года в ВУЗе (а учусь я на программиста) я не узнал столько нового как запервые два месяца практики и работы.

ИМХО 

С уважением.

Hidrag, 

Да, конкретный проект дает очень сильный толчок к знаниям. Когда нужно было срочно сделать курсовую, за один день разобрался с основами Swing, и сделал достаточно приличный интерфейс.

Так все-таки НетБинс чаще всего используется для JEE? Он очень удобный, практически настолько, насколько и медленный. Дома-то разница в скорости по сравнению с Eclipse небольшая, а в универе по полчаса ждать приходится.

На данный момент своего развития я вижу два пути начать работать программистом:
1.Придти и сказать: "У меня нету опыта, но я хочу обучиться делать то-то или то-то.Я согласен на любую зарплату". Если тебя спросят, согласишься ли ты работать QA, то, ты, скорее всего, согласишься.
В итоге ты будешь тестировать софт, это тоже работа - там своя специфика и свои специалисты. Не факт, что тебя переведут на должность программиста, это потому что, в обязанности QA не входит написание кода и после 8 часов работы вряд ли у тебя останутся силы и желание писать код.
2.Изучить некоторые технологии самостоятельно, написать тестовый проект.Придти и сказть: "Я знаю то и то, у меня есть проект, который вы можете заценить". Ты покажешь, что можешь добиваться своей цели самостоятельно. Тебя уже можно будет оценить, а это очень большой плюс.
Так вот, для начала напиши тестовое задание, в интернете примеры таких заданий найти не сложно. Если это веб проект,то скорее всего тебя попросят использовать: Struts, Hibernate, JSTL - это то,что используют очень многие, но не факт, что фирма, в которую ты будешь устраиваться, использует именно их. Не расстраивайся, на работе тебе все равно придется обучаться постоянно и скоро ты поймешь, что лишних знаний не бывает . Ты получишь кое-какое представление о том, с чем в будущем тебе придётся иметь дело.Твой первый опыт придёт только после первых месяцев работы над реальным проектом. Написание тестовых веб проектов требует достаточного длительного времени на изучение и отладку, поэтому главное здесь - это не расстраиваться если, что-то сразу не получается, а мелкими, но ровными шагами идти вперёд.
Преимущества выбора Eclipse в качестве IDE:
1.Он разбит на части, как следствие относительно легкий, легко расширяемый.
2.Когда спрашивают, какой дистрибутив Linux выбрать - обычно отвечают, тот которым пользуются ваш знакомый гуру. Не скажу, что все, но многие профессионалы используют Eclipse из-за пункта 1.
3.Он бесплатный и с открытыми исходниками.
Желаю удачи.

Это сообщение отредактировал(а) Greg - 28.4.2007, 22:30

Greg, с Эклипс есть возможность работать с Java EE? Как называется надстройка?

Юзай WTP 

Еще раз спрошу: на предполагаемом собеседовании насколько важны мои знания конкретных функций и связей между классами? Или я смогу сказать: должна быть такая-то функция, искать надо в АПИ.  Или например спросят, как с помощью JavaServer Faces сделать список с импортом элементов из web.xml. Я должен знать такие мелочи, либо просто знать, где это найти?
И должен ли я знать то, что за меня может сделать IDE?

Greg, 


Где можно найти примеры тестовых заданий? Не просто "напиши часы, которые работают так-то", а с описанием функций и требованиями. Я хотел было найти задания к Sun Certified Java Developer, там дают полную спецификацию проекта, который надо сделать. Но даже не знаю, где искать - гугл не выдает.

Если на собеседовании у тебя спросят что-либо в этом духе, можешь сразу говорить им "извините, но я у вас работать не буду". Потому что это никак не выявит твой уровень, а лишь покажет, знаешь ли (слышал ли, видел ли - неважно), что за функция в конкретно приведённом примере должна быть использована. А посему это явно выдаст тот факт, что организация не может (или не хочет) позволить себе хорошего специалиста-рекрутёра. В общем, хорошим местом работы таую организацию явно не назовёшь.


Сомневаюсь, что такие задания есть. Ещё больше сомневаюсь, что на собеседовании тебе будут давать точно расписанное ТЗ. Я, например, когда общаюсь с претендентом, даю общее описание того, что требуется реализовать и за какой срок. Если человек с головой, то найдёт хорошее решение задачи. А если его код из рук вон плох - зачем мне такой работник? Дай я ему разжёванное ТЗ и он даже будучи плохим программистом сможет написать вполне нормальный код. Я его приму, а потом придётся увольнять. Зачем?  

nornad, 



В данном случае я говорю про задание не для собеседования, а для того, чтобы самому тренироваться в создании проектов. Дома. Надо же какой-то опыт самому приобрести, прежде чем идти устраиваться.