Ngành phát triển phần mềm đang thay đổi — vĩnh viễn

Năm 2003, tôi thành lập DCSL Software, sau này trở thành One Beyond. Tôi rời đi vào năm 2023 sau khi đưa công ty ra quốc tế và phát triển lên hơn 300 nhân viên. Kể từ đó, tôi đã thành lập một start-up robotics và huy động được hơn 4 triệu bảng Anh vốn đầu tư ban đầu.  

Tôi không bao giờ nghĩ mình sẽ viết phần mềm sản xuất trở lại. Tôi ngừng code hàng ngày vào năm 2014, không phải vì tôi không thể làm được, mà vì đó là điều xảy ra khi một công ty mở rộng quy mô. Bạn thuê những người giỏi hơn bạn trong việc thực thi, bạn tập trung vào lãnh đạo, và dần dần bàn phím ngày càng xa. Trong gần một thập kỷ, điều đó cảm thấy hoàn toàn tự nhiên.  

Điều tôi không ngờ tới là gần mười năm sau, tôi lại thấy mình trở lại vị trí nhà phát triển — không phải vì hoài niệm, mà vì thực tế. Không phải chỉ thử nghiệm mà là xây dựng một nền tảng robotics thực sự phức tạp. Và không phải bằng cách học lại mọi framework hoặc ngôn ngữ đã bỏ lỡ, mà bằng cách làm việc theo một cách thức hoàn toàn khác.  

Sự thay đổi cá nhân đó là tín hiệu rõ ràng nhất mà tôi thấy rằng có điều gì đó về cấu trúc đã thay đổi trong phát triển phần mềm.  

Cách chúng ta từng thiết kế phần mềm — và tại sao  

Khi tôi bắt đầu, chúng tôi đang ở thời đại waterfall. Đó không phải là lý thuyết, mà là kinh tế học. Phần mềm chậm và tốn kém để xây dựng, vì vậy cách tiếp cận hợp lý duy nhất là suy nghĩ rất kỹ từ đầu.  

Chúng tôi viết các đặc tả chi tiết vì chúng tôi phải làm vậy. Hợp đồng phụ thuộc vào chúng. Giao hàng phụ thuộc vào chúng. Viết một bản đặc tả tốt là một kỹ năng chuyên môn, và tôi tình cờ khá giỏi trong việc đó. Tôi có thể hình dung sản phẩm hoàn thiện có thể trông như thế nào trước khi nó tồn tại, dự đoán các lĩnh vực phức tạp và mô tả hành vi với độ chính xác đủ để một nhóm có thể xây dựng dựa trên đó.  

Khả năng đó hiếm có và khó dạy. Nhiều người gặp khó khăn với nó vì việc tưởng tượng một hệ thống phức tạp chưa tồn tại thực sự là khó. Nhưng nó quan trọng, bởi vì sai sót muộn trong quy trình là đau đớn và tốn kém.  

Theo thời gian, ngành công nghiệp chuyển sang Agile. Công khai, điều này được đóng khung là một cách tốt hơn để ứng phó với thay đổi. Thầm lặng, nó cũng là sự thừa nhận rằng đối với các hệ thống lớn, chạy dài, không có đặc tả nào tồn tại nguyên vẹn. Doanh nghiệp thay đổi, người dùng thay đổi, công nghệ thay đổi, và giả vờ ngược lại thường gây hại nhiều hơn là tốt.  

Agile thực dụng, nhưng nó đi kèm với một chi phí. Chúng tôi phần lớn từ bỏ thiết kế sâu từ đầu và thay thế nó bằng khám phá tăng dần. Điều đó có hiệu quả, nhưng nó cũng chuẩn hóa một tư duy nơi việc suy nghĩ quá xa được coi là không cần thiết hoặc thậm chí rủi ro.  

Điều gì đã thay đổi — và tại sao tôi bắt đầu xây dựng trở lại  

Lý do tôi có thể quay trở lại phát triển thực hành không phải là tôi đột nhiên tìm thấy thời gian hoặc mong muốn học lại một thập kỷ công cụ. Đó là vì AI đã thay đổi cơ bản chi phí của thử nghiệm.  

Đây là phần thường bị hiểu lầm. Sự thay đổi thực sự không phải là code viết nhanh hơn. Đó là việc thử mọi thứ bây giờ rẻ, nhanh và phần lớn có thể đảo ngược.  

Những thứ từng mất vài tuần của developer giờ có thể được thử nghiệm trong vài phút. Bạn có thể khám phá một cách tiếp cận, xem nó cảm thấy như thế nào, loại bỏ nó hoàn toàn và thử một hướng khác với rất ít hình phạt. Điều đó đơn giản là không thể trước đây.  

Trong quá khứ, có một sự gắn bó cảm xúc và tài chính mạnh mẽ với code. Nếu điều gì đó mất hai developer ba tuần để xây dựng, bạn dễ hiểu miễn cưỡng vứt bỏ nó. Các quyết định cứng lại sớm, không phải lúc nào cũng vì chúng đúng, mà vì đảo ngược chúng quá tốn kém.  

Ràng buộc đó đã biến mất và đây là điều kéo tôi trở lại. Bây giờ tôi có thể hoạt động ở cấp độ mà tôi mạnh nhất — hiểu vấn đề, định hình hệ thống, phát hiện khi độ phức tạp đang len lỏi vào — trong khi AI xử lý các cơ chế. Tôi không viết code theo cách tôi đã làm ở tuổi hai mươi. Tôi đang chỉ đạo nó, tinh chỉnh nó, sửa nó và thỉnh thoảng ngăn nó đi theo hướng hoàn toàn sai. Trong thực tế, điều này cảm thấy gần với việc lãnh đạo một nhóm hơn là viết code. Bạn thực sự là ông chủ — thiết lập hướng đi, xem xét đầu ra, phát hiện những đường tắt lười biếng và phản đối khi điều gì đó không cảm thấy đúng. 

Tại sao thiết kế vẫn quan trọng — hơn bao giờ hết   

Sẽ dễ dàng giả định rằng sự tự do mới này làm cho thiết kế ít quan trọng hơn. Trong thực tế, nó làm cho nó quan trọng hơn.   

Có một ý tưởng rõ ràng, chi tiết về những gì bạn đang cố gắng xây dựng vẫn cực kỳ có giá trị. Trên thực tế, nó chủ động cải thiện đầu ra AI. Ý định càng rõ ràng, kết quả càng tốt. Tư duy mơ hồ chỉ đơn giản tạo ra các hệ thống mơ hồ nhanh hơn. Điều quan trọng cần hiểu là AI hoạt động rất giống một người. Nó muốn giúp đỡ. Nó muốn cung cấp cho bạn một câu trả lời. Nếu bạn mơ hồ, nó sẽ lấp đầy khoảng trống. Nếu bạn bất cẩn, nó sẽ đưa ra giả định. Nếu bạn không thách thức nó, nó sẽ tự tin tiếp tục đi xuống con đường sai.  

Sự khác biệt là thiết kế không còn là một tạo phẩm giòn, một lần phải tồn tại không thay đổi trong nhiều năm. Nó đã trở thành một hướng dẫn cho thử nghiệm thay vì là một ràng buộc đối với nó. Bạn có thể giữ một tầm nhìn mạnh mẽ về nơi bạn đang hướng tới trong khi vẫn sẵn sàng thử, loại bỏ và phát triển con đường đưa bạn đến đó.   

Kỹ năng mới là biết khi nào khám phá là hiệu quả và khi nào nó chỉ là nhiễu. AI sẽ vui vẻ tiếp tục tạo cấu trúc lâu sau khi nó nên được đơn giản hóa. Nó không biết khi nào một tệp đã phát triển quá lớn, khi nào một trừu tượng đang rò rỉ, hoặc khi nào điều gì đó "hoạt động" hôm nay sẽ gây đau đớn sau này. Những bản năng đó vẫn đến từ kinh nghiệm.  

Điều này phá vỡ gì trong ngành  

Một khi thử nghiệm trở nên rẻ, nhiều giả định giữ lâu dài ngừng giữ. Lập kế hoạch không còn về việc khóa mọi thứ xuống trước. Nó về việc thiết lập ý định, ràng buộc và ranh giới.  

Ước tính trở nên ít về dự đoán nỗ lực và nhiều hơn về hiểu không gian bạn đang khám phá.  

Và mối quan hệ của chúng ta với code thay đổi hoàn toàn. Có ít gắn bó hơn nhiều với các triển khai cụ thể và tập trung nhiều hơn vào hành vi, cấu trúc và kết quả.  

Đây là lý do tại sao ngành phát triển phần mềm cảm thấy bất ổn. Nhiều người đang cố gắng áp dụng các mô hình tinh thần cũ cho các công cụ mới. Điều đó hoạt động trong một thời gian, nhưng nó bỏ lỡ điểm chính.  

Sự thay đổi thực sự  

Lý do tôi tự tin sự thay đổi này là vĩnh viễn rất đơn giản: Tôi sẽ không xây dựng lại nếu không như vậy.  

Lý do duy nhất tôi có thể tin cậy trở lại phát triển thực hành sau một thập kỷ xa là các ràng buộc đã đẩy tôi ra ngay từ đầu không còn áp dụng. Phần mềm giờ có thể phát triển thông qua thử nghiệm có hướng dẫn theo cách mà đơn giản là không thể trước đây.  

Điều này không có nghĩa là kinh nghiệm quan trọng ít hơn. Nó có nghĩa là nó quan trọng khác đi. Giá trị không còn nằm ở việc nhớ cú pháp hoặc framework. Nó nằm ở phán đoán, cấu trúc và biết khi nào dừng lại.  

Đây không phải là kết thúc của phát triển phần mềm. Nhưng đó là kết thúc của mô hình cũ. Và một khi bạn đã làm việc theo cách này, không có đường quay lại.