terrier

ТК РФ Статья 65. Документы, предъявляемые при заключении трудового договора
Если иное не установлено настоящим Кодексом, другими федеральными законами, при заключении трудового договора лицо, поступающее на работу, предъявляет работодателю:
- документы воинского учета - для военнообязанных и лиц, подлежащих призыву на военную службу;

без документов можно устроиться только "по-черному". В крупную компанию (что за желтая, кстати - 1C? Тинькофф?) не получится.

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

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

Ну, вот и смотрите.

Всем привет.

Хэллоу.

Второй месяц изучаю C++, сейчас пишу простенькую игру на sfml, потом в планах UE4.

Хорошее начало, однако вы должны понимать, что пока что ваш уровень в C++ околонулевой.

Периодически захожу на разные сайты смотреть вакансии и там всё грустно - их почти нет!

Ну это просто неправда. https://gamedev.ru/job/forum/?vacancy - я вот здесь вижу 4 C++ - вакансии только на первой странице, то есть за вчера-сегодня. И в целом вакансий достаточно.

Поэтому хотел спросить, реально ли вообще найти работу гейм девелопером

Конечно.

(а тем более без коммерческого опыта)

Упс, тут небольшая проблемка. Опыт нужно приобрести. Смотрите - с нормальным знанием C++ и внятным опытом в UE хотя бы в пару лет ( пусть даже некоммерческим ) проблема трудоустройства в геймдеве стоять перед вами не будет. Вывод - продолжайте изучать C++, осваивайте UE, пишите прототипы, не комплексуйте и, когда набьете скиллы, сможете поучаствовать в геймдев-движухе. Можно пока присоединиться к какой-нибудь любительской разработке для опыта.
Пока не прокачаетесь, ну, наверное, нужно будет что-то зарабатывать - есть смысл попробовать геймдев-индустрию на ощупь, устроившись тестером, например. Может у вас сразу слетят розовые очки и вы сразу предпочтете вэб.

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

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

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

"Я должен подумать, планирую принять решение до <такого-то числа>. Готов выйти на работу через 2 недели после того как окончательно договоримся".
Такого-то числа рассматриваем поступившие предложения и выбираем. Все прекрасно понимают, что предложений может быть несколько и с бухты-барахты никто не выбирает. Естественно, держим в уме, что работодатель до <такого-то числа> тоже может передумать/найти лучшего кандидата. Могут спросить "Что нужно, чтобы вы приняли положительное решение прямо сейчас". Если есть такие условия - говорим. Если нет, то нет.
Это абсолютно нормально, собеседование - это переговоры, а не импульсивная покупка жвачки. Обманывать или прятаться за сноху и глупо и недостойно.

1) ЗП - больше - лучше;

Не особо определяется технологией. В данном случае - примерно одинаково

2) Широкая распространённость и низкая проекто-специфичность технологии

Java wins. У DBA все-таки ограниченная применимость.

3) Перспективы перехода на смежные развивающиеся технологии

И там и там вам никто не помешает перепрыгнуть на модные Scala или NewSQL - решения.

Настораживает, на самом деле название "Full stack junior Java developer" - фулл-стэк в данном контексте - это что - джава, джаваскрипт и кофе варить директору?
Вторая контора готова предложить кучу вариантов вчерашнему студенту - тоже не очень хороший знак.
Итого, посмотрите на условия в обеих компаниях ( не кидают ли по деньгам, какой офис и тэдэ) и идите туда, где интересней. Вам перейти на что-то другое будет еще совсем не поздно.

мне либо сидеть и ждать этой чудесной вакансии

Почему сидеть и ждать? Написать weekend-проект на каждом из тех языков, которые нравятся, выложить на гитхаб и добавить в резюме. Резюме рассылаете всем, в нем указываете, мол пишу на python/go/php, коммерческого опыта нет, вот есть гитхаб. Уровень всем понятен будет. На первую работу берите, что дают, нужно будет немного освоиться в реалиях коммерческой разработки, а вот потом уже будете выбирать среди предложений.
Ну и да, я бы на вашем месте поднажал бы на PHP, а вот Go оставил бы до лучших времен, он модный, но нишевый.

Смотрите, тут есть несколько моментов:
- У некоторых компаний ( скорее больших и забюрократизированных ) может быть верхняя планка по возрасту на джуниора ( и она будет где-нибудь 25, даже если явно не задекларировано ) - тут шансов нет, вас отфильтруют по формальным признакам
- И в целом компании предпочитают на джуниор-вакансии более молодых ( as the name suggests ). Дяденьки с кризисом среднего возраста, которые хотят в тридцатник занять студенческие вакансии заслужили недобрую славу. Особенно их недолюбливают собственно HR. Однако, естественно, существуют компании, которые готовы "войти в положение" и "дать второй шанс". Как их найти? Очевидно перебором.
- И тут мы переходим к следующему моменту - вы в порыве самолюбования и кокетства пишете, что у вас "есть ... дурацкая привычка, если что-то делаю - делать хорошо" . Не обманывайте себя - если вы тратите кучу времени на каждое письмо, а потом еще и демотивируетесь при неуспехе - это означает, что вы делаете плохо. Подготовьте один на все компании шаблон, в котором внятно объясните, почему взрослый дяденька хочет пойти на малышовскую вакансию и чем вы будете для компании ценнее, чем толковый студент. И к нему дописывайте кусочек специально для компании: хочу именно к вам, потому что ... нравится отрасль/брэнд/предыдущие проекты и тэдэ

Дерзай . Первые две ссылки.

опыта у меня достаточно что бы прикинуть реалистичное время которое в 90 процентах совпадает с рельностью

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

Дальше начинается : че так много?

Нууу, разумный вопрос. И что вы на него отвечаете? Потому что, если отвечаете "#опой чую", то очевидно тут ваше слово против слова менеджера и побеждает тот, кто увереннее стоит на своем ( по контексту вопроса понятно, что это не вы).
По идее должно быть примерно так:
Вы: оценка на задачу T - X дней.
Менеджер: а чо так много-то?
В: Сначала мне нужно сделать подзадачу t1, это по опыту займет x1 дней, потом нужно дождаться пока Вася сделает такую-то свою задачу, по опыту меньше чем за x2 он не справится. Ну а потом еще добавить подзадачу t3 ... давай-ка посмотрим за сколько делается такая задача .. а, вот - за x3. Плюс риски, общим счетом получается X, как я тебе и сказал ( не забудь, что я попадаю с оценкой в 90: случаев )
М: не ну долго как-то, можно же быстрее, наверное ...
В: мы же разобрали из чего получается такая оценка. Что тебе непонятно?
<уточняем все что непонятно>
М: не ну ... слушай ... все-таки долго ... на меня давят, нужно 0.8 * X по времени.
В: окей, не проблема. Что если ты попросишь Васю со своей задачей начать пораньше? Или может не будем делать t3? Или еще как-нибудь подумаем, как нам изменить размер задачи. и уменьшить сроки.

Итого - менеджер, конечно, должен поинтересоваться, можно ли сделать "дешевле", то есть быстрее, но если ваша оценка обоснована, то просто так поменяться она не может.

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

Это их проблемы. Я так понимаю, вы их линейный коллега - ну значит воздействовать вы на них можете только просвещением, да и то, только заработав всеми признанный авторитет. То есть "Слушай Вася, как ты знаешь, я даю правильные оценки в 90% случаев, а ты, как известно, в 90% случаев ошибаешься. Так что позволь дать тебе добрый совет ..."

Можно ли попытаться выторговать или уговорить у работодателя получить зарплату минимум Джависта

"Можно" - это означает не запрещено ли это неписаным кодексом фирмварщиков? Или не будут ли вас бить палкой, если вы об этом спросите? Не запрещено, не будут.

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

>> Может я неправильно что-то объясняю?
Ага, более, чем наверняка;)
Но научить стажера более-менее приемлимому стилю как правило проще, чем изменить себя.

Но вообще сложно требовать от человека без опыта программирования сразу писать в хорошем стиле. Тут помогут документация, положительная и отрицательная мотивация, разговоры о жизни и о профессии, но основное — это опыт, приходящий со временем.
Прямо сейчас, видимо, есть смысл признать, что он не понимает, чего вы от него хотите. Возможно, есть смысл дать ему документ с четкими формулировками хорошего стиля типа:
— требования к форматированию
— требования к именованию переменных
— для таких-то алгоритмов и структур данных использовать стандартные реализации
Код написаный с нарушениями этого документа просто не принимать.
Можно также признать его необучаемым и выгнать, но судя по описанию процесса набора сотрудников есть большой шанс принять такого же.