Подробнее
157 wh\lc(cap.isOpcned()): 158 ret, franc = cap.rcad() 159 160 gray_\nagc = cv2.cvtColor(frone, cv2.COLOR_BCß2GRAY) 161 ncrgc_\nagc = cv2.nergc((gray_inage, groy.inagc, gray_inage)) 162 163 faces = facc_cascade.detcctJ1ult\Scalc(gray_inagc, 1.1, 10) 164 165 for (x, y, w, h) ir faces: (n_x, n_y, n_w, n_h) = cxtcnd_rcct(x, y, w, h) 167 cropping = ncrge_\nage[n_y:n_y ♦ n_h, n_x:n_x ♦ n_w] 169 170 rcsized_inage = cv2.resizc(crop_ing, (40, 40)) 171 172 8cv2.\«sKow(,franc2', res\zcd_\nagc) 173 nark s nodcl.prcd\ct_classcs(np.rcshapc(rcs\zcd_inagc, (1, 40, 40, 3))) 175 prob = nodel.prcdict_proba(np.rcshapc(resized_inage, (1, 40, 40, 3))) 176 *print('nark = nark) 177 «print('prob = prob) 178 179 if (q.qsizcQ > 15): 180 prev = q.gct() niorev] = niprev] - 1 A ■ M UM Vil </il •Tl ¡7^1 | «5 ÜA 1
it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор
Еще на тему
боюсь спросить что они делали если нужно было по задаче внести больше одного метода...
Как можно писать код, не зная что он будет делать? Я не ИТшник
Например человек смотрит на прибор, видит красную кнопку, инструкцию не читает, жмёт на кнопку, с мыслями "Да это точно кнопка включения".
А это самоуничтожение.
А теперь как это работает.
Изначально прибор делал что-то другое, но выяснилось что если его немного переделать то он будет делать то что надо. Но в комплекте к нему идёт кнопка самоуничтожения и кнопка включения. И что расположены они должны быть определённым образом чтоб прибор работал, так как при попытке их переместить прибор отказывается работать. И получается так что кнопка включения должна стоять в жопе мира, а кнопка самоуничтожения на самом видном месте. Тогда приняли такое решение, сделать неудобный порог чтоб об него каждый раз запинались, и этот костыль менял бы местами функционал кнопок. А для безопасности другую не используемую кнопку запрятали замуровали, чтоб о ней никто и не знал.
И продолжение специально для capNEMO
Вот такая ситуация со станком, а теперь масштабируем всё до завода, только там например угол цеха должен быть обоссан чтоб в него электричество шло, но тот человек который проектирует завод не разбирается в станках он просто берёт те которые есть, а есть вот эти с порогом и кнопками, он получает их смотрит на эту фигню и решает разместить допустим 5 таких станков в одном цеху, а зачем ему на входе 5 порогов? поэтому он оставляет один или вообще их убирает так как ему нужны только станки. А дальше цех взлетает на воздух, и путём проб и ошибок получается решение перед каждым станком поставить этот самый порожек и в инструкции будет сказано пнуть его перед запуском, так как это самое быстрое и простое решение и оно будет работать.
Почему так? Потому что он проектирует завод, и изобретать станки при проектировании завода сам понимаешь глупо, и этим должны заниматься разные люди с разными компетенциями.
А теперь переложим это на IT где подобных абстракций на несколько порядков больше, а абстракции в программировании это как раз самая мякотка. И да формулировка не совсем точная, программист всегда точно знает что делает его код, но далеко не всегда знает как он это делает, это как раз и есть абстракция.
Вот пример из реально жизни, как купить телефон? ну тут всё просто ты приходишь в магазин платишь деньги а они дают тебе телефон. Но тебе просто даже не интересно а как телефоны оказываются в магазине, почему? а потому что и без этих знаний ты можешь пользоваться магазином и он выполняет свои функции. Точно так же как магазину пофиг на производство телефонов, главное что их со складов доставляют, ну и так далее. В итоге ты как и программист знаешь что магазин продаёт телефоны и что надо сделать что бы он тебе его продал, но ты не представляешь какая работа проделана для этого.
- Дал...
...
...
В сообществе полно RESTfull-программистов. Одно из основных требований к RESfull системе - отсутствие какого либо состояния на сервере, которое бы оставалось от выполнения запроса. RESTfull программисты пишут RESTfull системы и сами в какой-то момент превращаются в RESTfull системы. Ты направляешь им запрос сделать что-нибудь, как только обработка запроса закончена, никакого состояния в программисте не остается.
RESTfull программисты пишут write-only код. Будучи однажды написан и отлажен, он никогда больше не может быть изменен. Другие программисты могут лишь писать новый write-only код, чтобы добавить системе новых свойств или обойти дефекты в результатах выдаваемых старым кодом.