leventov

Насчет "самого универсального" решения - почитайте вот это: tammersaleh.com/posts/the-number-one-trait-of-a-gr...

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

https://en.wikipedia.org/wiki/Don%27t_repeat_yourself

Не очень понятно что именно вы имеете ввиду под "как хранятся данные" и "как устроена память, как с ней обращаться". Рискну посоветовать почитать про устройство аллокаторов памяти, стека (си-рантайм), подсистемы памяти в Linux (mm). После этого вряд ли что-то сможет вас испугать.

Где это смотреть - второй вопрос. Книги на мой взгляд слишком общи и как правило устаревшие. Качество и глубина объяснения тоже не всегда превосходны. Погуглите лучше относительно свежие статьи с хорошими отзывами

В широком смысле, сделано очень мало, на самом деле. Задач больше чем свободных рук и разрыв растет. См. habrahabr.ru/post/250879

Но это не про игры под андроид за 10 баксов, конечно

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

2) Из того, что "профи" в этом плане едва ли лучше тебя, следует, что инструменты - вовсе не главное.

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

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

Старайтесь избегать просто писания в стол, усилия чисто рассеиваются во вселенной.

"Никак, оставайся в жопе" (с) Лебедев

Такой опыт был — OCaml точно, Хаскель, кажется тоже. В качестве первого языка в классе школы, в России. Результаты хорошие, вроде. Погуглите.

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

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

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

Более объемные — ИИ для соревнований типа Robocode или aichallenge.org/. Если интересуешься какой-то определенной областью, например графикой или лингвистикой, имеет смысл сделать проект в этой области.

Главное — чтобы задача интересовала сама по себе. Тогда будет дополнительная мотивация изучать язык. Дальше просто: в процессе решения задачи сталкиваешься с трудностями, лезешь в книгу по памяти, или документацию по стандартной библиотеке, или на SO, или в Гугл, в итоге преодолеваешь трудности и быстро прокачиваешь скилл.

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

писать сложные и не очень программы, учить алгоритмы

Наверное, не мне советовать…
Ощущение, что вы либо страдаете излишним перфекционизмом, либо недоговариваете, короче говоря мне не ясно, как можно писать сложные программы, ничего не понимая. Что вы подразумеваете под «пробовал писать»? Начать и бросить? Или сделать криво без глубины понимания™?