У меня вопрос. В алгоритме много сложностей и мест перерасчета связанных именно с сеткой 3x3. Скажите а вообще рассматривалась возможность генерации без стен и дальнейшим разбиением на стену\проход, ведь по факту основная сущность генерации именно «проходимое пространство», а уже затем отделение кусков друг от друга стенами\проходами? С этим связаны более сложноразрешимые проблемы? Или это требование дизайна уровня?
Первое что пришло в голову — хотят свалить свой косяк в схемотехнике на козла отпущения. Человек собиравшийся пойти в СМИ с этой информацией — годная кандидатура для обвинения в саботаже.
Он не один раз создается, его поддерживать нужно. Но в целом вы наверное правы, поторопился с выводами, программа то для многоразового использования, а не для одного вызова.
Почему же можно было делать оптимизации с группировкой за год/за месяц/за день/за час и тд
А потом агрегировать данные разных группировок в случае полного попадания в запрошенный диапазон. К примеру просят 1год 3 месяца 4часа значит если год четко полный попал в диапазан — берем из индекса годов, что осталось смотрим целые месяцы и т.п.
Но в целом создание индексов это читерство, мы переносим время исполнения запроса в прошлое и обманываем замер скорости
Риск-менеджмент по-русски.
1) Бюджета на… дублирующую площадку… нет
2) один день простоя… потерями… годовой прибыли
3) ждем полгода о предупрежденной миграции ничего не делаем
4)…
5) провайдер плохой
Хотя провайдер тоже мутный, обе стороны виноваты. Весь бизнес завязан на онлайн — на резервирование похрен.
То есть идея абсолютной и максимально достоверной систематизации знаний, такой себе «максимально полный учебник-справочник по всему» не нужен? Неужели всем эта идея противна так остро? То есть лучше 100500 кусочков слабо систематизированной информации в не меньшем количестве ресурсов(которые периодически по отдельности загибаются). Ссылки на АИ в вики это здорово, но они же дохнут, и между собой сами по себе не связаны ни ссылками ни стилистикой, а некоторые в электронном виде не существуют. Я против самой вики ничего не имею, круто и удобно, но там не все и всего никогда в принципе не планируется.
Думаю что многим не нравится идея хранимок в абсолютно непревзойденной убогости языка на котором они пишутся. И это плюс один-два языка (sql и tsql) в оперативный контекст работы программиста. Если была бы возможность в том же Sql Server писать сразу приложения на C# в виде набора хранимок\классов, то возможно и обсуждать было бы нечего. (про сборки знаю, но это лютый костыль)
Самое интересное что не просто перенос, но еще и костылями формировать безопасность каждого запроса, каждой сущности, строки БД или колонки и при этом увеличивая шанс ошибки контроля доступа в тех проектах где можно было обходиться какими-то общими практиками/фреймворками. И весь контроль доступа как-то очень низкоуровневый оказывается.
Вот без диплома и степени имеем что имеем, а за достоверность данных должна быть ответственность. Я не про саму википедию, а про необходимость в реально достоверной и полной энциклопедии на которую не опасно ссылаться как на источник сведений даже в суде. PS: да имел в виду не вход, а правки только компетентными людьми
Нужна новая википедия, со входом по диплому (научной степени) не анонимностью и ответственностью пользователей за достоверность, чтобы был наконец универсальный авторитетный источник. А то развелось понимаешь, мы энциклопедия но все, что написано потенциально ложь и бред, да еще возможно с политическим уклоном
А потом агрегировать данные разных группировок в случае полного попадания в запрошенный диапазон. К примеру просят 1год 3 месяца 4часа значит если год четко полный попал в диапазан — берем из индекса годов, что осталось смотрим целые месяцы и т.п.
Но в целом создание индексов это читерство, мы переносим время исполнения запроса в прошлое и обманываем замер скорости
1) Бюджета на… дублирующую площадку… нет
2) один день простоя… потерями… годовой прибыли
3) ждем полгода о предупрежденной миграции ничего не делаем
4)…
5) провайдер плохой
Хотя провайдер тоже мутный, обе стороны виноваты. Весь бизнес завязан на онлайн — на резервирование похрен.