Cod deschis open source: Concluzia cu PR-urile comunitare este că 99% din timp sunt neglijente. chiar și în cazul în care pare un PR bun, există lucruri suspecte. Acest lucru ia timpul echipei. trebuie să reproducem exact bug-ul (pentru că nu există pași în problemă/PR) există o schimbare a interfeței fără capturi de ecran sau video înainte/după Există un cod groaznic - ar trebui să extragem codul, să refactorizăm/curățăm, să verificăm după aceea Există teste care nu testează nimic – de exemplu, mereu devin verzi, chiar și după ce adaugi intenționat bug-ul înapoi la finalul zilei, majoritatea recordurilor personale NU merită timpul necesar pentru a le parcurge corect. În cazul unei implementări dezastruoase, vom face noi înșine reparația/funcționalitatea de la zero. Totuși, oamenii buni din OSS tot ies în evidență, iar colaboratorii lor sunt fuzionați, iar ei capătă mai multă încredere pentru a putea face contribuții mai mari. Chiar și atunci când fuzionăm contribuțiile comunității, ei nu dețin codul odată ce se îmbină – ce se întâmplă dacă apare un bug fatal și nu înțelegem pe deplin noul cod? Este perfect în regulă să mergi pe Disspear o lună ca contributor OSS. Dar acesta este riscul pe care trebuie să-l luăm în calcul. La finalul zilei, echipa trebuie să aibă grijă de grădină și să impună un anumit nivel de calitate, uneori asta include să nu fuzionezi PR-uri care arată 80% bine Mulți PR-uri "repară ceva URGENT, SE STRICĂ PENTRU TOATĂ LUMEA, ANULEAZĂ TOTUL ACUM", dar apoi PR-ul comunității "fix" strică mii de alte lucruri.