Re: CarnaLife Holo link - niby-efektowna kompromitacja produktu

Jeśli chcesz, to możesz spróbować "zabłysnąć" i jednocześnie mnie "ośmieszyć" odpowiadając na swoje pytania;
ale nie zapomnij, że wiedzę i umiejętności od zgadywania rozróżnia UZASADNIENIE jak te wyniki uzyskałeś,
więc musisz pokazać, że np. nie wyczytałeś danych z dokumentacji przykładu, ale wnioskujesz je z wizualizacji...
Istotne jest też, żebyś pokazał DO CZEGO W DZIAŁANIU PROGRAMU potrzebne Ci RĘCZNE określanie tego,
w jaki sposób aplikacja może działać lepiej dzięki temu lub co byłoby gorzej, gdybyś ich RĘCZNIE nie określił...

Ja jako informatyk potrafię się szybko uczyć tego, co jest mi potrzebne i istotne dla spraw, którymi się zajmuję;
ale ważnym czynnikiem w tym procesie jest też szybkie rozpoznawanie i pomijanie zbędnych informacji,
którym nie trzeba poświęcać uwagi ani czasu, bo się z nich nie skorzysta, do niczego się nie przydadzą...

Jeśli jakąś informację wejściową da się deterministycznie i pewnie odzyskać z uzyskanych wyników i trzeba to zrobić,
to program powinien implementować algorytm, który AUTOMATYCZNIE i efektywnie taką procedurę przeprowadzi,
więc ani programista ani użytkownik nie musi potrafić robić tego RĘCZNIE - ani w pamięci ani na kartce,
bo po pierwsze trwałoby by to znacznie dłużej, a po drugie działoby się to z większym ryzykiem niedokładności.
Po to tworzy się oprogramowanie, żeby MOŻLIWE PRACE KOMPUTER WYKONYWAŁ ZA CZŁOWIEKA.
Nikt normalny nie zna zna pamięć procedur, które wdrożył i one już dawno dobrze działają...

Jeśli jakaś informacja jest konieczna i znana od początku np. przez lekarza lub technika wykonującego badanie diagnostyczne,
to interfejs aplikacji powinien być zrobiony tak, żeby wymagać, żeby wprowadzić ją w pliku wejściowym lub razem z tym plikiem;
a wtedy nie potrzeba ani algorytmu odzyskiwania ani ręcznego określenia i wprowadzania na dalszym etapie działania;
bo po prostu korzysta się z tego, co już najlepiej zrobił ten, kto powinien mieć o tym najlepszą wiedzę, np. lekarz.

Sposób uzyskiwania danych ani wnioski wyciągane z wyświetlanych wyników
nie są w zakresie kompetencji inżyniera oprogramowania i uczenie się tego byłoby dla mnie zbędne.
Niezależnie od tego jaki rodzaj danych się przetwarza - czy są to np. badania medyczne czy inżynieria materiałowa,
w każdym przypadku tak samo na wejściu musi być wymiarowana tablica wartości i parametry do kwantyzacji i segmentacji
i w każdym przypadku tak samo na wyjściu ma być obraz rozróżniający elementy i miejsca o różnych właściwościach;
więc żadna różnica jakie dane i po co przetwarza program - to jego użytkownik będzie wyciągał z tego wnioski
i jeśli będzie chciał, żeby jakieś parametry zmodyfikować i poprawić wynik, to albo już ma taką możliwość
albo może zgłosić zapotrzebowanie, żeby rozszerzyć o to funkcjonalność programu...