Dlaczego podałem opcję "Fajny pomysł,ale wątpię,że się to uda" - program minimum

1. Kto będzie tych programistów pilnował żeby jakiś wannabe programista nie wykrzaczył wszystkiego ? Mówiąc inaczej: kto robi code reviev repo.
   

2. Jak to potem przetestować żeby to miało sens ? I co równie trudne - jak wyniki tego testowania czy oceny aplikacji potem komunikować ludziom tak,żeby nie odchodzili zniechęceni ?
   

I co gorsza : znajdzie się jakiś spec od architektury aplikacji internetowych na tyle odważny i głupi by chwycić byka za rogi i próbować to organizować ?

To jest propozycja ciekawa,ale to trzeba zorganizować,bo puszczenie tego jako "oślej łączki" i na żywioł nic nie da.

@dsol17 zgadzam się co do Twoich obaw. Dodatkowo Twórcy serwisu mogą mieć sporo pracy przy integracji tego elementu w całym ekosystemie. Odnośnie osoby odpowiedzialnej za merge to najlepszej jakby była to osoba, której chłopaki ufają. Początkowo może nawet oni mieliby ostatnie słowo czy coś jest ma być mergowane czy nie. Z czasem wyłoniła by się organicznie odpowiedzialna osoba. Ale wszystko zależy od zainteresowania, dlatego badam zainteresowanie.

@javny sugerowałbym raczej kierunek: dobrze udokumentowane API publiczne -> jeśli jakiś ficzer ma duże adoption wśród użytkowników, to ze strony Hejto odezwa do użytkownika czy chciałby/zgodziły się na odpalenie jego kodu w serwerowni Hejto / udostępnił swój kod do zintegrowania z corem.

@wombatDaiquiri o to to. To jest moim zdaniem dobra i bezpieczna droga. Otwarte i działające API zrobi robotę