While hardly news, this time around the fault is very specific but also very annoying, and it concerns Western Digital SSDs, specifically its SN770 and SN580 models. It seems that these drives just aren't ready for the 24H2 update and the result is a glut of crashes and infamous Blue Screens of Death (BSODs).
У кого указанные ssd- пришло время для нового компа
Еще один аргумент в пользу виндос. Он становиться всё более глючным и прихотливым. А в купе со внешним управлением вообще противопоказан к использованию, только старые версии где еще не было столько динамически обновляющихся закладок, исполняемых втихаря в критозащищенных анклавах.
Аё> У кого указанные ssd- пришло время для нового компа
Пришло время апгрейдиться на Win7. Только отставшие от прогресса старые пердуны продолжают сидеть на покрывшейся мхом Win11.
Здравствуйте, Codealot, Вы писали:
S>>Практически во всех американских компаниях теперь так
C>Верно, и главным образом с его подачи. Если большим дядькам можно, то почему всем остальным нельзя?
Нормальное тестирование теперь даже гиганты не могут себе позволить.
Здравствуйте, Pauel, Вы писали:
P>Нормальное тестирование теперь даже гиганты не могут себе позволить.
Бедный нищий майкрософт, который снимает рекордные прибыли, а заодно зажал повышение зарплат сотрудникам.
Чувак, ты реально постоянно гонишь полную пургу.
Здравствуйте, Codealot, Вы писали:
C>Бедный нищий майкрософт, который снимает рекордные прибыли, а заодно зажал повышение зарплат сотрудникам.
Именно по тому, что ты написал и не могут себе позволить.
Здравствуйте, Codealot, Вы писали:
C>Бедный нищий майкрософт, который снимает рекордные прибыли, а заодно зажал повышение зарплат сотрудникам. C>Чувак, ты реально постоянно гонишь полную пургу
Конечно же,куда вероятнее конспирологическое "Наделла во всем виноват"
Винда давно не является самым доходным ассетом у Микрософта. Инвестиций в десктоп нет, тк он скукоживается. Доходность теперь держится за счет оптимизаций.
Проблемы у винды с конкретным железом бывали во все времена. Только раньше не было такого количества пользователей в пересчете на 1 модель железки.
Что касается тестирования, то конторы пытаются заменить ручное тестирование автоматическим. То есть, вместо поиска новых проблем много-много раз проверяют, нет ли старых.
Кроме того, сложность тестирующей системы растет быстрее сложности sut, намного
Это факт
Из него следует, что в какой то момент ручных тестировщиков вам просто не хватит, даже если вы их по назначению будете использовать. И вот здесь мы упираемся в те самые бюджеты, которые уже и так оптимизируют
Симптомы одни и те же у многих контор. Похожее я наблюдал на многих проектах изнутри.
Здравствуйте, Pauel, Вы писали:
P>Конечно же,куда вероятнее конспирологическое "Наделла во всем виноват"
Не похоже чтобы ты понимал, что значит слово "конспирологическое".
P>Инвестиций в десктоп нет, тк он скукоживается. Доходность теперь держится за счет оптимизаций.
Это у тебя откуда такие данные?
P>Что касается тестирования, то конторы пытаются заменить ручное тестирование автоматическим.
Не в тех командах, которые я наблюдал. Никакого внятного тестирования там нет вообще.
Здравствуйте, Codealot, Вы писали:
C>Так что ты хотел сказать? Расшифруй.
Ты привел одно из важных объяснений того, почему мелкомягкие сократили и ухудшили тестирования и удивил меня тем, что сам не ты не понял, что ты написал.
Здравствуйте, Codealot, Вы писали:
P>>Конечно же,куда вероятнее конспирологическое "Наделла во всем виноват"
C>Не похоже чтобы ты понимал, что значит слово "конспирологическое".
Это любое нефальсифицируемое утверждение
P>>Инвестиций в десктоп нет, тк он скукоживается. Доходность теперь держится за счет оптимизаций.
C>Это у тебя откуда такие данные?
Вы аналитику по вакансиям видели? Посмотрите именно на десктоп.
Их кот наплакал. В 00х это было минимум половина. Всякие mfc, atl/wtl, qt, winformc, wpf, devexpress были в каждой второй.
P>>Что касается тестирования, то конторы пытаются заменить ручное тестирование автоматическим.
C>Не в тех командах, которые я наблюдал. Никакого внятного тестирования там нет вообще.
У этого явления прежде всего экономическая основа, например left shift вам о чем нибудь говорит?
Как в этих командах тестирование было построено?
Здравствуйте, Vzhyk2, Вы писали:
V>Ты привел одно из важных объяснений того, почему мелкомягкие сократили и ухудшили тестирования и удивил меня тем, что сам не ты не понял, что ты написал.
Здравствуйте, Pauel, Вы писали:
P>Это любое нефальсифицируемое утверждение
Во первых, неверно. Во вторых, увольнения тестеров — достоверно известный факт.
P>Вы аналитику по вакансиям видели? Посмотрите именно на десктоп. P>Их кот наплакал. В 00х это было минимум половина. Всякие mfc, atl/wtl, qt, winformc, wpf, devexpress были в каждой второй.
А при чем здесь mfc? Покажи мне данные по продаже винды и как из них следует, что винда приносит настолько мало прибыли, что нужно резать расходы любой ценой.
А я пока за попкорном схожу.
P>Как в этих командах тестирование было построено?
Оно построено очень просто — пусть тестированием занимаются пользователи
В MS Teams, например, все сотрудники компании должны использовать альфа-версию этого продукта.
Здравствуйте, Codealot, Вы писали:
P>>Это любое нефальсифицируемое утверждение
C>Во первых, неверно. Во вторых, увольнения тестеров — достоверно известный факт.
Разумеется. Только причина не в Наделле.
P>>Их кот наплакал. В 00х это было минимум половина. Всякие mfc, atl/wtl, qt, winformc, wpf, devexpress были в каждой второй.
C>А при чем здесь mfc?
Вакансии показывают куда идут инвестиции, где идет разработка. Mfc исключительно десктопная технология, просто как пример.
>Покажи мне данные по продаже винды и как из них следует, что винда приносит настолько мало прибыли, что нужно резать расходы любой ценой.
Здравствуйте, Pauel, Вы писали:
P>Разумеется. Только причина не в Наделле.
Да что ты говоришь. За него кто-то другой принимает решения?
P>Вакансии показывают куда идут инвестиции, где идет разработка. Mfc исключительно десктопная технология, просто как пример. P>Сколько ни приносит, доля плавно уменьшается. Нынче это примерно 70%
Доля не говорит вообще ни о чем. Покажи абсолютные значения. Такие, чтобы показывали, что винда действительно на грани окупаемости, как ты пытался доказывать.
P>И вы зачем то скипнули left shift. Забавно
Потому что у них это right shift. Пусть пользователи тестируют, и пох.
Здравствуйте, 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 в данный период применяется для решения экономических проблем, а не инженерных. Если вы разогнали мануальщиков, которые по определению подключаются на самых поздних этапах, и заменили их ранними автоматическими тестами, то прежде всего получите обилие странных багов, которые вообще не ясно как появились, и как пролезли на прод.
Нет мануальщиков = никто вообще не ищет новые, неизвестные баги. "Что значит новые?" "Что значит неизвестные" — так обычно вопрошают адепты автоматического тестирования.
Никто не исследует приложение "а если так, а если эдак". В отличие от этого, автомитические вещи тупо гоняют одни и те же пути.
Правильный лефт-шифт это изменение стратегии деливери, когда вы отдаете все небольшими кусочками, которые быстрее реализуются, и их можно начинать тестировать намного раньше.
