Возможно, вы не до конца разглядели иронию. В статье число 8.63 указано 8 раз, при этом в каждом абзаце, кроме одного. Так что, если попахивает ChatGPT, то скорей от короткой статьи, а комментарий точно в цель.
На западе есть очень болезненная практика, которая полностью закопала проект Motor Rock. До такой степени, что сейчас даже билды не отыскать.
Концептуально это клон Rock'n'Roll Racing. Но энтузиасты написали свой движок, свою трехмерную графику с собственными визуалами автомобилей (не сконвертированую, а созданную с нуля). Фактически то, что осталось от оригинала это жанр, механики геймплея и атмосфера, все это стальное было своя. Там, вроде как, даже музыку пиратили сами. Но от суда это не спасло, и ребят просто съели.
Критика выбора площади в качестве отправного параметра вполне оправдана, но я указал, что допускаю плотность аптек по городу одинаковой. Конечно же это не так даже для разных районов одного города (центр, окраина, спальник, индустриальный).
Но я вижу тут проблему и в контр-аргументе. У нас нет оснований полагать, сколько именно жителей приводят к окупаемости без проведения дополнительного бизнес-исследования. Например, если руководствоваться показателем 23 года и населением города мы уже получаем 1800 жителей на аптеку.
Такой способ решения приведен в статье. И его результаты это как раз самый последний абзац. Правда в первоначальной версии у меня была ошибка работы с источником, но сейчас исправил. Спасибо.
Изначальная мысль была показать, что делать с метриками, которые просто так не загуглить, например, расчет стоимости внедрения решения, и в том вторая задача часто встречается в виде System Design Interview, и технически они ничем не отличаются.
У меня раньше, до того как выгорели датчики температуры, была R., там отсрочка означала, через сколько начнётся готовка, ровно как у автора. Теперь P., у которой отсрочка означает, через какое время будет готово, а по умолчанию оно равно времени приготовлении, и это гораздо удобнее. Это ещё один пример современности, когда дизайнеры интерфейсов обычно не пользуются своими же дизайнами.
Имеем на проде Litestar для обслуживания небольшого функционала бэкофиса. Сначала были воодушевлены, затем расстроились.
Репозитории, которые предлагает использовать advanced alchemy (батарейка, не включена, но рекомендуется разработчиками), годятся разве что для круда. Мало-мальски сложных агрегатов с пятиэтажными джойнами с ним не построить, а итоге мы используем фасад к обычной алхимии, где пишем чуть не не raw-sql, в итоге выгоды никакой.
DI работает только в тех местах, где решили разработчики, а это ровно три слоя. Для под-зависимостей нужно собирать контейнер в контроллере. Причем, контейнер это сильное слово, потому что просто неявно заполняем globals. Их того следует, что все аннотации должны быть вычислены на этапе сборки, иначе не сработает.
Там, где мы думали, что быстро проскочит с его батарейками, в основном боролись именно с фреймворком и его имплементацией. Сильно не сэкономили.
Как уже отметили, лучше использовать его как http фреймворк. Но такой сценарий использования не делает его лучше, чем какой-то fast-api.
Про космических рейнджеров. История у проекта очень тернистая. Они не превратились в abandonware как раз из-за активных фанатов и моддеров (кстати и команда энтузиастов менялась пару раз, и мне тоже довелось поучаствовать). War Apart это изначально был мод. И только после не самых простых переговоров с издателем удалось оформить в продукт. Такой фокус удалось провернуть в далёком 2012/2013 году, при этом положение на рынке и так было под большим вопросом. Сейчас на такой шаг точно бы никто не пошел.
Если говорить именно о вторых рейнджеров в том виде, в котором они были до War Apart, то это чистый abandon.
Да, перепроверил, был не прав. Почему-то я был в полной уверенности, что даже iter(iter(list)) даст новый независимый итератор. Оказалось и правда self. И даже по исходникам cpython он тоже возвращает тоже себя.
Возвращать self на iter нашего итератора это очень плохая идея, так как если клиентский код захочет делать tee (или просто копировать итератор), то это может привести очень неприятным сайд-еффектам.
Питоновские декораторы обзывают аннотациями, потому что @-синтаксис, например, в Java и PHP используется для механизма «аннотаций» (которые не имеют ничего общего ни с декораторами питона, ни его же аннотациями, хотя выглядит очень похоже). Как раз «at» (значок и идентификатор перед объявлением функции) и путает людей.
У меня мама собирается с утра на работу под «Доброе утро». Включает фоном и собирается. Удобно, потому что она знает, какая рубрика во сколько начинается, и не надо постоянно смотреть на часы. А что конкретно там идёт — её не особо волнует. Использует 1Канал в качестве хронометра.
Ну вот такой пример. Я нисколько не следил за брендом ME. Спустя пару месяцев после выхода третьей части решил пощупать. Поиграл во все три подряд. И надо сказать, что из них всех меня зацепила только первая часть. Тут принцип «раньше было лучше» не работает. У меня была возможность окинуть взглядом сразу всё.
Да дело тут не в старости даже. А в целевой аудитории. Почему-то возраст игроков падает сильно, и издатели идут им навстречу. Поэтому, например, я старею в игромире в два раза быстрее, чем положено. И очень грустно, что игру, в которую мне бы хотелось играть, можно найти только разве что на свалке истории.
Я к тому, что int* указатель на int, int const* — указатель на константу, int* const — константный указатель, int const * const — константный указатель на константу. Для меня const ближе как прилагательное во французском.
Возможно, вы не до конца разглядели иронию. В статье число 8.63 указано 8 раз, при этом в каждом абзаце, кроме одного. Так что, если попахивает ChatGPT, то скорей от короткой статьи, а комментарий точно в цель.
На западе есть очень болезненная практика, которая полностью закопала проект Motor Rock. До такой степени, что сейчас даже билды не отыскать.
Концептуально это клон Rock'n'Roll Racing. Но энтузиасты написали свой движок, свою трехмерную графику с собственными визуалами автомобилей (не сконвертированую, а созданную с нуля). Фактически то, что осталось от оригинала это жанр, механики геймплея и атмосфера, все это стальное было своя. Там, вроде как, даже музыку пиратили сами. Но от суда это не спасло, и ребят просто съели.
Критика выбора площади в качестве отправного параметра вполне оправдана, но я указал, что допускаю плотность аптек по городу одинаковой. Конечно же это не так даже для разных районов одного города (центр, окраина, спальник, индустриальный).
Но я вижу тут проблему и в контр-аргументе. У нас нет оснований полагать, сколько именно жителей приводят к окупаемости без проведения дополнительного бизнес-исследования. Например, если руководствоваться показателем 23 года и населением города мы уже получаем 1800 жителей на аптеку.
Такой способ решения приведен в статье. И его результаты это как раз самый последний абзац. Правда в первоначальной версии у меня была ошибка работы с источником, но сейчас исправил. Спасибо.
Изначальная мысль была показать, что делать с метриками, которые просто так не загуглить, например, расчет стоимости внедрения решения, и в том вторая задача часто встречается в виде System Design Interview, и технически они ничем не отличаются.
Именно это я имел ввиду, что плотность можно было бы усреднить с помощью Монте-Карло. Я пользовался только одним измерением, но это очень грубо.
Я изначально написал ответ, который мне выдал зелёный справочник. Но напортачил с фактчекингом. Сейчас исправил.
Да, ошибся. Внёс исправления в статью. Зелёный справочник рисует именно такое число. Вероятно он всё-таки включил туда и область.
У меня раньше, до того как выгорели датчики температуры, была R., там отсрочка означала, через сколько начнётся готовка, ровно как у автора. Теперь P., у которой отсрочка означает, через какое время будет готово, а по умолчанию оно равно времени приготовлении, и это гораздо удобнее. Это ещё один пример современности, когда дизайнеры интерфейсов обычно не пользуются своими же дизайнами.
Имеем на проде Litestar для обслуживания небольшого функционала бэкофиса. Сначала были воодушевлены, затем расстроились.
Репозитории, которые предлагает использовать advanced alchemy (батарейка, не включена, но рекомендуется разработчиками), годятся разве что для круда. Мало-мальски сложных агрегатов с пятиэтажными джойнами с ним не построить, а итоге мы используем фасад к обычной алхимии, где пишем чуть не не raw-sql, в итоге выгоды никакой.
DI работает только в тех местах, где решили разработчики, а это ровно три слоя. Для под-зависимостей нужно собирать контейнер в контроллере. Причем, контейнер это сильное слово, потому что просто неявно заполняем globals. Их того следует, что все аннотации должны быть вычислены на этапе сборки, иначе не сработает.
Там, где мы думали, что быстро проскочит с его батарейками, в основном боролись именно с фреймворком и его имплементацией. Сильно не сэкономили.
Как уже отметили, лучше использовать его как http фреймворк. Но такой сценарий использования не делает его лучше, чем какой-то fast-api.
Про космических рейнджеров. История у проекта очень тернистая. Они не превратились в abandonware как раз из-за активных фанатов и моддеров (кстати и команда энтузиастов менялась пару раз, и мне тоже довелось поучаствовать). War Apart это изначально был мод. И только после не самых простых переговоров с издателем удалось оформить в продукт. Такой фокус удалось провернуть в далёком 2012/2013 году, при этом положение на рынке и так было под большим вопросом. Сейчас на такой шаг точно бы никто не пошел.
Если говорить именно о вторых рейнджеров в том виде, в котором они были до War Apart, то это чистый abandon.
Может @ksenobayt ещё поделится чем-нибудь.
(Комментарий удалён)
Да, перепроверил, был не прав. Почему-то я был в полной уверенности, что даже iter(iter(list)) даст новый независимый итератор. Оказалось и правда self. И даже по исходникам cpython он тоже возвращает тоже себя.
В Java это конструкторы копирования. В Python - фабричные методы класса, которые будут создавать новый инстанс с копией нужных данных.
Возвращать self на iter нашего итератора это очень плохая идея, так как если клиентский код захочет делать tee (или просто копировать итератор), то это может привести очень неприятным сайд-еффектам.
Да дело тут не в старости даже. А в целевой аудитории. Почему-то возраст игроков падает сильно, и издатели идут им навстречу. Поэтому, например, я старею в игромире в два раза быстрее, чем положено. И очень грустно, что игру, в которую мне бы хотелось играть, можно найти только разве что на свалке истории.
Пруфы и вякое другое интересное
www.possibility.com/Cpp/const.html