1. Học đi đôi với hành
Cách duy nhất để tăng kỹ năng lập trình là hãy thực sự lập trình. Đừng để chứng "tê liệt phân tích" (analysis paralysis) ngăn cản bạn ngay từ đầu.
Tê liệt phân tích là chứng phân tích, suy nghĩ quá nhiều khiến đầu óc bị chệch khỏi mục tiêu ban đầu thay vì cố gắng đạt được mục tiêu đó.
2. Lập trình ra phần mềm khác với học để làm bài thi
"Nhồi sọ" chẳng đem lại tác dụng gì đâu.
3. "Gian lận" thoải mái
Nếu gặp bất cứ vấn đề gì, đừng ngại "Google" hoặc hỏi người khác để rút kinh nghiệm.
4. Để lỗi tràn ngập mà không kiểm tra là "tội ác"
Tôi từng ghi hết mọi thứ đã biết với mong muốn nó có thể chạy được. Nhưng không, cách làm này sẽ làm "lỗi chồng chất lỗi", rất khó tìm kiếm và khắc phục nếu chẳng may không có cái nào dùng được.
5. Không nên học code một mình
Nói chuyện, trao đổi với những lập trình viên (coder) khác là cách học tốt nhất cho bạn.
6. Hãy bỏ qua cảm xúc cá nhân
Trong quãng đời viết code, bạn sẽ có cả trăm ngàn lần thấy thông báo lỗi xuất hiện. Có thể bạn sẽ phát điên hoặc quá mệt mỏi với chúng, nhưng đừng buông bỏ. Hãy dẹp mọi cảm xúc cá nhân qua một bên, nhẹ nhàng nhấn OK và cố gắng tìm lỗi.
7. Không cần đến 5 màn hình làm gì cả
Không cần hoành tráng như những bộ máy trong phim Hollywood với hàng tá màn hình đầy rẫy những đoạn mã. Chiếc máy tính bạn đang dùng hoàn toàn đủ để bắt đầu học lập trình ngay từ bây giờ. Đừng phí tiền như vậy, ít nhất là khi mới bắt đầu theo đuổi con đường lập trình.
8. Chữ hoa và chữ thường khác nhau "RẤT NHIỀU"
Tôi phải mất một lúc để nhận thấy sự khác biệt tinh tế giữa các biểu tượng hao hao giống nhau, có thể khá bực bội đến khi đã quen với chúng. Trong lập trình, sự khác biệt này rất quan trọng.
9. Đừng nên cố gắng hiểu mọi thứ
Lúc đầu, tôi cố gắng theo đuổi câu hỏi "tại sao" cho mọi vấn đề gặp phải, điều này không cần thiết. Máy tính rất phức tạp và có nhiều thứ để hiểu, còn bạn sẽ không bao giờ hiểu hết chúng đâu.
10. Hãy cố gắng lập trình cặp (pair programming)
Theo Wikipedia, lập trình cặp là kiểu lập trình đòi hỏi hai kỹ sư phần mềm cùng tham gia một nỗ lực lập trình chung trên một máy trạm, nghĩa là chỉ có một màn hình, một bàn phím. Mỗi người thực hiện việc mà người kia hiện không làm.
11. Thay đổi mã xấu (bad code) là một phần của quá trình
Tôi từng nghĩ rằng mỗi đoạn mã mình viết đều cần hoàn hảo, nhưng việc cải tiến chúng là điều bình thường. Bạn không thể viết sách rồi xuất bản mà không chỉnh sửa lại nó.
12. Biết cách hỏi người khác
Con người không phải cái gì cũng biết, đôi lúc bạn cũng cần hỏi người khác về một vấn đề nào đó. Khi hỏi người khác, hãy nắm rõ 4 điều sau:
- Diễn tả chính xác những gì bạn thấy
- Giải thích rõ những gì bạn nghĩ sẽ xảy ra
- Giải thích rõ những gì đang xảy ra
- Giải thích tại sao bạn nghĩ nó nên làm việc theo cách khác
Khi tìm hiểu, có lúc bạn sẽ thấy câu trả lời mà không cần hỏi, điều đó cho phép suy nghĩ toàn diện vấn đề.
13. Bạn không cần phải là "thiên tài toán học"
Không giỏi toán không có nghĩa rằng bạn không thể lập trình.
14. Luôn luôn "ăn mừng" thành quả
Viết chương trình, công cụ với các đoạn mã thực sự rất thú vị.
15. Hãy gặp gỡ những coder khác
Đừng tự ti hay ngại ngùng, mạnh dạn tham gia các buổi hội thảo, offline để tìm thêm những người bạn mới, chia sẻ và học hỏi thêm kinh nghiệm cho bản thân. Không ít những coder cũng mới vào nghề giống bạn đấy thôi.
16. Tránh xung đột với nhau
Điều đó có thể gây khó chịu. Khi nhận thấy mình có thể "len lỏi" vào một tính năng trước khi bạn cùng team phải đối phó với chúng, tôi rất vui mừng.
17. Hãy thừa nhận những gì chưa biết
No comments:
Post a Comment