Все зависит от количества кандидатов. Если есть хотя бы три кандидата на место, а интервьюеров несколько — одинаковые вопросы позволяют проще прийти к общему решению о выборе конкретного кандидата.
Если бы все было придумано до нас — этой статьи не было бы.
И есть на мой взгляд принципиальная разница между этими двумя вариантами — вентиляция проактивная, а типа "Р" — реактивная
Новичковый вопрос. Столкнулся с тем, что в связке nginx+php-fpm в докере на osx получаю непонятную задержку порядка полутора секунд при каждом запросе. Googling StackOverlow не помог. Собственно, вот сам вопрос на SO — http://stackoverflow.com/questions/40832825/how-to-figure-out-what-slows-down-docker
Буду признателен, если чем-то сможете помочь.
А вот пример устройства, которое выглядит перегруженным, но, в целом, работает. Потому что сделать им конечному пользователю можно только одно действие
Ох, сигаретные автоматы это да — сталкивался с таким в одном баре, в итоге взял у бармена специальную для таких случаев карту, с помощью которой получилось таки купить.
Вам не приходило в голову, что скорость передачи данных больше, чем скорость их воспроизведения? И запаса времени может с головой хватать на покрытие задержек.
p.s. пардон, дочитал до сообщения, что вам надоело быть адвокатом дьявола.
На самом деле, основное преимущество пространств имен, на мой взгляд, это их изолированность. Т.е. если вы используете третье-стороннюю библиотеку в которой есть класс с именем, которое уже есть и у вас — без пространств имен будут конфликты, и прийдется один из них переименовывать. А в случае с пространствами имен — они прекрасно уживутся друг с другом.
Вы бы что ли ветку прочитали, перед тем, как в дискуссию встревать.
Один оператор в данном случае принципиален, т.к. речь идет именно о возможности полного ухода от персонала.
И кстати, в метро, по крайней мере в том, которым езжу я, стоит ограничение по времени на проход, т.е. замешкался — и турникет тебя не пропустит. Но для разрешения таких ситуаций рядом с турникетом находится специальная девушка, которая сделает так, что вы и в метро попадете и второй раз платить не будете.
1,3 — ну, во-первых, мы говорим о создании сервиса, которым будет удобно пользоваться, а не созданного для наказания пользователей. а во-вторых, метро — монополист, если вам не нравится сервис, предоставляемый метро — вы не уйдете в другое метро, т.к. его просто нет, а с кинотеатрами вполне себе возможно пойти в другой, где билеты проверяет специальный человек.
2 — смотрели кино, ребенку захотелось в туалет, вышли, как зайти назад?
Смотрите, вот 3 вполне вероятных сценария:
1) купил-поднес, но вместо того, чтобы пройти турникет — ушел
2) купил-поднес-прошел и передал билет следующему
3) купил-поднес, вспомнил что забыл попкорн, ушел не проходя турникета, вернулся через 10 минут
Лично я не вижу, как машина будет корректно обрабатывать эти 3 сценария вместе — т.е. давать возможность несколько раз «проходить» в одну сторону (п.3), не давать всему залу проходить по одному билету (п.2) и не заставлять очередь ждать возвращения (или невозвращения) кого-то (п.1)
Насколько я помню, то для приема платежей пластиковыми картами составляется отдельный договор с банком, т.е. у организации деньги сначала попадают на счет, о котором банк отчитывается в налоговую, а потом уже в условный «карман»
Колдунство, не иначе
Все зависит от количества кандидатов. Если есть хотя бы три кандидата на место, а интервьюеров несколько — одинаковые вопросы позволяют проще прийти к общему решению о выборе конкретного кандидата.
Если бы все было придумано до нас — этой статьи не было бы.
И есть на мой взгляд принципиальная разница между этими двумя вариантами — вентиляция проактивная, а типа "Р" — реактивная
Вы часто встречали банкомат со свободным доступом ко всем стенкам?
А не проще ли сделать в банкомате вентиляцию, которая просто не позволит достигнуть концентрации газа, необходимой для взрыва?
Т.е. все существующие на данный момент игры с процедурной генерацией уровней никому не интересны?
Новичковый вопрос. Столкнулся с тем, что в связке nginx+php-fpm в докере на osx получаю непонятную задержку порядка полутора секунд при каждом запросе. Googling StackOverlow не помог. Собственно, вот сам вопрос на SO — http://stackoverflow.com/questions/40832825/how-to-figure-out-what-slows-down-docker
Буду признателен, если чем-то сможете помочь.
А я так и не распарсил — что это и зачем?
p.s. пардон, дочитал до сообщения, что вам надоело быть адвокатом дьявола.
Один оператор в данном случае принципиален, т.к. речь идет именно о возможности полного ухода от персонала.
2 — смотрели кино, ребенку захотелось в туалет, вышли, как зайти назад?
1) купил-поднес, но вместо того, чтобы пройти турникет — ушел
2) купил-поднес-прошел и передал билет следующему
3) купил-поднес, вспомнил что забыл попкорн, ушел не проходя турникета, вернулся через 10 минут
Лично я не вижу, как машина будет корректно обрабатывать эти 3 сценария вместе — т.е. давать возможность несколько раз «проходить» в одну сторону (п.3), не давать всему залу проходить по одному билету (п.2) и не заставлять очередь ждать возвращения (или невозвращения) кого-то (п.1)