Иван: Вы хотели сказать выучить синтаксис. А изучать ещё ой как долго придется. В разы ускорит процесс решение боевой задачи в боевых условиях с боевыми товарищами. А чтобы в бой попасть месяца, врядли хватит, а круглосуточных хороших учителей пойди найди (имхо, мне лично, по моему личному опыту, я не идеал). Хотя, я не знаю, какой у человека багаж знаний в смежных областях, можно предположить, что неплохой для web, если программирует на PHP (всё это терраинкогнита). Но в любом случае, в Java web, кроме чистой Java SE еще много чего, да и в C++ также. Можно что-то накидать за месяц по статейкам, нооо хватит ли этого для прохождения собеседования? Хотелось бы Знать. Лучший вариант получить работу джуном после стажировки (мне так повезло и это было дольше месяца). Но её найти не всегда просто. Тогда вариант путешествий по собеседованиям и получение обратной связи.
Pantene742: месяц вообще маленький срок, только если вы не ударник и можете огромную массу инфы глотать и на практике всё сразу прет прям вжух-вжух. Смотря куда Вы с Java, для web кроме Java надо много чего еще узнать. За android не знаю. Зачем Вам ruby или python, если Вы хотите через месяц зарабатывать и не ими? Только если общего развития ради. Тоже с микроконтроллерами и ассемблером. Знать полезно, но Вы приоритеты расставьте - правильно или через месяц на работу?
Через месяц можно разве что верстальщиком стать с перспективами роста в фронтенд-разработчика.
Хотите логично, правильно и идеально: pastebin.com/8ygzT3qf
_ umr: Я не любитель headfirst, но в любом случае паттерны тоже актуальны. В книгах обычно базовые дают, проверенные временем. Всё новьё в паттернах - либо хорошо забытое старое, либо на старом базируется. По паттернам классика - "Приемы объектно-ориентированного проектирования. Паттерны проектирования" банды четырех www.ozon.ru/context/detail/id/2457392
test23114: Говори, что не проходил. Смотрят на знания и, главное, умение их применить на практике. А откуда ты их взял, хоть Сотона нашептал, всем плевать. Лучше говори, что всё узнал из официальной документации (получше всех курсов вместе взятых), а практические задачи сам себе придумывал. Есть большая группа людей, которая эти курсы ни в грош ни ценит, в отличие от чтения документации.
evg_: Ну не знаю, если у вас такая потребность именно в этих классах, то можно нагуглить статеек в интернете. Про строки и обертки уж писано-переписано. Потом, чем плоха документация? Если вы гурман и эстет, то есть статьи и книги, которые помогают готовится к сертификации. Я так много мелочей узнал.
Например, https://iamgodsom.files.wordpress.com/2014/08/scjp... - увы, на международном-вражеском, но просто и понятно (пора начинать читать на англ., без англ. печаль-беда и застой).
P.S. ИМХО, ЛИЧНО МНЕ хватило с головой из книг - Эккель и Хорстманн, как справка Шилдт. Потом документация и практика, практика, гугл, stack overflow, mkyong, habr и прочие просторы Интернета, стажировка, практика, работа, практика, практика ....
soap - это протокол. Как и что вы хотели качнуть? Для тестирования запросов и ответов руками поставтье SoapUi.
именно soap, без wsdl - это как? Soap - это протокол, wsdl - файл, описывает веб-сервис. Если его нет, то он генерится. 192.12.2.1:5000 и всё? а адрес web-сервиса? что-то типо 192.12.2.1:5000/my/cool/webService
Если определитесь с адресом, то просто можно написать в браузере 192.12.2.1:5000/my/cool/webService?wsdl и увидеть wsdl. Может он всё таки есть.
Есть сервер, там не WSDL (SOAP-ENV) - это как сравнивать зеленое с горячим. SOAP-ENV - это контейнер, wsdl - я выше написал что такое.
На счет реализации, хз как в php.
MaxKorz: В моем личном случае. Я писал про свой опыт и Имхо переимхо. Я знаю, когда вышел 1.2 и React с Redux. Поэтому консилиум решил перевести проект сразу на React, а не парится с переводом на 1.5, а потом возможно на 2(который пока еще активно мутирует), когда предоставилась возможность под задачу с большой переработкой фронта проекта. Я сам перешел с JQuery проекта на Angular и вначале меня всё устраивало, но как-то не пошло, полилась боль. Возможно 1.5 зашел бы. Но я очень втянулся в JSX и Flux-архитектуру.
ИМХО, но для меня не аргумент начинать проект на обреченном фреймворке, когда весь мир признал существующее у него проблемы и нашел уже их решения в новых продуктах и подходах, только потому что существуют best practice, гайды и готовые решения. Если бы Angular 1 был супер-хорош, то стали бы создатели переписывать всё чуть ли не с нуля?
Позже планирую обязательно попробовать Angular 2 на своем "домашнем" проекте.
Вы очень рьяно отстаиваете свою позицию, как будто продаете этот первый Angular). Вы пробовали что-нибудь другое?
faoxi: Прикрутите к проекту Spring и Hibernate. И дальше развивайте как какой-нибудь портал. Типо корпоративный. С тайм-менеджментом, тасками, доской объявлений, хранением и обменом файлами, иерархией пользователей (Админ, начальник всея портала, начальник отдела, сотрудник), справочниками, ваша фантазия может продолжить за меня.
Spring Boot хорошо с Jetty заходит.
После Maven попробуйте Gradle.
Потом и фронт можно переписать под какой-нибудь новомодный фреймворк. Выливаете на GitHub и показывайте на собеседованиях.)
lukoie: Я не знаю, какой класс задач вы решали на Linux и на каких моментах танцевали с бубном. И опыт у меня не с 80х. Для разработки тут всё ок. За себя могу сказать, что развернуть и настроить рабочую среду мне хватит полтора часа максимум. Это я даже с запасом сказал. Java, IDEA, MySQL с Workbench, Jetty, npm, bower, grunt, atom, SOAPUI, chromium, pidgin, guake. Всё. Я готов работать и с backend, так и с front. На винде это займет примерно тоже время, ибо разницы в установке и настройке этого набора нет, но в Linux лично мне это устанавливать как-то удобнее. Оконсолился, наверно. С интерфейсом могу согласится вполне. Юнити ужасно, КДЕ можно обнастроится, но так и остаться неудовлетворенным, но мне вот, внезапно, понравился Gnome 3. Его 20я версия очень даже вполне. В уныние не вводит. А еще есть Cinnamon удобный и красивый. Какие вам нужны прибамбасы из 21 века, которые делают Xfce страшным? Еще есть весьма популярный Mate.
А вот как-то интерфейс 8, 8.1 и 10 вообще не впечатляет, скорее удручает. Лучше всех была 7, ну и XP. Потом какая-то дребедень пошла. Настройки системы размазали, максимально опланшетили(Gnome 3 тоже опланшечен, но как-то удобнее и не настолько). Я молчу про всякие отправь свои данные и отчеты нашей корпорации света и добра на каждый чих. Это выплывающие справа чудище, которое надо вызвать для выключения - это 21 век? Более того, только на новых виндах на моем буке периодически отваливается wifi и это как-то не чинится. Только через выкл./вкл wifi. На 7 и на любом лине всё ок. А как насчет великолепных обновлений и их компании перейди на 10 или умри?У 7 будущего нет, а с 10 нам не по пути.
Про пакеты, честно не знаю, какие у вас там горы зависимостей и что приходится докачивать. Даже если что-то за собой тащит, то это врядли повлияет на вашу работу. Может у вас в 21 веке не хватает памяти в системе или с интернетом проблемы, так можно ж не обновляться каждый день. И потом, разве виндовые программы не тащат за собой всякого dll и прочего? На Linux, можно хотя бы посмотреть, что тащит с собой обнова, когда на вин вы просто вслепую ставите "обновление".
При всём при этом, Linux навсегда останется на любителя. Потому что с домашне-офисно-развлекательными задачами он справляется хуже. Видео-плееры тут хуже, LibreOffice убогое поделие и Gimp не ФШ.
lukoie: Дайте пруфы на ваш факт про в первую очередь для винды. Нормальные инструменты везде работают нормально. Про много времени это тоже субъективно. Никто вас не заставляет ставить Arch и Gentoo и проводить какое-то тонкое конфигурирование. Есть Mint и Ubuntu, все ответы есть в гугле и всё ставится и заводится парой команд в консольке. Ужс.
Ну и совсем забыл самый простой способ узнать куда развиваться - это посмотреть, что востребовано у работодателей. Зайдите на МойКруг, например, и поищите вакансии Java Backend Developer.
Я имел в виду т.н. "Java Performance", это когда ради оптимизации и ускорения работы залезают внутрь Java - в JVM, чуть ли не капаются в байт-коде, пишут какие-нибудь свои реализации. Обычно это связано с высокой нагрузкой. На каждой Java-конференции эти темы всплывают ибо ходят слухи, что "Java медленная и непроизводительная".
Профилирование производительности Java приложения, мониторинг JVM, GC и эффективное его использование. Можете посмотреть темы докладов, например, JPoint, многие есть на youtube (канал JUG .ru)
Вот блоги частых участников: https://shipilev.net/
dev.cheremin.info
blog.ragozin.info
З.Ы. Мне пока хватает производительности Java и я не трогал настройку JVM, GC. Про сложность это скорее моё субъективное мнение, потому что я fullstack в небольшой уютной компании и в дебри лез только для прохождения сертификации Java.
В догонку могу еще посоветовать погрузиться в параллельные вычисления и распределенные (Hadoop, Apache Spark).
А потом вы откроете для себя Scala и Kotlin. К тому времени вы будете тем специалистом, который фронта касаться не будет практически совсем :). Как-то так.