Привет! В статье спутаны роли с должностями и их обязанностями - есть некоторое количество фактических ошибок и додумок.
Для начала требуется осознать, что каждой должности соответствует свой уровень обязанностей (так и называется "должностные обязанности" - те задачи, ту работу и те решения, которые должен выполнять / принимать сотрудник на своем уровне в своей роли).. Соответственно, решение о повышении, по хорошему, должно приниматься при выполнении условий:
Сотрудник выполняет более 80% задач / работ самостоятельно (т.е. без привлечения "старших коллег". Количество задач - стандартное).
Сотрудник хочет развиваться дальше, обязанности уровнем выше - интересны ему.
Сотрудник приобретает новые знания, навыки и опыт согласно своему плану развития (к слову, наличие плана развития сотрудников - это важная часть обязанностей менеджера).
Второе, с чем стоит разобраться, это различии в ролях Тимлид и менеджер. Тимлид можно перевести как "ведущий X" или "Лидер команды X".
В случае "ведущий X", то это инженерная должность, означающая, что сотрудник очень хорошо выполняет повышенный объем задач, и хочется ему платить больше вознаграждения. В этом случае, действительно, ему не нужна команда, т.к. он не занимается ее управлением.
В случае же, если Тимлид - это ступень на пути к роли менеджера, то обязанности у такого сотрудника должны быть:
Постановка задач. Планирование выполнения необходимых работ.
Контроль выполнения задач. (Это операция комплиментарная планированию).
К слову у Менеджера концептуально обязанности следующие:
Планирование выполнения работ, необходимых для достижения результата (для команды. Постановка задач, понятных исполнителю).
Контроль выполнения поставленных задач. Исполнение планов.
Обеспечивать и организовывать работы (т.е. сотрудники должны иметь все необходимое для выполнения работы. В т.ч. у сотрудников должен быть план развития).
Мотивировать сотрудников (хороший Менеджер - это формальный и, желательно, неформальный лидер команды. Должен использовать различные методы мотивации сотрудников).
Как видно, Тимлид выполняет 2 пункта из 4х менеджерских пунктов.
Ключевые навыки менеджера это:
Хард-скиллс: навыки и опыт в планировании, постановки задач, методов контроля, развития, мотивации и тп. Задачи можно ставить по разному, можно каждый день проводить DailyScrum, мотивировать можно путем определения уровня потребностей сотрудника (по Маслоу, например) и т.д.
Софт-скиллс: это навыки межличностного общения, такие как эмпатия, эмоциональный интеллект, навыки фасилитации и тп. Хороший руководитель - это формальный и неформальный лидер команды.
Бизнес-скиллс: менеджер - это агент компании, которому делегировали частичку бизнеса. Т.е. менеджер понимает ценность и миссию компании и старается делать то, что нужно для развития команды.
В статье, кстати, указана классическая проблема для менеджеров. Ими (менеджерами) становятся по "воле случая", т.е. путем рукопожатия от руководства и поздравлением. что теперь ты менеджер. IMHO, помимо желания - нужно еще обучить будущего менеджера быть хорошим менеджером :)
Не соглашусь. На мой взгляд, на текущий момент подавляющее количество домашних пользователей использует доступ через веб в свои почтовые ящики. Я вот и забыл, что такое аутлук/тындерберд или бат дома. В Маке почтовый клиент - на любителя, мне не нравится вот.
На работе - другое дело. Веб морда у эксченжа - это здорово, но чота сложна и выглядит ненадежно. Поэтому, используем аутлук.
Пробовал, не получилось подружить с обратным прокси :( Выбирал, собственно, из следующих решений:
mailu; // не подружил с reverse proxy. Пробовал траефик - сдался на настройке конфета.
mallcow; // не подружил с обратным прокси, что-то не вышло свои сертификаты добавить. Хотел какое-то однокнопочное решение. Хотя moo было наиболее близко.
): Чем Вам моя подписка на Mail.ru не нравится? У них прикольные статьи были про обработку данных.
Мое личное мнение, что настроек вида «отключать инжект скриптов в веб-странички», «отключить защиту» и т.п. должны быть только для возможности траблшутинга. Т.к. в данном примере мы обсуждаем, что все работает — то зачем отключать-то?
Вот выше на форум ссылки привели — там да, есть проблемы.
Проблему выявили, сейчас решаем, как поправить. Данная технология не должна привносить каких-либо изменений в страницы и не должна вносить изменения в полтики сайта, которые посещает пользователь, поэтому сейчас инжект отключить нельзя.
Активацию плагинов можно выключить в настройках Веб-антивируса.
Всем привет, этот специальный скрипт взаимодействия продукта с веб-страничками. Он инжектиться на все странички, которые посещает пользователь (HTTP и при наличии плагина — HTTPS).
Раньше были плагины / расширения, которые пользователи часто отключали. Для того, чтобы побороть данную проблему, придумали такой вот механизм взаимодействия Продукт <-> Браузер. Кстати, соединение, открываемое скриптом, заворачивается локально.
ЛК не сохраняет никакой пользовательской информации в инфраструктуре, читайте EULA и KSN-соглашение, там вроде все написано. Да и в справке есть упоминание.
Интересно, а можно ли еще выявить корреляцию с настроением человека, собрать базу разной музыки и реализовать адаптивный музыкальный плеер?
Аналогов вроде бы еще не было?
Добрый день, вы скачиваете бесплатную триальную версию продукта. Вместе с ней предлагается установить продукты Google.
Попробуйте купить для начала продукт,
И вытекать она будет из требований и условий проекта, а не решений сверху «давайте здесь будет использовать MVP, а вот здесь — MVVM». И всё-равно в каждом проекте будет своя «версия» MV*, отличающаяся от теории.
Верные слова! Выбирается только исходя из целей и трудозатра.
Добрый день,
Позвольте не согласиться с Вашим последним утверждением. Различия и нюансы сильно влияют на дальнейшее развитие продукта в целом.
На мой взгляд, применение определенной архитектуры — это стратегия развития продукта, его возможностей в будущем. Например, через 2-3 релиза, учитывая, что у нас RUP.
Добрый день,
> когда мне нужно выполнить действие, то я ловлю событие нажатия на кнопку, метод обработки события сначала собирает данные из контролов формы, обновляет состояние класса логики и вызывает метод класса логики, затем обновляет интерфейсные контролы.
Вы описали логику Presentera. В Вашем случае, для практики, я бы рекомендовал обратиться к использованию паттерна MVP,
Привет! В статье спутаны роли с должностями и их обязанностями - есть некоторое количество фактических ошибок и додумок.
Для начала требуется осознать, что каждой должности соответствует свой уровень обязанностей (так и называется "должностные обязанности" - те задачи, ту работу и те решения, которые должен выполнять / принимать сотрудник на своем уровне в своей роли).. Соответственно, решение о повышении, по хорошему, должно приниматься при выполнении условий:
Сотрудник выполняет более 80% задач / работ самостоятельно (т.е. без привлечения "старших коллег". Количество задач - стандартное).
Сотрудник хочет развиваться дальше, обязанности уровнем выше - интересны ему.
Сотрудник приобретает новые знания, навыки и опыт согласно своему плану развития (к слову, наличие плана развития сотрудников - это важная часть обязанностей менеджера).
Второе, с чем стоит разобраться, это различии в ролях Тимлид и менеджер. Тимлид можно перевести как "ведущий X" или "Лидер команды X".
В случае "ведущий X", то это инженерная должность, означающая, что сотрудник очень хорошо выполняет повышенный объем задач, и хочется ему платить больше вознаграждения. В этом случае, действительно, ему не нужна команда, т.к. он не занимается ее управлением.
В случае же, если Тимлид - это ступень на пути к роли менеджера, то обязанности у такого сотрудника должны быть:
Постановка задач. Планирование выполнения необходимых работ.
Контроль выполнения задач. (Это операция комплиментарная планированию).
К слову у Менеджера концептуально обязанности следующие:
Планирование выполнения работ, необходимых для достижения результата (для команды. Постановка задач, понятных исполнителю).
Контроль выполнения поставленных задач. Исполнение планов.
Обеспечивать и организовывать работы (т.е. сотрудники должны иметь все необходимое для выполнения работы. В т.ч. у сотрудников должен быть план развития).
Мотивировать сотрудников (хороший Менеджер - это формальный и, желательно, неформальный лидер команды. Должен использовать различные методы мотивации сотрудников).
Как видно, Тимлид выполняет 2 пункта из 4х менеджерских пунктов.
Ключевые навыки менеджера это:
Хард-скиллс: навыки и опыт в планировании, постановки задач, методов контроля, развития, мотивации и тп. Задачи можно ставить по разному, можно каждый день проводить DailyScrum, мотивировать можно путем определения уровня потребностей сотрудника (по Маслоу, например) и т.д.
Софт-скиллс: это навыки межличностного общения, такие как эмпатия, эмоциональный интеллект, навыки фасилитации и тп. Хороший руководитель - это формальный и неформальный лидер команды.
Бизнес-скиллс: менеджер - это агент компании, которому делегировали частичку бизнеса. Т.е. менеджер понимает ценность и миссию компании и старается делать то, что нужно для развития команды.
В статье, кстати, указана классическая проблема для менеджеров. Ими (менеджерами) становятся по "воле случая", т.е. путем рукопожатия от руководства и поздравлением. что теперь ты менеджер. IMHO, помимо желания - нужно еще обучить будущего менеджера быть хорошим менеджером :)
Не соглашусь. На мой взгляд, на текущий момент подавляющее количество домашних пользователей использует доступ через веб в свои почтовые ящики. Я вот и забыл, что такое аутлук/тындерберд или бат дома. В Маке почтовый клиент - на любителя, мне не нравится вот.
На работе - другое дело. Веб морда у эксченжа - это здорово, но чота сложна и выглядит ненадежно. Поэтому, используем аутлук.
Сделали мой день :)
Пробовал, не получилось подружить с обратным прокси :( Выбирал, собственно, из следующих решений:
mailu; // не подружил с reverse proxy. Пробовал траефик - сдался на настройке конфета.
mallcow; // не подружил с обратным прокси, что-то не вышло свои сертификаты добавить. Хотел какое-то однокнопочное решение. Хотя moo было наиболее близко.
docker-mailserver (https://github.com/jeboehm/docker-mailserver). Из коробки это не умеет:
Нормально интегрироваться с sendinblue. (см. PR https://github.com/jeboehm/docker-mailserver/pull/129 - его так и не закоммитили в мастер).
rspadm из коробки не поддерживает ч/б списки ip, доменов и адресов.
С docker-mailserver случилась кракозябра, что 100 лет не коммитит внешние PR :(
Мое личное мнение, что настроек вида «отключать инжект скриптов в веб-странички», «отключить защиту» и т.п. должны быть только для возможности траблшутинга. Т.к. в данном примере мы обсуждаем, что все работает — то зачем отключать-то?
Вот выше на форум ссылки привели — там да, есть проблемы.
Активацию плагинов можно выключить в настройках Веб-антивируса.
Раньше были плагины / расширения, которые пользователи часто отключали. Для того, чтобы побороть данную проблему, придумали такой вот механизм взаимодействия Продукт <-> Браузер. Кстати, соединение, открываемое скриптом, заворачивается локально.
ЛК не сохраняет никакой пользовательской информации в инфраструктуре, читайте EULA и KSN-соглашение, там вроде все написано. Да и в справке есть упоминание.
Аналогов вроде бы еще не было?
Попробуйте купить для начала продукт,
Верные слова! Выбирается только исходя из целей и трудозатра.
Позвольте не согласиться с Вашим последним утверждением. Различия и нюансы сильно влияют на дальнейшее развитие продукта в целом.
На мой взгляд, применение определенной архитектуры — это стратегия развития продукта, его возможностей в будущем. Например, через 2-3 релиза, учитывая, что у нас RUP.
> когда мне нужно выполнить действие, то я ловлю событие нажатия на кнопку, метод обработки события сначала собирает данные из контролов формы, обновляет состояние класса логики и вызывает метод класса логики, затем обновляет интерфейсные контролы.
Вы описали логику Presentera. В Вашем случае, для практики, я бы рекомендовал обратиться к использованию паттерна MVP,