А вот ; для пометки блока - это я не знаю что ((((

Пятничная программа теперь по понедельникам выходит?

Пятница начинается в понедельник, а понедельник начинаеться в субботу, а значит сегодня?

Хз. Ты диван выключил?

Блин, жаль я в Си не настолько крут, что бы создать Ужа из Python :-)

OpenCV — 20! Второй проект центра разработки Intel в России.

«Мы продолжаем рассказ о проектах и продуктах, неразрывно связанных с российским центром разработки Intel. И сегодня речь пойдёт о проекте-ровеснике Intel в Нижнем Новгороде»: http://amp.gs/2uAG

короткая неделя же

а зачем обязательно Си?
можно прототип на цпитоне написать, используя его же ast

Что-то сразу не обратил внимание... внезапно на фотке Виталик Тузов, мой одногруппник.) второй справа наверху.

Наша команда из аспирантуры повсюду! :)

Мне очень понравился рассказ главного инженера по openCV. Его спрашивали: как вот вы стали таким крутым инженером, серьезный продукт сделали, команду вырастили? А он отвечает: да мы начали этим компьютерным зрением заниматься 20 лет назад, когда оно ещё плохо работало, было непопулярно, ещё без всяких нейронок. Так и занимались, все занимались проектом годами, развивали. Повезло тоже, что в этой теме произошли прорывы типа глубокого обучения. Делал своё дело хорошо 20 лет, плюс повезло, вот и стал.

как говорится: чем больше тренируюсь, тем больше мне везёт

Если тут кто-то использует Mongoengine, то предупреждаю вас о злобном баге в этой поделке криворуких разработчиков (которые не умеют даже избавляться от циклических импортов по нормальному).

Метод .save() документа по дефолту вызовет upsert при обновлении документа в базе. При этом обновление происходит только тех полей, которые вы изменили. Угадайте что будет если параллельный процесс удалил к этому моменту документ, который вы обновляете?
А будет такая жопа, что в результате в базу будет добавлен документ с тем же самым _id, но в нём будут только те поля, которые вы изменили. Всех остальных полей в нём не будет.
Единственное что может спасти - это если среди "пропавших" полей есть уникальное поле, тогда вы хотя бы начнёте быстро получать ошибки уникальности, когда такая херня с одновременным update-delete будет повторяться. Я именно только так и смог отловить в логах реальную причину. А до этого только видел иногда, что в базе появляются документы с неполным набором полей и грешил на "кривую монгу".

Что бы не было upsert-а, надо самому об этом позаботиться и передать в метод save() параметр save_condition. Только тогда Mongoengine будет делать обычный update.

Надо бы это всё запомнить

Я пока что планирую это починить тем, что в своём базовом классе для документов (ага, у меня уже есть свой базовый класс, что бы чинить другие косяки mongoengine) переопределю метод save(), что бы он автоматом генерил save_condition при обновлениях. У меня во всех документах есть первичное поле (по моему надо специально напрячься, что бы его не было в монге). Поэтому такое будет не сложно сделать.

А в чем косяк разработчиков драйвера?

Это не драйвер, а ORM для монги

Косяк в том, что они делают upsert, вместо update.

И при этом делают upsert не всех полей документа, а только тех что изменились.