Denis Gaydak

А что тут придумывать?
Если имя существует - дописываем (i). Проверяем, если новое имя существует - инкрементим i и дописываем к первичному имени. И так до упора (какого нибудь, который надо предусмотреть)

Указываются допуски (типы врагов и расстояния между ними, плотность на игровой квадрат площади, и т.д.) и процедура - генерит всё автоматически, согласно этим допускам в реальном времени (согласно навыкам игрока и прочим параметрам).
А вообще, если всё расставлять вручную (объекты по уровню: дома, деревья, дороги и т.д.) - это называется левел-дизайн.
Level-designer - человек, который создаёт миры с локациями внутри них.

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

Если у кого такая же проблема:

В Edit Mode включите отображение нормалей.


Если какие-то из нормалей смотрят внутрь, значит надо их перевернуть.
Выделяете всю модель в Edit Mode и жмете Mesh => Normals => RecalculateOutside.

Далее сохраняем и переэкспортируем.

C#, Unity, и оба - по оф.документации, и никаких видео кроме тех, что будет в оф.документации!

typeof(int) != typeof(Random)

Как бы так

Контейнер сам всё разрулит, он для этого сделан

UPD:
Проверочный код

class Program
{
    static void Main()
    {
        var container = new SimpleInjector.Container();

        container.Register<IDbService, DbService>();
        container.RegisterSingleton<IEntityCacheService, EntityCacheService>();
        container.Register<IAuthenticationImpl, AuthenticationImpl>();

        container.Verify();

        var instance = container.GetInstance<IAuthenticationImpl>();
        Console.WriteLine(instance.GetType());
    }
}


internal class AuthenticationImpl : IAuthenticationImpl
{
    private IDbService dbService;
    private IEntityCacheService entityCache;

    public AuthenticationImpl(IDbService dbService, IEntityCacheService entityCache)
    {
        this.dbService = dbService;
        this.entityCache = entityCache;
    }
}

internal interface IAuthenticationImpl{}
internal class EntityCacheService : IEntityCacheService{}
internal interface IEntityCacheService{}
internal class DbService : IDbService{}
internal interface IDbService{}

Exe - шник? File - > Build Settings выбираете платформу, настройки нажимаете Build или Build and Run. Таким образом создалась папка игры с ярлыком запуска. Если планируете сжать папку в один Exe, чтобы через него скачивалась вся игра с библеотеками используйте Inno Setup. Если вам решило эту проблему, то нужно было правильно погуглить, 3 минутное дело

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

Потому что Unity прост в освоении. Нынче даже школьники могут легко начать делать игры на Unity. Таким образом, игры могут делать даже не программисты (не настоящие программисты).

Второй причиной является экономия при разработке. Unity - это уже само по себе экономичное решение. Многое доступно из коробки. Специалисты стоят дешево. Во всяком случае, дешевле, чем серьёзные бородатые программисты на C++. Но можно же пойти дальше, и сэкономить на тестировании, на создании документации и пр. Отсюда и забагованность.

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