Спасибо за ответ!
Я не предлагаю мотивировать на число багов, я говорю лишь о том, что гонка за быстрой сдачей часто рождает падение качества, если не установлены стандарты проверки качества. Я, как программист или как принимающий работу клиент, могу убедиться, что "снаружи" все работает и кликается классно, но "внутри" все может начать тормозить уже на 100К записей в базе, и это невозможно понять без нагрузочного тестирования, на которое у программистов времени нет.
Интересно! Я работаю в американской консалтинговой компании, мы делаем на заказ не только сайты, но и платформы, искусственный интеллект и пр. Мне было интересно сравнивать, как мотивируете вы и как мовируют у нас, и заметила вот что:
1) Ни слова не написано про тестирование качества. Сдавать быстрее — это, конечно, здорово, но то, что кнопки работают в интернет-магазине — это не значит, что там багов нет и пользоваться удобно. Почему-то в статье упоминается только менеджер, который продает и работает с заказчиком, и программист. А тестировщики у вас вообще есть? А команда UX? Или программисты сами решают, как дизайнить страницы?
2) У нас обучение идёт через оплату программистам, архитекторам и тестировщикам лучших курсов по технологиях: LinkredIn Learning, Pluralsight etc. У нас от желающих учиться отбоя нет. Вы за это платите?
3) Когда кто-то поработал на интересном проекте, например, с нестандартной интеграцией, мы устраиваем Lunch & Learn, где человек делится своим опытом, показывает, как он сделал что-то. Поскольку дело идёт во время ланча, компания заказывает еду из ресторана (никакой дешёвой пиццы). Те, кто работают удалённо, могут подключаться через веб, и мы записываем видео на будущее.
4) В офисе бесплатно вода, кофе, печеньки, чтобы люди могли работать продуктивно, да ещё и денег сэкономить, если приходится работать долго.
Это все очень мотивирует и выгодно отличает от тех компаний где все ориентировано только на "кодь быстрее и сдавай"
Спасибо за ответ!
Я не предлагаю мотивировать на число багов, я говорю лишь о том, что гонка за быстрой сдачей часто рождает падение качества, если не установлены стандарты проверки качества. Я, как программист или как принимающий работу клиент, могу убедиться, что "снаружи" все работает и кликается классно, но "внутри" все может начать тормозить уже на 100К записей в базе, и это невозможно понять без нагрузочного тестирования, на которое у программистов времени нет.
Интересно! Я работаю в американской консалтинговой компании, мы делаем на заказ не только сайты, но и платформы, искусственный интеллект и пр. Мне было интересно сравнивать, как мотивируете вы и как мовируют у нас, и заметила вот что:
1) Ни слова не написано про тестирование качества. Сдавать быстрее — это, конечно, здорово, но то, что кнопки работают в интернет-магазине — это не значит, что там багов нет и пользоваться удобно. Почему-то в статье упоминается только менеджер, который продает и работает с заказчиком, и программист. А тестировщики у вас вообще есть? А команда UX? Или программисты сами решают, как дизайнить страницы?
2) У нас обучение идёт через оплату программистам, архитекторам и тестировщикам лучших курсов по технологиях: LinkredIn Learning, Pluralsight etc. У нас от желающих учиться отбоя нет. Вы за это платите?
3) Когда кто-то поработал на интересном проекте, например, с нестандартной интеграцией, мы устраиваем Lunch & Learn, где человек делится своим опытом, показывает, как он сделал что-то. Поскольку дело идёт во время ланча, компания заказывает еду из ресторана (никакой дешёвой пиццы). Те, кто работают удалённо, могут подключаться через веб, и мы записываем видео на будущее.
4) В офисе бесплатно вода, кофе, печеньки, чтобы люди могли работать продуктивно, да ещё и денег сэкономить, если приходится работать долго.
Это все очень мотивирует и выгодно отличает от тех компаний где все ориентировано только на "кодь быстрее и сдавай"