Информация
- В рейтинге
- Не участвует
- Откуда
- Санкт-Петербург, Санкт-Петербург и область, Россия
- Работает в
- Дата рождения
- Зарегистрирован
- Активность
Специализация
Инженер по производительности
Средний
SQL
Java
Git
Linux
C
Bash
Английский язык
Grafana
Performance
Как говорил один персонаж известной вселенной: "Только ситхи всё возводят в абсолют". И мне кажется, что любой перегиб плохо, будь то "отмена" за любое неудачное слово или же полная свобода слова без каких-либо ограничений на уважение, культуру и т.д.
Мне повезло с руководителем, поэтому я не встречал описанных выше, как мне кажется, утрированных случаев, но все же для себя в мягкие навыки еще выношу понятия, которые не были озвучены в статье и не связаны с менеджментом напрямую, скорее это некие личные навыки, которые удобно\полезно развивать даже для себя самого в первую очередь:
1. Умение принимать критику, особенно конструктивную, не пытаться уходить в защитную позу.
2. Умение не жить с парадигмой "Все дураки, а я молодец". Понимать\допускать. что можешь ошибаться, чего-то не знать.
3. Умение доносить мысль, ее формулировать.
В какой-то степени первые два пункта стоят рядом, хоть и не всегда. У меня с этим есть определенные проблемы, хоть я и стараюсь работать в этом направлени. Это ухудшает, как и мою жизнь, так и коммуникацию с командой\руководителем\людьми в целом, но, как я и сказал, мне повезло с руководителем, он умеет это видеть и сглаживать, чтобы я "разжимал кулачки", когда мне обращают внимание на то, что я не заметил\не понял.
А с последним пунктом, кажется, что все понятно, объяснить что-то на пальцах, используя минимум слов, без воды - это прекрасно, экономит силы, время и делает рабочие встречи чрезвычайно эффективным.
Мне кажется, что сама автор в комментариях, активно, даже агрессивно убеждая других в своей правоте показала, что все таки софт скиллы важны, не нужно пытаться от них просто отказаться, со словами: "ну я вот такой, а вы просто неженки". Мне кажется, что работать с такими людьми весьма не просто и даже может быть дискомфортно.
P.S. Но иногда "активно дискутировать с токсиками" бывает даже весело, но тут уже не про продуктивность и эффективность, как мне кажется.
P.S. Если правильно понимаю процесс модерации комментариев новых\не активных участников, то автор весьма близко приняла комментарий к сердцу, даже не поленилась зайти и снизить мне карму в профиле еще на этапе модерации, когда модератор не посмотрел, но комментарий был виден ей. Это также отражает пользу от софт скиллов.
P.S. Автор в очередной раз отклонит комментарий, так как она обиженка без базовых софт-скиллов)
Мне как инженеру НТ, не совсем понятно, при чем тут SRE, если описанные случаи это обычные примеры тестов производительности/надёжности + деструктивное/хаос тестирование, которым регулярно тоже занимаются нтшники (не везде и не всегда). Возможно сейчас эти три буквы модно писать везде и подавать под новым соусом :)
Да и в целом QA это далеко не только функциональные тесты, причем уже достаточно давно. Но за статью спасибо.