Відкритий код з відкритим кодом: Суть PR у громаді в тому, що вони 99% часу — це погані результати. навіть якщо це виглядає як хороший PR, є підозрілі речі. Це забирає час команди. ми маємо точно повторити баг (бо в проблемі/PR немає жодних кроків) є зміна інтерфейсу без скріншотів до/після/відео Там жахливий код — потрібно буде витягти код, зробити рефакторинг/очищення, потім перевірити Є тести, які нічого не перевіряють — наприклад, вони завжди стають зеленими, навіть після того, як ви навмисно додаєте баг назад Зрештою, більшість особистих рекордів НЕ варті часу, необхідного на повноцінне проходження курсу. У випадку жахливої реалізації ми просто зробимо виправлення/функцію самостійно з нуля. Втім, хороші OSS-люди все одно виділяються, їхні учасники об'єднуються, і вони отримують більше довіри, щоб робити більші внески. Навіть коли ми об'єднуємо внески спільноти, вони не володіють кодом після його злиття — а що, якщо станеться фатальна помилка, і ми не повністю розуміємо новий код? Цілком нормально місяць працювати з диспеаром як учасник OSS. Але це ризик, який ми маємо враховувати. Врешті-решт команда має доглядати за садом і дотримуватися певного рівня якості, іноді це включає не об'єднувати особисті рекорди, які виглядають на 80% готовими Багато PR «виправляють URGENT IT BREAAKS FOR US, відкотіть все зараз», але потім пов'язаний PR спільноти «виправляти» ламає тисячі інших речей.