Học kỹ năng “kỹ thuật mới” và “phi kỹ thuật” theo quan điểm riêng của mình
Lập trình viênkém chỉ học hỏi những điều khi nó hoàn toàn cần thiết. Lập trình viên giỏi học các kỹ năng “kỹ thuật mới” xuất hiện. Còn người lập trình xuất sắc không chỉ học các kỹ năng “kỹ thuật mới” cho riêng mình mà còn học kỹ năng “phi kỹ thuật”. Họ sẵn sàng đón nhận nguồn kiến thức mà những người khác có thể không bao giờ quan tâm.
Đặt điều đó trong tình huống cụ thể, các dev kém chỉ học XAML khi họ bắt đầu một dự án sử dụng WPF. Lập trình viên giỏi đã học nó một năm trước bởi vì họ cảm thấy thú vị. Lập trình viên xuất sắc lại chăm chỉ đọc hướng dẫn thiết kế các ứng dụng WPF, lý thuyết khả năng sử dụng, hoặc học một số khóa học như nghiên cứu chẳng hạn, để làm cho UIS trở nên đặc biệt hơn.
Biết nhìn vào thực tế, không giáo điều
Tuân thủ cứng nhắc các "quy tắc bất thành văn của lập trình" là một điều rất khó thực hiện với lập trình viên. Một người viết web giỏi sẽ luôn biết nhìn vào thực tế, căn cứ ình huống cụ thể chứ không chỉ giáo điều theo sách vở. Điều ấy có nghĩa là phải biết sáng tạo và học hỏi. Sẽ có lúc bạn viết code mà không học hỏi cách thực hiện của người đi trước. Nhiều khi bạn bế tắc khi không biết phải viết code như thế nào. Nhưng hãy nhớ rằng sẽ không bao giờ có bad-code nếu có nhiều hơn một cách để viết nó, trừ khi bạn đã cạn kiệt khả năng sáng tạo.
Biết cách nghiên cứu để tìm ra giải pháp những giải pháp cần thiết
Tìm tòi để tìm câu trả lời có nghĩa là bạn sẽ làm nhiều hơn việc chỉ gõ một số từ khóa vào một công cụ tìm kiếm hoặc đăng một câu hỏi tại Stack Overflow hoặc các diễn đàn MSDN. Tôi từng nhập vấn đề vào công cụ tìm kiếm mà không tìm ra kết quả. Mỗi câu hỏi tôi đăng trên Stack Overflow hoặc các diễn đàn MSDN cũng không bao giờ có được một câu trả lời thỏa đáng. Nhưng tôi vẫn giải quyết được vấn đề và nghĩ cách chuyển vấn đề sang một hướng đi khác. Tôi biết làm thế nào để tìm câu trả lời hoặc phát hiện ra nguyên nhân gốc rễ của tình huống này.
Có nhiều vấn đề là tình hình, và nếu bạn phụ thuộc vào công cụ tìm kiếm hoặc các diễn đàn, bạn có thể lãng phí rất nhiều thời gian để đi xuống một cái hang thỏ (ý nói đi vòng vèo, lãng phí thời gian) và có thể không bao giờ nhận được một giải pháp như ý. Bạn hãy nghiên cứu kỹ vấn đề để phân tíchnguyên nhân gốc, tìm hiểu đầy đủ về hệ thống cơ bản để tìm manh mối và giải pháp khác. Và hơn hết, bạn hãy tìm hiểu thật kỹ để có cái nhìn xa hơn về một hoàn cảnh trước khi tìm hiểu vào nó.
Có niềm đam mê
Bạn phải có niềm đam mê lập trình nhiều hơn nữa - bạn cũng phải vui mừng và tự hào về công việc của bạn, công nghệ bạn đang dùng, ông chủ của bạn, dự án của bạn, và tất cả những cái khác. Tôi đã thấy một số lập trình viên giỏi và thậm chí các lập trình web xuất sắc chỉ làm việc ở mức độ bìnhthường bởi vì một số thứ không thích hợp với họ. Chẳng hạn như họ ghét dự án hoặc là phải sử dụng một công nghệ mà họ không thích. Tôi đã có một dự án phát triển, đã làm việc với dự án đó. Nhưng tôi không thích nó ngay từ lúc đầu. Nếu bạn thấy mình trong tình huống đó, bạn cần phải giải quyếtngay lập tức bằng cách khám phá điều gì đó về công việc, dự án được nhận, hoặc ra khỏi đó. Dự án đó sẽ không có giá trị nếu bạn không đam mê nó.
0 nhận xét:
Lưu ý: Chỉ thành viên của blog này mới được đăng nhận xét.