Nhà phát triển trò chơi độc lập Erik Rydeman đã xác định danh sách các giai đoạn phát triển điển hình của lập trình viên.
Mục sư sao chép/người mới hoàn toàn xanh: Cố gắng tập hợp các ví dụ mã mà anh ấy tìm thấy trên mạng. Có ý tưởng mơ hồ nhất về cái gì và cách nó hoạt động.
Người mới độc lập: Nhìn thấy Ma trận! Thực ra anh ta nhìn thấy bằng khóe mắt, nhưng vẫn chưa nhận thức được và đang thực sự ảo tưởng, nghĩ rằng mình đã học được sức mạnh và bây giờ là chuyện nhỏ (hehe). Có thể viết mã đơn giản và phức tạp mà không cần nhìn vào ví dụ. Anh rất vui mừng khi kết quả công việc của mình đạt được đúng như mong đợi.
Nhìn kỹ hơn vào các mẫu thiết kế. Anh ấy đã thành thạo cú pháp ngôn ngữ đầu tiên của mình và hiện đang xem xét các phương pháp hay nhất. Anh ta bắt đầu nghiên cứu các mẫu thiết kế, và quyền năng toàn năng đã giáng xuống anh ta ở giai đoạn trước tan biến như sương mù mùa thu. Trước mắt chúng tôi một lần nữa là một người mới đến vô vọng và luôn nghi ngờ...
Người đam mê mẫu thiết kế. Ý thức của anh sống với ý tưởng về “mật mã lý tưởng”. Một người đam mê cố gắng cấu trúc mã của riêng mình sao cho nó gần với một lý tưởng không thể đạt được và càng phù hợp với các mẫu hiện có càng tốt. Giờ đây, việc làm việc với đoạn mã do anh ấy viết đã dễ chịu hơn nhiều.
Kiến trúc quá cuồng nhiệt: Điều này xảy ra với tất cả mọi người. Nhưng một số lập trình viên lại đi sâu vào các phương pháp hay nhất một cách nhiệt tình đến mức họ sẵn sàng bảo vệ chúng với lòng nhiệt thành mà ngay cả những người cuồng tín tôn giáo có kinh nghiệm cũng phải ghen tị. Và, giống như sau, họ không bình tĩnh cho đến khi mọi người xung quanh chấp nhận quan điểm của họ hoặc rời khỏi tầm nhìn của họ. Đôi khi ở giai đoạn này năng suất giảm, tất cả là do đưa ra những quyết định sai lầm (quá tin tưởng vào lý thuyết mà không được thực tiễn xác nhận).
Kiến trúc sư giàu kinh nghiệm. Kinh nghiệm tích lũy đang bắt đầu đơm hoa kết trái. Theo bản năng, “kiến trúc sư” biết điều gì đang thực sự xảy ra và phải làm gì với tất cả những điều đó. Ở giai đoạn này, lập trình viên bắt đầu rời xa những giáo điều nghiêm ngặt và cụm từ chính của anh ta trở thành “điều đó còn tùy” (“điều gì cũng có thể xảy ra”). Những quyết định khó khăn không còn là niềm tôn sùng của anh nữa.
Sự tối giản khổ hạnh. Câu hỏi: Cách tốt nhất để cấu trúc mã là gì? Câu trả lời của người khổ hạnh: cách đơn giản nhất có thể. Bây giờ anh ấy quan tâm đến sự phát triển kỹ thuật lý thuyết ít hơn nhiều so với kết quả thực tế, và việc tìm ra một giải pháp tốt và thực hiện nó ngay lần thử đầu tiên là hoàn toàn có thể: kinh nghiệm của một nhà khổ hạnh sẽ giúp ích.
GO TO FULL VERSION