MaxLich

> Если тут есть HR специалисты, очень бы выручил ваш совет, как правильно поступить в такой ситуации.
Да сходите уже на интервью и перестаньте всех мучать.
HR специалисты часто противоречат сами себе в одной и той же компании, что они вам тут реально посоветуют?

лучше не заморачиваться.

по кол-ву лет хотят оценить ваши умения и навыки. если умения навыки и опыт есть, то какая разница сколько это в годах? но, hr хотят кол-во лет, поэтому просто назовите им какую-то цифру, которая их устроит.

А как отвечать на этот вопрос фрилансерам, чьё рабочее время было ненормировано? Допустим, я работаю разработчиком 3 года, но убеждён, что моя рабочая неделя редко превышала 20 часов непосредственного кодинга - мне делить свой опыт на 2, чтобы получить количество лет стажа?

А если рабочая неделя 80 часов? Умножать на два? Без выходных, отпусков? На три? "Здрасти, мне 25 лет и у меня 15 лет опыта работы с ангуляром 4"? Лол. Кроме того, не забываем, что и в офисе КПД тоже отнюдь не 100% и даже далеко не 70% - чай, кофе, покурить, обсудить что-то с коллегами, помочь коллеге, выйти на время уборки суровой тётей Машей, доложить начальнику, составить отчет еженедельный/ежедневный, и т.п. - делим пополам? На три? Время в опыте работы - всего лишь примерная характеристика и далеко не первоочередная. Опыт он может быть разный: 10 лет веб-разработки на одной должности в одной фирме в корпоративной внутренней CRM и 10 лет клепания веб-сайтов, программ для серверов, десктопов, телефонов, мк, и прочего фриланса/подработок - это очень и очень разные 10 лет. Так что не забываем про контест.

Такие замены "убийцы" jav'ы появляются каждые лет 5. Безусловно часть из них находит свою нишу. К примеру groovy, ceylon, scala, clojure и еще с пару десятков других.
Касательно андроида, ну Гугл может просто в один прекрасный момент сказать что ява нам надоела и теперь все будет на go. Или как сейчас добавили оф поддержку котлина, но кто застрахован что в один прекрасный день они не решат сделать с котлином то что случилось с явой. Т.е. они могут просто взять и из собственных соображений сделать незначительные отличия языковые как это сейчас с явой.

Я первую работу веб-разработчиком искал на сайтах бесплатных объявлений. Т.к. на других вообще не было вакансий в моем городе. Сейчас с этим проще... Давайте ссылки на свои проекты и наработанное портфолио. Я людей всегда отбираю по их умению самому обучаться и самоорганизации. Опыт работы не имеет принципиального значения для умного работодателя. Поэтому составьте резюме, дайте ссылки на свои проекты (портфолио) и размещайте на большем количестве сайтов с вакансиями...

Уберите, пожалуйста из резюме "Поддержка мостика судна в состоянии ..." и т.д. и добавьте туда портфолио в виде непосредственно ссылок на сайты, которые можно посмотреть.
Я вот мельком посмотрел ваш гитхаб ( а что там, кстати, должно впечатлить работодателя? ), а люди из компаний при первичном скрининге этого делать не будут.
Если есть возможность вписать в резюме строчку типа "авг 2016 - фев 2017. Делал сайт для фирмы "Вектор лтд", вот ссылка", то надо добавить ( и не особо важно, что "Вектор лтд." никогда особо не существовал или это фирма вашего друга, который вам за это не платил).
Мелкие фирмы, к сожалению, может пугать ваше гражданство, они не понимают, что с этим делать и есть ли тонкости работы с инстранцами, но тут вы ничего не сделаете - скрывать это из резюме и предъявлять сюрпризом на собеседовании довольно рискованно.
Вот такие практические советы. Желаю вам удачи в карьере -

это не пост о несправедливости, что работодатели такие плохие, а я вот такой вот хороший тут, нет. Мне нужно эффективное решение в этой проблеме, и все.

подход очень правильный

У нас в городе были вакансии отдельных ИП-ов с зарплатой 25.000 руб. Но и требования минимальные, но желающих разрабатывать игры огромное количество... Поэтому искать нужно и предлагать относительно места проживания и желаемой зарплаты.

При покупке кресла от $1000 сертифицированные специалисты его привезут, настроят под вас и дадут рекомендации по эргономике рабочего места. А если прикупить ещё корректор осанки, то он не даст забыться и сгорбиться.

Сам год назад задавался подобным вопросом, книги прочел по эликсиру, эрлангу, окамлу и хаскелю. И только в книге по хаскелю первычной целью было объяснить функциональный подход, и только потом язык. Очень легко читается - https://www.ozon.ru/context/detail/id/8696277/

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

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

Самой простой для изучения мне показалась Scala. Мультипарадигменность языка обеспечивает более лёгкое вхождение из императивного стиля программирования. Есть замечательный учебник "Scala для нетерпеливых" Кея Хорстманна. К тому же, вакансии на scala-программистов есть даже в РФ. Минусом для меня послужила как раз мультипарадигменность. Нет вызова, нет настоящей мозголомки, способствующей перекраиванию мышления.

Erlang интересный, чисто функциональный, широко применяются. Но чувствуется некоторая незаконченность языка и отовсюду выпирает телекоммуникационное наследие. Есть неплохой учебник на русском Чезарини и Томпсона "Программирование в Erlang". Плюс, сейчас появился Elixir. Слышал, что он хорош и, что в нём решили все проблемы Erlang, но сам не щупал.

Я в результате остановился на Clojure. Кложа сложная, но она реально учит думать по-новому. По ней много книг. В том числе есть на русском - "Программирование на Clojure" Эмерика. Хорошая документация, большое и дружелюбное сообщество. В реальном мире применяется чаще, чем Haskell, но реже Scala или Erlang.

хихи ... ну вот вы и завалили свое задание :)
Видимо имеется ввиду вам нужно создать REST API состоящее всего из двух методов, и заставить свое апи работать на сервере так чтобы запросы по http отвечали соответствущими http кодами. (Базу данных создавать не нужно)
Как делается REST API, разве только что в "Комсомолке" не пишут, так что с этим проблем не должно быть.

...и если упоминают программу postman, советую вам с ней также ознакомиться.

Тут сколько людей, столько и мнений кто-то обязательно хочет видеть фотографию, кому-то подавай хобби, иначе "резюме безликое" и есть еще масса моментов, где нет единого мнения, поэтому понравится или не понравится зависит больше от того, кто его будет читать.

Есть 2 основных момента:

1. Оформление
   
2. Содержание
   

С оформлением проще всего, найдите аккуратный готовый шаблон -- для программиста нет смысла проявлять мега-креативность в оформлении, но это имхо. Если сами не отличаетесь грамотностью, найдите человека, который вычитает его на предмет ошибок и косноязычности. Учитывайте, что его будут печатать, поэтому поля и размер шрифта имеют значение.

С содержанием намного сложнее.

Разработчики, как правило, отличаются излишней скромностью, что влияет на содержание резюме. Закройте шапку с контактами и задайте себе вопрос: хочу ли я работать с этим человеком? Нет? Значит, и другие не захотят. Перепишите так, чтоб было видно, что от вас есть польза.

ИМХО, не стоит писать то, о чем не хотите говорить на собесе. Так может случиться, что человек ткнет пальцем в проект 10-летней давности и начнет о нем выяснять, а там уже за давностью лет и не вспомните что да как, то же самое касается технологий, в которых плаваете или давно не работали.

Рассказ о проектах для большинства разработчиков может выглядеть как "пилил фичи, фиксил баги". Нужно постараться и выделить из этой рутины хотя бы несколько задач, о которых можно рассказать. Также будет задан вопрос о достижениях, над этим стоит подумать: или вынести в резюме или определиться с тем, что отвечать.

Вот очень толковая статья. https://vc.ru/p/about-myself Если цинично, то всем пофиг на вас, важно только про работодателя, чем вы можете быть ему полезны и пр.