Mười điều răn dành cho lập trình viên
Đây là mười điều răn mà tất cả các lập trình viên nên tuân theo, theo Jerry Weinberg – Tâm lý học lập trình:
- Hiểu và chấp nhận rằng chúng ta sẽ có lúc phạm sai lầm. Vấn đề là tìm ra chúng sớm, trước khi đưa vào sản xuất. May mắn thay, ngoại trừ vài người trong chúng tôi phát triển phần mềm hướng dẫn tên lửa tại JPL, những sai lầm hiếm khi gây tử vong trong ngành của chúng tôi, vì vậy chúng tôi có thể, và nên học, vui vẻ và tiếp tục công việc.
- Bạn không phải là code của bạn. Hãy nhớ rằng bản chất của việc review là tìm ra vấn đề và các vấn đề sẽ được tìm thấy. Đừng khư khư giữ cho riêng mình khi mà vấn đề chưa được tìm ra
- Đừng tự cho mình là cao thủ sẽ luôn có người nào đó giỏi hơn bạn: Mỗi người đều có thể là thầy của bạn; có thể dạy bạn một số kiến thức mới nếu bạn hỏi. Tìm kiếm và chấp nhận học hỏi từ những người khác, đặc biệt là ngay cả khi bạn nghĩ rằng nó không cần thiết.
- Không viết lại code khi chưa thảo luận với đồng nghiệp: Có một đường thẳng song song giữa “fixing code” và “rewriting code”. Chấp nhận sự khác biệt, và tuân thủ sự thay đổi trong khuôn khổ, đừng tự ý hành động.
- Đối xử với những người ít biết về bạn bằng sự tôn trọng, kính nể và kiên nhẫn. Những người không hiểu gì về kỹ thuật, những người thường xuyên làm việc với các nhà phát triển, hầu như giữ quan điểm rằng chúng tôi là những người tự mãn, cô độc, hay than vãn. Đừng củng cố thêm quan niệm này bằng thái độ giận dữ, thiếu kiên nhân
- Cách duy nhất để phát triển chính là luôn thay đổi bản thân. Hãy cởi mở và chấp nhận những điều mới. Hãy sẵn lòng xem xét thay đổi đối với yêu cầu, framework hoặc công cụ như một thử thách mới, không phải là một sự bất tiện.
- Quyền lực thực sự bắt nguồn từ tri thức, không phải từ vị trí của bạn. Kiến thức tạo ra quyền hạn, và quyền lực tạo ra sự tôn trọng – vì vậy nếu bạn muốn được tôn trọng trong một môi trường, hãy trau dồi kiến thức từ bây giờ.
- Chiến đấu cho những gì bạn tin tưởng, nhưng cũng biết chấp nhận thất bại. Hãy hiểu rằng đôi khi ý tưởng của bạn sẽ bị loại bỏ. Ngay cả khi bạn đúng, đừng trả thù hay nói, “Tôi đã nói với bạn như vậy” nhiều hơn một vài lần, và đừng làm cho ý tưởng của bạn trở thành một người tử vì đạo hay khóc.
- Đừng là “một coder đơn độc”. Đừng là anh chàng coder suốt ngày ngồi trong phòng: không tiếp xúc với mọi người, không có những thú vui khác, cô lập tại văn phòng làm việc.
- Review code thay vì người code – hãy tử tế với người lập trình chứ không phải code của họ. Làm cho tất cả các ý kiến của bạn tích cực và định hướng để cải thiện code càng nhiều càng tốt. Đưa ra những nhận xét gắn với các tiêu chuẩn, giúp tăng hiệu suất,…
TopDev via Techtalk
Xem ngay những tin đăng tuyển dụng IT mới nhất trên TopDev
- B BenQ RD Series – Dòng Màn Hình Lập Trình 4k+ Đầu Tiên Trên Thế Giới
- i iOS 18 có gì mới? Có nên cập nhật iOS 18 cho iPhone của bạn?
- G Gamma AI là gì? Cách tạo slide chuyên nghiệp chỉ trong vài phút
- P Power BI là gì? Vì sao doanh nghiệp nên sử dụng PBI?
- K KICC HCMC x TOPDEV – Bước đệm nâng tầm sự nghiệp cho nhân tài IT Việt Nam
- T Trello là gì? Cách sử dụng Trello để quản lý công việc
- T TOP 10 SỰ KIỆN CÔNG NGHỆ THƯỜNG NIÊN KHÔNG NÊN BỎ LỠ
- T Tìm hiểu Laptop AI – So sánh Laptop AI với Laptop thường
- M MySQL vs MS SQL Server: Phân biệt hai RDBMS phổ biến nhất
- S SearchGPT là gì? Công cụ tìm kiếm mới có thể đánh bại Google?