åpen kildekode: bunnlinjen med PR-er i lokalsamfunnet er at de 99 % av tiden er søl. selv om det ser ut som en god PR, finnes det mistenkelige ting. Dette tar teamets tid. vi må nøyaktig reprodusere feilen (fordi det ikke finnes noen steg i problemet/PR-en) det er en UI-endring uten før/etter-skjermbilder/video Det er forferdelig kode – vi må hente ut koden, refaktorere/rydde opp, og verifisere etterpå Det finnes tester som ikke tester noe – for eksempel blir de alltid grønne, selv etter at du bevisst legger til feilen igjen Til syvende og sist er de fleste PR-ene IKKE verdt tiden det tar å gå ordentlig gjennom det. I tilfelle av en elendig implementering vil vi heller bare fikse/funksjonen selv fra bunnen av. Når det er sagt – gode OSS-folk skiller seg fortsatt ut, og bidragsyterne deres blir slått sammen, og de får mer tillit, slik at de kan gjøre større bidrag. Selv når vi slår sammen fellesskapsbidrag, eier de ikke koden når den først er slått sammen – hva om det er en fatal feil og vi ikke helt forstår den nye koden? Det er helt greit å disspear i en måned som OSS-bidragsyter. Men det er en risiko vi må ta hensyn til. til syvende og sist må teamet ta vare på hagen og håndheve et visst kvalitetsnivå, noen ganger inkluderer dette å ikke slå sammen PR-er som ser 80 % klare ut til å gå Mange PR-er vil 'fikse ting HASTER DET ER FOR ALLE, RULL TING TILBAKE NÅ', men så ødelegger den lenkede 'fikse' community-PR tusenvis av andre ting.