Через неделю зато увидите самых никчемных сотрудников — у них будет больше всего плюсиков. Каждый чих — плюсик.
Нормальные работяги максимум получат +3 с комментарием «пахал всю неделю, пока эти… карму прокачивали»
Я ещё проще и точнее способ придумал:
Показывается три фотки девушек разной степени симпатичности. Их нужно оценить. Если сумма балов выше порога — ты в дугу.
Вот этого я не понял:
затем каждый thread генерит случайное число и делает СНАЧАЛА UPDATE… rand='92803423' WHERE (status='еще не были')) AND (rand IS NULL), а потом уже SELECT WHERE rand='92803423'. Получаем полный ATOMIC — только один thread гарантированно получит эту запись без транзакций.
— первый thread заполнит ВСЕ пустые записи своим случайным числом и остальным ничего не достанется?
Я больше по вопросам идиентичности, чем похожести. У домов есть балконы, столбы освещения и другая инфраструктура, ну а если они похожи по всем признакам — то попадают в результаты поиска.
Не всё так просто. Сначала выеделяется ключевые элементы: точки в простейшем случае. Потом по ним строится образ их взаиморасположения относительно друг-друга. Без привязки где «верх», а где «низ». Вот по «похожести» этих образов и принимается решение об идентификации. Так что масштабирование и поворот не влияют* на распознавание.
*при данном формате изложения
Я в далеком 97 году разрабатывал подобную систему распознавания образов. Там было заложено что объект (большой палец руки) может быть прислонен к матрице под небольшим углом, и ничего страшного в этом не было.
Как настоящие суровые инжинеры тех лет, программные средства использовались по минимуму, всё на цифро-аналогах.
Для себя вы и фото черта лысого можете поместить. А вот заказщику ТЗ для согласования такого ТЗ придется не только бизнес-заказщиков, но и своих технологов, аналитиков, архитекторов подключать. Лучше не помещать туда того, что нельзя согласовать (если в данном случае это не FSD на БД).
Я так понимаю, что макеты хотят использовать те, кто не может описать словами. В примере вместо макета (который съедает ресурсы подготовки ТЗ) можно использовать схему расположения элементов на странице.
Название "Колизей" могло произойти от названия гигантской бронзовой статуи Колосс Нерона, стоявшей недалеко от амфитеатра. Да и построен он на месте бывшего озера в резиденции Нерона. Так что сваязь между ними тоже есть.
1. Количество снимаемых средств должно быть меньше суммы депозитов, овердрафтов и невыбранных кредитных лимитов. Так же на максимальную сумму влияют условия договора (допустим не более половины средств, либо фикированного лимита и т.п.)
2.Про 10т.р. на личные нужды - снять можно сколько в п.1. В бухгалтерии вашей будет отражено снятие 100, а оприходовано только 90 тыров., что как-то не бьётся с бухгалтерской точки зрения. Поэтому за 10 вам отчитаться придётся, списав их себе на представительские расходы или премию.
А запалят вас если будете каждый день обналичивать/переводить больше определенной суммы "с сомнительной экономической целесообразностью".
Нормальные работяги максимум получат +3 с комментарием «пахал всю неделю, пока эти… карму прокачивали»
Показывается три фотки девушек разной степени симпатичности. Их нужно оценить. Если сумма балов выше порога — ты в дугу.
По теме: звонили из ринета и спрашивали, собираюсь ли я к ним возвращаться.
затем каждый thread генерит случайное число и делает СНАЧАЛА UPDATE… rand='92803423' WHERE (status='еще не были')) AND (rand IS NULL), а потом уже SELECT WHERE rand='92803423'. Получаем полный ATOMIC — только один thread гарантированно получит эту запись без транзакций.
— первый thread заполнит ВСЕ пустые записи своим случайным числом и остальным ничего не достанется?
http://forum.ixbt.com/topic.cgi? id=28:21910
Ну и как фишка по нему ляжет.
*при данном формате изложения
Как настоящие суровые инжинеры тех лет, программные средства использовались по минимуму, всё на цифро-аналогах.
давайте не станем в этой ветке обсуждать требования к ТЗ заказщика.
БД на основе ТЗ проектируется, последовательно.
2.Про 10т.р. на личные нужды - снять можно сколько в п.1. В бухгалтерии вашей будет отражено снятие 100, а оприходовано только 90 тыров., что как-то не бьётся с бухгалтерской точки зрения. Поэтому за 10 вам отчитаться придётся, списав их себе на представительские расходы или премию.
А запалят вас если будете каждый день обналичивать/переводить больше определенной суммы "с сомнительной экономической целесообразностью".