Комментарии 16
А чего боитесь вы?Начальника-идиота.
А чего боитесь вы?
Что если не справлюсь со сложной задачей — меня уволят, урежут зарплату или ещё что-то. Ну и слишком часто уточнять сложную задачу тоже стрёмно — ещё чего подумают, что джуна взяли, раз не может с таким справиться, и найдут на моё место другого.
Был случай, когда в первый месяц испытательного срока я не успевал разобраться в проекте и медленно выполнял задачи — в итоге урезали зарплату, а потом уволили через два месяца, сразу после того, как вышел с больничного. В другой компании дали задачу для какого-то хитро выдуманного рассчёта каких-то бонусов, без объяснения вводных данных и с мутной формулировкой. В итоге очень часто уточнял непонятные для меня моменты, получал ещё более невнятные ответы, и меня в конце концов уволили, тоже в период испытательного срока. Вот отсюда и растут ноги синдрома самозванца — после таких мест работы я начал сомневаться в том, что я действительно что-то умею и понимаю. Хотел даже профессию сменить.
Не секрет, что правильно поставленная задача — это 80% решения проблемы. Когда задача поставлена размыта, глупо ожидать хорошего результата. Ведь если четких требований, то результатом будут в любом случае недовольны. Вам как-то сильно не повезло, судя по всему даже не было возможности раскрыться и показать, на что способны. Печально(
Хоть бы тег «Я пиарюсь» поставили.
Ожидал увидеть то, о чем могу не догадываться и на что стоит обратить внимание, но к сожалению ничего нового =(
Как то все весьма типично для любого девелопера на мой взгляд.
Как то все весьма типично для любого девелопера на мой взгляд.
Тестирование — верный способ выпустить продукт без баг.
Без баг и ошибк.
Интересный нынче ходить тенденц в русский язык. Окончань всем ставить лень.
Как преодолеваем страх уронить всё
1. Все разработчики команды делают код-ревью каждой фичи.
Коллективное объ*боглаживание нового кода? Интересненько, интересненько… Звучит как нечто полезное, но по факту это — растранжиривание времени разработчиков и размазывание ответственности на всех. Кто виноват? А никто не виноват, всем колхозом работали.
Это был удар по самолюбию. Так сложилось, что все программисты моей команды вышли из тестировщиков (ручных и авто). Вернуться к ручному тестированию для них — сделать шаг назад.
Какая-то очень специфичная ситуация.
В очередной раз убедились, что тестеры — это важное звено команды. Именно они отвечают за качество выходящей в релиз фичи.
Напомнило протокол комсомольского собрания: в очередной раз слушали — постановили, выше флаг, крепить, нести с честью.
Простите, не сдержался.
Я переживала, что это демотивирует моих разработчиков.
У вас там и так дурдом: спринты, боязнь стать тестером… Какая тут мотивация.
Еще и начальница купоросит на нервяках.
Эксепшн-мен отвечал на все вопросы, а тимлид рассказывал, что и как должно работать
Exception man — это человек — бросака исключений? Представляю, как он на вопросы отвечал… :)
У нас было два стендапа. Сначала ходили в биллинг, потом обсуждали итоги внутри нашей команды.
Умом-то я понимаю, что речь о скрамах, но перестать хихикать не могу… Два стендапа, бгыгыгы… Гарик Собака Харламов присутствовал или так, своими силами? :)
Кстати, шутки шутками, но когда я летел авиакомпанией «Победа» и они по трансляции пустили приветственную речь в исполнении Гарика — я весьма прифигел. Когда комик-стендапёр рассказывает вам о том, как пользоваться кислородной маской в случае разгерметизации кабины, впечатления очень двойственные…
Старую версию мы писали на С++11
Хи-хи.
У нас в проекте одиннадцатый стандарт буквально недавно только разрешили использовать. :)
Старая версия у них…
«а вдруг тут меня ждёт больше проблем, я не разберусь и меня выгонят».
Если сотрудники боятся увольнения — контора в целом гниловата. Новые технологии тут ни при чем.
Но будем честными, в запасе у нас есть еще пара непобежденных фобий. Боязнь дедлайнов, например, или страх не ужиться с новичками.
Дедлайны — исключительно из-за хренового планирования и менеджмента.
А с новичками — тут уж как повезет. Бойся, не бойся, — если человек в душе идиот, он полюбасу всем плешь проест.
Например, мы добавляем в панель управления поддержку новой модели коммутатора, маршрутизатора или PDUНо ведь раз оборудование новое и вы его пока не умели поддерживать — почему бы его не подключить к тестовому контуру, чтобы на нём всё обкатать, а как закончите — переносить спокойно (спокойнее) в прод?
Мы так и делаем, если есть оборудование, которое можно подключить к тестовому контуру.
Но бывают и такие ситуации, когда приходит новый клиент, мы не поддерживаем какую-то определенную модель, которую он использует, а у него все оборудование уже в проде. А добавить поддержку нужно, иначе в полной мере панелью нельзя будет пользоваться. Или текущий клиент хочет добавить новую фичу, а у него тоже все в продакшене. Вот тогда обкатываем на боевом оборудовании.
Но бывают и такие ситуации, когда приходит новый клиент, мы не поддерживаем какую-то определенную модель, которую он использует, а у него все оборудование уже в проде. А добавить поддержку нужно, иначе в полной мере панелью нельзя будет пользоваться. Или текущий клиент хочет добавить новую фичу, а у него тоже все в продакшене. Вот тогда обкатываем на боевом оборудовании.
А чего боитесь вы?
Неадекваты страшнее всего. Особенно когда их много, они сбиваются в стадо, то неадекватом становишься сам. А еще это заразно.
Вы прям зомби-апокалипсис описали. Заразные. Страшные. Их много. Стадо. Сам таким становишься…
А оно так и есть зомби-апокалипсис начался, особенно после прочтения ряда статей про собеседования. Как оно должно быть и как есть на самом деле и что от этого никуда не деться, все друг от друга заражаются безысходностью, и только не зараженные пытаются писать статьи и единицы организовывают честные фирмы как оборону в суровых условиях беззакония — самый настоящий апокалипсис. :)
«Баг» — это родительный падеж множественного числа слова «бага». Не у всех ведь это «баг».
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
5 страхов разработчиков, которые мы преодолели