Например, корпоративными политиками запрещено использование сторонних библиотек.
Я правильно понимаю, что в компании так же свой .NET Framework разрабатывают? Это крайне бредовое заявление. Обычно бывает, что запрещено использовать GPL к примеру, но никак ни всё. В этом случае тот же autofac идёт под MIT и никакой ответственности.
Если же при этом можно использовать продукты MS, то чем не устраивает Unity?
А если честно, хороший IoC контейнер вы будете делать ну очень долго. А тормозящее нечто оно вам надо?
Вчегда считал, что важен конечный результат, а не используемый инструмент. Я показывал к примеру свой CGridCtrl для MFC, с попиксельным скроллом, in-place редактированием (и возможностью без проблем добавлять свои редакторы) и объединением ячеек. И на мой взгляд это важнее для среднестатистического работодателя. Изучать же полёт фантазии на собеседовании особого времени нет, да и особо никто не будет даже не в рамках собеседования это делать.
А есть ли смысл в наше время в данной статье? Зачем сейчас вообще тратить время на разработку на голом WinAPI? Лет 15 назад уже особо не видел чистого WinAPI, MFC использовали.
Не понимаю, зачем нужна такая работа с датами, часто ли приходиться хардкодить конкретные даты? Я бы ещё понял для промежутков времени. В данном случае спорная фича. Лучше бы с модулями уже определились.
А смысл наследовать от 2х классов? Как это потом покрывать тестами? Это не C++ и PHP где можно подсунуть стаб.
А вот агрегация на пару с DI, а далее и IoC решают все описанные проблемы.
Машина состояний. делал, работает отлично, главное правильно расписать все возможные переходы по состояниям правильно. В вашем случае без проблем всё обработается. Изначальное состояние — ожидание ключевого слова, далее соответственно будет ожидание имени переменной, далее спец-символа — знака равно, далее ожидание литерала. по знаку кавычки определяем, что это строковой литерал и идём далее до следующего знака кавычки.
Естественно переходов будем много, рисовал здоровенную диаграмму до того как начать прям вот реализовывать.
Аааа, почему же просто не сказать Dragon Book 2? Книга действительно достойная, главное не пытаться читать русский перевод первого издания, оно ужасно. 2я уже хороша.
Умозаключение основанное на 1 человеке, это даже не совпадение и тем более не статистика. Я могу писать крайне непонятный код, но я этого не делаю, потому что мне же придётся его поддерживать, а потом и самому понять сложно. Единственное исключение было в оптимизациях на ZX-Spectrum и борьба за байты и такты. Шаблонную магию в C++ не считаю непонятным кодом и тоже всё же стараюсь делать аккуратно и понятно по максимуму.
После того, как вы заработали $3000, каждый квартал вы обязаны отправлять информацию о доходах с игры и собственно саму денежку и это до тех пор, пока вы не снимите игру с продажи, даже если вы заработаете $1 за это время, вы обязаны будете это делать. Почему-то я не считаю это удобной моделью оплаты.
Я не про это слегка говорил. Тут правильнее было бы писать, что используется C++ подобный язык, ибо от C++ только синтаксис остался, да и корявое его использование в из библиотеках. Многие вещи можно было сделать средствами шаблонов, но нет, понапихали кучу шаблонов их настолько много, что хоть стой, хоть падай. А уж как выматывает их прекомпайлер. Посмотреть на CryEngine к примеру, всё сделано заметно удобнее.
Я правильно понимаю, что в компании так же свой .NET Framework разрабатывают? Это крайне бредовое заявление. Обычно бывает, что запрещено использовать GPL к примеру, но никак ни всё. В этом случае тот же autofac идёт под MIT и никакой ответственности.
Если же при этом можно использовать продукты MS, то чем не устраивает Unity?
А если честно, хороший IoC контейнер вы будете делать ну очень долго. А тормозящее нечто оно вам надо?
Для reduce/reduceRight я бы привел в пример композицию методов для обратоки данных.
А вот агрегация на пару с DI, а далее и IoC решают все описанные проблемы.
Давайте и сборку сделаем на Rust, линковку на Go, а компилятор напишем на Haskel.
Естественно переходов будем много, рисовал здоровенную диаграмму до того как начать прям вот реализовывать.
Да вы видно шутите?
После того, как вы заработали $3000, каждый квартал вы обязаны отправлять информацию о доходах с игры и собственно саму денежку и это до тех пор, пока вы не снимите игру с продажи, даже если вы заработаете $1 за это время, вы обязаны будете это делать. Почему-то я не считаю это удобной моделью оплаты.