Все компьютерные проблемы можно свести к двум категориям: проблемы с ноликами и проблемы с единичками. Чаще всего люди сталкиваются с комбинацией этих проблем.
Окей, давай попробуем ситуацию довести до абсурда.
Допустим, в результате ошибки планирования, для алгоритма вместо сортировки пузырьком выбрали random sort. Который, как известно, во-первых решает поставленную задачу (то есть не содержит формального бага), во-вторых делает это так медленно, что QA отказывается признавать это за решение задачи (т.к. не может дождаться окончания процесса).
Какой контакт тут неправильный? Ответ компьютер выдаёт, просто чуть-чуть медленее. Нет того бита, который "не в том положении".
Ну для начала нужно разделять error и mistake. Что там QA в голову пришло считать ошибкой только им понятно.
Но если доводить ситуацию до абсурда - тут неправильные контакты, которые своим состоянием реализуют алгоритм "random sort" вместо пузырька. Т.е. есть кучка бит в "неправильном положении". Если собрать кучку народа у которых хватит пальцев - можно позажимать нужные контакты и всё исправится.
Принять решение о том, решена-ли задача или нет, может только тот, кто задачу ставил.
P.S. На всякий случай напоминаю с чего всё началось - "Может ли быть компьютерный баг, который не может быть редуцирован к отсутствию/наличию контакта или нет?" Невозможность компьютера вывести цветную картинку на чёрнобелый текстовый дисплей - компьютерным багом не считается.
Баги синхронизации? Например, если у нас deadlock из-за того, что хэш-таблица очень неудачно сложила данные и и мы (в этот конкретный раз) имеем O(n) вместо O(1) - это редуцируется? Я понимаю, что мы можем свести баг до "нет пиксела на экране", но иметь root cause в виде неправильного бита - так ли?
Ышшо раз. Любой компьютер - это куча реле на стероидах. В нём ничего, кроме этих реле нет. Вобще нет. Совсем нет. Вот был-бы один-два-три-десять-сто битов не в 0 а в 1 - хеш-таблица сложилась-бы по другому. И неважно даже - эти неудачные биты в памяти данных, в памяти кода или в регистрах процессора.
P.S. Ты постоянно ходишь по самому краю "вывести цветную картинку на ЧБ монитор". На самом деле всё просто - если проблему в принципе можно решить заменив код/данные - это проблема контактов. Если решить нельзя - не контактов. Отличить первое от второго - это другая наука.
Ну вот я как раз и думаю, где у нас эта интересная граница проходит. Простые случаи понятны. А с сложными? Например, если у нас баг появляется только в результате специфичного взаимодействия нескольких независимых систем (по сети, например), и нельзя указать на конкретный код/компьютер, который не прав? Все правы, а на выходе безобразие.
Независимые системы взаимодействуют со времен реле. Перфокартами. Нету дырки там где должна быть? Ну значит контакт не замкнулся и пробивалка дырку не пробила.
P.S. Я понимаю твою проблему. Тебе сложно редуцировать всю эту байду до релюшек. Ты выше застрял. :)
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
amarao
no subject
Date: 2023-10-04 01:36 pm (UTC)Окей, давай попробуем ситуацию довести до абсурда.
Допустим, в результате ошибки планирования, для алгоритма вместо сортировки пузырьком выбрали random sort. Который, как известно, во-первых решает поставленную задачу (то есть не содержит формального бага), во-вторых делает это так медленно, что QA отказывается признавать это за решение задачи (т.к. не может дождаться окончания процесса).
Какой контакт тут неправильный? Ответ компьютер выдаёт, просто чуть-чуть медленее. Нет того бита, который "не в том положении".
no subject
Date: 2023-10-04 07:27 pm (UTC)Но если доводить ситуацию до абсурда - тут неправильные контакты, которые своим состоянием реализуют алгоритм "random sort" вместо пузырька. Т.е. есть кучка бит в "неправильном положении". Если собрать кучку народа у которых хватит пальцев - можно позажимать нужные контакты и всё исправится.
no subject
Date: 2023-10-05 10:19 am (UTC)Но почему оно в неправильном положении? Задачу-то оно решает, только медленно.
no subject
Date: 2023-10-05 10:33 am (UTC)no subject
Date: 2023-10-05 10:40 am (UTC)А если так сказали не QA, а, например, обнаружилось при эксплуатации?
Я к тому, что "медленное" решение не может быть "неправильным контактом" (битом). Оно решает задачу.
no subject
Date: 2023-10-05 11:03 am (UTC)P.S. На всякий случай напоминаю с чего всё началось - "Может ли быть компьютерный баг, который не может быть редуцирован к отсутствию/наличию контакта или нет?"
Невозможность компьютера вывести цветную картинку на чёрнобелый текстовый дисплей - компьютерным багом не считается.
no subject
Date: 2023-10-05 11:05 am (UTC)no subject
Date: 2023-10-05 11:49 am (UTC)P.S. Ты постоянно ходишь по самому краю "вывести цветную картинку на ЧБ монитор". На самом деле всё просто - если проблему в принципе можно решить заменив код/данные - это проблема контактов. Если решить нельзя - не контактов. Отличить первое от второго - это другая наука.
no subject
Date: 2023-10-05 12:59 pm (UTC)no subject
Date: 2023-10-05 01:54 pm (UTC)P.S. Я понимаю твою проблему. Тебе сложно редуцировать всю эту байду до релюшек. Ты выше застрял. :)
https://www.youtube.com/watch?v=bOOCfx2EN10
Или даже подробнее про:
https://habr.com/ru/articles/442732/