Cấp độ 5 nghĩa là chẳng bao giờ bạn phải nói câu xin lỗi

Bài viết được dịch từ blog Coding Horror

Lời bàn của Vinacode:

Một chiếc bánh Big Macs của McDonald's luôn được rán (chiên) trong 37 giây.

Một chiếc bánh Big Macs của McDonald’s luôn được rán (chiên) trong 37 giây.

Bạn có biết rằng một chiếc bánh Big Macs của McDonald’s luôn được rán (chiên) trong 37 giây, không phải 36 cũng không phải là 38 giây, và công thức này được áp dụng tại tất cả các cửa hàng nhượng quyền của McDonald’s trên khắp thế giới, dù cho cửa hàng đó ở Âu Mỹ, Singapore, Châu Phi hay ở… Việt Nam). Liệu một đầu bếp có tài năng thì họ có chọn đi làm cho McDonald’s để cứ quanh năm suốt tháng làm theo cái công thức “37 giây” đó? Hay là họ muốn làm việc tại một nơi nào đó mà có thể thỏa sức thử nghiệm những món ăn mới?

Trong ngành phát triển phần mềm cũng vậy, bạn đã bao giờ vào làm tại một công ty phần mềm và người ta cũng có những công thức kiểu cứng nhắc “37 giây” như vậy chưa? Bạn có thắc mắc tại sao? Bài viết sau đây nói về 5 cấp độ trong nghề của một lập trình viên, và nội dung bàn về những quy tắc dạng Methodology thì phù hợp với cấp độ nào nhé!

Lập trình viên cấp độ 5 có nên tuân theo những quy tắc cứng nhắc trong phát triển phần mềm?Lập trình viên cấp độ 5 có nên tuân theo những quy tắc cứng nhắc trong phát triển phần mềm?

Đọc tiếp >>

Kỹ nghệ phần mềm: Đã chết?

Bài viết được dịch từ blog Coding Horror

Tôi đã hoàn toàn rối trí khi đọc được bài viết mới IEEE này của tác giả Tom DeMarco (pdf). Hãy xem liệu bạn có thể giải thích lý do tại sao.

Cuốn sách trước đây của tôi là, Controlling Software Projects: Management, Measurement, and Estimates [1986] (Kiểm Soát Các Dự Án Phần Mềm: Quản Lý, Đo Lường, và Ước Lượng), đã đóng một vai trò quan trọng trong cách hướng dẫn nhiều kỹ sư phần mềm mới vào nghề có thể tính toán khối lượng công việc và lên kế hoạch cho các dự án của họ. Trong tâm trạng suy nghĩ của mình, tôi đang tự hỏi, liệu lời khuyên từ cuốn sách đó thì có đúng thời điểm hay không, liệu nó vẫn còn thích hợp, và liệu tôi vẫn còn tin rằng những phép đo lường đó là bắt buộc cho bất kỳ nỗ lực phát triển phần mềm thành công nào? Câu trả lời của tôi là không, không, và không.

Tôi dần dần đi đến một kết luận rằng kỹ nghệ phần mềm là một ý tưởng của ai đó mà theo thời gian đã đến và đã đi.

Phát triển phần mềm luôn là một cái gì đó cần phải thí nghiệm. Thực ra việc xây dựng phần mềm thì không cần phải thí nghiệm, nhưng các khái niệm của nó thì cần. Và đây chính là nơi mà chúng ta nên tập trung vào đó.

Liệu có phải kỹ nghệ phần mềm đã chết?Liệu có phải kỹ nghệ phần mềm đã chết?

Đọc tiếp >>