Камиль

Судя по эмигрантским форумам в Чехии, получить ВНЖ при открытии фирмы уже не получится. Нужно доказывать, что Вы принесёте пользу Чехии, при этом нужно будет убедить, что студии нужно работать именно в Чехии. Как это сделать - непонятно. Та же история со Словакией - нужно обосновать связь бизнеса со страной.

Италия - в 16-м году, насколько я понял, lavoro autonomo уже не получить. Законы меняются часто. Но есть возможность получить Italia startup visa.

В UK - насколько помню, нужен определенный уровень инвестиций.

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

Я в свое время поступал так: брал страну и сначала гуглил по ней информацию, потом шел на эмигрантские форумы, там, как правило, есть ветки про бизнес-эмиграцию. Еще можно звонить в компании-помогайки. Но к их словам надо относиться критически, так же как и к любым статьям в интернете. Информацию лучше подтверждать в нескольких источниках.

Я рассуждаю на данном этапе маркетинговой конкуренции просто:
Чья первая идея с реализованным приложением - того и тапки.
Однозначно, комбайн: Unity3D

Если у Вас хорошая, схваченная команда, то рекомендую для начала поработать с чистым OpenGL ES в Java. Так вы поймете все принципы конвеера рисования, где есть узкие моменты в производительности итд.
А там уже сами решайте. Если заинтересует, то останетесь на OpenGL писать. Сам я не признаю Unity, так как люблю сам все конролировать, весь процесс. Ну и в OpenGL при некотором опыте, производительность будет выше, чем в игрушке с Unity, ведь это просто обертка над первым.
Начнете делать, поймете, что критичные участки кода нужно будет переписать на С++. У вас появится огромный опыт за плечами.
Вобщем, если хотите научиться, пишите на чистом OpenGL, а если целью является просто сделать игру побыстрее, то выбирайте любой конструктор игр.

DDNS не работает через NAT, внешний адрес у операторов стоит денег, трафик считается помегабайтно. У некоторых товарищей за сутки улетает около 2к.
Так что микротик и vpn - наше все. Для таких целей держу routeros на vds, за умеренную плату цепляю клиентов. Штука не про заработать денег, а про удержание клиентов. Повод для созвона раз в месяц, клиенты приносят новые объекты. В общем, рекомендую задуматься.

это не правда,
делая отлично всякую мелочь ручками на асме упустишь всё остальное, т.к. оптимизируешь что-то одно, а в целом выйдет коряво.
Современные же компиляторы и в целом и в частностях срабатывают получше людей, они делают хорошо сразу всё, пусть не идеально но сразу всё хорошо. Т.е. может один вызов или цикл сделают на 1-2 такта побольше и на пару байт побольше человека, но в общей картине выходит порой В РАЗЫ меньше и быстрее чем человек.

Высказывание автора про 30-40% хуже можно объяснить только тем что в начале 2000ых для МК компиляторы были не развиты. Теперь же на арм gcc выдаёт отличный код который уделывает даже мастера асма который старался написать минимальную прогу на асме и доказывал что только на нём это можно сделать.
НО я взял просто gcc и просто и тривиально в лоб написал прогу и она сразу вышла меньше чем результат его статьи
https://habrahabr.ru/post/274901/#comment_8738493

вывод: упор на асм и такие заявления в современном мире равноценны признанию в своей некомпетентности.
А асм сам выучится по практике. главно на СИ уметь писать хорошо и знать язык и компилятор отлично.
Одним Си обойтись можно. И даже нужно! Хотя-бы потому что надо в начале изучить что-то одно а не научившись ходить записывать в мировую олимпиаду. Многие люди кодят на си не зная асма и проблем не имеют ни с быстродействием нисчем другим.

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

Мало памяти - только Си и никакого динамического выделения
Много памяти - С++ и STL. много - это мегабайты =)
И на Си и на Си++ можно написать программу одинаково.

Пишу под Atmel на C и C++ (без stl) и разницы не вижу.

Всё зависит от доступных ресурсов. Если важен каждый байт и каждый тик, то C/ASM. Если ресурсов с запасом, то хоть Python. В производстве реальных устройств экономят на всём, в том числе и на контроллерах. Соответственно, используется в основном C, что бы уместить весь код.

Ничего. Пошумят в интернетах и всё.

Да ничего не происходит, если на изобретателя в суд не подадут — но из-за небольшой суммы судиться никто не будет. Дальше его шаги — личная инициатива, направленная на спасение репутации. Или не направленная)

Ничего не делает по сути это же венчурный бизнес .

Могу предложить пару вариантов на основе лучших на мой взгляд разверток (т. к. хорошо стыкуются сами с собой):
Первый вариант — 352 шт. на листе:

Второй вариатнт — 336 шт. на листе:

Правда размещены без учета пропила в 0,5 мм. Не знаю как вы будете их резать, но при гибке в кубики все равно будут смещения и изгибы. Полностью идеальные кубики у вас не получаться. По этому пропилом можно пренебречь.
Но это уже вам решать.