давайте начнем с того, что босс, как главный источник директив, воспринял это всерьез и не воспротивился этому. вместо того, чтобы бить лысиной об паркет на интернет-форумах и ломать голову как бы пропатчить LDAP так, чтобы он отдавал plain-passwords в лог, достаточно было всем своим видом показать шефу — что аудитор идиот. вменяемый шеф должен был и без гласа интернет-сообщества прислушаться к своему айтишнику. впрочем, шеф и так норм оказался, видимо.
на месте автора — я бы рассмеялся боссу прямо в лицо и подал бы заявление на увольнение. босс бы сильно тогда призадумался. потому что если уж босс — идиот, то это стало бы спасением.
прозреваю появление ниши гаджетов для этого девайса. всякие док-станции, хабы, переходники, батареи, обвязки. я лично вижу это так:
купить 3 Raspberry с док-станциями(в которую помимо прочего входят батарея, 3g, HDMI, USB) — одну на работу, другую домой, третью в машину. и ходить только с флешкой с ОС на брелке. куда ни пришел — вуаля вот тебе мини-комп. можно пойти еще дальше и пользоваться только ubuntu one / dropbox. куда ни пришел — везде твой профиль.
ваша статья(на данный момент) — пересказывание параметров настройки из HOWTO и man. это совсем неинтересно, вот я вам скажу, гораздо интересней узнать оценку параметра срабатывания motion детектора для различной освещенности, нагрузки процессора, пробовали ли вы передавать данные по сети, какие выходят скриншоты, можно ли на них ставить timestamp, как программа ведет себя в темноте. вы не провели опыт, оставив систему на пару часов, чтобы оценить пресловутое «качество» работы сервиса.
вот вы написали
«отправлять себе сообщение при обнаружении активности в этой области, делать снимки, транслировать изображение по сети (можно прикрутить авторизацию для доступа видео с вашей веб-камеры и смотреть удаленно, если у вас есть статический ip) вообще что захотите — полный контроль и свобода выбора, что в общем характерно для ос gnu/linux и подобных (в дальнейшем речь пойдет именно о linux).»
но совершенно ничего этого не раскрыли в статье. вы не попробывали ни «отправить себе сообщение», ни «транслировать изображение по сети», ни «смотреть удаленно», что значит «полный контроль»? — нераскрыто.
в итоге — нет выводов, кроме «Теперь при обнаружении активности в наблюдаемой области программа сохраняет снимки в указанную директорию и выполняет ваш скрипт». клевый вывод: таким образом, мы показали что программа делает то, что она там должна делать.
но это мы и так бы знали, воспользовавшись HOWTO.
так-то.
>не может быть до конца реализована в text-based потоках.
не text, a byte. трубы глотают всё что им дают, им можно доверить данные любого рода, и уж узким местом в коммуникации они никогда не являлись. но мы ведь говорим сейчас об командном интерпретаторе дисковой операционной системы. всё, что от нее требуется — это манипуляция с файлами. ни у кого не возникает серьезного желания рисовать или музицировать в bash, хотя он и это может, LOL.
пойдем дальше. что требуется от командного интерпретатора(как сейчас, так и 20 лет назад)?
*работа с переменными, с массивами.
*хорошая организация условных конструкций типа if — then — else, do -while
*процедурная парадигма
*обработка ERRORLEVEL, аргументов вызова, ввода данных с клавиатуры.
*массовая работа с файлами
*эффективная работа со стандартным вводом и выводом.
в DOS всё, всё черт побери сделано коряво. даже чтобы вывести сообщение типа «нажмите X для Y» требовалась программа choice.com. поэтому, Norton Commander стал иконой целого поколения, тогда как Midnight Commander — всего лишь приятным дополнением и отрадой для новичков.
Паттерсон с Гейтсом просто безжалостно порезали POSIX взяв верхушку. можно, конечно, сетовать, что на «640кб на всё не хватит», но тогда же была CP/M с подобным функционалом, с которой и было все это взято.
и да, холиварить не собираюсь, это мое скромное имхо.
ms-dos, безусловно, стал достижением для PC, только Гейтсу до сих пор не могут простить «корявую» имплементацию потоков ввода вывода и отсутствие вменяемого командного интерпретатора. нужно быть нетривиальным виртуозом, чтобы написать хоть что-то полезное на command.com. можно еще послать луч ненависти за способ организации памяти в первом мегабайте.
вы молодец.
но вы забыли еще про диодный фонарик. его можно внести без удорожания и значимых изменений в конструкцию. простые вебкамеры весьма плохо показывают дома.
так же можно воспользоваться augmented reality для навигации по квартире, на эту тему много написано библиотек и реализовать будет несложно поведение типа:
1. какой я тег вижу?
2. определяю где я нахожусь в квартире
3. подъехать к нему либо проследовать относительно него до другого тега.
таким образом бот всегда будет знать где он находится в квартире безо всяких датчиков столкновения или GPS навигатора. а если на все стулья и столы навешать оградительные теги, то он сам их будет детектить как препятствия и объезжать. по крайней мере в теории лол.
отличная программа.
было бы здорово, если бы добавили туда
1. гравитацию, то есть затухания полёта в направлении «вверх»
2. коэффициент упругости, то есть замедление скорости при каждом соударении.
хочется поймать случаи, когда круг «скатывается» по наклонной.
в этом случае должен работать уже не коэффициент упругости, а коэффициент силы трения, когда шарик не «отрывается» от поверхности и исчерпал энергию для отскока. силы для качения должна добавлять гравитация.
хорошее исследование, только никаких выводов не сделано.
что все эти цифры и графики означают применительно к самой игре «пьяница»?
есть ли расхождения с реальными опытами? отличия результатов с компьютерной игрой?
вы совершенно правы
«Использование файла robots.txt добровольно. Стандарт был принят консорциумом W3C 30 января 1994 года в списке рассылки robots-request@nexor.co.uk и с тех пор используется большинством известных поисковых машин.» (из вики)
нет никакого RFC или иного обязательства использовать robots.txt так что вина вебмастера тут менее одной третьей.
автор — молодец.
только нафиг эту установку, это все бубны же.
расскажите лучше про СОЛЬ системы, как она справляется с реалтаймом и как она работает на слабых системах. и вообще особенности разработки продукта под нее. про курьезы расскажите, которые неизбежно порождает требование реалтайма.
а что, как там насчет пропатчить KDE под QNX? если вы понимаете о чем я.
купить 3 Raspberry с док-станциями(в которую помимо прочего входят батарея, 3g, HDMI, USB) — одну на работу, другую домой, третью в машину. и ходить только с флешкой с ОС на брелке. куда ни пришел — вуаля вот тебе мини-комп. можно пойти еще дальше и пользоваться только ubuntu one / dropbox. куда ни пришел — везде твой профиль.
вот вы написали
«отправлять себе сообщение при обнаружении активности в этой области, делать снимки, транслировать изображение по сети (можно прикрутить авторизацию для доступа видео с вашей веб-камеры и смотреть удаленно, если у вас есть статический ip) вообще что захотите — полный контроль и свобода выбора, что в общем характерно для ос gnu/linux и подобных (в дальнейшем речь пойдет именно о linux).»
но совершенно ничего этого не раскрыли в статье. вы не попробывали ни «отправить себе сообщение», ни «транслировать изображение по сети», ни «смотреть удаленно», что значит «полный контроль»? — нераскрыто.
в итоге — нет выводов, кроме «Теперь при обнаружении активности в наблюдаемой области программа сохраняет снимки в указанную директорию и выполняет ваш скрипт». клевый вывод: таким образом, мы показали что программа делает то, что она там должна делать.
но это мы и так бы знали, воспользовавшись HOWTO.
так-то.
оценка качества?
скриншоты?
не text, a byte. трубы глотают всё что им дают, им можно доверить данные любого рода, и уж узким местом в коммуникации они никогда не являлись. но мы ведь говорим сейчас об командном интерпретаторе дисковой операционной системы. всё, что от нее требуется — это манипуляция с файлами. ни у кого не возникает серьезного желания рисовать или музицировать в bash, хотя он и это может, LOL.
пойдем дальше. что требуется от командного интерпретатора(как сейчас, так и 20 лет назад)?
*работа с переменными, с массивами.
*хорошая организация условных конструкций типа if — then — else, do -while
*процедурная парадигма
*обработка ERRORLEVEL, аргументов вызова, ввода данных с клавиатуры.
*массовая работа с файлами
*эффективная работа со стандартным вводом и выводом.
в DOS всё, всё черт побери сделано коряво. даже чтобы вывести сообщение типа «нажмите X для Y» требовалась программа choice.com. поэтому, Norton Commander стал иконой целого поколения, тогда как Midnight Commander — всего лишь приятным дополнением и отрадой для новичков.
в msdos довольно убого реализованы потоки. <, >, >>, | и все. ни труб, ни фифо ни сокетов.
посмотрите что может ms-dos:
msdosworld.ru/spravochnie_materiali/spravochnik_programmista_po_operatsionnoy_sisteme_ms-dos/541_standartniy_vvod-vivod.html
что-то нормальное родилось только в windows:
www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/redirection.mspx?mfr=true
для сравнения, изящество *nix:
xgu.ru/wiki/stdin
Паттерсон с Гейтсом просто безжалостно порезали POSIX взяв верхушку. можно, конечно, сетовать, что на «640кб на всё не хватит», но тогда же была CP/M с подобным функционалом, с которой и было все это взято.
и да, холиварить не собираюсь, это мое скромное имхо.
у деда была такая машинка с 70х годов. жуткая ценность была, с трехцветной лентой, переключатель видно справа.
2. как можно вернуть деньги, если они были отправлены по ошибке?
но вы забыли еще про диодный фонарик. его можно внести без удорожания и значимых изменений в конструкцию. простые вебкамеры весьма плохо показывают дома.
так же можно воспользоваться augmented reality для навигации по квартире, на эту тему много написано библиотек и реализовать будет несложно поведение типа:
1. какой я тег вижу?
2. определяю где я нахожусь в квартире
3. подъехать к нему либо проследовать относительно него до другого тега.
таким образом бот всегда будет знать где он находится в квартире безо всяких датчиков столкновения или GPS навигатора. а если на все стулья и столы навешать оградительные теги, то он сам их будет детектить как препятствия и объезжать. по крайней мере в теории лол.
www.google.ru/search?q=augmented+reality+tag&ie=utf-8&oe=utf-8
было бы здорово, если бы добавили туда
1. гравитацию, то есть затухания полёта в направлении «вверх»
2. коэффициент упругости, то есть замедление скорости при каждом соударении.
хочется поймать случаи, когда круг «скатывается» по наклонной.
в этом случае должен работать уже не коэффициент упругости, а коэффициент силы трения, когда шарик не «отрывается» от поверхности и исчерпал энергию для отскока. силы для качения должна добавлять гравитация.
что все эти цифры и графики означают применительно к самой игре «пьяница»?
есть ли расхождения с реальными опытами? отличия результатов с компьютерной игрой?
«Использование файла robots.txt добровольно. Стандарт был принят консорциумом W3C 30 января 1994 года в списке рассылки robots-request@nexor.co.uk и с тех пор используется большинством известных поисковых машин.» (из вики)
нет никакого RFC или иного обязательства использовать robots.txt так что вина вебмастера тут менее одной третьей.
только нафиг эту установку, это все бубны же.
расскажите лучше про СОЛЬ системы, как она справляется с реалтаймом и как она работает на слабых системах. и вообще особенности разработки продукта под нее. про курьезы расскажите, которые неизбежно порождает требование реалтайма.