Как верно подметили выше, есть галка build with runtime packages. Но использовать не очень удобно, т.к. при изменении модуля, принадлежащего используемому пакету надо перекомпилировать этот пакет и все пакеты, от него зависящие.
Надо TInterfacedObject использовать, либо писать бойлерплейт под эти AddRef/Release в своем классе. Потому что IUnknown это всего лишь интерфейс (без собственно самОй реализации).
Судя по английским словам, проскакивающим на картинке "Основные концепции MVCC", в подготовке статьи поучаствовал ИИ ("...preserving старую версию..."). Как же бесит всё это
Я понял посыл поста и отчасти с ним согласен. Но ведь давая странные задачки типа FizzBuzz на собесах основная цель как раз послушать, как собеседуемый мыслит. Т.е. интересно не само решение, а как он поэтапно к нему пришел. Значит, пусть говорит. Это больше информации раскрывает о нём.
Скажу честно, блок-схемы это совсем уж... Они подходят только для очень простого (мало ветвистого) кода и только когда у вас императивный язык и нет многопоточности, асинхронной обработки, всяких там Continuation, yield, анонимных методов, переданных в качестве параметра другого метода и т.д. Современный код исполняется сложнее, чем можно отразить на блок схеме.
Доброго дня из 2025 года. По-прежнему используете Mongo? Есть задача хранить неск терабайт файлов размером от 100 КБ до 5 Мб каждый, ищем решение. Хотели MinIO, но почитав данную статью теперь смотрим в сторону Mongo.
Тогда другое объяснение. В MS SQL, насколько знаю, нет типа boolean для самих полей , а есть тип bit, и там пишут where bit_field=1, подразумевая именно сравнение с числом 1, а не с boolean.
Вероятно потому, что в sql булева логика троична, в том смысле что в ней ещё замешаны значения NULL, а не только true и false. Например, обе проверки field=true и field=false будут ложны при значении поля равном NULL
>>т.к. u.name можно даже не писать в GROUP BY , ид достаточно
MS SQL Server требует писать в group by всё что есть в select'e без агрегатных функций (даже если это 100500 полей одной таблицы). Если postgres позволяет не писать, это удобно конечно
Исходный запрос простейший и если его PG выполняет 28 секунд при наличии двух исходных индексов, это как минимум странно.
Хотелось бы посмотреть план выполнения исходного запроса и точное кол-во записей в таблицах Users и Orders.
Немного смутил GROUP BY по u.name, это некрасиво, надеюсь PG такое оптимизирует на автомате, понимая что группировки по u.id достаточно. Можно было не тащить u.name в запрос, а потом уже подставить по справочнику (внешней логикой).
То, что status хранится строкой а не ID на справочник этих статусов - тоже попахивает )
Что это было? Осеннее обострение?
Как верно подметили выше, есть галка build with runtime packages. Но использовать не очень удобно, т.к. при изменении модуля, принадлежащего используемому пакету надо перекомпилировать этот пакет и все пакеты, от него зависящие.
Надо TInterfacedObject использовать, либо писать бойлерплейт под эти AddRef/Release в своем классе. Потому что IUnknown это всего лишь интерфейс (без собственно самОй реализации).
У DeepSeek недавно вышла новая модель для OCR. Насчет качества ничего не скажу, не пробовал.
https://huggingface.co/deepseek-ai/DeepSeek-OCR
Судя по английским словам, проскакивающим на картинке "Основные концепции MVCC", в подготовке статьи поучаствовал ИИ ("...preserving старую версию..."). Как же бесит всё это
Так все и побежали на офис 365. Офис 2010 ещё вполне поработает )
Я понял посыл поста и отчасти с ним согласен. Но ведь давая странные задачки типа FizzBuzz на собесах основная цель как раз послушать, как собеседуемый мыслит. Т.е. интересно не само решение, а как он поэтапно к нему пришел. Значит, пусть говорит. Это больше информации раскрывает о нём.
Скажу честно, блок-схемы это совсем уж... Они подходят только для очень простого (мало ветвистого) кода и только когда у вас императивный язык и нет многопоточности, асинхронной обработки, всяких там Continuation, yield, анонимных методов, переданных в качестве параметра другого метода и т.д. Современный код исполняется сложнее, чем можно отразить на блок схеме.
Раньше по коду рисовали блок-схему, а теперь ИИ по блок-схеме пишет код. Прогресс свернул не туда :-D
Спасибо большое за подробности, очень интересно.
Лицензионность кто должен проверять? Вендор. А вендор в РФ больше не работает ) Профит.
Есть какие-то особенности по окружению? Mongo в виртуалке / гипервизоре? В докере?
Доброго дня из 2025 года. По-прежнему используете Mongo? Есть задача хранить неск терабайт файлов размером от 100 КБ до 5 Мб каждый, ищем решение. Хотели MinIO, но почитав данную статью теперь смотрим в сторону Mongo.
Фар тем и хорош что он текстовый.
Вон даже far2l в Линукс завезли.
В стеммере Snowball внутри алгоритма можно подсмотреть определение частей речи по окончаниям.
https://snowballstem.org/
>>и заставляет смурфных спецов смурфить смурфную смурфоту
Это гениально!
Тогда другое объяснение. В MS SQL, насколько знаю, нет типа boolean для самих полей , а есть тип bit, и там пишут where bit_field=1, подразумевая именно сравнение с числом 1, а не с boolean.
Вероятно потому, что в sql булева логика троична, в том смысле что в ней ещё замешаны значения NULL, а не только true и false. Например, обе проверки field=true и field=false будут ложны при значении поля равном NULL
https://ru.m.wikipedia.org/wiki/Троичная_логика
>>т.к. u.name можно даже не писать в GROUP BY , ид достаточно
MS SQL Server требует писать в group by всё что есть в select'e без агрегатных функций (даже если это 100500 полей одной таблицы). Если postgres позволяет не писать, это удобно конечно
Исходный запрос простейший и если его PG выполняет 28 секунд при наличии двух исходных индексов, это как минимум странно.
Хотелось бы посмотреть план выполнения исходного запроса и точное кол-во записей в таблицах Users и Orders.
Немного смутил GROUP BY по u.name, это некрасиво, надеюсь PG такое оптимизирует на автомате, понимая что группировки по u.id достаточно. Можно было не тащить u.name в запрос, а потом уже подставить по справочнику (внешней логикой).
То, что status хранится строкой а не ID на справочник этих статусов - тоже попахивает )