Какво е заплащането за различните нива на позицията Java Разработчик?

В момента ролята Java разработчик е сред най-горещите на пазара на труда. Поради тази причина, в последно време, компаниите показват все по-голяма гъвкавост в различни направления за този тип профили, което се отразява и на равнищата им за възнаграждение.

Актуално средните пазарни тенденции се движат в порядъка на 5500-8500 лева нетно месечно възнаграждение за старши ролите, около 3500 – 5500 лева за кандидати от средно ниво и 1800-3500 за таланти с опит до една година.

Вече не са изключение компаниите, които са склонни да отправят и по-високи предложения, ако опитът на кандидата според тях заслужава. Освен съответното ниво на възнаграждение, кандидатите в сектора обръщат много голямо внимание и на възможностите за гъвкавост при работно място и време, както и на бързия процес по подбор.

Какво включват в процеса на подбор известни компании от софтуерния бранш?

ИТ пазара на труда е изключително динамичен, още повече за най-нишовите и търсени технологии в него, каквато е Java. Компаниите са наясно с тази динамика и оценяват важността на  бързата обратна връзка и улеснения процес по подбор с цел да не загубят ценни кадри. Затова стремежът при голяма част от тях е кандидатът да премине успешно през целия подбор буквално за броени дни.

За да достигнат до най-добрите специалист и да ги привлекат към екипите си, все повече компании започнаха да съкращават стъпките в процеса си по подбор и не малка част от тях ги свеждат до (1) HR интервю, за да се проверят нагласите и мотивацията на кандидата, както и дали би паснал на екипа и на културните ценностите на компанията; и (2) Техническо интервю, което понякога освен въпроси, съдържа и кратко задание или тест.

Нашата препоръка е в подбора за Java разработчик да не се добавят излишни допълнителни стъпки, най-вече поради резервите на кандидатите към интервюта с многобройни етапи и голямата инвестиция на време, която те биха изисквали.

Към момента закона на пазара на труда е „най-бързият печели“. Затова плюсът при работа с HR посредник е, че кандидатите пристигат в съответната компания със значително количество вече събрана информация, с настроени конкретни очаквания, които отговарят на възможностите на компанията, евентуално с референции, а понякога дори преминали освен личностна, и техническа валидация.

Какви умения търсят фирмите?

Освен определен брой години работа с технологията, компаниите все по-често търсят опит ориентиран в Spring, Microservices, Messaging brokers, архитектурни познания и познания с бази данни (както релационни, така и нерелационни).

Забелязваме също, че дори и да липсва опит с някои от технологиите, с които ще работи потенциално новопостъпилият, компаниите поставят като приоритет желанието на човека да се учи, да експериментира, да бъде отворен към навлизане в нови направления. Особено в технологичния свят, където новости ни посрещат всеки ден, това е ключово определящо изискване.

Не на последно място са и личностните качества. За организациите е важно кандидатът да е добро попълнение за самата компания и разбиранията ѝ за развитие, да бъде комуникативен, приветлив, да работи добре в екип.

Как се определя заплащането за дадения кандидат?

Възнагражденията винаги са били и продължават да бъдат правопропорционални, от една страна на опита на кандидата, но най-вече и на познанията, които той демонстрира по време на процеса по селекция. От друга страна, често се прави и съпоставка спрямо очакванията на кандидата и възнагражденията на бъдещия му екип, за да има справедливост в заплащането.

При всички случаи, както в световен мащаб, така и в България, наблюдаваме най-горещия технологичен пазар от dot-com ерата насам, който се оформя като движен от талантите. Гъвкавостта на компаниите, добрите нива на възнаграждение и бързите решения са ключови очаквания на хората от tech общността и бизнесът в България все по-често реагира подобаващо.

Гохар има задълбочен опит във водещи междуфункционални екипи за разработване и изпълнение на стратегия. Той отдавна е лектор в университети, JUGs, събития и конференции по целия свят. Представяме неговата лекция от Java2Days с тема “Microservices with Docker and Kubernetes”.

Анди, може ли да ни дадеш по-детайлна информация относно книгата ти?
Основното е, че направихме книгата Testing Java Microservices. Ние сме Алекс Сото, дивелъпър в Red Hat, Джейсън Портър и аз. Ние сме хора, които са много зависими от тестването. И цялата идея дойде в чат, когато Алекс ми каза “Може ли да напишеш въведение за тестването на Java Microservices?” Казах, че няма проблем. Така се получи мини-книгата, която бе резултат от това. Накрая издадохме книга в издателство “Манинг”. Преборихме се с това дълго приключение. По време на книжовния процес нашата агентка беше бременна, което е страхотно, но ѝ се наложи да напусне компанията и бяхме в лимбо относно книгата. А както знаем технологията се мени много, много бързо и се наложи да обновим голяма част от съдържанието, за да е актуална книгата. Затова ни бяха необходими 2 години, докато се пусне за принтиране.

Иначе направих лекция на Java2Days и беше пълно с хора, получи се добре. Препоръчвам на всеки, който е бил на този talk да си вземе книгата, защото не мога да говоря за всичко в 45-минутна лекция. Все пак книгата е 200 страници и разгръща всичко, което говорих на Java2Days. Надявам се да съм помогнал на дивелъпърите и да ги запаля по тестването на Java Microservices.

Ти си дивелъпър. С какво се занимаваш сега по-точно?
Дивелъпър съм. Стоя в тъмна стая и не излизам няколко седмици от нея, докато пиша код. Аз не съм професионален автор. Това е дивелъпър към дивелъпър. Напълно безплатно упътване. Ние сме дивелъпъри – всички, които сме работили по книгата и си имаме работни места. Да представим всички тези технологии в тестинг книга. И този труд е представен, както казах, от дивелъпъри за дивелъпъри.

Колко всъщност е трудно дивелъпър да напише книга?
Определено трябва да се направи много обширно проучване. Много по-ангажиращо е, отколкото си мислех в началото. Също така е и процес на обучение. Имаш своите експертизи, имаш си задачите, които вършиш на работа. Всичко влияе на проучванията, а не искаш да даваш грешна информация. Затова трябва да се проучва много. Трябва да се дава на хората вярна информация, най-добрата информация. Процесът беше много образователен за мен – аз учих от Алекс, той се учеше от мен и двамата се учехме от Джейсън Портър. Направихме всичко това заедно и обединихме цялото това знание в едно, за да създадем тази книга. Ако някой ме попита дали ще напиша още една книга, може би сега бих казал, че не искам. Но не е напълно сигурно. Това беше процес от 2 години и съм много щастлив, че го виждаме реализиран продукт. Да си видиш името на книга, за мен и за моя син, е нещо специално. Ясно, че не може да се спечелят пари от техническа литература. Правим го просто за забавление. И мога да кажа на сина си “Сине, татко ти е написал тази книга”. Когато след време ме няма и синът ми ще каже “Татко ми написа тази книга” на своите деца. Чувството е много приятно! Смятам, че си заслужава. Но ако някой си мисли, че ще напише такава книга и ще спечели много пари, това няма да стане. Никога! Освен ако не си авторът на Хари Потър и да продадеш милиони копия.

Имаш ли някакви съвети, които да помогнат на млади дивелъпъри да напишат книга, която да се използва за академичната общност?  
Дори да е техническа книга, ще е забавно. Със сигурност ще е интересно да се чете. Всеки си има личен стил на писане, но никой от нас не е професионален писател. Издателството ни помогна много и направиха редакция на книгата. Няколко дивелъпъра направиха също прочит с обратна връзка. Така че книгата беше проверена от специалисти в индустрията. Трябва да се направи сериозно проучване. Не може да започнеш да пишеш книга и да не си сигурен за точно определен детайл. Защото ако блъфираш и когато го чете някой, който е запознат с него, ще се получи недоразумение. Трябва да си много добре информиран с актуални данни. Писането на техническа книга е трудно, защото опитът да се пише за спецификации и те се генерализират, за да се представят на хората методологии, технологии и др. Така че когато четат книгата, трябва да се загатне, че всички тези факти ще бъдат променени скоро. Затова когато пишеш книга на технологична тематика, едно от нещата е да се обобщи информацията, за да стои актуална, колкото се може повече.