HellWalk

Обучение было полным шлаком, изучал всё сам, так как от пар просто не было толку, а задания на подобие конкатенации строк продолжались до 4-го курса.

Это норма (с)

В итоге после написания сильно прогорел

Что-то рано

что делать?

Во первых, выяснить, что вам нравится и чем вы хотите в жизни заниматься.

Во вторых, если вам все же нравится программирование - то вопрос надо поставить так: "как выделиться среди других джунов?"

Я эту задачу сделал так: пол года пилил браузерную MMORPG, и хоть по итогу там было ~5% функционала от полноценной игры - этого хватило, чтобы работодатели общались на собеседовании совершенно по другому. Правда, только после того, как понял, что на личные проекты никто не смотрит, и специально просил HR, чтобы перед собеседованием посмотрели мои проекты.

Когда у меня был пример браузерной MMORPG + на github был сайт-блог на Laravel - процент приглашений был 65% (т.е. 2 компании из 3 собеседований по итогу присылали оффер).

Ну и самое главное - что я пол года, пока пилил свою MMORPG, получал удовольствие. И сейчас, спустя 5 лет, продолжаю пилить, когда есть время.

А если вам писать что-то свое на выходных в тягость - стоит задуматься, а ваша ли это область.

Никак

Хотите, чтобы был код на гитхабе - пишите на выходных свои пет-проекты, их код и выкладывайте.

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

если судить объективно, проекты какой направленности(характера) должны быть в git, что бы заинтересовать компанию?

Любой направленности. Будут смотреть не на сам функционал, а на качество кода.

Вот пример рабочего phpunit.xml:

<?xml version="1.0" encoding="utf-8"?>
<phpunit bootstrap="./vendor/autoload.php"
         colors="true"
         convertErrorsToExceptions="true"
         convertNoticesToExceptions="true"
         convertWarningsToExceptions="true"
         stopOnFailure="false">
    <testsuites>
        <testsuite name="Test Suite">
            <directory>./tests</directory>
        </testsuite>
    </testsuites>
    <filter>
        <whitelist>
            <directory suffix=".php">./src/</directory>
        </whitelist>
    </filter>
</phpunit>

Какой из них выбрать? Мне всего лишь нужно, чтобы было окошечко, где пользователь мог вписать текст (ну с форматированием конечно ,еще картинку можно было бы чтобы добавить, ну как обычно) для создания новой статьи.

За кажущейся простотой текстовых редакторов - с ними все довольно не просто. Если требуется четкое соответствие какому-то ТЗ. И часто, самым простым случаем будет написание с нуля того, что нужно.

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

Итак, у вас есть какой-то ресурс, к которому вы хотите сделать ограниченный доступ неавторизованным пользователям (с авторизованными все понятно):

1. Сразу нужно понимать, что сделать 100% работающий вариант для всех - невозможно, можно только максимально усложнить спамерам (я бы именно к спаму отнес такую задачу) жизнь.
2. Чтобы реализовать это, нужно собрать максимум информации об анонимном пользователе (сохранить эти данные и по ним пытаться понять, новый это анонимный посетитель, или старый):
- Самое банальное - куки на фронте
- Чуть менее банальное, но тоже легко обходится - ip
- Дальше можно взять такие параметры, как window.navigator.userAgent с фронта
- На беке брать $_SERVER['PHP_AUTH_USER']
- И еще есть всякие хитрые способы, например, кешировать картинку в браузере юзера, со специальным токеном, и по нему проверять. На память не вспомню статью на хабре, но поискать можно

Сохранять эти данные, а потом писать хитрый анализатор, который будет сравнивать данные нового анонимного пользователя, с существующими данными в базе - и решать, что делать (можно считать пользователя зашедшим повторно по 100% соответствию всех параметров, а можно сказать, что если 70-80% совпадает - считаем это совпадением).

Как вам правильно сказали - компании типа Яндекса и Гугла тратят миллионы для борьбы со спамерами, и 100% результата не достигли, не нужно думать, что у вас это получится. Но попробовать можно - опыт будет полезный.

Начать нужно с того, на чем проект? Велосипед или фреймворк?

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

Даже если у вас велосипед - можно использовать Symfony Translations (как отдельный модуль)

Если же захочется сделать свой велосипед, то конечно, можно, но:

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

Пример крайне упрощенного самописного модуля мультиязычности можете посмотреть в этом проекте (src/Battle/Translation/)

Я упускаю какое-то направление?

Как мне кажется, вы упускаете банальный рост в написании кода.

Возможно, в компаниях, где вы работали, программисты (условно), получали 100-200, тим-лид 300, и вы думаете, что чтобы вырасти по зарплате - нужно обязательно из программистов уходить в менеджмент.

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

В общем, развивайтесь в своем стеке до senior+, изучайте английский, выходите на американские/европейские компании - будете писать код и получать в разы больше, чем большинство российских тим-лидов и руководителей.

P.S. Есть низкооплачиваемые языки, если вы находитесь в таком - можно подумать о переходе на другой, более оплачиваемый.

Поиск кандидата проходит в двух вариантах:

Первый - Нужен_срочно_работа_горит!!!

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

Второй - Нужен, но не срочно

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

Пытаться логикой понять собеседования из второй группы - лишь тратить попросту время. Забейте.

Что важно: так это понимать, кем вы хотите стать, и развиваться в этом направлении.

Посмотрите gamedev-ресурсы - там много энтузиастов делают различные проекты (игры) и ищут людей себе в команду (чаще всего также, за бесплатно, на энтузиазме).

Что творится на рынке web разработки для junior?

1. Армия желающих войти в ИТ
2. Иллюзии, что современная веб-разработка это просто и в неё легко влиться
3. Нежелание действительно серьезно этим заниматься, и серьезно вкладывать силы в свое портфолио на гитхабе. В соседней теме человек уверен, что один файлик с 80 строками это проект!

Итог: толпы людей с розовыми очками разбиваются о реальность.

При этом реальных людей с опытом (даже тем, что можно получить сидя дома в одиночку) - на рынке труда очень сильно не хватает.