Có một lợi thế cho môi trường phát triển không đồng nhất?

Tôi làm việc với một nhóm các nhà phát triển, những người được đưa ra các lựa chọn về phần cứng và phần mềm họ chạy. Cảm giác của chúng tôi là kịch bản này cho phép chúng tôi thấy một loạt các hệ thống mục tiêu trước khi thử nghiệm. Kinh nghiệm của chúng tôi là chúng tôi tìm thấy một số vấn đề lạ trong các trình duyệt và hệ điều hành khác nhau ngay sau khi đưa ra sự cố. Nhưng đó chỉ là kinh nghiệm của một nhóm.

Sự đa dạng của các hệ thống này là khó khăn đối với các nhóm cơ sở hạ tầng và bảo mật của chúng tôi, vì vậy nó xuất hiện thường xuyên như một điểm đau.

Có lợi hơn khi có môi trường phát triển đồng nhất hoặc không đồng nhất trên một nhóm các nhà phát triển?

Một lợi thế là bạn gặp phải và phải giải quyết các vấn đề tương thích và phân kỳ đa nền tảng sớm trong quá trình phát triển. Mọi người đều quen với việc đối phó với những con khỉ và chướng ngại vật như vậy.

Bạn cũng đang nhìn thấy nhược điểm của sự phân kỳ như vậy: Môi trường khó thiết lập, duy trì, bảo mật và phát triển hơn vì những phân kỳ đó. Mọi người phải làm việc về các vấn đề phân kỳ sớm và thường xuyên. Đặt Chaos Monkey lỏng lẻo ngay từ đầu có thể là một sự phân tâm đáng kể từ việc tiến bộ về phía trước.

Theo kinh nghiệm của tôi, các phức tạp phân kỳ không đáng để bỏ công sức trừ khi bạn đặc biệt làm việc trên một sản phẩm phải được đa nền tảng. Nhưng, đó là một lời phán xét mà các đội khác nhau phải tự đưa ra. Tôi thích có ít nhất một chút về sự giống nhau trong các nhóm dự án của tôi, nhưng thực tế đó là một mong muốn hơn là một cái gì đó tôi có thể thực thi. Một số người đã và sử dụng Windows, những người khác macOS, những người khác một số hương vị của Linux. Nhân số lần đó tất cả các công cụ mà các nhà phát triển có thể muốn sử dụng.

Bạn có thể đặt ra một số tiêu chuẩn dự án cốt lõi như Python 3.5, PostgreSQL 9.5+, đường dẫn tài sản dựa trên gulp, git, Github, các nhánh bị từ chối, ... mà mọi người phải tuân thủ. Điều này giúp cắt giảm sự phân kỳ, do đó thời gian / nỗ lực cần thiết để chứa và xáo trộn nó. Càng nhiều công ty và khóa bước tổ chức của bạn, bạn càng có thể yêu cầu tiêu chuẩn hóa và phổ biến hơn. Các nhà phát triển, tuy nhiên, có xu hướng là những con mèo ẩn dụ không thể ẩn dụ. Vì vậy, giữ cho sự khác biệt "xuống một tiếng gầm âm ỉ" thường là điều tốt nhất bạn thực tế có thể làm.