Araya

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Там сверху написано:
Required: 6.2GB
Available: 4.86GB
(Требуется 6 гигов, а доступно только 4,8).
Видимо речь идет о месте на жестком диске.
С Юнити делать ничего не надо.
Надо.
1. Научиться читать по английски. Без этого в разработке делать нечего.
2. Удалить ненужные файлы, очистить жесткий диск, обеспечить нужный объем для установки.

Как работает метод Main без определения типа

никак, потому что это не метод, а конструктор

почитайте хотя бы первые 10 страниц учебника

Алгоритм у вас будет примерно таким...
При нажатии на кнопку у вас будет вызвана функция (обработчик события onClick у кнопки).
В этой функции вы сделаете AJAX запрос по протоколу HTTP на ваш сервер, где запущено ваше ПО на Go.
В main.go вы запускаете HTTP сервер, который примет запрос от вашей функции JavaScript, обработает его и ответит.

Разберём самый простой вариант с методом GET, чтобы вам было проще тестировать.

На сервере (своём компьютере) запускаете main.go примерно такого содержания

package main

import (
    "fmt"
    "net/http"
)

func helloHandler(w http.ResponseWriter, req *http.Request) {
    fmt.Fprintf(w, "hello\n")
}

func main() {
    http.HandleFunc("/hello", helloHandler)

    http.ListenAndServe(":8081", nil)
}

Этот сервис будет слушать порт 8081 любого IP адреса на сервере, где будет запущен.
Предположим, что вы тестируете на своём компьютере, в этом случае для проверки вам нужно в браузере откройте url `127.0.0.1:8081/hello`
После этого вы должны увидеть в ответе просто текст: "hello".
Когда этот этап будет завершен - вы сможете перейти к вызову этого URL уже из JavaScript.
Для этого можете использовать то, что вам привычнее, если такого нет - можете воспользоваться этим примером

const req = new XMLHttpRequest();
  const url='http://127.0.0.1:8081/hello';
  req.open("GET", url);
  req.send();
  req.onreadystatechange=(e)=>{
    console.log(req.responseText)
  }

PS: Если не понятно или что-то не получится - пишите, помогу разобраться.

А зачем вам учебный материал по спрингу на котлине?

Весь учебный материал по спрингу актуален для котлина. Переложить Java на Kotlin - даже не просто, а очень просто (даже IntelliJ IDEA умеет автоматически конвертировать Java в Kotlin). Поэтому берите Java и не мучайтесь (все равно при использовании котлина и спринга джаву знать необходимо т.к. постоянно будете натыкаться на джавовские библиотеки)