Alexey

Не начинайте с arduino, не тратьте время зря. Берите сразу STM32 Nucleo. И на asm не стоит тратить время тоже.
Начните с простых программ на С, потом подключите ОСРВ, например FreeRTOS.

Нет это нельзя определить, в этом и суть виртуалки. У меня на киви, например лежит 100 тыс. рублей, я выпускаю виртуалку, кладу на неё 10 и расплачиваюсь ей вот в таких подозрительных магазинах, которым непонятно зачем мой пластик нужен (вдруг они хотят передать данные хакерам?). Я без проблем расплачиваюсь этой картой, через 3 месяца она закрывается и перевыпускается. Т.е. по вашей логике вы будете блокировать людей которые действительно заботятся о своей безопасности за подозрительную активность ))

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

Вторая ваша ошибка:
Говнокодерство к уровню знания языка отношения не имеет.
Да, самое никакующее знание языка будет давать говнокодерство.
Но при этом и самое отличное знание языка от говнокодерства ничуть тебя не гарантирует.

Не говнокодить - это знать методологии/паттерны/приемы, а не язык. И грамотно и уместно применять их - а это вообще не знания даже, а навыки.

Более того: с отличной практикой по методологиям/паттернам/приемам - у вам больше шансов не говнокодить даже на начальном этапе изучения языка, пока вы его едва-едва знаете.

Чтобы не быть г*внокодером

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

Другое дело, что есть и такие которые всегда говнокодят и иначе не могут.

Пишете питч на одну-полторы страницы:

• название
  
• таглайн геймплея одной строкой (на что похоже и чем отличается в лучшую сторону)
  
• синопсис сюжета (можно тоже одной строкой на данном этапе)
  
• USP (unique selling point, почему в игру будут играть)
  
• платформа/платформы
  
• ЦА — люди, которым должна понравится ваша игра (независимо от пола и возраста, если, конечно, речь не о розовых понях для девочек 8 лет)
  
• более развернутые абзац или два о игре в целом, планируемые механики (особенно новые и ключевые), на что в игре будет упор
  
• референсы (на что похоже визуально и по музыке, с указанием почему нравится и почему нет — чтобы художники и композиторы понимали, какой стиль вы хотите, а остальные понимали атмосферу и настроение)
  

Этот питч уже можно показывать людям и подбирать команду/единомышленников.
Пока этот процесс длится, можно писать "библию мира" — документ с описанием реалий мира и его законов (если, конечно, действие происходит не в настоящем или истории). Из сеттинга вытекают персонажи, из персонажей — конфликт между ними. Главных персонажей тоже надо хорошенько описать — как выглядит, как ходит, тембр голоса и речевые особенности (два последних пункта — если в игре есть диалоги).
Параллельно пишется дизайн-документ — расширенная версия питча, где подробно расписаны механики, в чем они похожи на существующие в других играх и чем отличаются, как взаимодействуют друг с другом, как ведут к монетизации (если она есть), уровни/локации/миссии.
С командой и документами можно делать прототипы. Для сюжетно-ориентированных игр можно спрототипировать историю и всякие диалоги в текстовом движке типа Twine. Прототипы механик лучше делать на уже выбранном движке, чтобы сразу было понятно, нет ли каких ограничений и подводных камней с этой стороны. Художники рисуют концепт-арты, композиторы пишут музыку.
С этого же момента можно начинать строить сообщество — заводить дневничок разработчика в соцсетях и т.д.

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

Пытаетесь пробиться в стиме среди тысяч других инди-разработчиков:)

Есть три основных ориентира, которые нужно использовать при определении стоимости:
1. себестоимость - материалы, ресурсы, подрядчики, собственные трудозатраты и т.п.
2. выгода, которую получает заказчик;
3. стоимость аналогичного продукта/услуги у конкурентов.

Стоимость не должна быть ниже 1, иначе это не бизнес, а меценатство.
Стоимость должна быть соразмерна 2, иначе заказчик получит сильно больше, чем исполнитель.
Стоимость должна быть соразмерна 3, иначе это будет странно выглядеть с обеих сторон.

Как-то так

Любую задачу можно эффективно решить и под core и под java. Но как по мне, то на C# мне надо меньше телодвижений делать и есть моменты, которые работают эффективнее, чем в java (все-таки C# помоложе и учитывал ошибки конкурентов). Плюс java более инертная, .net развивается быстрее, быстрее реагирует на потребности и если говорить об enterprise, то я считаю, что у .net перспектив больше.