GavriKos

test1 + test2/1000000.0

Какой вопрос такой ответ. Ведь вы не указали что делать при других значениях и что вы в целом делаете. Просто математически сложить, или склеить как сказал alexalexes, или еще что.

Собсно Unity это по факту и есть фреймворк почти в своем каноничном определении.
Ну если вы только не имеете ввиду версию .net...

Не будет такого курса по c#. Потому что кроличья нора сильно глубока. За пониманием стека потянется адресная арифметика, за ней - работа RAM и страницы памяти, потом перейдем на физический уровень.. Когда останавливаться то? Поэтому и сделаны абстракции в виде высокоуровневых языков программирования. А если кому нужно что то глубже знать - то это изучается отдельной темой.

Учитывая, что метод не принимает отрицательные значения

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

Дальше. По красоте - метод должен возвращать бинарное представление, а дальше уже выводить в консоль или еще куда - это задача не метода.

Дальше. Честно я не понял зачем нужна переменная quotient. По моему можно без нее.

Ну и еще метод должен называться глаголом в идеале )

Потому что в принципе нельзя создавать наследников MonoBehaviour через new. Ошибку бы конечно увидеть еще, что там пишет, но это в принципе практика крайне ужасная. Наследники монобехов создаются через методы юнити - AddComponent, Instantiate и т.д.

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

Расширение файла ни при чем - надо смотреть внутренний формат.

If пишется с маленькой буквы. У вас везде с большой.
Используйте не сублайм, а что то более близкое к IDE. Хотя бы VSCode.

1. Перед спавном проверять коллизии. Если есть коллизия - выбирать другое место
2. Спавнить по умному - например, по сетке. Или вычислять точку спавна на основе уже имеющихся машин.

У вас же тупой простой рандом - в нем нет никаких логик проверок - поэтому увы

Может все таки sln?
Это объединение проектов - солюшн. Вполне нормально, когда несколько проектов объединены, когда собирается больше одного exe например

Почему рекоменудется носить трусы? Чтобы жопа была в безопасности.

Вот тут прибилзительно то же самое. Чтобы программисту не надо было думать как поведет себя код, если ВДРУГ кто то снаружи изменит то, что менять не надо вообще.
Когда вы делаете переменную публичной - вы тем самым говорите "эту переменную можно менять, я все предусмотрел, все будет ок. Это интерфейс взаимодействия - пользуйтесь". Но ведь далеко не для всех переменных класса НАДО предусматривать такое - зачем же делать лишнюю работу - ставим private и все, манипулируем переменной только изнутри, ЗНАЯ все варианты ее изменения.

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

Базы у вас нет ) Потому что это базовый вопрос даже не юнити и даже не c#, а основ программирования.

Вы правильно поняли что это связано с инкапсуляцией и сокрытием данных. Вот и развивайте эту тему для себя. Если ОЧЕНЬ кратко - это чтобы данные в одном классе не модифицировались (скрывались) от другого класса. Именно чистая безопасность когда разрабатывает больше одного человека - чтобы Вася не перетер данные в классе Пети., потому что потом Пете это разгребать.