Василий Банников

Критерий знания языка программирования - практика. Ты знаешь язык программирования когда можешь читать код других программистов на этом языке (и тебе понятно что они хотели выразить этими конструкциями) и писать свои программы. Знание библиотек относится к предметной области (скажем знание Spring Boot полезно в области веб-разработки, но бесполезно для программирования под Android) и напрямую к "языку программирования" не относится.

Я бы не советовал скакать по языкам программирования. Лучше знать 1-2 языка глубоко, чем иметь поверхностное представление о десятке разных. Выберите интересный проект - игру, сайт, полезную утилиту (список дел, учет бюджета, каталог книг и т.п.) и реализуйте её. Считайте это одним из экзаменов на знание языка. Ну и не советую учить язык "просто так". Язык лучше всего учить "под задачу". Скажем ассемблер - это что-то низкоуровневое (как вариант, возьмите Arduino и пишите на асме для него).

исправь indetity на identity в конце кода

public void Respawn ()
{
Instantiate(PlayerPrefab, RespawnPoint.position, Quaternion.identity);
}

Или же можно уже браться за изучение следующего языка?

Спасибо, посмеялся)
Знание "языка", в современном программировании вообще ничего не стоит. Да, я умею в циклы на PHP. У меня займёт 5 минут времени узнать как пишут циклы в вашем питоне. И что дальше то? Смогу ли я написать приложение на джанге так же быстро как на Laravel? Нет конечно.

UPD: Drno очень верно высказался.

Вы не изучили язык. Просто прочитали про него.

Буду теперь цитировать его при случае)

Вы не изучили язык. Просто прочитали про него.
Начинайте писать программу. Какую - придумайте сами. Чем сложнее тем лучше
МОжете придумать и написать бота для ТГ например. Допустим который будет выгружать все посты из инсты в группу. Ну и возможность указать боту с какой стр хочешь получить выгрузку

windows-1251 не использует unicode. Это старая кодировка, из тех времен, когда юникода еще даже не существовало (наряду с cp866, koi-8r и другими)

Латиница же работает потому что кодовые таблицы для латиницы в ASCII, windows-1251 и utf-8 совпадают (то есть один и тот же символ кодируется одним и тем же числом из диапазона 0-127)
А для кириллицы - нет, числа кодирующее кириллический символ в windows-1251 и в utf-8 разные (если точнее, то в windows-1251 это будет одно число, а в utf-8 - пара чисел)

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

Во-первых, в приведённом вами коде не определена функция gun. Во-вторых, делается попытка затереть имя функции именем переменной.

(10.5f).ToString(System.Globalization.CultureInfo.InvariantCulture);

Либо глобально

Thread.CurrentThread.CurrentCulture = System.Globalization.CultureInfo.InvariantCulture

Нет, не нарушает. Принцип подстановки Лисков говорит о том, что клиент не должен видеть разницы между базовым объектом (в вашем случае интерфейсом) и его потомком. То есть потомки должны соблюдать контракт, определенный предком (могут делать его строже, но не слабее)

Конструктор не является частью интерфейса, поэтому переопределение конструктора никак принцип подстановки Лисков нарушать не будет.

Stop это не класс, а метод. Если они прикреплены к одному объекту, то можно получить ком>понент через GetComponent, как вы это делаете с rigidbody. В вашем случае это -

GetComponent<combatPlaye>(), а далее уже у закэшированного компонента вызывать метод, который вам нужен.