Эх, вспомнилось, как я переделывал чей-то плеер, прямо в машинных кодах, втыкая костыли. Просто команда HALT работает как четырёхтактный NOP в цикле, пока не придёт прерывание. Поэтому все ветки выполнения плеера должны выполняться за количество тактов, кратных четырём. Иначе картинка на бордюре будет дёргаться. Да, тогда из бедного z80 выжимали каждый такт... Вспоминаю, как я оптимизировал пол-года часть "3d greetz", чтобы уложиться в 25фпс.
Ровно наоборот. Для публикации на маркетах подпись приложения обязательна. И если на своём сайте я могу бинарь подписать личной подписью или вообще на подпись забить - то с маркетами такая схема не прокатит.
В мире десктопа сейчас такая же срань, только на максималках. Не 200, а 400, не файл, а ещё будь бобр 200 за железку (с 2023 года сертификаты выдаются только на носителях) и 120 за отправку. Итого 720 - получите и распишитесь. В год, да.
А ещё надо для OV/EV сертификатов иметь офис компании, просто для того, чтобы тебе этот сертификат сделали. Здорово, правда?
А, да. Если делаешь кросс-платформ, то надо ещё эппл отдельно. Ещё 100.
что нынешнее поколение веб-разработчиков разучилось так делать
Ну вот у меня например сайт практически без JS. Там только светлая/тёмная тема и раскраска кода призмой и собсна, всё. Без первого как-то показывать будет, а второе вообще можно через SSR сделать.
В любом контракте есть пункт о последствиях (штрафах) за невыполнение обязательств. А вот что сделаешь с моделью, которая не делает, что обещала? Какой же это тогда контракт и что это за обещание такое, которое можно не выполнять и тебе ничего не будет?
я не очень понимаю и не разделяю повсеместной озабоченности засильем ИИ контента, страхами перед ИИ, что однажды он нас всех уничтожит. А если сам не уничтожит, то точно оставит без работы и заставит умирать с голоду.
А если я озабочен, но не думаю, что он нас всех уничтожит? Что, если я думаю, что он засрёт весь интернет, сломает поиск, сильно усложнит работу своим информационным выхлопом?
То, что вы делаете, называется "спор с соломенным чучелом".
такое поведение PostgreSQL может раздражать: представьте себе долгую транзакцию, в которой неверные входные параметры вызовут ошибку. Хотелось бы обработать ошибку, не откатывая всю транзакцию
Почему такое поведение должно раздражать? Как раз смысл транзакции в том, что она либо целиком выполняется, либо никак не выполняется. В этом плане именно Оракл странный. Для меня ещё странно подтверждать транзакцию при каждом коммите/инсерте. В остальных БД не "отсутствует отключение автокоммита", а нет такой дичи, как автотранзакция, просто каждая команда работает атомарно.
Это были скорее всего Profi, на которые ставился z80h. У меня был такой, там в турбо-режиме было 7 мГц, и в этом режиме многие игры ломались, так как были расчитаны на 3,5 мГц, а в halt умели не только лишь все. Вроде ещё на скорпионе такая кнопка была.
и… собственным самодельным ORM, к которому я неизбежно приду в попытках решить те же задачи
Собственно, да. Проблема реляционных данных в том, что они напрямую на экран пользователя не попадают. Они проходят через промежуточный слой - слой приложения. Которое, как правило, объектно-ориентированное. И в нём удобно работать со строкой из таблицы, как с объектом. Поэтому, как ни крути, а объекто-реляционный маппинг данных будет.
Для тех времён дисковод был непозволительной роскошью в этом сегменте. AY8912 конечно - это неплохо, но вот с экраном просто беда.
Поясню: 240х200 - это 6000 байт монохрома, плюс по 40 байт цвета на строку, ещё 8000 байт. Когда процессор 1мГц, то получается при 50гц развёртки бюджет 1,42 такта на байт экрана в кадр. Это очень мало. У спектрума 10,12 тактов на байт экрана (3,5 мГц 256х192).
DDD не для вас и репозитории вам в принципе не нужны
Я бы не стал так категорично придираться к терминологии. Есть устоявшийся термин - "бизнес-логика". Это логика обработки данных в терминах бизнеса. По сути это логика домена. И что значит "репозитории в принципе не нужны"? Если я, допустим, не следую DDD, то мне репозитории не пригодятся?
Далее, вот этот вот набор фильтров имеет какой-то смысл с точки зрения доменной логики?
В данном случае нет, но в реальном коде у меня есть ещё более всратые примеры. Их много. Их сложно назвать и их незачем выносить в отдельный именованый тип. Потому что когда условие заинлайнено в логику, то логика хорошо читается. Она легко правится.
Ваша позиция мне понятна, но неприятна. Я не считаю необходимым условием именовать каждый фильтр. Это уже крайность.
Каждый из этих этапов выполняется в один такт. В CISC процессорах пока одна инструкция проходит эти 5 этапов, вторая ждёт полного исполнения инструкции, чтобы начинать первый этап
Нет, в CISC вполне себе конвеер c i486 и какие-то команды могут исполняться в один и тот же такт на разных блоках (с пентиума про). Вот старая статья про них.
Облака не так уж и высоко находятся в небе, чтобы прямо на порядки больше излучения в них попадало. Даже те, которые на уровне 6-8 км. Мы прямо здесь на земле могли бы заряжать пар этими космическими лучами, хоть и чуть медленнее.
И плюс ещё я что-то слышал про какое-то магнитное поле земли, которое отклоняет частицы.
Так если заинлайнить критерии отбора в логику доменной сущности или какого-нибудь репорта, разве это станет меньше DDD? Я думаю нет. Не всегда и не везде нужно такое мелкое дробление. Вынос критериев в отдельные методы хоть и уменьшает основной метод, но заставляет прерывать контекст при чтении кода.
В любом случае, если рассматривать IQueryable как инструмент (коим он и является), то с ним у меня есть возможность писать в логике условия, а без него - нет.
Эх, вспомнилось, как я переделывал чей-то плеер, прямо в машинных кодах, втыкая костыли. Просто команда HALT работает как четырёхтактный NOP в цикле, пока не придёт прерывание. Поэтому все ветки выполнения плеера должны выполняться за количество тактов, кратных четырём. Иначе картинка на бордюре будет дёргаться. Да, тогда из бедного z80 выжимали каждый такт... Вспоминаю, как я оптимизировал пол-года часть "3d greetz", чтобы уложиться в 25фпс.
https://youtu.be/J3F5qPNxDgQ?t=255
Спасибо, поправлю. Не заметил, давно с мобилы не смотрел )
Пробовал. Просто так не даёт. Надо ткнуть кнопочку "всё равно продолжить". Это, конечно, сложно, но ни в какое сравнение с запуском на маках не идёт.
Ровно наоборот. Для публикации на маркетах подпись приложения обязательна. И если на своём сайте я могу бинарь подписать личной подписью или вообще на подпись забить - то с маркетами такая схема не прокатит.
В мире десктопа сейчас такая же срань, только на максималках. Не 200, а 400, не файл, а ещё будь бобр 200 за железку (с 2023 года сертификаты выдаются только на носителях) и 120 за отправку. Итого 720 - получите и распишитесь. В год, да.
А ещё надо для OV/EV сертификатов иметь офис компании, просто для того, чтобы тебе этот сертификат сделали. Здорово, правда?
А, да. Если делаешь кросс-платформ, то надо ещё эппл отдельно. Ещё 100.
Ну вот у меня например сайт практически без JS. Там только светлая/тёмная тема и раскраска кода призмой и собсна, всё. Без первого как-то показывать будет, а второе вообще можно через SSR сделать.
Есть правда один нюанс. Я не веб-разработчик.
Наверное такой же, какой сделан в конце статьи.
В любом контракте есть пункт о последствиях (штрафах) за невыполнение обязательств. А вот что сделаешь с моделью, которая не делает, что обещала? Какой же это тогда контракт и что это за обещание такое, которое можно не выполнять и тебе ничего не будет?
А если я озабочен, но не думаю, что он нас всех уничтожит? Что, если я думаю, что он засрёт весь интернет, сломает поиск, сильно усложнит работу своим информационным выхлопом?
То, что вы делаете, называется "спор с соломенным чучелом".
Почему такое поведение должно раздражать? Как раз смысл транзакции в том, что она либо целиком выполняется, либо никак не выполняется. В этом плане именно Оракл странный. Для меня ещё странно подтверждать транзакцию при каждом коммите/инсерте. В остальных БД не "отсутствует отключение автокоммита", а нет такой дичи, как автотранзакция, просто каждая команда работает атомарно.
Это были скорее всего Profi, на которые ставился z80h. У меня был такой, там в турбо-режиме было 7 мГц, и в этом режиме многие игры ломались, так как были расчитаны на 3,5 мГц, а в halt умели не только лишь все. Вроде ещё на скорпионе такая кнопка была.
Собственно, да. Проблема реляционных данных в том, что они напрямую на экран пользователя не попадают. Они проходят через промежуточный слой - слой приложения. Которое, как правило, объектно-ориентированное. И в нём удобно работать со строкой из таблицы, как с объектом. Поэтому, как ни крути, а объекто-реляционный маппинг данных будет.
Для тех времён дисковод был непозволительной роскошью в этом сегменте. AY8912 конечно - это неплохо, но вот с экраном просто беда.
Поясню: 240х200 - это 6000 байт монохрома, плюс по 40 байт цвета на строку, ещё 8000 байт. Когда процессор 1мГц, то получается при 50гц развёртки бюджет 1,42 такта на байт экрана в кадр. Это очень мало. У спектрума 10,12 тактов на байт экрана (3,5 мГц 256х192).
Про "The Day Before" надеюсь сарказм. А Ведьмак, который великий, он на Red Engine. А тот, который на UE, тот не великий и даже ещё не вышел.
окей
Я бы не стал так категорично придираться к терминологии. Есть устоявшийся термин - "бизнес-логика". Это логика обработки данных в терминах бизнеса. По сути это логика домена. И что значит "репозитории в принципе не нужны"? Если я, допустим, не следую DDD, то мне репозитории не пригодятся?
В данном случае нет, но в реальном коде у меня есть ещё более всратые примеры. Их много. Их сложно назвать и их незачем выносить в отдельный именованый тип. Потому что когда условие заинлайнено в логику, то логика хорошо читается. Она легко правится.
Ваша позиция мне понятна, но неприятна. Я не считаю необходимым условием именовать каждый фильтр. Это уже крайность.
Гибридом RISC и CISC был Cyrix 6x86 (M1) намного позже. У него было рисковое ядро и транслятор x86 в команды ядра. Вот статья.
Нет, в CISC вполне себе конвеер c i486 и какие-то команды могут исполняться в один и тот же такт на разных блоках (с пентиума про). Вот старая статья про них.
Облака не так уж и высоко находятся в небе, чтобы прямо на порядки больше излучения в них попадало. Даже те, которые на уровне 6-8 км. Мы прямо здесь на земле могли бы заряжать пар этими космическими лучами, хоть и чуть медленнее.
И плюс ещё я что-то слышал про какое-то магнитное поле земли, которое отклоняет частицы.
Так если заинлайнить критерии отбора в логику доменной сущности или какого-нибудь репорта, разве это станет меньше DDD? Я думаю нет. Не всегда и не везде нужно такое мелкое дробление. Вынос критериев в отдельные методы хоть и уменьшает основной метод, но заставляет прерывать контекст при чтении кода.
В любом случае, если рассматривать IQueryable как инструмент (коим он и является), то с ним у меня есть возможность писать в логике условия, а без него - нет.