VolgaVolga

Пара учебников по Java, пара - по С++, один по азам веба. Ну, тут самому надо решить, за что браться - все три "в одну телегу впрячь не можно".
Дальше, пара книг по алгоритмам. Вряд ли стоит их грызть до возможности применить - то есть до изучения хотя бы одного языка программирования (HTML и CSS - языки разметки).
Мартин и Бек - после законченных самостоятельных проектов. Они хорошо объяснят вам, как уверенному в себе программисту, почему вы зря так уверены в себе.
Практическое руководство по Git стоит взять, когда сможете поднять голову от кода и задуматься о том, как содержать его в порядке.
Остальное можете использовать как подставку под горячее.

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

Через две недели начальник вызвал и сказал - мы открываем магазин в г. N, вот телефон местного директора, звони, ищи провайдера, делай подключение к тырнету :)

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

Языки C# и Питон придумали тогда, когда процессор еще был одноядерным.
Вопрос плохой, неправильный. Никто не знает что вы хотите делать и насколько для вас критично подождать компиляции секунду или 5 секунд.
Берите удобный для работы. С приятным экраном, с приятной для ВАС клавиатурой.

А дорогой и мощный ноут можно брать тогда, когда на него заработаешь работой на позиции разработчика, и уже будешь понимать что именно тебе нужно от ноута на этой работе.

При очень большом желании хватит и intel 486
Поэтому если бюджет ограничен, то хватит и i3

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

ПОСТОЯННО люди путают пет проект и тестовое задание.

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

Если просто API которое положишь на гитхаб и все - это НЕ пет проект.
слово pet как-то должен намекнуть о смысле.

Какие курсы смотреть и проходить?

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

С учебников.

ИБ онлайн? Примерно нигде.

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

Докину свое видение. Считаю что существует неочевидный изъян. Очень многие юзеры обладают мотивацией отвечать на простые вопросы. Джуны, которые узнали чуть больше тех, кто только-только пытается "войти". Тогда как ТС не может понять базу, ему приводят готовое решение без объяснения (свежий пример, где юзер уже после моего диалога с попыткой заставить автора подумать самостоятельно, приводит рабочее решение). В итоге этот же ТС очень скоро возвращается, чтобы сгенерить очередной тупой вопрос, тк понимает, что "щас за меня всё решат", вместо того, чтобы загуглить и поразмыслить [повторить цикл n-раз].
Я бы предложил ввести систему рейтинга с градацией силы голоса. Дать возможность, как и на хабре, как и на стаковере, не только плюсовать, но и скрывать ответы. Чтобы юзер с более сильным рейтингом одним голосом, мог отправлять в самый низ или вовсе скрывать (не удалять) ответы заплюсованные 10 юзерами с слабым рейтингом. Или же ограничивать возможность отвечать на сложные вопросы юзерам с слабыми рейтами, типа как в ММО, пока не прокачаешься боса не завалишь) Это конечно тоже своего рода ограничение, но его можно уже по месту подшлифовать.
В учете рейтинга можно было бы использовать как раз опцию "сложность вопроса". А кураторы и эксперты тэгов смогли бы адекватно корректировать данную оценку. Ясен красен, что для новичка вопрос, который он считает сложным, для опытного программиста таковым не является.

Примерная хаутушка, если вдруг у кого зачешется левая пятка:
0. Здесь ресурс айтишных вопросов. Не айтишные, а также опросы, задания, спам и флуд - удаляются.
1. Погугли, прежде чем спрашивать. Кстати, здесь тоже есть поиск (ссылка).
2. Обращайся с проблемой. Не с задачей, а с тем, что у тебя не получилось в ее решении. Если ты ничего не сделал для решения сам - тебя здесь затроллят и отправят на фриланс.
3. Если задача решается кодом - приведи код. Не скриншоты, видео и ссылки, а код. В теге "code", чтобы его можно было нормально прочитать. Ошибки, логи и пр. - только текстом.
4. Указывай только необходимые теги. За тег-спам модератор покусает.
5. (и ссылка на полный текст правил, буде возникнет желание его прочитать).

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