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...