Không thể phủ nhận rằng có một xu hướng phát triển dựa trên khuyến mãi tại nhiều công ty công nghệ lớn. Nhưng nếu bạn suy nghĩ thêm: nhiều điều này không phải là xấu cho công ty. Đó là cách mà các kỹ sư + đội ngũ giữ được sự linh hoạt, không sợ hãi khi xây dựng những thứ mới + di chuyển Điều này là rất quan trọng.

Hãy cùng xem xét các công ty rõ ràng có văn hóa này: Meta, Google, Amazon So với những công ty không có (hoặc không nhiều): JP Morgan, Oracle Tự hỏi tại sao 3 công ty đầu tiên có thể thực hiện tốt hơn các startup (Threads, Gemini, AWS), trong khi 3 công ty cuối không thể?

Hãy xem xét các công ty rõ ràng có văn hóa này: Meta, Google, Amazon so với những công ty không có (hoặc không nhiều): JP Morgan, Oracle, IBM. Có phải là sự trùng hợp khi 3 công ty đầu tiên đôi khi có thể thực hiện tốt hơn các startup (Threads, Gemini, AWS), trong khi 3 công ty cuối không thể?

Thí nghiệm tư tưởng: trong Big Company hãy CẤM bất kỳ loại "phát triển dựa trên khuyến mãi." Đừng viết lại một hệ thống mới: hãy tiếp tục bổ sung vào hệ thống cũ. Đừng di chuyển sang Go sau 1, 2, 5, 10, 15, 20 năm: hãy giữ lại Java. Điều gì sẽ xảy ra sau 10 năm? Các lập trình viên quên cách xây dựng...

Hãy xem xét rằng có một chi phí để giữ cho các đội kỹ sư linh hoạt, di chuyển nhanh chóng, cập nhật với các công nghệ mới nhất Chi phí này nằm ở việc viết lại, di chuyển (với thời gian ngừng hoạt động bằng không!), liên tục cải thiện độ tin cậy (trong khi toàn bộ hệ thống đang được thay đổi.) So với việc chậm lại, giữ mọi thứ ổn định... và ngày càng không thể phản ứng nếu và khi thế giới thay đổi.

Ngoài ra, đối với tất cả những phản hồi tiêu cực về phát triển dựa trên khuyến mãi từ các nhà phát triển: Bạn muốn làm việc ở đâu hơn? A) Chắc chắn có cách để chuyển sang kiến trúc/công nghệ/ngôn ngữ tốt hơn, đây là cách B) Cách cũ là cách đúng, giờ hãy tiếp tục làm việc trên hệ thống kế thừa này