Да ничего у автора не случилось, что нельзя просто спросить чтоли где тонкая грань?

Так шары как раз надо было сделать высокополигональными, triangle-strip, всё равно на сцене ничего особого нет, это потянут на ура даже самые старые видеокарты. Можно добавить источник света в шары. Код вообще на С++ написан?
Покупные ресурсы имеет смысл юзать, может только если у твоей игры будут миллионные скачивания, в суд за текстуры на тебя никто не подаст. Особенно если ты зашьёшь ресурсы в пак, и в лицензии напишешь насчёт извлечения компонент.

Столкнулся с этой проблемой однажды, когда ставил студию на планшет :)
Суть была в том, что скачались обновления, и планшет надо было перезагрузить. До перезагрузки установщик выводил лого на пару секунд и закрывался без каких-то сообщений. После перезагрузки всё пошло на ура.

Отличная задумака! Я тоже раньше писал код симулятора бильярда, издавался под брендом «Billard Kings» от soft-xpansion. Физический движок там юзается от newtondynamics, с симуляцией физики сплошных твёрдых тел. Движок простой, и для бильярда он отлично подходит. Проект развивать можно в плане добавления новых игр со своими правилами, бильярдные трюки, и ещё что самое важное — нужны турниры и всяческая интерактивность между игроками.

Кстати, настроек компиляции что-то не увидел. Есть ли поддержка SSE для x64, или AVX. Скорее всего регистры SSE не юзаются никак. Делаются ли компилятором типичные оптимизации, или самому внимательно смотреть что пишешь в циклах.

Опасения излишни, поскольку потребности в разработке софта растут и никуда не исчезнут, пока есть цивилизация. Несмотря на развитие php с увязанными фреймвёрками, другие языки и технологии тоже успешно развиваются, и php их не демпингует. Тут есть как раз другой момент. За счёт инкамеров с низким порогом входа рынок будет только расширяться и развиваться.

Думаю, не стоит переоценивать собственную значимость, никому нет никакого дела до отдельно взятого девелопера. Если устроят какую бы то ни было «пиар-компанию», возможности после неё только возрастут, число контактов увеличится. Вон в шоу-бизнесе регулярно устраивают скандалы и суды, как только начинают про них забывать.

Швейцарский банк вообще вне юрисдикции Украины, и судиться не может :)
NDA подписаный с кем-то за границей напрямую — неисполним.

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

Мобильная разработка ничем принципиально не отличается от разработки под обычные компы, только свои новые фишки. Под WindowsPhone можно как и прежде писать в визуал студии (там же и эмулятор телефона есть). Что касается бекэнда, реализуемая логика на сервере вообще не должна зависить от интерфейса клиента и платформы где он воплощён, всё пишится как обычно.

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

Тем более, люди плохо знают законодательство, черз 3 года после подписания на это NDA можно болт положить, независимо от того что там написано. Кроме того, в суде обвинитель должен доказать невыполнение договора, доказать причинённый ущерб, что ущерб причинён именно вследствие невыполнения договора...

dou.ua/lenta/articles/language-rating-jan-2016/
Статистика вот показывает, что у нас Go юзают люди с опытом, а язык при этом молодой. Видимо, глядя на другие языки, возможность избавиться от лишних абстракций выглядит привлекательно, и писать простой рабочий код.

Кроме того, Борланд упёрся в продвижение своей библиотеки VCL, прямо конкурирующей с MFC и несовместимой, причём слезть с неё и не использовать было затруднительно. Всё бы ничего, только они конкурировали на чужом поле.

Если это команда от 1 до 5 чел, то других вариантов нет. Иначе этим будет заниматься чел, который не шарит.

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

Для разработчиков веб-фронтэнда это конечно не актуально, так что скорее всего большинству пофиг.

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

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

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