Size: a a a

2019 April 19

VM

Viktor Mazankin in Канада IT
FiMa
Я понимаю, согласен, но к этому надо стремиться, можно начать с избавления от ярлыков - тестировщик, разработчик. Есть инженер мотивированный и опытный или наоборот.
Роль и квалификация это разные категории.
источник

F

FiMa in Канада IT
Zoya Terzi
потому что есть тестирование по методу белого ящика и по методу черного
а программист всегда знает как реализовано - и будет идти по белому ящику - т.е. по веткам алгоритма
:) если у разработчика нет такого понимания - это недостаточно квалифицированный разработчик, который "намеренно" делегировал проверку некоему другому человеку - тестировщику. Это плохо. Хороший разработчик должен научиться этому и стремится избегать подобных ситуаций
источник

F

FiMa in Канада IT
Viktor Mazankin
Роль и квалификация это разные категории.
Роли должны быть mixed, а то так можно и в waterfall скатиться
источник

VM

Viktor Mazankin in Канада IT
FiMa
Роли должны быть mixed, а то так можно и в waterfall скатиться
Так говорите как будто что-то плохое. У каждой методологии разработки есть зоны применимости, далеко не везде agile подобные применимы. Всему свое место.
источник

F

FiMa in Канада IT
Viktor Mazankin
Так говорите как будто что-то плохое. У каждой методологии разработки есть зоны применимости, далеко не везде agile подобные применимы. Всему свое место.
Да, считаю это плохо и не эффективно.
источник

VM

Viktor Mazankin in Канада IT
FiMa
Да, считаю это плохо и не эффективно.
Серебряных пуль нет, аджайл не исключение.
источник

F

FiMa in Канада IT
Viktor Mazankin
Серебряных пуль нет, аджайл не исключение.
но это более правильный путь. из двух зол выбирают меньшее. Канбан, mixed roles, collaborative team members - наш путь
источник

VM

Viktor Mazankin in Канада IT
FiMa
но это более правильный путь. из двух зол выбирают меньшее. Канбан, mixed roles, collaborative team members - наш путь
Вы не зная о проекте ничего уже уверенно рассказываете что лучше и хуже. Это говорит только о том что вы не в видели иных проектов и не знаете границ применимости.  Вам больше скажу, кроме аджайла и ватер фол есть и другие подходы и каждый из них имеет свои плюсы и минусы.
источник

VM

Viktor Mazankin in Канада IT
Mixed roles после определенной глубины необходимых знаний становится не применим. Это опять же зависит и от проекта и от роли и от требований
источник

F

FiMa in Канада IT
Viktor Mazankin
Вы не зная о проекте ничего уже уверенно рассказываете что лучше и хуже. Это говорит только о том что вы не в видели иных проектов и не знаете границ применимости.  Вам больше скажу, кроме аджайла и ватер фол есть и другие подходы и каждый из них имеет свои плюсы и минусы.
Если инженер не учел, что ему могут стрельнуть в ногу - это плохой инженер.
источник

VM

Viktor Mazankin in Канада IT
FiMa
Если инженер не учел, что ему могут стрельнуть в ногу - это плохой инженер.
Согласен. Но хороших инженеров мало и на всех их не хватает. И для выполнимости проекта хороших ставим на важные вещи, остальных на второстепенные
источник

F

FiMa in Канада IT
Viktor Mazankin
Согласен. Но хороших инженеров мало и на всех их не хватает. И для выполнимости проекта хороших ставим на важные вещи, остальных на второстепенные
Воот, так и есть. и нужно стремиться в этом месте как раз обмениваться опытом с коллегами специализирущимися на тестировании, разворачивании продукта и его мониторинге в проде и т.д. - mixed roles. А то сегодня он доверил проверить не стреляет ли оно в ногу тестировщику, завтра доверил проверить не течет ли память в ноге девопсу… 🙂
источник

VM

Viktor Mazankin in Канада IT
FiMa
Воот, так и есть. и нужно стремиться в этом месте как раз обмениваться опытом с коллегами специализирущимися на тестировании, разворачивании продукта и его мониторинге в проде и т.д. - mixed roles. А то сегодня он доверил проверить не стреляет ли оно в ногу тестировщику, завтра доверил проверить не течет ли память в ноге девопсу… 🙂
Это все хорошо, но не абсолютно. ИТ это не только котики, иногда бывают действительно сложные вещи. И вот у тебя есть пара человек которые смогли, и больше нет и не предвидится, потому что в теме всего пара человек в мире. И можешь мешать роли как угодно. Или архитект на проект один. И вперёд
источник

IK

Ivan Kovalenko in Канада IT
в теме всего пара человек в мире
а вы философ
источник

F

FiMa in Канада IT
Viktor Mazankin
Это все хорошо, но не абсолютно. ИТ это не только котики, иногда бывают действительно сложные вещи. И вот у тебя есть пара человек которые смогли, и больше нет и не предвидится, потому что в теме всего пара человек в мире. И можешь мешать роли как угодно. Или архитект на проект один. И вперёд
Это всемогуторы. С таких умные менеджеры в первую очередь пытаются knowledge пошарить между остальными членами команды. Ибо что будет если эти оба завтра уйдут.
источник

VM

Viktor Mazankin in Канада IT
Ivan Kovalenko
в теме всего пара человек в мире
а вы философ
Это гараздо чаще бывает чем вам кажется. История с openssl наглядный пример
источник

VM

Viktor Mazankin in Канада IT
FiMa
Это всемогуторы. С таких умные менеджеры в первую очередь пытаются knowledge пошарить между остальными членами команды. Ибо что будет если эти оба завтра уйдут.
Наоборот, это узкоспециализированные специалисты и есть немало проектов где это жестокая необходимость.
источник

VM

Viktor Mazankin in Канада IT
Я в целом за все хорошее, но меня смущает такое махание шашкой и измерение всего одним размером.
источник

IK

Ivan Kovalenko in Канада IT
разве история с openssl - это частый случай?!

чёрный лебедь скорее, чем белый
источник

VM

Viktor Mazankin in Канада IT
Ivan Kovalenko
разве история с openssl - это частый случай?!

чёрный лебедь скорее, чем белый
Я не про частоту, а про то что нельзя обобщать
источник