ViktorDandarera

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

Регулярная практика и/или регулярные повторы.

Исследования показывают, что интервалы между повторами можно постепенно делать все длиннее и длиннее.

Как отлично запоминать прочитанный материал?
Мнемотехника

Компаний много. Проектов много. Руководителей много.

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

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

Идите к ним напрямую и спрашивайте при трудоустройстве.

Волноваться нужно будет когда не будут давать рабочую визу.
Или когда захочется работать в госкомпаниях.

Остальным официальное образование - не интересно.

Есть три генеральных варианта.
1) участвовать в крупных проектах с контрибьюторами, правилами и всем таким прочим 1а) закрывать issue s 1b) фигачить новый функционал (это сложнее)
2) участвовать в маленьких проектах где 1-2 контрибьютора, но на проект есть спрос со стороны сообщества. Скажем, openssl в свое время почти в 1 каску разрабатывался и тестировался, хотя использовался много кем.
3) участвовать в маленьких проектах, сделанных just for fun. Это может быть не так круто, как п.1 и п.2, но зато у вас там будет гораздо больше возможностей, а если не получится прийти к договоренности с автором - всегда можно форкнуть и пилить так, как хочется лично вам.
Проектов куча 1 и 2, начиная от фреймворков и инструментов, до библиотек и утилит. Кроме того, есть десятки тысяч just for fun проектов, это игры и тому подобная ерундистика.
Отсортировал варианты по убыванию сложности и по убыванию важности. Первое и второе можно упоминать в резюме (а-ля контрибутил в Linux Kernel), проекты третьего типа - нежелательно)

1. Форкаете чужой проект
   
2. Кодите у себя
   
3. Делаете Pull Request
   

Пулл-Реквест должен быть хорошо оформлен: обязан соблюдаться код-стайл проекта даже если он вам не очень нравится, и ваш П.Р. должен иметь исчерпывающее описание и т.п.;

На каждый баг/фичу использовать отдельный пулл-реквест, не стоит пытаться пропихнуть всю работу за один раз.

Находить проекты просто, либо на самом ГитХабе, либо в футерах делают ссылки на свои репозитории.

Находите гитхаб репозиторий понравившейся вам библиотеки, заходите в issues, там часто бывают метки "good for a first PR", "good first issue" и т.д., короче для новичков, форкаете проект, разрешаете ишью, коммитите, прочитав contribution.md в репозитории, делаете PR, отписываетесь в ишью и ждёте пока его примут/подпросят подкорректировать.
Готово!

Делаете работу
В процессе находите ошибку в стороннем коде
Находите ее источник
Пишите багрепорт и тесткей
Так как всем пофиг
Сами фиксите баг
Неделю стучитесь мейнтейнеру, чтоб он принял ваш пушреквест
Он вас посылает, тк ето не баг

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

>За последние три месяца мне удалось освоить Python
не удалось

>Разобрался с гит
не разобрались

>линуксом на уровне пользователя
не разобрались

>Lua
не разобрались

Для начала приземлитесь. За 3 месяца вы ни в чём из этого разобраться на хорошем уровне не могли.

>Где писать игры для портфолио
Это делать не обязательно. Это, конечно, плюс, но не такой существенный чтобы прямо быть обязательным.

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

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

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

Когда ты как пользователь заходишь на тостер, ты скачаешь страничку на которой видишь вопросы. Вот этот траффик сгенерировал тостер.
Когда ты заходишь на ютуб - тебе ютуб передает видео, следовательно ютуб сгенерировал видео траффик.

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

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

Сидя на фейсбуке - ты весь трафик качаешь с него. Да конечно часть трафика генеришь ты, когда заливаешь новую фотку на фейсбук. Но фейсбук сгенерит гораздо больше трафика, когда эту фотку с него скачает 100 твоих друзей (или друзей их друзей).

p.s. скорость передачи данных связана с частотой сигнала.

Не начинайте с arduino, не тратьте время зря. Берите сразу STM32 Nucleo. И на asm не стоит тратить время тоже.
Начните с простых программ на С, потом подключите ОСРВ, например FreeRTOS.

такой набор содержит в себе все три позиции + кучу дополнительных полезностей. Главное что в нем 2 контроллера UNO и Mega