Здравствуйте, Codealot, Вы писали:
P>>Разумеется. Только причина не в Наделле. C>Да что ты говоришь. За него кто-то другой принимает решения?
Эти процессы начались намного раньше, чем Наделла Балмера сменил.
P>>Сколько ни приносит, доля плавно уменьшается. Нынче это примерно 70% C>Доля не говорит вообще ни о чем. Покажи абсолютные значения. Такие, чтобы показывали, что винда действительно на грани окупаемости, как ты пытался доказывать.
Не доля, а её изменения. Вложения в качество это инвестиции. Возврат инвестиций вы каким раком собираетесь обеспечить? Доля скукоживается, роста продаж нет. Т.е. ваши инвестиции просто уйдут в зп работников безвозвратно.
P>>И вы зачем то скипнули left shift. Забавно
C>Потому что у них это right shift. Пусть пользователи тестируют, и пох.
Видите — передали тестирование разработчикам, и убрали QA. Это и есть left shift, т.к. разработчикам теперь почти все тесты нужно мейнтейнить. Отсюда ясно какие симптомы это будет иметь. И именно эти симптомы вы таскаете сюда уже который год.
Здравствуйте, vdimas, Вы писали:
V>Не потому что, а для чтобы. ))
Прибыли отдельно, срезание расходов отдельно. Сейчас именно прибыли рекордные, а срезание расходов — это так, приятный пустячок. Во всяком случае, здесь и сейчас. Долгосрочно кроилово приведет к попадалову, но это сейчас мало кого заботит.
Здравствуйте, Pauel, Вы писали:
P>Доля скукоживается, роста продаж нет.
Ты явно не в курсе, что доля может падать, а абсолютное число оставаться тем же или даже расти?
P>Видите — передали тестирование разработчикам, и убрали QA. Это и есть left shift, т.к. разработчикам теперь почти все тесты нужно мейнтейнить.
В реальности они ничего толком не тестируют, так что это right shift. Мне надоело читать твои домыслы о вещах, о которых ты ничего не знаешь.
В теории, идеальный вариант, не так ли? Тестить рано, вначале проекта, чтобы к этапу внедрения не было критических багов. Ведь если начитать тестить только на внедрении- выяснится, что никто на проекте не знал, что и зачем они пишут, окажется, что из-за какой-то ошибки нужно выбросить всё и переписать заново. А так, откровенно кривой дизайн можно прибить в зародыше.
Здравствуйте, Pauel, Вы писали:
P>На мой взгляд нынешние причины вот этого left shift в огромной стоимости разработки. Конторы просто сваливают на разрабов все, что могут.
Ну т.е. shift-left testing это средство контролировать рост багов, или это причина появления багов? Что ты хотел сказать-то? Ведь очевидно, что если бы left-shift testing существовали регрессивные тесты на host memory buffer, то бажная сборка бы не попала на системы пользователей.
Re[14]: W11 24H2 поломала HMB (host memory buffer) для WD SN
Здравствуйте, Артём, Вы писали:
P>>На мой взгляд нынешние причины вот этого left shift в огромной стоимости разработки. Конторы просто сваливают на разрабов все, что могут.
Аё>Ну т.е. shift-left testing это средство контролировать рост багов, или это причина появления багов? Что ты хотел сказать-то? Ведь очевидно, что если бы left-shift testing существовали регрессивные тесты на host memory buffer, то бажная сборка бы не попала на системы пользователей.
left-shift в данный период применяется для решения экономических проблем, а не инженерных. Если вы разогнали мануальщиков, которые по определению подключаются на самых поздних этапах, и заменили их ранними автоматическими тестами, то прежде всего получите обилие странных багов, которые вообще не ясно как появились, и как пролезли на прод.
Нет мануальщиков = никто вообще не ищет новые, неизвестные баги. "Что значит новые?" "Что значит неизвестные" — так обычно вопрошают адепты автоматического тестирования.
Никто не исследует приложение "а если так, а если эдак". В отличие от этого, автомитические вещи тупо гоняют одни и те же пути.
Правильный лефт-шифт это изменение стратегии деливери, когда вы отдаете все небольшими кусочками, которые быстрее реализуются, и их можно начинать тестировать намного раньше.
