Хорошая статья, только сравнение с EX60\EX90 неуместно, неописуемо разные сегменты. У Cisco есть хороший продукт DX 650, плюс софтовый Jabber, который тоже позволяет передачу видео и регестрируется на CUCM.
У меня он застревал под кроватью в одном месте, оказалось рейка была поломана и опустилась на пару миллиметров. Этого было достаточно чтобы застрять, но недостаточно чтобы он увидел препятствие. После замены рейки на нормальную все это прошло. Т.е. шанс на то что робот застрянет есть, и это при том что он не гоняет как румба и не тыкается везде.
Вообще мне нравится как он себя ведет, довольно интересно за ним наблюдать, у меня порог между комнатами 15 мм, так он если напрямую не может заехать, пробует боком одним колесом сначала, потом другим.
Глобальный минус — он оставляет мусор по углам и бокам, примерно 1 см, но т.к. мощный(читай очень громкий) пылесос, за 2-3 прохода это не так заметно. Конечно не так прям чтобы везде, т.е. я думаю прошивка это может вылечить.
www.testberichte.de/haushaltsgeraete/2588/staubsauger/saugroboter.html
Тут небольшой немецкий рейтинг, но конечно я не ручаюсь что он не куплен :) Кобольд — это немного измененная немцами версия Neato, с боковой щеткой, улучшенной батареей. Я вот жду прошивку 3.1 — она должна улучшить уборку по углам, у Кобольда она уже есть.
Зря вы назвали Neato игрушкой для гиков, я после 6 лет использования румбы перешел на Neato и могу точно сказать что это рывок вперед. Конечно он не идеален и румба лучше убирает в углах, но способность чистить воздух у него потрясающая. Пыли вообще нет, про это мало где не пишут. Мне кажется что пыль он сосет намного лучше обычного пылесоса.
Кстати тут на хабре есть неплохой обзор Neato, его можно добавить в ссылки :) habrahabr.ru/post/159965/
Ребята немного тормозят, но если у них все получится — то будет вполне неплохо. Тем кому хочется уже сейчас — тем Raspberri Pi. Cubiebord обещают к февралю.
1. Нужно давать азы, прививая понимание автоматизации, учета, постоянного улучшения и т.д.
2. Обязательно нужна практика, мне например, в свое время было очень интересно и познавательно работать в своей академии техником. Даже на примере своей кафедры, можно показать основы сервис менеджмента. Любой студент без опыта просто не верит во все эти рассказы если не видит что человек, вешающий про это, сам не использует эти знания повседневно.
3. Для действительно заинтересовавшихся проводить более глубокое обучение, они уже знают для чего это им и хотят знания.
Статья не моя :) Я просто на стороне автора и учусь там же, пока еже не закончил.
Анализ требований и продакт менеджмент — точно такие же действия, как и любые другие. Просто количество вариантов реакции стремится к бесконечности. Нужно уметь выбирать самые выгодные. Этому во всякого рода фреймворках типа ITIL и учат.
Гугл может помочь в поиске литературы по этому вопросу, примеры типовых кейсов, однозначно что-то полезное для себя найдете. :)
Времена меняются, сейчас практика — это умение пользоваться гуглом. А структурированные знания в голове помогают строить правильно запросы :) А иногда и вовсе получается работать в новом направлении без гугла успешно.
Я для себя это давно понял, вспоминая практику техника до CCNA и после :) Знания — это хороший пинок под зад в нужном направлении.
А в чем Вы пользу считаете? В деньгах? Из своего опыта скажу что когда глубже понимаешь бизнес, понимаешь бизнес процессы — все тайное становится явным. Задумываешься что и где нужно поменять, что улучшить. Даже 100% инженеру это будет полезно.
Та это еще наш постсовок. Инженеры — негры, менеджеры — великие и богатые люди :) Кто там думает что это просто разные профессии со своими плюсами и минусами.
Хотя по факту, у вторых ЗП пока еще больше в наших краях :)
О какой конкретике Вы говорите? Если Вы хотите просто КУПИТЬ софт и хотите чтобы оно работало из коробки — этого НИКОГДА не будет. Для полноценного внедрения нужны вложения в виде ресурсов, денег, времени топ менеджмента и желательно штатный сервис менеджер.
Это Вам не внедрение IP телефонии или любого другого ИТ сервиса, хотя по правде и там тоже нужно «почву» подготовить, чтоб людям потом этим было удобно пользоваться и они ХОТЕЛИ пользоваться этим всем.
Наше тоталитарное прошлое довольно сильно въелось.. нельзя заставлять.
Разграничение доступа — отдельная тема, это довольно сложно и индивидуально. Но нужно с чего-то начинать и это не является определяющим фактором.
Принудительное наполнение — это зло, хотя с другой стороны в должностных инструкциях должно присутствовать. Зачем поощрять премиями? Вполне логично что если человек занимается долго одной и той-же работой рано или поздно это все ему надоедает, он хочет изменений, роста. При правильном подходе ему проще будет перейти на новую должность внутри компании, если вся его работа хорошо задокументирована. Проблема в том, что в наших реалиях проще перейти в другую компанию. Но никто не говорит что это невозможно поменять!
Конфликтные ситуации решаются разграничением доступа. Я разработкой ПО никогда не занимался, но наверняка есть должность которая занимается управлением всего проекта (управляет всеми группами внутри проекта). Этот человек и будет принимать во внимание ВСЮ информацию от всех групп и принимать решение на ее основе. Давать рекомендации по актуализации критичных элементов, а вот правками должен заниматься отдельный человек, вполне возможно работающий на каком-то проекте и совмещающий эту работу с вероятной неполной загрузкой или это выделенный человек или вообще сами менеджеры. Это опять все индивидуально и со стороны софта основная проблема — обеспечить все эти варианты.
А человечество все-таки перешло, Вам же не хочется жить в квартире полной мусора? Т.е. есть занятость — которая не связана с непосредственной добычей еды и она превалирует занятость по добыче еды :) Основная идея в том что полный шаринг информации это хорошо и к этому нужно стремиться.
Несомненно чаще всего именно так и происходит, но в случае появления грамотного менеджмента или заинтересованности в развитии у руководства — все может кардинально поменяться.
Стабильность, открытость, огромная работа по взращиванию корпоративной культуры и многие из тех кто не хотел делится знаниями сами будут хотеть этого для своего-же развития. Это как с человечеством, по мере развития мы перешли от борьбы за пропитание и безопасность к личностному росту. Хотя никто не отрицает что и сейчас существуют места где люди борются за пропитание\безопасность.
Я думаю Википедия, не совсем идеальна. К примеру приходит человек на работу, оптимальным было-бы получить в виде блок-схемы work-flow с детальным описанием всех процессов\действий. Тут нужно стороннее ПО. Я думаю автор чем-то таким и собирается заняться :)
Бывают моменты — когда человек не знает что ему нужно искать.
Вообще мне нравится как он себя ведет, довольно интересно за ним наблюдать, у меня порог между комнатами 15 мм, так он если напрямую не может заехать, пробует боком одним колесом сначала, потом другим.
Глобальный минус — он оставляет мусор по углам и бокам, примерно 1 см, но т.к. мощный(читай очень громкий) пылесос, за 2-3 прохода это не так заметно. Конечно не так прям чтобы везде, т.е. я думаю прошивка это может вылечить.
Тут небольшой немецкий рейтинг, но конечно я не ручаюсь что он не куплен :) Кобольд — это немного измененная немцами версия Neato, с боковой щеткой, улучшенной батареей. Я вот жду прошивку 3.1 — она должна улучшить уборку по углам, у Кобольда она уже есть.
Зря вы назвали Neato игрушкой для гиков, я после 6 лет использования румбы перешел на Neato и могу точно сказать что это рывок вперед. Конечно он не идеален и румба лучше убирает в углах, но способность чистить воздух у него потрясающая. Пыли вообще нет, про это мало где не пишут. Мне кажется что пыль он сосет намного лучше обычного пылесоса.
Кстати тут на хабре есть неплохой обзор Neato, его можно добавить в ссылки :)
habrahabr.ru/post/159965/
www.indiegogo.com/cubieboard
Ребята немного тормозят, но если у них все получится — то будет вполне неплохо. Тем кому хочется уже сейчас — тем Raspberri Pi. Cubiebord обещают к февралю.
cubieboard.org/
1. Нужно давать азы, прививая понимание автоматизации, учета, постоянного улучшения и т.д.
2. Обязательно нужна практика, мне например, в свое время было очень интересно и познавательно работать в своей академии техником. Даже на примере своей кафедры, можно показать основы сервис менеджмента. Любой студент без опыта просто не верит во все эти рассказы если не видит что человек, вешающий про это, сам не использует эти знания повседневно.
3. Для действительно заинтересовавшихся проводить более глубокое обучение, они уже знают для чего это им и хотят знания.
Анализ требований и продакт менеджмент — точно такие же действия, как и любые другие. Просто количество вариантов реакции стремится к бесконечности. Нужно уметь выбирать самые выгодные. Этому во всякого рода фреймворках типа ITIL и учат.
Гугл может помочь в поиске литературы по этому вопросу, примеры типовых кейсов, однозначно что-то полезное для себя найдете. :)
Я для себя это давно понял, вспоминая практику техника до CCNA и после :) Знания — это хороший пинок под зад в нужном направлении.
Хотя по факту, у вторых ЗП пока еще больше в наших краях :)
Это Вам не внедрение IP телефонии или любого другого ИТ сервиса, хотя по правде и там тоже нужно «почву» подготовить, чтоб людям потом этим было удобно пользоваться и они ХОТЕЛИ пользоваться этим всем.
Наше тоталитарное прошлое довольно сильно въелось.. нельзя заставлять.
Принудительное наполнение — это зло, хотя с другой стороны в должностных инструкциях должно присутствовать. Зачем поощрять премиями? Вполне логично что если человек занимается долго одной и той-же работой рано или поздно это все ему надоедает, он хочет изменений, роста. При правильном подходе ему проще будет перейти на новую должность внутри компании, если вся его работа хорошо задокументирована. Проблема в том, что в наших реалиях проще перейти в другую компанию. Но никто не говорит что это невозможно поменять!
Конфликтные ситуации решаются разграничением доступа. Я разработкой ПО никогда не занимался, но наверняка есть должность которая занимается управлением всего проекта (управляет всеми группами внутри проекта). Этот человек и будет принимать во внимание ВСЮ информацию от всех групп и принимать решение на ее основе. Давать рекомендации по актуализации критичных элементов, а вот правками должен заниматься отдельный человек, вполне возможно работающий на каком-то проекте и совмещающий эту работу с вероятной неполной загрузкой или это выделенный человек или вообще сами менеджеры. Это опять все индивидуально и со стороны софта основная проблема — обеспечить все эти варианты.
А человечество все-таки перешло, Вам же не хочется жить в квартире полной мусора? Т.е. есть занятость — которая не связана с непосредственной добычей еды и она превалирует занятость по добыче еды :) Основная идея в том что полный шаринг информации это хорошо и к этому нужно стремиться.
Стабильность, открытость, огромная работа по взращиванию корпоративной культуры и многие из тех кто не хотел делится знаниями сами будут хотеть этого для своего-же развития. Это как с человечеством, по мере развития мы перешли от борьбы за пропитание и безопасность к личностному росту. Хотя никто не отрицает что и сейчас существуют места где люди борются за пропитание\безопасность.
Бывают моменты — когда человек не знает что ему нужно искать.