Антон Старостин

1. Мэтт Зандстра "PHP: объекты, шаблоны и методики программирования" - Врубиться в ООП
   
2. Эрик Фримэн и ко "Паттерны проектирования" (Head First) - Влюбиться в ООП
   
3. Эрик Эванс "Предметно-ориентированное проектирование" - научиться проектировать сложные системы
   
4. Крэг Ларман "Применение UML 2.0 и шаблонов проектирования" - про проектирование, глубокое понимание ООП
   

Anki

На ютубе есть канал megamind по Angular 2. Уроки 2016 года.

Книжка

Прочитайте "Искусство схемотехники". Книжка не сложная. Потом хватайтесь за МК

жмешь на кнопку - пищит

извиняюсь конечно, думаю и сами понимаете, но тут МК не нужен, пара проводков всего лишь и все последовательно соединить.

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

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

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

я бы на вашем месте использовал очереди - например RabbitMQ или ActiveMQ. отправить в очередь 200к сообщений не проблема? а если в одно сообщение например уложить 100 объектов то вообще получится 1000 сообщений. Так как очередь персистентна то при падении нечего не потеряется.

На другом конце очереди стоит слушатель который спокойно в фоне уже раскладывает данные в БД

В интернете есть пару сервисов с таким функционалом.
Как пример - ororo.tv. Есть два минуса: показывает только сериалы и стоит ограничение на количество переведённых слов в день.
Ограничение я обошел с помощью плагина https://addons.mozilla.org/ru/firefox/addon/lingualeo/. Тыкаешь два раза на слово и оно переводится.

Допустим вы хотите купить молоко:

дом->лестница->машина_Opel->магазин->кассир_Люба->купить_молоко();

Так как вы уважающий себя software developer который не видит смысла в законе Деметры, вы это скорее всего напишете в 10 разных местах системы.

2 недели назад вы продали свой Opel и купили BMW. Вы теперь должны в 10 разных местах поменять код на:

дом->лестница->машина_BMW->магазин->кассир_Люба->купить_молоко();

Теперь, допустим вы начали переживать об экологии и хотите ездить за молоком не на машине, а на велосипеде. Вы теперь должны в 10 разных местах поменять код на:

дом->лестница->велосипед->магазин->кассир_Люба->купить_молоко();

Через пару дней Любу уволили и на работу взяли нового кассира Клаву? Меняем в 10 разных местах код на:

дом->лестница->велосипед->магазин->кассир_Клава->купить_молоко();

Через другую пару дней в вашем доме поставили лифт и вы не хотите бегать по лестнице за молоком? Меняем в 10 разных местах код на:

дом->лифт->велосипед->магазин->кассир_Клава->купить_молоко();

Мораль: этих всех замен можно мыло бы избежать, если бы для покупки молока вы использовали абстракцию:

магазин->купить_молоко();

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

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

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

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

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

Этот подход выглядит очень «по-западному», что с того? Можно работать над проектами, которые меняют жизнь к лучшему и при этом зарабатывать хорошие деньги, только придется попотеть пока такое сочетание найдешь.