Про вредительство
Nov. 29th, 2013 09:57 amЛокомотив консультирования в Германии, фирма Sophist изобрела новую фигню. Сейчас мужик убеждает всех, как круто иметь негативные требования.
В принципе всё правильно, но консультантам надо абстрагироваться от слова «constrains». В результате получается фигня страшнее, чем с проталкиваемыой ими формой записи с must/shall/can. В данный момент он рассказывает, что в некоторых требованиях по тестированию не надо писать способ проверки, потому что requirement с отрицанием внутри - это такая хитрая штука, которая как-бы requirement, но не совсем requirement. Короче, софисты расчищают место под рынок семинаров.
С другой стороны толпы муравьёв сидят и переписывают в спецификации «must» в «can» и обратно, вместо того, чтобы поменять один атрибут в таблице. Если посмотреть по всей индустрии, объёмы получаются весьма существенные.
В принципе, это работа для секретарш, а не для специалистов, но кто же им доверит. Если идея пойдёт в массы, объёмы работ сильно увеличатся. (И ещё больше секретарш поставят себе на визитку Requirements Engineer)
С другой стороны я всеми четырьмя руками за. Не то, чтобы это было интересно, но оплата всё равно по часам. Один раз попытался предложить всё сделать скриптом, но идея поддержку не получила. Но две недели править руками десятки тысяч требований - это не самая идиотская работа из того, что порождают идеи профессоров и консультантов.
В принципе всё правильно, но консультантам надо абстрагироваться от слова «constrains». В результате получается фигня страшнее, чем с проталкиваемыой ими формой записи с must/shall/can. В данный момент он рассказывает, что в некоторых требованиях по тестированию не надо писать способ проверки, потому что requirement с отрицанием внутри - это такая хитрая штука, которая как-бы requirement, но не совсем requirement. Короче, софисты расчищают место под рынок семинаров.
С другой стороны толпы муравьёв сидят и переписывают в спецификации «must» в «can» и обратно, вместо того, чтобы поменять один атрибут в таблице. Если посмотреть по всей индустрии, объёмы получаются весьма существенные.
В принципе, это работа для секретарш, а не для специалистов, но кто же им доверит. Если идея пойдёт в массы, объёмы работ сильно увеличатся. (И ещё больше секретарш поставят себе на визитку Requirements Engineer)
С другой стороны я всеми четырьмя руками за. Не то, чтобы это было интересно, но оплата всё равно по часам. Один раз попытался предложить всё сделать скриптом, но идея поддержку не получила. Но две недели править руками десятки тысяч требований - это не самая идиотская работа из того, что порождают идеи профессоров и консультантов.
no subject
Date: 2013-11-29 09:09 am (UTC)http://shura.luberetsky.ru/wp-content/uploads/2013/10/british-dictionary.png
no subject
Date: 2013-11-29 09:15 am (UTC)no subject
Date: 2013-11-29 09:27 am (UTC)PS Рпо Ð¿Ð¾Ð²Ð¾Ð´Ñ must/shall/can - вÑпомнилоÑÑ ÑÑÑеÑÑвование RFC 2119.
no subject
Date: 2013-11-29 09:35 am (UTC)no subject
Date: 2013-11-29 09:38 am (UTC)no subject
Date: 2013-11-29 10:23 am (UTC)no subject
Date: 2013-11-29 12:04 pm (UTC)no subject
Date: 2013-11-29 12:49 pm (UTC)no subject
Date: 2013-11-29 12:45 pm (UTC)no subject
Date: 2013-11-30 03:28 pm (UTC)ÐÑмаÑ, Ð»ÐµÑ ÑеÑез 50 бÑдÑÑ ÑабоÑаÑÑ ÑиÑÑемÑ, где лÑди не пÑоÑÑо не знаÑÑ, ÑÑо Ñам внÑÑÑи, но еÑÑ Ð¸ не ÑмогÑÑ Ð¿Ð¾Ð½ÑÑÑ. Ðак Ñо ÑÑаÑÑми ÑиÑÑовÑми аÑÑ Ð¸Ð²Ð°Ð¼Ð¸ ÐÐÐ , коÑоÑÑе Ð¼Ð¾Ð¶ÐµÑ ÑаÑÑиÑÑовÑваÑÑ ÑолÑко один дед.
no subject
Date: 2013-11-30 07:36 pm (UTC)