Поэтому я считаю, что лучше самому тимлиду при необходимости спрашивать, есть ли какие-то замечания у сотрудника, даже незазорно и советоваться. Сотрудник в таком случае может нормально высказать мнение, зная, что оно будет рассмотрено.
Тимлиду это может дать дополнительную информацию о проекте, о сотруднике.
Если решение программиста ошибочное — указать почему в данном случае так делать не стоит. Программист не будет питать иллюзий «а вот надо было так делать, было бы лучше».
Если решение хорошее, то применить, поблагодарить. Это очень мотивирует программиста.
Ну и вообще может быть родится третье решение в результате беседы.
Естественно, вся ответственность по принятии только на тимлиде. Если даже оказалось что программиста решение было не очень, то уж никаких сваливаний вины — сам думать должен.
А как вы сохраняете очередь на случай непредвиденных рестартов сервера и т.п.?
Вроде у redis с этим не очень хорошо — можно потерять данные за последнюю секунду как минимум. А там может быть важная задача.
Если этого можно как-то избежать, ткните, пожалуйста ссылкой или напишите тут.
Несколько часов?
Сложно представить, сколько писем можно пересмотреть за несколько часов.
А вообще, конечно, антиспам в гмыле хорош, да и группировка переписки, о которой упомянули выше, лучше всего, что я пробовал. Причем вроде ну не сложно же сделать в клиенте, но почему-то разработчики не уделяют этому внимание.
На моем беспроводном звонке еще и светодиод загорается при нажатии. Когда буду делать такой звонок — обязательно нужно будет поставить мышку с прозрачными боками. И пару диодов посильнее.
Я сказал выше, что это тема для другого топика, и, пожалуй, прекратим этот бесполезный спор. Не верите — ваше право. Я знаю как я избегаю этой бяки — мое право об этом (вам) не говорить.
Какую проблему?
Знаете ли, вирусы не из воздуха берутся — есть определенные пути, по которым они приходят. И если обрубить их — то бОльшая часть «проблем с вирусами» просто не станет пред вами. Остальная малая часть убирается по-другому, но это тема другого топика.
Очень рад, что вас насмешил, говорят минута смеха стакан сметаны заменяет.
Тимлиду это может дать дополнительную информацию о проекте, о сотруднике.
Если решение программиста ошибочное — указать почему в данном случае так делать не стоит. Программист не будет питать иллюзий «а вот надо было так делать, было бы лучше».
Если решение хорошее, то применить, поблагодарить. Это очень мотивирует программиста.
Ну и вообще может быть родится третье решение в результате беседы.
Естественно, вся ответственность по принятии только на тимлиде. Если даже оказалось что программиста решение было не очень, то уж никаких сваливаний вины — сам думать должен.
Вроде у redis с этим не очень хорошо — можно потерять данные за последнюю секунду как минимум. А там может быть важная задача.
Если этого можно как-то избежать, ткните, пожалуйста ссылкой или напишите тут.
И зачем все эти нововведения, действительно.
Сложно представить, сколько писем можно пересмотреть за несколько часов.
А вообще, конечно, антиспам в гмыле хорош, да и группировка переписки, о которой упомянули выше, лучше всего, что я пробовал. Причем вроде ну не сложно же сделать в клиенте, но почему-то разработчики не уделяют этому внимание.
(доставлю вам еще пару минут смеха — мне не жалко)
Знаете ли, вирусы не из воздуха берутся — есть определенные пути, по которым они приходят. И если обрубить их — то бОльшая часть «проблем с вирусами» просто не станет пред вами. Остальная малая часть убирается по-другому, но это тема другого топика.
Очень рад, что вас насмешил, говорят минута смеха стакан сметаны заменяет.