Почему то принято считать, что работник должен быть инициативным, креативным, полезным, но редко признается, что первопричиной является сама организация. Чтобы сотрудник стал таким контора должна поощрять инициативу, давать время и позитив для креатива, справедливо оценивать пользу, приносимую работником. Начните с себя господа работодатели!
Солидарен с вашим знакомым, очень много воды, шуточек-прибауточек, вызовов на сцену участников действия.
Тем не менее если обучаться с нуля курс может оказаться полезным, в полу-игровой форме без сильного давления на мозги.
Удручает, что вход в профессию новичков будет без базового математического образования, т.е. кодить в принципе научат, а понимать глубину, булеву алгебру, логику, автоматы, алгоритмы увы нет.
Особенно заметна базовая подготовка в процессе работы, когда «разработчик» эффективнее «кодера» на порядок.
И это еще не все. Количество вакансий тимлидов на порядок меньше при этом ожидают уровня лида, лидирующего в плане технических знаний, садишься и правишь косяки подчиненного.
И еще вопросик. Как думаете кто больше подойдет для тимлида: великолепный разработчик с посредственными коммуникациями или посредственный разработчик душа компании?! Может ли тимлидом быть чел. с немаксимальными техническими знаниями, как он будет принимать решения?
Ощущение, что ваши ответы контролирует ваш непосредственный начальник, корпоративный блог, этика и все такое. Главное Вызов! Вперед! Ура!
Вы указали, что ранее ваш день длился 11-14 часов, как сейчас обстоит с этим дело?
Как часто случаются переработки и по каким причинам?
Сколько % времени занимает менеджерская работа, а сколько техническая (с кодом, технологиями)?
Вопрос простой, связан ли ваш переход в тимлидерство с повышением личной материальной составляющей или только из-за желания потребовать для кого-то недооцененного ))
повезло работнику (Вам), что в вашей компании это не так. Обратная связь требует вовлечения в процесс тех, кто над вами, а это им сложно и менее интересно, чем другие дела.
> Так как созданный QA-отдел теперь отвечает не только за контроль качества продукта, но и за обеспечение качества, то в его обязанности входит: Помощь разработчикам при написании тестов из первой категории…
т.е. автоматизатор == разработчик (читает код, понимает его, пишет код тестов на том же языке) + аналитик бизнес-стори, сложные сценарии) + контакты с пользователями, поддержка + юзабилити (дизайн, UX)…
А что делает разработчик — пилит нетленку по ТЗ+юнит тесты на нее же за бОльшую зп.
При таком раскладе QA сваливает на разработчика в течении полугода.
Тем не менее если обучаться с нуля курс может оказаться полезным, в полу-игровой форме без сильного давления на мозги.
Удручает, что вход в профессию новичков будет без базового математического образования, т.е. кодить в принципе научат, а понимать глубину, булеву алгебру, логику, автоматы, алгоритмы увы нет.
Особенно заметна базовая подготовка в процессе работы, когда «разработчик» эффективнее «кодера» на порядок.
Вы указали, что ранее ваш день длился 11-14 часов, как сейчас обстоит с этим дело?
Как часто случаются переработки и по каким причинам?
Сколько % времени занимает менеджерская работа, а сколько техническая (с кодом, технологиями)?
повезло, в основном работает принцип «кто везет на том и едут»
т.е. автоматизатор == разработчик (читает код, понимает его, пишет код тестов на том же языке) + аналитик бизнес-стори, сложные сценарии) + контакты с пользователями, поддержка + юзабилити (дизайн, UX)…
А что делает разработчик — пилит нетленку по ТЗ+юнит тесты на нее же за бОльшую зп.
При таком раскладе QA сваливает на разработчика в течении полугода.