"Раз задача – это главный объект управления, то всеми задачами в организации нужно управлять."
Это ошибка. Объектом управления руководителя является сама организация, объекты воздействия - определённые её части, применение власти к которым меняет состояние организации.
Это ошибка. Это основной тезис. А значит все что из него выводится тоже ошибка.
Мы оба правы, но я не противопоставляю свою точку зрения. Они дополняют друг друга.
Если чуть глубже. Я - реально руководитель. К ИТ не имею отношения. Долгое время руководил юротделом. Тогда я делал некоторые предположения о предстоящем развитии компании и двигал отдел в соответствии с видением.
Я формировал подготовку двух юристов в определенных специализациях. И каждый из них углублялся в ту отрасль права, которую назначил я. И каждый из них стал куда более крутым специалистом ЧЕМ Я.
В этом аспекте мой юротдел был объектом управления.
Когда началась "великая битва" по тому направлению, где я не ошибся с предположениями, юротдел стал объектом воздействия. Главную роль играл один из подготовленных мной (не мной лично - я организовал и обеспечил его дообучение и переподготовку) юристов, а второй и я лично работали в обеспечение его действий. При этом вся координация и организационная поддержка оставалась за мной, как за руководителем и лицом, в конечном итоге отвечающим за успех.
Хорошая заметка. Она, безусловно, не раскрывает сути явления, но размышления и подходы вполне достойные. Плюсовал.
Подумайте вот над чем. Объект управления - это не команда. Команда - объект воздействия, а объект управления - это результат её деятельности. Надеюсь, этот нюанс натолкнет вас на новые мысли.
Интересно было бы прочитать комментарий к этому тексту счастливых получателей услуг автора.
И в поддержку данной статьи от всех диванных аналитиков и британских учёных добавлю ещё тезис, которого явно не хватает:
лох не мамонт, лох не вымрет и придёт за консультацией.
А что, разве не так?
П.С. Разбирать сей восторженный бред в растворе самолюбования - пустая трата времени. Каждый бизнес, пройдя стадию совершенствования процессов, приходит к необходимости выработки стратегии, ничего в этом уникального нет. Здесь действительно возникает потребность во внешнем взгляде и проработке устоявшихся шаблонов, которые раскрыты в любом приличном учебнике стратегического планирования.
Окончание заметки, то что про управленцев/неуправленцев - классика развода лохов, просто образец. Раскрываю тайну всех "консультантов": если не знаешь что делать - рассказывай каким быть. Разве не про это последние тезисы?
Объяснять надо. И не путаться в показаниях. Если МАХ7219 дороже сдвигового регистра, это не значит что он хуже, как вы утверждали чуть ранее.
Поэтому первым предложением стоило бы написать так: "для управления индикаций создана специальная микросхема, нубы, но мы вырежем гланды автогеном. Поехали..."
Полагаю, это не на много бы удлиннило текст, но существенно уменьшило количество людей, впустую тративших время как на чтение, так и на разработку.
Я бы даже не обратил внимания на этот текст, если бы он не был адресован нубам, которые, как известно, зело доверчивы.
А цена ЧиД, как аргумент... Ну это ещё фол. Все мы знаем места, где этот аргумент точно не проходит.
Таки объяснили бы нубам почему микросхема, специально созданная для управления этими индикаторами, хуже сдвигового регистра. А дальше уже их выбор куда идти.
Почему 74HC595 ане MAX 7219?Объясните потаенный смысл всей этой заметки. Ведь новички прочитают её и поверят, что это передовой и единственный способ управления.
Велкам в поиск "Nodemcu Lua азы". Там, уверен, для Вас много интересного. Lua - это JS, почти. Но эта система проработана поглубже, чем те, на которые Вы ссылаетесь.
Не стоит применять этот датчик, ибо он игрушка. Даже если проект игрушечный.
В любой момент, но после привыкания к тому, что у вас есть данные, этот датчик выйдет из строя.
Датчик надо применять ds18b20, что на длинном проводке имени OneWire, таких датчиков можно насажать параллельно штук сто и знать температуру как до так и после, а ещё затем.
Микроконтроллер от итальяно-китайских товарищей здесь можно потерять, оставив лишь чистый китайский esp8266, коего хватит с запасом.
За лирическую литературную часть жирный плюс. Остальное - нубам читать не рекомендовал бы.
(1.) "менеджер, не просто умеющий руководить, но и являющийся лидером, может и мотивировать людей, и поддержать их на пути к выдающимся результатам."
=> менеджер умеет руководить и знает все необходимые решения для достижения "выдающихся результатов". Все верно?
Даже из этого упрощенного тезиса туева хуча работы, ибо
(а) требуется неслабое обучение для обеспечения умения руководить.
(б) "выдающиеся результаты" - это просто достижение поставленных задач, иначе некое подразделение под руководством менеджера к "ВАЗу прикрутит руль от Ауди", именно так вы "производите своим автомобили"? Сомневаюсь.
То есть, за витиеватыми фразами стоят вполне обычные вещи.
(2.) Менеджер к сказанному выше "может и мотивировать людей, и поддержать их"
Готовы раскрыть "мотивировать"? Раскройте, пожалуйста применительно к менеджеру среднего звена.
--------------------------
Пока вы это делаете, я скажу свое понимание. Мотивация - последнее дело в руках обычного менеджера. Потому что "если вот этот" сотрудник пришел на работу - он уже достаточно мотивирован. А дальше на него воздействует не мотивация, а демотивация - плохие отношения с..., отсутствие "этого и этого", необходимого для работы, безразличие имярек, наплевательское отношение к..., etc.
Вот этой устранением этой демотивации и следует заниматься и менеджеру и вообще всем руководителям. И этому тоже достаточно несложно обучить, достаточно этим заняться, в т.ч. HRу.
Что там осталось? "Поддержать"? Это всего лишь зона ответственности менеджера - обеспечение компетентности подчиненного и иногда - вытирание соплей. И этим всего то надо системно заниматься.
Все просто.
-----------------------------
Но я ничего не имею против лидеров. И они существуют.
Все что я сказал выше - они делают по наитию, без обучения. Или учатся работая рядом с кем-то.
Лидерство передается от человека к человеку или от природы. Лидерству нельзя обучиться по книгам.
Скажите, в вашей компании есть должности "менеджер" (руководитель, начальник, etc ) и должности "лидер"?
Если да, то конечно правильно развивать лидеров и лидерство. А если нет - зачем это все выше?
Не полезнее ли сосредоточить усилия, учить и готовить руководителей?
Конечно, сказанное выше может удивить, но по опыту, когда не знают чему учить - учат "каким быть". Тема лидерства здесь - благодатная почва для лапши на ушах и распиленных бюджетов.
Некомпетентный "лидер" не решит задачу, задачу решит компетентный менеджер.
Тема "лидерства" - просто модная но очень старая трескотня.
И вообще - нет ничего страшнее HRa с горящими глазами, который, при этом, не в состоянии ответить на вопрос - кто реальный кандидат на эту и эту топ-должность, кто завтра готов уехать в Урюпинск руководить "этим" проектом, кто в состоянии немедленно заменить "этого" руководителя.
Повторюсь, никакие лидерские качества не помогут выйти из леса, если ты не знаешь что мох растет с северной стороны.
Смотрите, код при загрузке интерпретатором предкомпилируется, в т.ч. проверяется на ошибки.
Но этот же код можно предкомпилировать заранее. Что я и сделал. Теперь код имеет расширение '.lc'. Код абсолютно тот же, из двух строчек. Вот результат:
Процентов 10 быстрее.
То есть, можно работать со скриптами, а можно - предкомпилировать еще до запуска на исполнение программы. Для большого кода возможно время сократится существеннее.
Честно говоря, я практически не пользуюсь этой возможностью, ибо все мои устройства IoT - "тихоходные", им не требуется немедленной реакции на события.
Я сделал на аналогичных датчиках не умную, а обычную лестницу, ступени которой последовательно включаются при подходе к ней, которая работает шесть лет.
Все работает согласно плану. За это время поменял датчики два раза.
Для любительских целей все нормально, особенно точность, которая и в пределах 30 см значения не имеет.
Про шерстяные носки не поверю - носки, если они не по горло, - на расстоянии не более 20 см от пола, УЗ датчик на такой высоте для этих целей надо ставить выше.
Это выше моего DIY понимания :-) Или я с этой проблемой ещё не сталкивался.
Много изменилось за последнее время, есть хорошая документация. Думаю следующая заметка будет посвящена всему тому, что убивает память и как с этим бороться.
Сложно что-то сказать. Проект заточен под IoT. Не сталкивался с какими-то проблемами для решения именно IoT задач. Сам написал несколько модулей, в т.ч. для DS2438, max32855, ряда индикаторов, да и того же ds18b20. Не испытываю проблем. Но конечно это не Python style :-)
Код, думаю, поменьше будет, а вот интерпретатор - тот место занимает.
Но что с того? Не помню, чтобы код в железку не влезал. Lua позволяет во время работы устройства грузить в память и выгружать отдельные файлы. Держу значимые вещи в глобальных переменных, а реакции на события вызываются из файла и уничтожаются как отработали.
"Раз задача – это главный объект управления, то всеми задачами в организации нужно управлять."
Это ошибка. Объектом управления руководителя является сама организация, объекты воздействия - определённые её части, применение власти к которым меняет состояние организации.
Это ошибка. Это основной тезис. А значит все что из него выводится тоже ошибка.
Да бред это...
Мы оба правы, но я не противопоставляю свою точку зрения. Они дополняют друг друга.
Если чуть глубже. Я - реально руководитель. К ИТ не имею отношения. Долгое время руководил юротделом. Тогда я делал некоторые предположения о предстоящем развитии компании и двигал отдел в соответствии с видением.
Я формировал подготовку двух юристов в определенных специализациях. И каждый из них углублялся в ту отрасль права, которую назначил я. И каждый из них стал куда более крутым специалистом ЧЕМ Я.
В этом аспекте мой юротдел был объектом управления.
Когда началась "великая битва" по тому направлению, где я не ошибся с предположениями, юротдел стал объектом воздействия. Главную роль играл один из подготовленных мной (не мной лично - я организовал и обеспечил его дообучение и переподготовку) юристов, а второй и я лично работали в обеспечение его действий. При этом вся координация и организационная поддержка оставалась за мной, как за руководителем и лицом, в конечном итоге отвечающим за успех.
Здесь юротдел был объектом моего воздействия.
Как-то так :-)
Хорошая заметка. Она, безусловно, не раскрывает сути явления, но размышления и подходы вполне достойные. Плюсовал.
Подумайте вот над чем. Объект управления - это не команда. Команда - объект воздействия, а объект управления - это результат её деятельности. Надеюсь, этот нюанс натолкнет вас на новые мысли.
Спасибо за хороший материал.
Я с мобильного и возможно ошибся тредом - отвечал tkutru. Вас я всемерно поддерживаю тезисом про мамонтов.
Интересно было бы прочитать комментарий к этому тексту счастливых получателей услуг автора.
И в поддержку данной статьи от всех диванных аналитиков и британских учёных добавлю ещё тезис, которого явно не хватает:
лох не мамонт, лох не вымрет и придёт за консультацией.
А что, разве не так?
П.С. Разбирать сей восторженный бред в растворе самолюбования - пустая трата времени. Каждый бизнес, пройдя стадию совершенствования процессов, приходит к необходимости выработки стратегии, ничего в этом уникального нет. Здесь действительно возникает потребность во внешнем взгляде и проработке устоявшихся шаблонов, которые раскрыты в любом приличном учебнике стратегического планирования.
Окончание заметки, то что про управленцев/неуправленцев - классика развода лохов, просто образец. Раскрываю тайну всех "консультантов": если не знаешь что делать - рассказывай каким быть. Разве не про это последние тезисы?
Объяснять надо. И не путаться в показаниях. Если МАХ7219 дороже сдвигового регистра, это не значит что он хуже, как вы утверждали чуть ранее.
Поэтому первым предложением стоило бы написать так: "для управления индикаций создана специальная микросхема, нубы, но мы вырежем гланды автогеном. Поехали..."
Полагаю, это не на много бы удлиннило текст, но существенно уменьшило количество людей, впустую тративших время как на чтение, так и на разработку.
Я бы даже не обратил внимания на этот текст, если бы он не был адресован нубам, которые, как известно, зело доверчивы.
А цена ЧиД, как аргумент... Ну это ещё фол. Все мы знаем места, где этот аргумент точно не проходит.
Таки объяснили бы нубам почему микросхема, специально созданная для управления этими индикаторами, хуже сдвигового регистра. А дальше уже их выбор куда идти.
Почему 74HC595 а не MAX 7219?Объясните потаенный смысл всей этой заметки. Ведь новички прочитают её и поверят, что это передовой и единственный способ управления.
Велкам в поиск "Nodemcu Lua азы". Там, уверен, для Вас много интересного. Lua - это JS, почти. Но эта система проработана поглубже, чем те, на которые Вы ссылаетесь.
Не стоит применять этот датчик, ибо он игрушка. Даже если проект игрушечный.
В любой момент, но после привыкания к тому, что у вас есть данные, этот датчик выйдет из строя.
Датчик надо применять ds18b20, что на длинном проводке имени OneWire, таких датчиков можно насажать параллельно штук сто и знать температуру как до так и после, а ещё затем.
Микроконтроллер от итальяно-китайских товарищей здесь можно потерять, оставив лишь чистый китайский esp8266, коего хватит с запасом.
За лирическую литературную часть жирный плюс. Остальное - нубам читать не рекомендовал бы.
Цена для домашнего пользователя неприемлема. Значит домашний пользователь найдет другие варианты.
Катя, давайте сначала упростим:
(1.) "менеджер,
не простоумеющий руководить,но и являющийся лидером, может и мотивировать людей, и поддержать ихна пути к выдающимся результатам."=> менеджер умеет руководить и знает все необходимые решения для достижения "выдающихся результатов". Все верно?
Даже из этого упрощенного тезиса туева хуча работы, ибо
(а) требуется неслабое обучение для обеспечения умения руководить.
(б) "выдающиеся результаты" - это просто достижение поставленных задач, иначе некое подразделение под руководством менеджера к "ВАЗу прикрутит руль от Ауди", именно так вы "производите своим автомобили"? Сомневаюсь.
То есть, за витиеватыми фразами стоят вполне обычные вещи.
(2.) Менеджер к сказанному выше "может и мотивировать людей, и поддержать их"
Готовы раскрыть "мотивировать"? Раскройте, пожалуйста применительно к менеджеру среднего звена.
--------------------------
Пока вы это делаете, я скажу свое понимание. Мотивация - последнее дело в руках обычного менеджера. Потому что "если вот этот" сотрудник пришел на работу - он уже достаточно мотивирован. А дальше на него воздействует не мотивация, а демотивация - плохие отношения с..., отсутствие "этого и этого", необходимого для работы, безразличие имярек, наплевательское отношение к..., etc.
Вот этой устранением этой демотивации и следует заниматься и менеджеру и вообще всем руководителям. И этому тоже достаточно несложно обучить, достаточно этим заняться, в т.ч. HRу.
Что там осталось? "Поддержать"? Это всего лишь зона ответственности менеджера - обеспечение компетентности подчиненного и иногда - вытирание соплей. И этим всего то надо системно заниматься.
Все просто.
-----------------------------
Но я ничего не имею против лидеров. И они существуют.
Все что я сказал выше - они делают по наитию, без обучения. Или учатся работая рядом с кем-то.
Лидерство передается от человека к человеку или от природы. Лидерству нельзя обучиться по книгам.
Скажите, в вашей компании есть должности "менеджер" (руководитель, начальник, etc ) и должности "лидер"?
Если да, то конечно правильно развивать лидеров и лидерство. А если нет - зачем это все выше?
Не полезнее ли сосредоточить усилия, учить и готовить руководителей?
Конечно, сказанное выше может удивить, но по опыту, когда не знают чему учить - учат "каким быть". Тема лидерства здесь - благодатная почва для лапши на ушах и распиленных бюджетов.
Некомпетентный "лидер" не решит задачу, задачу решит компетентный менеджер.
Тема "лидерства" - просто модная но очень старая трескотня.
И вообще - нет ничего страшнее HRa с горящими глазами, который, при этом, не в состоянии ответить на вопрос - кто реальный кандидат на эту и эту топ-должность, кто завтра готов уехать в Урюпинск руководить "этим" проектом, кто в состоянии немедленно заменить "этого" руководителя.
Повторюсь, никакие лидерские качества не помогут выйти из леса, если ты не знаешь что мох растет с северной стороны.
Да, хорошая мысль.
Смотрите, код при загрузке интерпретатором предкомпилируется, в т.ч. проверяется на ошибки.
Но этот же код можно предкомпилировать заранее. Что я и сделал. Теперь код имеет расширение '.lc'. Код абсолютно тот же, из двух строчек. Вот результат:
Процентов 10 быстрее.
То есть, можно работать со скриптами, а можно - предкомпилировать еще до запуска на исполнение программы. Для большого кода возможно время сократится существеннее.
Честно говоря, я практически не пользуюсь этой возможностью, ибо все мои устройства IoT - "тихоходные", им не требуется немедленной реакции на события.
--------------------------
не больше 12 миллисекунд при таком тестировании.
Я сделал на аналогичных датчиках не умную, а обычную лестницу, ступени которой последовательно включаются при подходе к ней, которая работает шесть лет.
Все работает согласно плану. За это время поменял датчики два раза.
Для любительских целей все нормально, особенно точность, которая и в пределах 30 см значения не имеет.
Про шерстяные носки не поверю - носки, если они не по горло, - на расстоянии не более 20 см от пола, УЗ датчик на такой высоте для этих целей надо ставить выше.
А вот кошки - враги автоматизированных лестниц
Это не я приделал :-)
Это выше моего DIY понимания :-) Или я с этой проблемой ещё не сталкивался.
Много изменилось за последнее время, есть хорошая документация. Думаю следующая заметка будет посвящена всему тому, что убивает память и как с этим бороться.
Сложно что-то сказать. Проект заточен под IoT. Не сталкивался с какими-то проблемами для решения именно IoT задач. Сам написал несколько модулей, в т.ч. для DS2438, max32855, ряда индикаторов, да и того же ds18b20. Не испытываю проблем. Но конечно это не Python style :-)
Не соглашусь. Заметка не для опытных в программировании, а для начинающих.
Одного знания недостаточно, нужна экономная работа с таймером по памяти.
При упоминании JavaScript как раз и имел в виду то что вы написали.
Спасибо.
Код, думаю, поменьше будет, а вот интерпретатор - тот место занимает.
Но что с того? Не помню, чтобы код в железку не влезал. Lua позволяет во время работы устройства грузить в память и выгружать отдельные файлы. Держу значимые вещи в глобальных переменных, а реакции на события вызываются из файла и уничтожаются как отработали.