Практика Java EE
Всем привет. Знает ли кто-нибудь хорошую фирму, в которой можно сделать практику и набраться немного опыта, работая с Java EE (JSF, JPA, EJB и т. д.) в NRW?
И ещё два нескромных вопроса:
1) Каковы шансы найти работу имея IHK-Anwendungsentwickler, OCA и OCP, но не имея стажа и опыта (есть лишь несколько своих домашних проектов).
2) Есть ли смысл делать дальше OCE, и если да, что будет лучше - EE6 Web Componet Developer или сразу EE6 Web Services Developer??
Огромное спасибо за полезную инфу))
Каковы шансы найти работу имея IHK-Anwendungsentwickler, OCA и OCP, но не имея стажа и опыта (есть лишь несколько своих домашних проектов).
Есть шансы быть приглашенным на собеседование. А там - как впечатление произведете. Если не секрет, на cколько процентов OCA и OCP сдали? Для 7-й или 8-й явы?
Как насчет опыта с инструментами? Git, svn? IntelliJ, Eclipse? maven, ant, gradle? JBoss (Wildfly), Websphere, Tomcat, ...? Свои проекты показать сможете? Код, работающий проект вживую?
Есть ли смысл делать дальше OCE, и если да, что будет лучше - EE6 Web Componet Developer или сразу EE6 Web Services Developer??
Помешать - не помешает. Но опыт тут уже важнее. Имхо. С опытом и OCE, конечно лучше чем с опытом но без бумажки. Но в конце концов все сведется к тому, как на вопросы на интервью ответите.
Спросят что-нибудь про управление транзакциями в JPA или почему на сервере не стоит потоками пользоваться... Знаете, сможете ответить - возьмут и с небольшим опытом и без бумажки. Поплывете - и бумажка не поможет.
Я здал OCA на 78, и OCP на 76 для 7ой явы. Из перечисленных технологий - gradle мне вообще ничего не говорит. Мои проекты, на самом деле, учебные CRUD-приложения. Эти пару проектов я делал по туториалам и с небольшой собственной доработкой, ну и с курсов ещё что-то осталось.
Из техник, я работал с JSF, немного c JPA( то есть в общих чертах понимаю, что такое ORM), GIT. О maven имею теоретическое представление. Из серверов - только Glassfish.
У меня ещё такой вопрос. Hibernate вообще стоит учить, или достаточно обычной JPA-реализации, как скажем - EclipseLink. Просто, на курсах нам говорили, что собственная ORM-реализация Hibernate якобы устарела.
gradle мне вообще ничего не говорит.
Если будете искать работу в конторах, которые что-то для андроида делают, будут спрашивать. Это... мутант maven + groovy.
О maven имею теоретическое представление.
Зря. Очень многие переползли с анта на maven. А к нему надо привыкнуть.
Из серверов - только Glassfish.
Плохо. Имхо. После того как оракл его саппортить перестал я его почти нигде не вижу. Попробуйте сделать приложение для wildfly (он же JBoss). Он бесплатный и часто используется фирмами.
У меня ещё такой вопрос. Hibernate вообще стоит учить, или достаточно обычной JPA-реализации, как скажем - EclipseLink. Просто, на курсах нам говорили, что собственная ORM-реализация Hibernate якобы устарела.
Устарел хибернейт или нет можно спорить, но используется он часто. Придете куда-то поддерживать продукт, написаный пару лет назад, натолкнетесь на хибернейт. Пока спринг от него не откажется, будет и в новых проектах. Имхо - если идете на JPA вакансию, хибернейт надо знать минимум на уровне "помню как описать one-to-many, вспомню как конфигурировать many-to-many с помощью гугла за минуту, как работает lazy-loading помню."
Лично я его не люблю, но в 3-х моих проектах он используется. И пока проекты не помрут ни на что его менять не будем - дорого.
Тут все сложно. Насколько мне не изменяет склероз, это JPA попытка натянуть сову на глобус. Т.е. сначала был hibernate потом в нем появились свои аннотации. Ага! Сказал Сан. И забабахал JPA. Которое было не совсем 1:1 копия хибернейтовских понятий и аннатоций, но близко к этому.
В 3-й по-моему версии хибернейт стал и JPA поддерживать. И долгое время был, собственно, единственной реализацией JPA, которая работала. Но эталонная... Вряд ли. С транзакциями хибернейт накрутил, имхо.
Такие ответы для меня ОЧЕНЬ важны!! Дело в том, что технологий просто МАССА, а времени учить всё это не так и много, нужно ведь и работать уже.. Поэтому мне просто нужно сделать для себя список САМЫХ важных технологий, и заняться этим пока автодидактично.
Пока что я отметил следующее: Maven, WildFly. GIT - я думаю вручную учить не нужно, т.к. можно будет воспользоваться средствами IDE. Насколько важен ЕJB - контейнер и всё что с этим связано( всякие EJB бины, ЖМСы итд. ) ???
Насчёт HIbernate, я так понял, что это как реализация JPA, так и собственная реализация ORM( со своем HQL и тд. ). Конечно я двумя руками за JPA, так как это увеличит переносимость кода, но что потребует работодатель,
никто не знает..
По моему опыту AppServer отмирает как класс, но в мире много старья.
Посмотрите еще Spring Framework - очень широко используется по поводу и без повода.
Git рекомендую изучить поглубже (см. соседнюю тему, там именно по этому много написано полезного).
И запомните одну очень важную вещь: хороший работодатель не ожидает от вас знания всего и вся, но вы должны быть в состоянии в кратчайшие сроки получить нужные знания. Так что не забивайте свой чердак всякой ерундой, лучше смотрите более абстрактные вещи типа оо-дизайна.
нп.
SOLID, DRY, KISS наше фсё.
Кстати, некоторым помогает открыть глаза на разработку качественного кода почитать про "нефункциональные требования" (nicht-funktionale Anforderungen, NFA) и "требования к качеству" (Qualitätsmerkale).
ТС, кстати, а как у вас с JUnit, EasyMock/Mockito/... и вообще с тестированием кода?
Про солид: http://www.yegor256.com/2017/03/28/solid.html
Ваще чувак жжот, я тут целый рабочий день на его блог убил :)
Прочитал про SOLID. Жжот это да. Так передергивает что на онанизм похоже. Хорошо что знает про loose coupling и cohesion. Пока что он мне нашего теоретика напоминает. Он тоже L не понимал :)
P.S. Открыл Америку.. Просто пока ты выговоришь high cohesion, loose coupling поседеешь. А тут бах - SOLID!
но что потребует работодатель, никто не знает
-----
Как никто?
Я в точности знаю что именно нужно работодателю.
Даже где-то на сайте писал - про найм секретарши на несложную работу.
А вообще - полная задница с работничками. Чуть что-то более сложное чем верстка ХТМЛ - человека надо искать дооолго.
Я уже почти отчаялся найти людей на фрагменты проекта - ни у кого нет нужного мне опыта. Ну оно и не удивительно - реализации делались всего раз 20-30...
Удивительно то, что уже никому НЕ ИНТЕРЕСНО разобраться с вопросом на требуемом уровне... это - реально швах...
>А вообще - полная задница с работничками. Чуть что-то более сложное чем верстка ХТМЛ - человека надо искать дооолго.
Небось в требованиях стоит что-то навроде 10 лет C++, C#, RS 232, ProfiBus, SQL Server и CORBA с Javascript-ом до кучи. Зарплата 45 тыс :)
Да проще - есть задача, для реализации которой нужны либо конкретные знания, либо желание разобраться в проблеме.
За разбирание проблемы не платится, платится за фактическую реализацию.
Работа - разовая и не срочная. Т.е. можно поковырятся в свободное время для расширения кругозора.
Тематика - вполне себе интересная и весьма полезная для исследователя.
Оплата - да, не высокая. Но работа предлагается там, где эта оплата вполне существенна.
По крайней мере лет 15-ть назад Я бы взялся посмотреть на что-там-можно-сделать просто из интереса.
Но интереса - нет. Просмотры объявлений - есть. Интереса к области - пока не зарегистрировано...
В требованиях - Шарп, знание МС Студий от 2010 до 2017 как инструмента. (2002 и 2005 - не прошу - там организация другая).
Читаю https://www.amazon.de/Adrenalin-Junkies-Formular-Zombies-T..., там на эту тему тоже есть :)
Насчёт HIbernate, я так понял, что это как реализация JPA, так и собственная реализация ORM( со своем HQL и тд. ). Конечно я двумя руками за JPA, так как это увеличит переносимость кода, но что потребует работодатель, никто не знает..
Spring Data рулит, Hibernate де-факто стандарт. Отдельные фишки последнего нужны только оптимизации, почти все делается на чистом JPA. EJB уже сто лет никому не нужен, как и WildFly. В наше время делается микросервис с embedded сервером, например Tomcat, executable jar закидывается в cloud - и дело с концом. Maven само собой, но там учить особо нечего.