Меня всегда немного смущают попытки теоретизировать все подряд. Даже те явления, которые этому не поддаются. Представьте картину. Сидит Стив Джобс или Билл Гейтс или Марк Цукерберг или Джеф Безос и создают такой список. Лично мне не верится. Нет, не от этого зависит успех проекта. Оставьте эту теорию консультантам.
Почему трехпанельный интерфейс преподнесен как нечто новое? В Gmail это давно реализовано. Можно сделать просмотр снизу, справа или выключить. Я думаю, что многие об этом не знают просто.
Еще как есть. Некоторые производители RF в комплекте дают библиотеку MAC. Можно у Atmel посмотреть.
Оверхед не в килобитах, а в размере софта (в разы) и сложности реализации приложения.
У координатора и роутера есть ограничение по количеству дочерних узлов, пока оно не превышено все конечные устройства могут подключаться. Т.е. у роутера может быть хоть 10 непосредственных дочерних устройств.
Хочу предостеречь от слепого использования ZigBee. Дело в том, что многие сценарии легко покрываются самим IEEE 802.15.4 и зигбии в них избыточен. ZigBee же нужен, если у вас большая сеть в которой невозможно обеспечить прямую связь всех узлов с координатором.
Перехода на IP в ZigBee не будет, так как в IP нет функций по восстановлению сети и поиску устройств, а также понятий дочерние и родительские узлы, ну и еще много чего. Но в альянсе ZigBee идет разработка по передачи ZigBee поверх IP протокола. Это нужно в том случае, если вы хотите передать данные из одной сенсорной сети в другую, между которыми находится Internet.
А в моем случае наоборот. С внедрением Agile эффективность и прогнозируемость выросла и команда стала более довольной.
Успех внедрения напрямую зависит от руководителя, который это делает. Скорее всего, вам не повезло.
Судя по статье, не нужны никакие методологии, так как их эффективность нельзя проверить, и все зависит от людей и конкретной ситуации. Прямо жаль Генри Книберга, Джеффа Сазерленда, Гради Буча, Алистера Коберна и др. Столько сил и времени потратили на описание и формализацию методологий разработки ПО, которые не работают. А мне почему то так не кажется…
Очень странно, что автор поставил целью побудить отказаться от Agile. От куда такая ненависть к нему? Может как в анекдоте, вы просто не умеет его готовить?
Интересный момент, если об этом говорят даже в вузах, то почему в реальных компаниях этого не делают и почему HR придумывают разные программы, которые не работают?
Есть теория, а есть практика. Выводы я сделал не на основе проекции своих собственных стремлений, а на основе анализа причин увольнений за последние 10 лет. Самые частые причины, это либо неинтересные задачи или невозможность карьерного роста. Очевидно, что видов мотивации столько, сколько людей и каждый выбирает под себя. Если у человека в жизни кризис, который могут разрешить только деньги, то конечно, деньги и будут важнейшей мотивацией. Только мне не верится, что это будет всю жизнь.
Моя статья не о том, что другие мотивации не нужны, а о том, что в первую очередь нужно помогать сотрудника в самореализации. Или вы с этим не согласны и самореализацию можно заменить ЗП или плюшками? А еще статья о том, что мотивацией в первую очередь должны заниматься руководители, а не HR. Тоже не согласны?
Метрики вообще парадоксальная вещь. С одной стороны, их нужно вести, чтобы понимать состояние проекта, но с другой, даже имея сотни метрик, это не гарантирует, что проект будет успешен. В пользу этого довода есть статистика PMI, около 70% проектов проваливается по срокам или бюджетам. Так зачем тогда метрики?
Для длительных проектов с несколькими релизами нужно добавить график с количеством найденных и количеством исправленных ошибок. Это поможет увидеть тренд. Например, можно увидеть, что количество ошибок растет быстрее, чем их исправление и это уже диагноз.
Как руководитель могу сказать, что идея очень красивая. Но, такая самоорганизующаяся система очень сильно зависит от людей, и отбирать их нужно с большей тщательностью. Учитывая жесткую конкуренцию на рынке труда сделать это очень непросто.
Кроме 37signals и Valve есть еще примеры успешных компаний использующих описанный принцип?
Z-Stack оптимизировать не получится, там библиотека, не уверен, что сами исходника дадут. В 8К FLASH точно не влезет ни конечное устройство ни роутер.
Оверхед не в килобитах, а в размере софта (в разы) и сложности реализации приложения.
Успех внедрения напрямую зависит от руководителя, который это делает. Скорее всего, вам не повезло.
Очень странно, что автор поставил целью побудить отказаться от Agile. От куда такая ненависть к нему? Может как в анекдоте, вы просто не умеет его готовить?
Моя статья не о том, что другие мотивации не нужны, а о том, что в первую очередь нужно помогать сотрудника в самореализации. Или вы с этим не согласны и самореализацию можно заменить ЗП или плюшками? А еще статья о том, что мотивацией в первую очередь должны заниматься руководители, а не HR. Тоже не согласны?
Кроме 37signals и Valve есть еще примеры успешных компаний использующих описанный принцип?