Карточки отличаются только объемом памяти\количеством процессоров? Функционал у всех одинаковый? Для девятой\двухсотой серии какие-то особые отличия есть?

Капитан Очевидность, ну где же ты, когда так нужен?

Собственно говоря, я автором этой системы не являюсь и тоже думаю, что она может слажать на сотне странно ведущих себя человек в толпе из тысячи. Всё может быть. Ну а что ж делать?

А, вообще говоря, это всё уже крайние варианты. Вас не смущает, что зал с несколькими сотнями/тысячами людей охраняет десятка два охранников? Если возникнет паника, массовые погромы, флешмоб из сотни людей или вооруженное ограбление человек в 30 — всё это падет прахом. Увы. Только такое редко бывает. И чтобы от такого защититься надо вкладывать уже на порядок большие суммы. И будет нужно это всё в одном случае из миллиона. Всегда надо искать какие-то разумные компромисы. Правда?

Вы думаете, систему приняли в эксплуатацию, поверив разрабочикам на слово? :) Такого даже со склёпаными на коленке сайтами не делается, не говоря уж о ПО за много-много тысяч у.е… Конечно проверяли.

По поводу 15 человек — так каждый из них следит за несколькими камерами\людьми. И, в любом случае, это уже ограничения, обусловленные не софтом, а человеческим фактором.

Ну, как бы да, есть… Вот с википедии:"… Крупнейшая розничная сеть мира, 6782 магазина..."

Конечно, Вы правы, волшебства не бывает — у системы есть свои пределы мощности. Но поверьте, это не 20 человек. Число измеряется сотнями.

Хм. Собственно говоря и в обычной сишке итераторы — вполне привычный механизм. STL весь на них построен, все те же листы, мапы и векторы с их сортировками и перестановками оперируют именно итераторами. И все те же foreach и конструирование итераторов на лету — тоже обычное дело.
В этом ключе не очень понял чем же подход Питона к ним является таким особенным?

Спасибо, наконец-то смог попасть на хабр, именно благодаря песочнице. От опубликования статьи до прихода инвайта прошло где-то 100 секунд. :)

Уточню два момента:
1) Системы безопасности (серваки, камеры) и финансовые системы не связаны никак. У них разные сети, разные админы, их платформы никак не связаны. Охрана не имеет ни малейшей возможности добраться или повлиять на финансовые потоки. Точно так же кассиры или бухгалтера никак не могут влиять на систему видеонаблюдения и охраны. Такая политика.
2) На вопрос моего коллеги об 1С админ тихонько заржал и сказал, что еще бы в екселе предложили считать. Вот так. :)

Возьмите среднее арифметическое из 10 крупнейших супермаркетов Вашей столицы. Вот где-то так.

Про платформу — знаю, но не скажу. Так ли важно на чем писать алгоритмы распознавания объектов и действий?

Про реализацию — тут не скажу, именно потому, что деталей не знаю.

Софт писался на заказ, только для этой сети магазинов, неизвестно какой фирмой. Больше никуда по контракту продан быть не мог.

Тут есть три момента:
1) За каждого пойманного вора охране полагается премия
2) Каждую недостачу охрана и сотрудники данного отдела оплачивают из своего кармана (не знаю правда, в полном ли объеме или в виде некоторого штрафа)
3)Охрана поделена на отделы: операторы видеонаблюдения, охрана зала, охрана служебных входов, охрана территории. У всех разные начальники и зоны ответственности. И все следят друг за другом — за выявления недостатков в работе соседнего отдела — опять таки премии.

Так что разве что можно организовать сговор ВСЕЙ охраны :) Тогда да.

Именно так.