Переход в разработчики когда тебе за 30

Товарищ мне помог в общих чертах сделать фронт тестового проекта на Ангуляре - язык ТайпСкрипт - по крайней мере хватило для "пары слов на собеседовании" Куча видосов по Spring Boot - он очень нужен, без него вообще без шансов на устройство куда либо. Он же использовался в тестовом проекте. Понимание, что спринг работает не так как учат на базовых уроках джаве - это самое сложное)) Одно из самых трудных для понимания для меня было, что такое Бин , и как это работает без "= new" - это обязательно для изучения (на мой взгляд). Сюда же входит необходимость понимать аннотации - к примеру Разницу между Сервисом и Компонентом - и подобное.. и архитектуре Rest - оказывается я вообще плохо понимал Рест)) Введение в рест нужно хорошо понимать. Мелкие задатки SQL у меня уже были. По мимо примитивных select, insert, delete, update - нужно понимать как работают связи "один к одному , один ко многим, многие ко многим" - это будет встречаться часто. Я уже не помню что я учил))

Владимир, спасибо за подробный ответ!

Грац, Владимир Игоревич.

Поздравляю!

Расскажи по подробнее, если хочешь в личку. У меня ситуация схожая с тобой, резюме висит уже неделю и ни одного приглашения(( только несколько отказов (без собесов), я пока списываю все на то, что сейчас конец года и набор начинающих специалистов поставили на паузу

неделя это ни о чем :) 2-3 месяца это уже срок, после которого можно начинать говорить о чем-то. + есть традиционные периоды, когда спады, когда активней набирают.

Понял, как думаешь пытаться устроится Стажером или сразу на Джуна просится?

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

Ок, надеюсь в январе начнут на собесы звать

Ага, начнут.

от рынка зависит, январь обычно это период когда все либо в отпусках либо отходят от нового года, такое может и до февраля продлеваться, безусловно будут вакансии, но сколько это вопрос. В любом случае, это малочто меняет: - работаешь над повышением своего технического уровня, смотришь требования, смотришь вопросы по собесам по разным темам - в гугле миллион вариантов, куча приложений на телефон, ищешь по принципу: "название технологии interview questions" java, sql, jdbc, servlet, collections, multithreading, concurrency, hibernate, spring и тд - параллельно работаешь чтобы резюме хорошее было, узнаешь где и кто на стажировку зовет и подаешься везде, где какая вакансия, какая возможность Принцип такой - нужно искать возможность и быть максимально готовым реализовать насколько получается. Когда пересекутся графики что и возможность есть, и уровень устраивает работодателя и звезды сойдутся, тогда и получишь оффер. Но нужно приложить усилия и не планиорвать результата на какое-то конкретное число или даже месяц. Будет хорошо, не будет - у тебя свой четкий план действий по которому идешь.

На ждава раше в статьях увидел ссылку на мок-интервью by Eugene Suleimanov, понравилась, уже 15 собесов записано, интересно смотреть, рекомендую https://www.youtube.com/playlist?list=PLlsMRoVt5sTMMCwd_gLaaZMkQhzVh9hLA

я с ним как-то закусился как раз, что перегрузка это не полиморфизм)))

меня было недостаточно, ты еще с кем-то эту тему дискутировал? :D c ним, это с Сулеймановым?

да, с Сулеймановым. тогда же и в чате вопрос этот задал здесь.

Спасибо за ссылку, буду посмотреть)

ого :) смелость города берет ) Но Сулейманова взять непросто думаю ) Да и по этому вопросу так точно, где и спорить особо не о чем, если изначально определиться с терминологией и условиями, четко определить понятия, поскольку слова имеют несколько значений.

не, непросто) он сразу сослался на документацию и про статический полиморфизм. и культурно оставил этот спор)

талант! Нам нужно у него учиться , может как-то по репетируем? Надо пару тем найти и будем тренироваться, один задвигает идею, второй оставляет ссылку на источник и культурно оставляет спор, потом меняемся местами , и так несколько раз для закрепления навыков :) надо бы темы подобрать, я вот в нескольких источниках видел, как джаву относят к процедурно-структурным языкам, а не ООП :) Надо еще придумать...если не вдохновимся, придется черпать идеи у бывалых троллей - Немчинского и Бугаенко, те собаку съели на подобных постановках вопросов )

По поводу денег это можно не учитываьт, потому что это касается всех должностей от трейни/джуна до СЕО, можно подумать компания хочет взять очень скиллового синиора и платить ему много денег. Тем более что "много" это оценочная категория. Интересы работодателя и соискателя всегда будут разными в этом вопросе, насколько я помню теорию HR, полгода это срок, за который человек может адаптироваться к любому уровней дохода, подтянет уровень расходов к этому уровню и ему уже будет хотеться больше. Поэтому этот пункт всегда базируется на определенном компромиссе. А насчет опыта...даже на мидла можно пойти не имея опыта в продакшене, компании нужен не виртуальный опыт/реальный опыт или еще какие-то абстрактные категории. Компании нужен специалист, который может делать определенные задачи. Решат, что сможет, возьмут. Если решат что не сможут, будь у кандидата хоть реальных 10 лет в продакшене джавистом - не возьмут. А джуна без опыта на его вместо но который понравился и показался толковым - возьмут. Так что стратегия одна - повышать технический уровень и искать компанию, для которой это будет достаточно либо подтягивать свой уровень к той планке, чтобы попасть в компанию, в которую хочется попасть

я хочу из проджекта переквалифицироваться.. но набрать опыта на стратапах и на своих проектах. делать какие-нибудь мелкие задания...

Самое забавное , мне пришло первое приглашение, где я за неделю должен сделать задание на spring boot + angular , сейчас им и занимаюсь, хоть и осталось 3 дня и я не успеваю его сделать так как надо много выботанить, но хоть добавлю его в резюме как пример По тексту резюме - действительно не много там про разработку, но плотная работа с системами автоматизации которые часто делают разрабы (наверное) и взаимодействие с API и отделом разработчиком на мой взгляд должно быть плюсом.

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

"Например, тестирование - IT-сфера, но к java-разработке не относится." тестирование разное бывае, например ручное, это любой разраб должен уметь делать, т.е. взять задание и проверить корректно ли ты его выполнил, не вижу смысла указывать это. Альтернатива - автотесты, тут у тебя может быть опыт с разными технологиями на разных языках, но в java это в основном junit/testNg + различные добавки в виде mockito, каких-то утилит. Если конкретно из резюме автора, то я про такие вещи: "Горячая линяя по приему и решению заявок от клиентов, включая экстренные выезды к клиентом для решения блокирующих проблем, в случае отсутствия возможности их решения удалённо." - тут либо раскрыть, что решал и каким способами, если это относится к it сфере (devops/sql/ещё что-то используемое разработчиками или сопровождением), дописать и оставить. Иначе убрать, т.к. не актуально

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

кстати, к слову "мне пришло первое приглашение" из первого коммента тут, меня не взяли) Провалил тестовое задание) Задание было такое, если кстати кому интересно: Используемые технологии (строгое соблюдение): Java 11 или Java 13 Maven Spring boot 2.2.4 PostgresSQL 12 Html 5\CSS (Можно React.js, Angular.js, Vue.js и.т.д) Задача Сделать конвертер валют Описание: ____________________________________________________ При запуске приложения, необходимо получить список актуальных валют и их курсов с сайта ЦБРФ http://www.cbr.ru/scripts/XML_daily.asp (дополнительная информация https://cbr.ru/development/sxml/) и записать их в базу данных (индентификаторы, коды, названия), а так же курсы (привязанные к валюте) на дату запроса. В конвертере должна быть авторизация по логину и паролю. Пользователь пройдя авторизацию попадает на главный экран, где может выбрать из какой валюты и в какую будет конвертация, указывает количество переводимых средств и нажимает кнопку "Конвертировать". После чего происходит запрос в БД на получение актуального курса на ***текущую дату ***, если данные на текущую дату отсутствуют, необходимо, произвести получение курсов с сайта ЦБ и добавить новые записи в базу данных. Также в конвертере должна вестись история произведенных конвертаций с записью в базу данных со ссылкой на курс по которой была произведена конвертаци. Историю можно посмотреть на той же странице конвертера или отдельной вкладке (возможна реализация базовых фильтров). Остальная функциональность и визуал по желанию. ____________________________________________________ Сделал бэк на спринг буте и фронт на ангуляре, ссылки на гит у меня в резюме, им не понравилось что ссылка на ЦБРФ у меня была за хардкожена, а не вынесена в проперти. Как думаете , это задание уровня джуна? или всё же по круче? У меня 2 товарища программисты и оба говорят что это через чур для джуна и вообще от них требовалось раньше только Core и база SQL когда они устраивались.

они дополнительно ответили: Здравствуйте. 1) Отсутствует корректная работа с логгированием 2) Нет корректной безопасности, а пользователи вообще хранятся в открытом виде в БД 3) В коде захардкожена валюта RUB, что если такой не будет у ЦБ или например мнемоника изменится? 4) Неоптимизированная работа с JAXB 5) Прочие мелкие недочёты. К сожалению, не можем пропустить ваше тестовое задание на следующий этап. Можно более подробно ознакомится с технологиями и попробовать в следующий набор. 1.) Логирования не было в задании 2.) секьюрность от джуна? JWT tokeN? я пока ещё не знаю таких вещей 3.) если измениться код валюты РФ, не поленитесь пересобрать проект 4.) мелочь 5.) мелочь

Вырос спрос на IT , большое кол-во людей хотят свичнутся в эту сферу --> на каждую вакансию джуна без опыта приходит большее кол-во резюме ---> растет проходной уровень знаний, достаточных для трудоустройства. Компании начинают думать "а почему бы нам не взять человека со знаниями почти миддла по цене джуна". Это об этой задачке - спринг + фрейморки для js, + безопасность лол. Если эта вакансия для человека без опыта работы то это как то многовато

.Я думаю много компаний хотят видеть мидла на зарплату джуна, в последствии продать тебя заморскому заказчику как сеньора. Полностью согласен с Take_it_easy.

секьюрность от джуна? JWT tokeN?

джун, это не стажер! Программист без опыта работы это стажер, трейни, это НЕ джун. Джун, это младший специалист, это должность которую имеет человек, когда работает программистом в реальных условиях. Это как младший пожарник, младший лейтенант в полиции или еще кто, это полноценный специалист. Просто младшего уровня относительно карьерной лестницы. Формально, джунов без опыта существовать не может. Более того, есть такие джуны которые за пояс мидлов уткнут, по разному бывает, джун это полноценная боевая единица, поэтому требования к джуну, мидлу и синиору чуть чаще чем всегда будут одинаковы по количеству технологий. Просто глубина понимания и практический опыт требуется разный. Но обычно сквозь пальцы смотрят на отсутствие опыта, если человек толковый и НЕ ПУГАЕТСЯ технологий. Ключевое слово НЕ ПУГАЕТСЯ, то есть нужно быть как студент с анекдота "секюрити, jwt? В первый раз слышу, в какой аудитории сдавать?". Базовые вещи можно за недельку-две с головой освоить, глубоких знаний и опыта от джуна в плане секюрити не ждут. Но базовые спринг вещи ждут, это в принципе базовая часть стека спринга.

Логирования не было в задании

это то что должно быть по дефолту. Даже если ты пишешь сам для себя приложение, больше чем на 10 строк, слями, там ДОЛЖНО быть логирование. И про это ни в каком виде не должны говорить отдельно, это очевидно. Как и например тесты в учебных заданиях. Пишут в задании "напишите тесты", не пишут , ВСЕГДА смотрят, написал ли человек сам тесты, если ему об этом прямо не напомнили. Ты пишешь код, к коду пишешь тесты, это тоже аксиома. Это все практические мелочи, они приходят с опытом. Вот раньше ты этого не знал. А сейчас знаешь. Достаточно стандартное задание для трейни/джуна. Стажировку на джава раш ты не проходил? Это все опыт, думаю, работа тебя уже ждет за углом и очень близко, дожимай!

стажировку не проходил, она кажется 4 раза в год по 3 месяца на сколько я помню и на летнюю я не успел, а до осенней поглядим, может найду что нить

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

Деление очень условно. Джуны разные бывают, и бывают разные зарплаты у джунов. Требования должны соответствовать зарплате.

Вставлю свои 5 копеек.

1.) Логирования не было в задании
2.) секьюрность от джуна? JWT tokeN? я пока ещё не знаю таких вещей
3.) если измениться код валюты РФ, не поленитесь пересобрать проект
4.) мелочь
5.) мелочь

1) Логирование это дефолт, искать баги без логирования в 100 раз сложнее. Допустим сделали вы задачку , отдаёте на тест. Тестер смотрит и говорит "Не работает, 500 ошибка NPE " и начинаете выяснять что отправили, куда , как. При логировании зашли посмотрели , ага на вход были такие данные , тут метод отработал ,а тут ошибка.Приучите себя логи писать и самое главное научитесь их читать (если уже умеете это хорошо). 2) За неделю успеть почитать можно :) На проекте вас не спросят знаешь или нет, бери и делай и уложись в 2-х недельный спринт (Если спринт ничего не говорит почитайте про agile разработку). 3) Так точно делать нельзя. Оно должно работать. Придёт заказчик и говорит не работает у меня ни хрена, а вы ему "Ага , сейчас посмотрим" (причём без логирования).Запускаете проект и да ,не работает, потому что код валюты поменялся. Вы починили баг .На следующий день опять сломалось и так возможно каждый день. Поставьте себя на место заказчика, вам понравиться каждый день что у вас не работает продукт за который вы заплатили немаленькие деньги? 4) Как говорили нам на стажировке "Сначала делаешь что бы работало, потом делаешь красиво :) ". Ну и оптимизация конечно важна, продукт должен работать быстро. Вы не подумайте что я в укор вам говорю, мол сами виноваты и т.д. , все мы через это проходим. Мы на стажировке тоже писали конвертер валют, но без фронта. Так же давали вот такое задание : Анализ На вход MIDI-файл На выходе анализ трека голоса (его нужно найти по нотам среди треков разных инструментов) по критериям: - Диапазон от нижней ноты до верхней и вывести эти ноты - Список длительностей нот с количеством вхождений - Список нот с количеством вхождений И + ещё изменение миди файла было

А контрольным проектом был Тиндер , сильно урезанный , но Тиндер. Клиент + Сервер. С регистрацией.

Ходят такие "слухи" , что с годами твои мозги работают медленней чем у молодых, то есть 20 летний джун, быстрее разберётся в новой технологии и найдёт какое то решение чем ты в 30. + я тоже себе нанимал людей, и нанимать "старшего" на должность "ниже" как то было не хорошо, потому что ему придётся подчиняться для него "молодому" , это всё вместе вводит некий дискомфорт в работе, которые никому не нужен. Поэтому есть такое мнение что как правило руководство ~30 лет, нанимает себе людей от 22-28 лет Но опять же это "слухи" и "личный опыт"

Это не слухи, а физиология и психология человека. С точки зрения физиологии, в процессе старения, процессе который запускается для человека еще в районе 20-25 лет, в мозге начинают происходить ряд процессов, которые негативно сказываются на умственных способностях. С точки зрения психологии, человек обрастая новыми знаниями/проблемами/стрессами, постепенно костенеет. Ребенок открыт всему новому, а видавший виды пожилой человек воспримет все в штыки. Это основные тенденции. НО. Это лишь одна сторона медали. На практике и при приеме на работу вышеуказанные факторы практически не учитываются, если говорить про айти. Почему? Да все просто. Начнем с того, что действительно, условному 20-30 человеку в сферическом вакууме вроде бы легче разобраться, чем 35-55 лет. Вроде бы. Но у меня конкретный вопрос. По конгитивным способностям, физиологической свежести, мозг 3-6 летнего ребенка, уделает 20-25 летнего в 10 раз, если не в 100. Отчего же детей тогда массово на работу не берут? :) Здесь напрашивается вывод, способность мозга к обучению далеко не самое главное. Я на своем примере могу сказать, что ощущаю что мозг усыхается :) Здесь важная ремарка - в большинстве случаев мозг можно поддерживать в тонусе, и уменьшать процент падения, если давать нужную нагрузку. Я сейчас не решу олимпиадные задачи с такой же скоростью, как я их решал будучи в школе. Но, я с гораздо большей скоростью смогу решить практические задачи. И хоть мне около 40-ника, меня не смущает, что мозги в какой-то мере "усохлись". У меня такое количество опыта в разных сферах и знаний, что это ежедневно дает мне преимущество над теми кто думает быстрее но моложе. И освоить новую технологию я могу даже быстрее, хотя мозг менее гибок. За счет чего? За счет того, что я знаю как это делать оптимальнее, за счет опыта, который дает мне возраст.

Поэтому для работодателя в айти обе категории равноценны, молодой? Отлично! Чистый лист, хорошая соображалка, энтузиазм, амбиции. "Возрастной"? Отлично! Если есть айти бекграунд, это десятилетия опыта в айти, это ооочень много и конкурентное преимущество. Если нету бекграунда - это опыт в различных доменных областях, это ой как пригодится в проекте. Природа к чему стремится то? К генетическому разнообразию, которое укрепляет популяцию. Если в компании будут разные люди, которые потратили 10-20 лет каждый в какой-то своей сфере, это все разносторонний опыт в багаже компании, это "бесплатные" по сути эксперты со стороны, которые знают как применить это в айти, это большой плюс. Исходя из этого, айти компании как правило гребут всех - я видел сам, школьников, пенсионеров, женщин в декрете, с инвалидностью и тд. И это здорово. Ведь каждый может привнести свой участок экспертизы, и будучи свитчером в айти, знает как это объединить с айти в интересах компании. Если брать остальные сферы, то там кто берет "старых", кто "молодых" у фирм, где надо набирать было грузчиков и там правило - моложе-лучше управляемый и физически сильнее - работает, и там уже определяются привычкой, мироощущением руководства, мифами, все делают и я так делаю и тд. Если вам отказали - это здорово. Вы подавались в контору, где к примеру кто-то не любит там возрастных, или молодых, или женщин, и вам отказали. Это же здорово! А вы что, хотели бы чтобы вас взяли, и вы работали в таком коллективе??? Чтобы вас начальник скрыто ненавидел? То что это плохо с точки зрения законов о дискриминации и в целом, это один вопрос, а мы говорим про комфорт и интересы соискателя. Фирмы ищут "своего", хоть по знаку гороскопа, в ваших же интересах, пойти туда, где вас примут такими какими вы есть. И это обязательно будет, еще не слышал, чтобы человек искал работу, задался целью стать программистом - и не нашел. Раньше или позже, вы добьетесь и найдете "свою" работу, если будете искать, несмотря на отказы.

по поводу комфорта управления людьми и возраста, здесь много моментов. В айти этот фактор на порядок ниже чем в остальных компаниях. Поскольку, особенно для рынка СНГ, 25 летний синиор или тимлид, у которого большой серьезный опыт и у него 10 пядей во лбу, он ЛЕГКО будет управлять другими, и другим комфортно будет управляться, поскольку очевидная бездна, пропасть по навыкам между джуном возрастным и молодым. То есть в АЙТИ иерархия строится на навыках и знаниях, +в больших компаниях все эти скрамы, эджайлы, канбаны и тд, там структура управления формируется таким образом, что тимлид это не совсем классический "начальник" в кабинете, Т-образным столом, селектором и секретарем в приемном. Во-первых, в айти все на ты. Это уже решает многие проблемы, мне тут иногда закидывают фамильярность, отчего это я на ты, ведь я даже не знаю, каким "большим" или "уважаемым" человек был до джава раша. Я спецом на JR на ты по двух причинам: 1. Мы все ученики одних курсов. Да разного возраста и соцположения, но мы все сокурсники. Насколько я знаю, в вузах мы были на ты. 2. В профильных айти принято на "ты". Именно по той причине, что некоторые "вы" используют для психологического давления на собеседника , мол, ну ты че там, ты там, я здесь, ко мне на вы и шепотом. Это действительно снимает целый ряд проблем. И в результате есть команда единомышленников. Да, с субординацией безусловно, но которая построена не на возрасте, не на соцположении или на "вы, ваше сиятельство", а на опыте, экспертизе. Это мне в айти очень нравится и большой контраст с тем как в других сферах. Но этот фактор может быть и в айти, команды подыскивают "своего". Может в конкретной айти команде не нравится возрастные. А другие наоборот, ищут возрастных. Также я реально встречал людей, которому некомфортно подчиняться более молодому. Это редкость, но такие бывают. Но программирование чем здорово, это вызовы :) Мы меняемся, работаем над собой, становимся лучше, не только в плане техскиллов. И это здорово

Твои тирады стоит выносить в отдельные статьи) Конечно я благодарен за столь развёрнутые комментарии от тебя, они несут долю понимания вещей + долю вдохновения.

Когнитивные процессы это называется. Меня рассматривали, но не брали. И дело далеко не в ЯП или в опыте работы, а в умении находить решение задач. ...Поэтому, школьный курс математики прохожу на одном ресурсе. Этот взял себе на перспективу (на февраль-март). Дома, потихоньку обрастаю небольшой библиотекой. Готовлюсь к вышке. Нейробика. Прививаю правильные привычки. Расставляю приоритеты. Составил, но редактирую свой план обучения. До 11 класса у меня еще месяца два есть :) А пока, на сейчас, почитываю Б.Оакали, решаю задачки Кодемского и Перельмана.

Боюсь много критики будет, но в целом и критика бывает полезной. Резюме не знаю откроется оно или нет.

Вы не можете просматривать это резюме, так как пользователь скрыл его.

поправил

Вова, с таким резюме ты будешь работу программистом искать стопятьсот лет. И вполне резонно, почему твое резюме сразу летит в корзину. Зачем вот это в резюме: Мужчина, 30 лет, родился 26 августа 1989. Это совершенно никого не интересует, зато у тебя нет того, что необходимо, ссылки на git и stackoverflow. Я скидывал ссылку ниже в комментах на то, как писать резюме. Ты скорее всего проигнорировал этот видос, а зря. И к тому же еще один косяк, вроде ничего особенного, но мыло на майле. Я тебя умоляю. Убери это из резюме. Сделай мыло на gmail.com. Вроде ничего такого, но на это обращают внимание.

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

На стеке просто смотрят твою активность, как таковую. Если ты программист, то ты обязательно типа там маячишь. Либо спрашиваешь, либо отвечаешь. Вот на это и смотрят и это достаточно хороший показатель.

На стеке при всём понимании, я нахожу пока что все ответы которые мне нужны, отдельно спрашивать мне пока там нечего, и тем более отвечать Более того, я бы может и обратил бы внимание на мой взгляд, на второстепенные показатели, но думаю они были бы актуальны как минимум если бы было приглашения от HR которые вряд ли знают о стековерфлоу

Не ну по пути не по пути тебе еще рано говорить. Твоя задача устроиться на работу и начать расти, как специалист. А уже когда вырастешь, и когда тебе будут писать и приглашать на работу, а не ты, вот тогда и свои условия нужно ставить, а пока это просто понты и не более того.

Вообщем и целом тебе нужно срочно менять свое резюме. Как это сделать грамотно, я уже тебе сказал, это посмотреть видос. Там подробно расскрываются подводные камни.

Некоторые конторы просто не могут работать с почтой на майле по причине различных блокировок и санкций. Я про это. Самая толерантная к любым странам и временным зонам это gmail.com Обрати на это внимание. И удали Junior слово из резюме. Ну нанимающая сторона не видит логики в словах Junior и удаленная работа. Это не совместимые вещи в основном. Короче, посмотри видос и всем желающим устроитья желаю посмотреть видос, как правильно приготовить резюме. Это очень важно.

Простите, что влажу, но в резюме стоит поправить пунктуацию. Будь я hr я бы завернула по этому пункту в первую очередь. По существу. Неправильно: "Успешного , Критически важного" Правильно: "Успешного, критически важного"

это акцент так сделан, намерено.

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