On 6/14/2018 12:00 PM, Maciej Sobczak wrote:
>> Oni tam mają bardziej statystyczne podejście do
>> problemów jakości.
>
> Ciekawe. To może być związane z mindsetem hardware'owym

Raczej z przestrzenią fazową pobudzeń DUT. Jest tak ogromna że albo
jakims cudem zweryfikujesz ją formalnie albo popstrykasz po niej
statystycznie. Obawiam się ze rozrost systemów hardwareowych jest
obecnie poza deterministycznymi metodami weryfikacji.

> Niektóre standardy w SW nie przewidują użycia metod statystycznych, weryfikacja ma
być deterministyczna. Jest w tym trochę hipokryzji, gdy weryfikację robi się białkiem
(review), ale jeśli coś się automatyzuje, to metody statystyczne odpadają.

Niekoniecznie, weryfikacje mozna robić automatycznie mając wzorzec
wyższego poziomu. Jesli dziubdziasz super szybka procedure mnożenia
dwóch ogromnych liczb w Brainfuck to zawsze możesz użyć gotowej
bibliteki napisanej w sensowniejszym jezyku jako funkcji celu, czasem
trafia się nawet taka formalnie poprawna i udowodniona. Białko odpada.

> To podejście może się zmienić dzięki (albo raczej w celu) AI.

AI zaś wpadnie na pomysł że coś * zero to zawsze siedem. I nawet nie
zauważysz kiedy pojawią się takie wzorce zachowań ...

>> Dodatkowo weryfikacja funkcjonalna o ile pamiętam
>> jako side effect ma eliminację martwych gałęzi.
> To nie musi być side effect. To może być też celem samym w sobie, jeśli kod ma być
w całości pokryty testami (lub inną weryfikacją).

"W całości pokryty testami" w EDA to też często tylko procenty na
statystyce ;) Nie da się.