Во 1х при текущем темпе развития технологий до самореализации доходит меньшинство.
Во 2х при текущем темпе инфляции должна быть хотя бы вменяемая индексация зп как санитарный уровень, не говоря уже про рост.
Не всегда выгорание сотрудника повод для намеков на увольнение.
Чаще выгорание связано с полным пофигизмом работодателя цепочка такая: работодателю пофиг на сотрудника — сотрудник выгорел — работодателю пофиг на выгоревшего сотрудника, потому что надо как-то реагировать «учить, лечить, мочить, искать нового», а это стоит само по себе энергии и денег.
Может продолжаться очень долго, пока от человека есть хоть какой-то выхлоп или его трудно заменить ввиду специфических знаний/опыта.
Далее происходит по убывающей, производительность снижается, мотивацией все также не занимаются, доходим до точки невозврата или приличной вакансии в другой компании.
Одними юнит тестами качество проекта не обеспечишь, даже в микросервисной архитектуре, не говоря про монолит. Главная боль это регресс пользовательских историй при сложной бизнес-логике, когда десятки-сотни памраметров влияют на поведение. Кроме того, продуманность архитектуры и тестируемость проекта.
Проблема не в маркетинге. Нет продуктов аналогичного уровня под Линукс. Тот же фотошоп, офис, да хоть тот же софт от налоговой для подачи декларации — все под Win. Драйвера под оборудование. Плохие дефолтные шрифты графической оболочки. Необходимость уверенного владения консолью, знание консольных команд. Именно поэтому Линукс рулит на серверах — он стабилен и достаточно консоли, а инженер обладает достаточной квалификацией.
Для десктопного пользователя нужны другие ценности, которые Мак, Вин и даже андроид преподносят лучше.
Имея свободное от поездок на работу и обратно время можно посвятить себе любимому
Это время легко поглощается переработками, что вообще свойственно удаленке. Можно пытаться разделять технику и пространство на рабочее и домашнее, но по факту удаленка «въедается» в быт, поскольку дом это и есть работа/офис. Сам на удаленке 13+лет.
А у меня пошло немного по другому сценарию:
— по вашей карте прошла сомнительная транзакция (...) вы делали перевод?
— нет
— ваш текущий остаток изменился?
— нет
— давайте сверим остаток
— 0
— но у вас же возможно включен овердрафт
— нет
— баран бл, пипипи
Если вы разработчик, то вы знаете все тонкости и подводные камни в своем коде, или по крайней мере, вы знаете о своем коде больше, чем QA-инженер.
Если хотите качества:
1) Требуйте, чтобы QA-инженер знал код не хуже разработчика.
Умел читать код.
2) Требуйте, чтобы QA-инженер знал что делает код, какая часть за что отвечает и где вызывается.
Время, которое тратит разработчик на улучшения скилов написания QA-инженер должен тратить на умение читать и понимать всю систему.
3) Платите QA-инженеру не менее чем разработчику.
У всего есть причина. Слабая профориентация в школе, отсутствие УПК в школе (Учебно-Производственный Комбинат), зачастую равнодушие родителей в выборе будущей специальности ребенка.
Может быть так ?
Во 2х при текущем темпе инфляции должна быть хотя бы вменяемая индексация зп как санитарный уровень, не говоря уже про рост.
а почему бы сразу не платить, чтобы не выгорали? т.е. дело все-таки в деньгах?
Чаще выгорание связано с полным пофигизмом работодателя цепочка такая: работодателю пофиг на сотрудника — сотрудник выгорел — работодателю пофиг на выгоревшего сотрудника, потому что надо как-то реагировать «учить, лечить, мочить, искать нового», а это стоит само по себе энергии и денег.
Может продолжаться очень долго, пока от человека есть хоть какой-то выхлоп или его трудно заменить ввиду специфических знаний/опыта.
Далее происходит по убывающей, производительность снижается, мотивацией все также не занимаются, доходим до точки невозврата или приличной вакансии в другой компании.
"Но если зп высокая, то ее дальнейшее повышение с точки зрения выгорания накакой роли не играет"
Как всегда, лишь бы не платить.
Одними юнит тестами качество проекта не обеспечишь, даже в микросервисной архитектуре, не говоря про монолит. Главная боль это регресс пользовательских историй при сложной бизнес-логике, когда десятки-сотни памраметров влияют на поведение. Кроме того, продуманность архитектуры и тестируемость проекта.
Для десктопного пользователя нужны другие ценности, которые Мак, Вин и даже андроид преподносят лучше.
бизнес всегда считает свои решения обдуманными, приоритетными и важными, так что просить порядка у тех, кто ломает процессы неразумно.
— по вашей карте прошла сомнительная транзакция (...) вы делали перевод?
— нет
— ваш текущий остаток изменился?
— нет
— давайте сверим остаток
— 0
— но у вас же возможно включен овердрафт
— нет
— баран бл, пипипи
Если хотите качества:
1) Требуйте, чтобы QA-инженер знал код не хуже разработчика.
Умел читать код.
2) Требуйте, чтобы QA-инженер знал что делает код, какая часть за что отвечает и где вызывается.
Время, которое тратит разработчик на улучшения скилов написания QA-инженер должен тратить на умение читать и понимать всю систему.
3) Платите QA-инженеру не менее чем разработчику.