Pull to refresh
0
0
whitered @whiteRed

User

Send message
СО2 тяжелее воздуха
писал нечто подобное для соседних бложиков, в планах был и хабр, да как-то не сложилось
а тень летящего самолета должна быть размером с самолет на земле
зря спалился, никто бы не заметил)
> «Удаленные Руки». Удобный сервис для тех, кому не хватает собственных рук…
да вы там еб*нулись
c расчетами вы явно ошиблись. но мысль верная
собственно вот мое решение предыдущей задачи, модифицированное для новых условий

зэки нумеруются от 1 до 100. дни тоже нумеруются от 1 до 100 и циклически повторяются.
условимся, что «лампочка горит в день номер X» => «все зэки с номерами 1..X уже побывали в камере».
каждый зэк помнит максимальный номер дня, когда он видел лампочку включенной. изначально у всех зеков z(n) = 0
соответственно, если зэк с номером Z попадает в камеру в день D, то алгоритм его действий таков:

если лампочка горит (значит зеки 1..D-1 уже побывали в камере)
{
если z(Z) > D (зек видел лампочку включенной в более поздний день), то оставляет ее гореть
если Z == D (зек попал в камеру в «свой» день), то тоже оставляем лампочку гореть
если z(Z) < D то обновляем свое знание z(Z) = D и выключаем лампочку (зек запоминает, что видел в этот день лампочку включенной)
}

если лампочка не горит, то зек включает ее, если:
а) если он уже видел ее включенную в этот день (z(Z) >= D)
или
б) он видел ее включенной в предыдущий день и сегодня его день (z(Z) >= D — 1 && Z == D)

таким образом если вдруг зек 100 в день номер 100 попадет в камеру и застанет лампочку горящей, то он может утверждать что все тут уже побывали (#100 может смело говорить «да»). он оставляет лампочку включенной. после этого события все зеки, которые застанут лампочку горящей в день номер 1, смогут говорить «да» (и к тому же в дальнейшем включать лампочку в любой день).

PS: ох и долго ж им там сидеть придется :(
уточнеие: зек может включить лампочку, если видел ее в предыдущий день включенной и его номер совпадает с номером текущего дня.
первый раз лампочку включит зек номер 1, попав в камеру в день с номером 1.

и там местами у меня написаны строгие равенства на месте нестрогих, сорри
зэки нумеруются от 1 до 100. дни тоже нумеруются от 1 до 100 и циклически повторяются.
условимся, что если лампочка горит в день номер X равнозначно тому, что все зэки с номерами 1..X уже побывали в камере.
каждый зэк помнит максимальный номер дня, когда он видел лампочку включенной. изначально у всех зеков z(n) = 0
соответственно, если зэк с номером Z попадает в камеру в день D, то алгоритм его действий таков:

если лампочка горит (значит зеки 1..D-1 уже побывали в камере)
{
если z(Z) > D (зек видел лампочку включенной в более поздний день), то оставляет ее гореть
если Z == D (зек попал в камеру в «свой» день), то тоже оставляем лампочку гореть
если z(Z) < D то обновляем свое знание z(Z) = D и выключаем лампочку (зек запоминает, что видел в этот день лампочку включенной)
}

если лампочка не горит, но зек видел ее включенную в этот день (z(Z) > D), то он включает ее

таким образом если вдруг зек 100 в день номер 100 попадет в камеру и застанет лампочку горящей, то можно утверждать что все тут уже побывали
ога, вот про отдельный сэмпл я не додумался, у меня реальный файл и лежит там для примера. теперь исправлю
вопрос знатокам: в репозитории есть файлик local.properties. его содержимое различается на разных компах, но он должен быть в репозитории. после выполнения git clone правим этот файл, и командой «git update-index --assume-unchanged local.properties» предотвращаем закоммичивание локальных изменений. проблема: как сохранить эти изменения при выполнении команд pull или reset?
и ластик ему во вторую клешню, пусть ошибается иногда, стирает
Женщины — это миф
хотя там написано, что можно оставить свое мыло и встать в очередь за инвайтом. и ждать в среднем меньше дня.
dmitry.zhelnin@gmail.com
стало невозможно распечатать статью красиво, раньше при печати боковая колонка, шапка и вообще все лишнее исчезало, теперь — нет.
1. найти компилятор для этих кодов
2. построить космический корабль Apollo
3.?
4. PROFIT!
1
23 ...

Information

Rating
Does not participate
Registered
Activity