Wydaje się, że myślisz, że powinniśmy zażądać kodu, ponieważ bez kodu każdy szalony wynik, czy to oszustwo, czy szczery błąd, może zostać wrzucony do dziennika. Ale tak nie jest. Dołączanie kodu to przyjemna do posiadania funkcja, a nie funkcja obowiązkowa. Inne odpowiedzi po cichu zakładają to i wyjaśniają (dobre i niezbyt dobre) powody, które prowadzą do obecnej sytuacji rzadko dołączanego kodu. Myślę, że mogę je uzupełnić, wyjaśniając, dlaczego nie jest to funkcja obowiązkowa.
Aby uzyskać teoretyczne wyniki, nie potrzebujesz żadnych narzędzi empirycznych, takich jak kod, aby je odtworzyć, jak wspominali inni (np. udowodnienie, że algorytm ma lepsze zachowanie duże O niż inne). Oczywiście są też wyniki empiryczne, których nie da się powtórzyć w ten sposób.
Ale recenzenci będą mieli oczekiwanie, co zaowocuje Twoim pomysłem. Jeśli aktualna najlepsza wydajność dla trzepania zumów wynosi 3 zumy / s, i dodasz drobne poprawki i zgłosisz 300 zum / s, Recenzenci powinni zauważyć, że Twoje roszczenie jest nietypowe i coś zrobić (ewentualnie zażądać ponownego przesłania wraz z kodem). Nie jest to niezawodne, ale przy wielu recenzentach na artykuł jest skuteczne, ponieważ wielkość większości wyników empirycznych jest przewidywalna, gdy recenzent zobaczy pomysł i zrozumie, jak działa.
W przypadku tej klasy artykułów zarówno uczciwe, jak i nieuczciwe błędy mają duże szanse na złapanie, co prowadzi do złych wyników dla uczciwych naukowców (utrata reputacji, zwłaszcza jeśli złapie się je po publikacji) i gorsze dla nieuczciwych naukowców (koniec kariery, jeśli zostanie udowodnione!). Co więcej, im większy błąd (mierzony wielkością błędu), tym większa szansa na złapanie. Jest mniej prawdopodobne, że zostaniesz złapany, jeśli twój algorytm zarządza 4 zumami / s i zgłosisz 5 zumów / sekundę, niż gdybyś zgłosił 300 zumów / s. Dlatego naukowcy są zniechęceni do przesyłania nieprawidłowych artykułów, pozostawiając mniej niepoprawnych w przesłanej puli, a recenzenci łapią wiele pozostałych.
Są przypadki, w których zupełnie nie wiadomo, dlaczego obserwacja jest taka, jaka jest, iw takich przypadkach bardzo ważne jest, aby dokładnie opisać dokładną konfigurację testu. Ale nigdy nie widziałem tego rodzaju pracy w informatyce, jest ona związana z naukami przyrodniczymi. Więc nie ma tam kodu. Nawet jeśli uzyskałeś takie wyniki w informatyce (np. Zaobserwowałeś, że użytkownicy są w stanie przeczytać 12000 słów EULA w mniej niż 30 sekund, co jest sprzeczne z powszechnymi obserwacjami szybkości czytania i nie masz na to wyjaśnienia), jest mało prawdopodobne, że uwzględnienie kod użyty do uzyskania wyniku będzie dotyczył replikacji.
Podsumowując, pośród dużej masy prac informatycznych, te teoretyczne i te dotyczące obserwacji zjawisk naturalnych nie wymagają włączenia kodu do replikacji, a pozostałe będą zawierać tylko niewielką procent niepoprawnych, ale nie złapanych dokumentów. Łącznie prowadzi to do akceptowalnie niskiego poziomu zgłaszanych nieprawidłowych dokumentów. Poproszenie o dołączenie do nich kodu zwiększy jakość jednej klasy papieru, ale będzie to wzrost i tak już wysokiego poziomu jakości. Nie jest tak, że brak tej funkcji powoduje, że bieżąca jakość jest zbyt niska.