Đội ngũ kỹ thuật tại Wealthfront
Chúng tôi không có chu kỳ phát hành, chúng tôi có nút triển khai.
Tại Wealthfront, chúng tôi không có đội QA theo thiết kế. Thay vào đó, chúng tôi chủ yếu dựa vào các kỹ sư để sở hữu chất lượng mã của họ trong suốt quá trình phát triển phần mềm bằng cách đầu tư mạnh vào nhiều cấp độ kiểm tra, giám sát và báo cáo tự động. Chúng tôi đã làm việc trong môi trường CI / CD từ trước khi nó trở nên phổ biến và cách tiếp cận của chúng tôi để phân phối liên tục là một phần cốt lõi trong quá trình phát triển sản phẩm của chúng tôi. Chúng tôi tích cực sử dụng các thử nghiệm A / B và cờ đặc trưng để đưa mã vào sản xuất một cách nhanh chóng và thường xuyên một cách an toàn. Không tin chúng tôi? Xem lần cuối cùng chúng tôi bắt đầu sản xuất tại đây!
Kỹ thuật tại Virta
Chúng tôi không ngừng học hỏi và thích nghi.
Một triển khai hoàn hảo là không cần thiết khi một triển khai tốt mang lại giá trị. Chúng tôi tin tưởng vào việc lặp lại và nhận ra rằng chúng tôi sẽ không có tất cả các câu trả lời trước. Bằng cách thực hiện các bước táo bạo nhưng có học thức để thu thập thêm thông tin, chúng tôi xây dựng một kho dữ liệu để đưa ra các quyết định trong tương lai. Các kỹ sư gửi yêu cầu kéo GitHub, yêu cầu này kích hoạt quét linting, kiểm tra và quét chất lượng mã trước khi cho phép người đánh giá phê duyệt. Sau khi được phê duyệt, PR sẽ kích hoạt CircleCI triển khai đến các môi trường khác nhau (dàn dựng, sản phẩm, v.v.). Tự động hóa các đường ống triển khai của chúng tôi cho phép chúng tôi triển khai nhiều lần mỗi ngày cho quá trình sản xuất.
Đội kỹ thuật tại Sibi
Trung bình, chúng tôi vận chuyển đến nơi sản xuất hàng chục lần một ngày – và đôi khi gấp đôi con số đó.
Thật an toàn khi nói rằng tại Sibi, vận chuyển là nhịp tim của chúng tôi. Chúng tôi thích lặp lại nhanh chóng để tinh chỉnh các giả định của chúng tôi dựa trên những gì chúng tôi đã học được. Điều đó nói rằng, nó không phải là một nhà thương điên. Chúng tôi dựa nhiều vào cờ tính năng và thử nghiệm trong sản xuất. Nếu xảy ra sự cố, chúng tôi có thể chỉ cần tắt nó đi. Chúng tôi xem mọi thứ chúng tôi viết như một giả thuyết và mục tiêu luôn là xác thực các giả định của chúng tôi trong từng bit nhỏ và học hỏi từ mỗi lần lặp lại. Vào cuối ngày, nếu có sự cố xảy ra, thời gian phục hồi luôn quan trọng đối với chúng tôi hơn là sự hoàn hảo. Chúng tôi làm việc chăm chỉ để tạo ra một môi trường an toàn khi thất bại (xem ở trên).
Kỹ thuật tại Asana
Chúng tôi vận chuyển nhanh chóng và bền vững.
Mã vận chuyển là cách dễ thấy nhất mà các kỹ sư đóng góp vào sự thành công của Asana và làm như vậy một cách nhanh chóng và bền vững là chìa khóa.
Vận chuyển nhanh bắt đầu với sự đầu tư nghiêm túc vào công cụ, chẳng hạn như triển khai liên tục với nhiều lần đẩy mỗi ngày. Nó cũng tập trung và trôi chảy, giống như loại bạn có thể có trong “Thứ Tư Không Họp Mặt” của chúng tôi.
Nhưng vận chuyển nhanh chóng và bền vững không chỉ là công việc hiệu quả. Khi chúng tôi tập trung, chúng tôi viết mã chất lượng cao hơn và điều này có nghĩa là ít nợ kỹ thuật hơn, lặp lại nhanh hơn và ít thời gian hơn để chữa cháy. Mặc dù nhiều giờ trong văn phòng dẫn đến ảo tưởng về rất nhiều công việc, nhưng nó thường khiến bạn tốn rất nhiều sức lực để giẫm chân tại chỗ.
Đây là một khoản đầu tư dài hạn chống lại quan niệm sai lầm phổ biến rằng vận chuyển nhanh có nghĩa là hoạt động không bền vững. Phần mềm sẽ không đi đến đâu cả và văn hóa kỹ thuật của Asana nhằm hỗ trợ mọi người làm việc tốt trong nhiều thập kỷ tới.
Kỹ thuật tại CoinTracker
Tốc độ là vũ khí tối thượng.
Chúng tôi có một môi trường thử nghiệm trực tiếp cho mọi yêu cầu kéo và nhánh “chính” mới nhất của chúng tôi luôn được triển khai tự động cho môi trường dàn dựng của chúng tôi. Chúng tôi triển khai một cú nhấp chuột để sản xuất và sử dụng các đánh giá mã cho mọi thay đổi, dù lớn hay nhỏ. Chúng tôi đầu tư vào việc tạo ra trải nghiệm phát triển và phân phối tuyệt vời để đảm bảo người dùng không ngừng hài lòng với sự tiến bộ của chúng tôi (và để bản thân chúng tôi có thể thích làm việc trên sản phẩm của mình!).
Kỹ thuật tại CareMessage
CI sẽ không mất hơn 30 phút để chạy – lý tưởng là dưới 20.
Chúng tôi thường vận chuyển đến nơi sản xuất nhiều lần trong ngày và đầu tư vào kiểm tra, giám sát và báo cáo tự động (chúng tôi sử dụng CircleCI cho CI / CD). Các kỹ sư sở hữu chất lượng mã của họ trong suốt quá trình phát triển phần mềm và chúng tôi tránh độ trễ bằng cách giữ CI dưới 30 phút. Khi Jeremy (VP của Eng) lần đầu tiên bắt đầu, nó mất một tiếng rưỡi. Chúng tôi đã đầu tư tài nguyên, cấu trúc lại và hiện mất khoảng 12-15 phút để chạy bộ thử nghiệm đầy đủ, xây dựng và triển khai.