Tắt Quảng Cáo [X] Đăng Nhập để ẩn Tất Cả Quảng Cáo # **8 SAI LẦM NEWBIE THƯỜNG GẶP TRONG LẬP TRÌNH** ## 1. KHÔNG CHIA NHỎ CODE. Các bạn thường cứ cố nhồi nhét thật nhiều thật nhiều code vào một file, nào là function, nào là class, nào là module. Có bạn còn nghĩ thế là ngầu, ngồi code thấy thằng bên cạnh viết 1 file code dài ngoằng kéo hoa cả mắt là thầm nghĩ trong đầu “chắc hẳn thằng này là pro”. Nhưng thực sự thì chẳng phải thế, sau này khi nhìn vào những file code này, chắc các bạn đó (hoặc có thể là bạn chăng) sẽ phải lắc đầu ngán ngẩm: thằng nào hồi đó viết code dốt thế không biết, viết thế này debug đến tết à??? Giải pháp là hãy chia nhỏ các đoạn code, có chú thích và giải thích rõ ràng. Nên nhớ, code của bạn không phải chỉ để mình bạn hiểu, code cần được đọc hiểu bởi các lập trình viên khác. ## 2. THÍCH TỰ VIẾT HƠN LÀ DÙNG THƯ VIỆN/HÀM ĐỐI VỚI CÁC TASK PHỔ BIẾN. Nếu task đó phổ biến và thư viện hoặc ngôn ngữ đó đã support các hàm để thực hiện rồi thì việc biết áp dụng vào lại đem đến hiệu quả hơn cả. Vì điều đó sẽ giúp bạn tiết kiệm được rất nhiều thời gian và công sức. Thêm nữa việc sử dụng thư viện hoặc hàm có sẵn của ngôn ngữ sẽ giúp code của bạn gọn hơn đáng kể và độ chính xác cũng được đảm bảo. Code của mình tự viết không phải lúc nào cũng tốt và tối ưu nếu so với hàm có sẵn và của thư viện. ## 3. Google search mọi lúc. Có rất nhiều bạn mới chập chững vào rất thích sử dụng google ngay khi gặp một vấn đề nào đó thay vì động não suy nghĩ. Chỉ một vài động tác gõ phím và một vài cú click chuột chúng ta đã có một câu trả lời chuẩn không cần chỉnh cho vấn đề các bạn đang gặp phải. Và thế là copy-paste thôi, tin mình đi, không phải code nào bạn copy bạn cũng có thể đọc hiểu được đâu, và với rất nhiều newbie thì chỉ cần copy về, code chạy được là ngon rồi chứ chẳng quan tâm lắm về vấn đề đọc hiểu được đoạn code mình vừa đi copy. ## 4. LUÔN NGHĨ RẰNG CODE NHANH TỐT HƠN CODE ĐẸP VÀ DỄ ĐỌC. Một điều rất hay xảy ra với các bạn newbie là về việc viết code khoa học và tối ưu, các bạn mới vào có thể chưa quen hoặc chưa biết cách tổ chức code sao cho tối ưu vào dễ đọc nhất. Có nhiều bạn còn cứ nghĩ rằng, code nhanh và chạy ổn là được. Khi nhìn vào code bạn ấy thì ôi thôi, tên biến tùm lum toàn 1 chữ cái từ a, a1, b, b1, b2,… hàm thì viết lộn xộn, module, import tùm lum. Khi hỏi thì "code chạy được là được, cần gì câu nệ thế". Hoặc đến khi hỏi lại đến khi chính các bạn còn ngồi trầm tư không biết biến này làm gì, hàm này làm gì, ngồi loay hoay mãi chẳng biết giải thích code như thế nào. ## 5. VIẾT CODE KHÔNG CÓ KẾ HOẠCH Khi nhận được 1 task hoặc làm 1 project nào đó là hì hục nhảy luôn vào code, code, code. Chẳng thèm phân tích hay lên kế hoạch tổ chức code của bản thân. Đó là 1 trong những điều rất hay gặp ở các newbie, các bạn nghĩ rằng điều đó là tốn thời gian và còn cả suy nghĩ: “Đằng nào sau này chẳng có thêm nhiều chức năng khác phát sinh, nghĩ làm sao hết được, cứ code đến đâu hay đến đó”. Kết quả là, với những task nhỏ thì không sao, những task to hay projects to 1 tý, chỉ sau một vài tiếng code, dung lượng code trong project tăng lên, nhiều modules, nhiều components đến lúc nhìn lại chẳng khác gì một đống tơ vò, chắp vá. Bẵng đi 1 vài hôm quay trở lại code thì hoa mắt chóng mặt chẳng nhớ nổi cấu trúc, luồng code như thế nào để mà code tiếp, thế là cảm thấy nản và tặc lưỡi bỏ rơi đứa con của mình khi nó thậm chí còn chưa thành hình. ## 6. KHÔNG KIỂM TRA DỮ LIỆU ĐẦU VÀO, ĐẦU RA. Khi các bạn làm các project demo, luyện tập, các bạn là người làm chủ cuộc chơi vậy nên dữ liệu luôn luôn “chuẩn”, chẳng có chuyện code của bạn sẽ “tử ẹo” vì 1 vài dữ liệu sai lệch gì đó, điều đó khiến cho nhiều bạn newbie ngó lơ việc kiểm tra dữ liệu đầu vào cũng như đầu ra. Mặc định coi như dữ liệu đầu vào lúc nào cũng chuẩn cũng oke, code mình chạy không thể sai được. Đến khi đi làm, server lỗi, mạng chậm, code lỗi đỏ lòm web, app treo chết không chạy được lúc ấy lại tá hỏa đi debug từng dòng code một xem chết ở đâu. ## 7. KHÔNG XỬ LÝ NGOẠI LỆ. Cũng như lỗi ở trên, các bạn mới chập chững thường ít quan tâm đến vấn đề xử lý ngoại lệ vì vấn đề này khá rắc rối cũng như tốn nhiều thời gian, thử nghĩ cứ code một hàm lại phải viết 1 hàm xử lý ngoại lệ cho nó, thật mệt mỏi, thế là thôi, ngó lơ. Đến lúc có lỗi thì phải debug từng dòng 1 rõ là khổ. Dành thời gian suy nghĩ về vấn đề này, chí ít, có còn hơn không. ## 8. KHÔNG BIẾT DEBUG. Có thể nói đây là 1 điều thật sự tệ vì ngành của lập trình viên chúng ta khắc nghiệt ở chỗ. Không viết thì không sao, cứ viết thì thể nào cũng sẽ có bug lòi ra dù to hay nhỏ. Một điều mà các bạn newbie rất sợ đó là code gặp bug. Ngồi học tutorial trên mạng, gõ giống hệt ông giảng viên, người ta chạy thì ngon, mình thì không chạy được. Thế là lại ngồi hì hục soi từng dòng code một so sánh từng ký tự, dấu chấm phẩy xem có khác gì nữa không, rõ là “Nông Văn Dền”. Kỹ năng debug là 1 trong những kỹ năng phải trải qua rèn luyện và không phải một sớm một chiều có thể hình thành được. Tuy nhiên làm lập trình viên mà debug code không biết thì chỉ có nước về quê “nuôi cá và trồng thêm rau thôi”. Nguồn: codelearn.io