한 가지 장점은 개발 프로세스 초기에 크로스 플랫폼 호환성 및 분기 문제를 발견하고 해결해야한다는 것입니다. 모든 사람들은 그러한 원숭이 렌치와 장애물을 다루는 데 익숙합니다.
또한 이러한 차이로 인한 단점이 있습니다. 이러한 차이로 인해 환경을 설정, 유지 관리, 보안 및 개발하기가 더 어렵습니다. 모든 사람은 발산 문제를 조기에 자주 해결해야합니다. 처음부터 카오스 멍키를 느슨하게 설정하는 것은 앞으로 나아가는 데 상당한 방해가 될 수 있습니다.
필자의 경험상, 교차 플랫폼을 사용해야하는 제품에 대해 특별히 구체적으로 작업하지 않는 한, 번거 로움은 그만한 가치가 없습니다. 그러나 그것은 다른 팀들이 스스로 결정해야 할 판단입니다. 저는 프로젝트 팀 전체에서 최소한 같은 정도의 동일성을 선호하지만 실제로는 내가 시행 할 수있는 것이 아니라 욕망입니다. 어떤 사람들은 Windows를 사용하고, 다른 사람들은 macOS를, 다른 사람들은 Linux의 맛을 가지고 있습니다. 개발자가 사용하고자하는 모든 도구를 곱하십시오.
Python 3.5, PostgreSQL 9.5+, 펄프 기반 자산 파이프 라인, git, Github, 리베이스 브랜치 등과 같은 핵심 프로젝트 표준을 모두 지정할 수 있습니다. 이것은 발산을 줄이는 데 도움이되며,이를 수용하고 얽는 데 필요한 시간 / 노력입니다. 조직이 더 많은 회사와 고정 단계에있을수록 더 많은 표준화와 공통성을 요구할 수 있습니다. 그러나 개발자는 은유 적 인 견딜 수없는 고양이 인 경향이 있습니다. 따라서 발산을 "둔한 포효까지"유지하는 것이 종종 실제로 할 수있는 최선입니다.