Araya

Интересно, такие бредовые идеи возникают отчего? От нежелания хоть немного узнать, что из себя представляет "телефон" с точки зрения вычислительной техники или просто от модно-стильно-молодежности? Это примерно как дети спрашивают "А если взять атом величиной с дом?"

Нет, малчик, нЭльзя. нЭ тот архитектура.

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

Задача проверить является ли список палиндромом, я делаю самое банальное, дан список head, я проверяю return head == head[: :-1]

Под списком тут подразумевается связный список, а вовсе не массив. Так что решение ваше ни разу не правильное.

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

Подобное наблюдается постоянно. Игроделанием никогда не увлекался, но могу пояснить на примере переводов.

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

Но если всё же хочется найти единомышленников, то искать их, возможно, надо не в профессиональных сообществах, а в узкотематических. Скажем, для игр в тематике SCP Foundation имеет смысл покопаться в соответствующих группах, где могут найтись энтузиасты, готовые нарисовать объект [ЗАСЕКРЕЧЕНО] на территории [ДАННЫЕ УДАЛЕНЫ] для заинтересованного в тематике программиста, рисующего как курица лапой. Но в целом шансы сделать что-то больше короткого прототипа я бы и там оценивал как невысокие.

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

Компьютерная графика - очень большая и сложная область. Обучаться до конкурентного уровня нужно очень усердно и очень долго.

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

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

После этого двигаться стоит в сторону инструментов разработки. Их должно быть несколько. C# и F# ты знаешь, это хорошо. Java будет прекрасным дополнением. Настоящий инженер не имеет права зажимать себя рамками одного лишь инструмента, это будет его минус в конкуренции. Rust слабо востребован и мало применяется, но знать его на некотором уровне будет просто полезно в качестве инвестиции и для общего развития. C++ сильно распространен и сильно востребован, однако рынок труда сейчас переполнен слабыми середнячками, которые мало на что годятся в реальной работе, а C++ является крайне сложным инструментом и не позволит тебе быстро начать с ним работать на том же уровне, на котором тебе позволяет тот же C#. Поэтому если брать C++, то уходить в него надо прямо очень серьезно для того чтобы получить конкурентное преимущество перед описанными выше людьми.

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

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

Фундаментальная проблема - в игрострой стоит очередь фанатов с горящими глазами. Людей, которые пишут игры, играют в игры, моддят игры, хакают игры..., начиная с возраста, когда они смогли дотянуться до клавиатуры (как ваш покорный слуга). При этом, у них столько мотивации, что они могут сами поставить себе задачу, сами нагуглить все, что нужно (Спасибо дяде Немнюгину за его учебник. Это все что нужно знать о DOS, чтобы закодить dOOm) и сами все напишут и нарисуют (работая над этим сутками. Не потому что над душей стоит босс с воплями о лишении премии, а потому что им это интересно).

И вот теперь, Андрей, который уже устал хочет встать в очередь высоко мотивированных конкурентов и попросить себе оффер. Каковы его шансы на успех?

В играх есть много специализаций программирования - хотите графику, придется учить одно (причем на 2d и 3d это одно будет разное), хотите игровую логику и скриптинг - это номер два, хотите системную часть и бэкенд - это будет третье.

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

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

Очень просто: если еще не делал такого проекта и не представляешь в деталях заранее, как его сделать - он слишком сложен для твоего уровня. Занимаясь им, ты этот уровень поднимешь. Это прекрасно.

для этого нужно бесконечно рыться в selenuim'е и чем-то для создания ботов

Совершенно нормальная ситуация для проекта, на котором учишься чему-то новому.
В чем проблема?