GavriKos

Rigidbody повесить на них

Откройте мануал юнити и почитайте как работает GetComponent. Или включите мозг и подумайте - КАКОЙ компонент вам должен вернуть метод

После смены картинки - остаются следы предыдущего изображения

100% матрица

И возможно ли такое что,что ко мне придёт налоговая или полиция из-за тог

Придут 100% при превышении какого то мифического порога.
Чтобы не пришли - делайте все официально - через ИП/ООО. И с консультацией юристов.
Собственно после ИП все остальные вопросы не имеют смысла.

Не запускается с какими словами? Какие ошибки?
Собрали релиз или дебаг? Под какой .NET? На win8 какой .NET?

На каком графике? Может на диаграмме столбчатой?
Вообще звучит как обычный коэффициент масштабирования.

Держать в БД реалтайм, да еще и в sql - это плохо.
Делать реалтайм крайне-крайне желательно на сокетах.
Насчет защиты - если запрос не подписан - то что мне мешает перехватить его и модифицировать? Все вот эти ключи если это просто часть запроса и никак не зависят ХОТЯ БЫ от содержимого запроса - то от них толку ноль.

Я бы НА ПЕРВОЕ ВРЕМЯ брал бы готовые решения, а не делал реалтаймовый велосипед. Выстрелит - перепишете.

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

В той позиции относительно чего? Относительно края экрана? Относительно центра? Относительно другого префаба?

Вообще я бы лично НИКОГДА не брал бы джуна на удаленку. С ними и в офисе возиться времени много надо, а на удаленке вообще капец с коммуникациями.

Но встречал и обратные мнения, что мол "почему нет". Только это обычно в крупных галерах (именно галерах) и с большой вероятностью быть кинутым после испыталки.

Кстати джун без опыта - это вообще стажер.

Это вообще аналоговая камера - ей еще АЦП нужен по хорошему. Т.е. напрямую в распбери вы ее не воткнете

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

Потому что это не совсем корректно. Одна задача на один тип работ. А уже скоуп задач объединяете эпиком/родительской задачей/лейблом.

В ВУЗ стоит поступать, но не потому что вы хотите стать фронтенд разработчиком. Он другие навыки и привычки даст.

А зачем тут вообще изобретать велосипеды? Для большинства требований есть готовые решения. Бухгалтерия - эксель. Запасы и товародвижение - скорее всего тоже подойжет. База знаний - википодбные штуки (ну или маркдаун +синхронизация).

Тут скорее надо начать с постановки и вычленения отдельных систем, обрисовывания требований и вот такой вот бумажной волокиты.