Это я прочла. Но опять же, это не вина программиста, тут явно проблема в менеджменте, и вы сами это отметили. Просто описанная ситуация не вяжется со всей статьей, поэтому она и вызывает массу удивления. Ситуация с 1С-программистом тоже мягко говоря странная, ошибки конвертации из других источников почти сразу на тесте выявляются, даже на этапе разработки. Тоже ситуация из разряда плохого менеджмента, и опять же - не вяжется со статьей. Ну и первая описанная вами ситуация это 50/50 - недостаточный тест и закон подлости, такое бывает. Я понимаю, вы выделили, что пришлось разбираться с технологией по прихоти техдира, но... это вопрос к техдиру, опять же - не вяжется со статьей. О том, что есть адекватные специалисты и неадекватные, вопрос вообще не стоит, но... это в любой специальности. Просто вы описываете такие серьезные проекты, и тут же удивляете "странностями" при полном процессе разработки, тестирования и ввода в эксплуатацию.
Из-за кармы не могу плюсануть, но при прочтении тоже не поняла - как так? Без теста запустили в продуктивную среду? Не спорю, бывали случаи, когда ошибка выявлялась не сразу, а через полгода выстрелила на редкой ситуации, но это за всю практику пару раз было.
По тексту создалось впечатление, что вы замкнулись на себе. Из-за чего, возможно, не видите причин низкой работоспособности и усталости.
Первое: хроническая усталость — это болезнь. И ее надо лечить. Это следить за питанием, сном, принимать бады, добавить физической активности.
Второе: как вы измеряете объем проделанной работы? Какой-то есть такс-менеджер? Вот вы сделали сегодня 2 задачи, завтра 5. В среднем за месяц выполняете 60. Но в этом месяце выполнили только 30. При отклонениях начинаете анализировать, на каком типе задач у вас произошла задержка и почему. Понятное дело, когда задача долгосрочная, или многоуровневая, тогда нужно ввести планирование (под)проекта в целом. Сюда же и управлением персоналом относится.
И последнее: поймите правильно — вы либо менеджер, либо программист. Да, я в курсе, что чаще всего программисты становятся начальниками, продолжая при этом программировать, а не управлять. В итоге это выливается в хаос, недопонимание и прочее. То есть должно быть разумное распределение задач.
Это я прочла. Но опять же, это не вина программиста, тут явно проблема в менеджменте, и вы сами это отметили. Просто описанная ситуация не вяжется со всей статьей, поэтому она и вызывает массу удивления. Ситуация с 1С-программистом тоже мягко говоря странная, ошибки конвертации из других источников почти сразу на тесте выявляются, даже на этапе разработки. Тоже ситуация из разряда плохого менеджмента, и опять же - не вяжется со статьей. Ну и первая описанная вами ситуация это 50/50 - недостаточный тест и закон подлости, такое бывает. Я понимаю, вы выделили, что пришлось разбираться с технологией по прихоти техдира, но... это вопрос к техдиру, опять же - не вяжется со статьей. О том, что есть адекватные специалисты и неадекватные, вопрос вообще не стоит, но... это в любой специальности. Просто вы описываете такие серьезные проекты, и тут же удивляете "странностями" при полном процессе разработки, тестирования и ввода в эксплуатацию.
Из-за кармы не могу плюсануть, но при прочтении тоже не поняла - как так? Без теста запустили в продуктивную среду? Не спорю, бывали случаи, когда ошибка выявлялась не сразу, а через полгода выстрелила на редкой ситуации, но это за всю практику пару раз было.
Первое: хроническая усталость — это болезнь. И ее надо лечить. Это следить за питанием, сном, принимать бады, добавить физической активности.
Второе: как вы измеряете объем проделанной работы? Какой-то есть такс-менеджер? Вот вы сделали сегодня 2 задачи, завтра 5. В среднем за месяц выполняете 60. Но в этом месяце выполнили только 30. При отклонениях начинаете анализировать, на каком типе задач у вас произошла задержка и почему. Понятное дело, когда задача долгосрочная, или многоуровневая, тогда нужно ввести планирование (под)проекта в целом. Сюда же и управлением персоналом относится.
И последнее: поймите правильно — вы либо менеджер, либо программист. Да, я в курсе, что чаще всего программисты становятся начальниками, продолжая при этом программировать, а не управлять. В итоге это выливается в хаос, недопонимание и прочее. То есть должно быть разумное распределение задач.