Công việc của các lập trình viên dường như là một công việc đáng mơ ước.... các lập trình viên có cơ hội làm việc từ xa, từ khắp nơi trên thế giới, có thể kết hợp làm việc và nghỉ ngơi và kiếm được một khoản thù lao rất khá.
Nhưng nghề lập trình viên liệu có thực sự quá hoàn hảo?
Mỗi tối đặt đầu xuống giường là họ lại mơ về những giấc mơ đẹp?
Không hoàn toàn là thế.
Lập trình làm một công việc mang nhiều áp lực.
Và có những thứ ác mộng đeo bám các lập trình viên theo cả trong những giấc mơ.
Bài viết này, mình sẽ chia sẻ 8 ác mộng của lập trình viên. Hãy cùng xem đó là những gì nhé.
#1. ĐÚNG LÀ LỖI. NHƯNG SAI THỜI ĐIỂM.
Tất nhiên, lỗi chẳng bao giờ là đúng thời điểm cả.
Đặc biệt là khi lỗi xảy ra sau nhiều tuần hoặc thậm chí nhiều tháng làm làm việc chăm chỉ.
Thậm chí nó vượt qua được cả nhiều vòng kiểm thử.
Cho đến thời điểm phiên bản cuối cùng bắt đầu được khách hàng tiến hành nghiệm thu, lỗi mới xuất hiện.
Hoặc tệ hơn là, nó xuất hiện sau khi tung bản phát hành cuối cùng cho khách hàng. Rồi đó, công ty nhận được hàng loạt phản hồi tiêu cực.
Ngay cả khi đó là một lỗi nhỏ, người dùng sẽ buộc tội bạn như thể bạn phạm tội tày trời.
#2. SỬA LỖI CỦA LẬP TRÌNH VIÊN KHÁC
Bạn sẽ không phải sửa lỗi của lập trình viên khác nếu bạn rơi vào nhóm 1% người may mắn.
Ngược lại, trong nhiều trường hợp, bạn sẽ được yêu cầu sửa lỗi của người khác, sửa lỗi phần mềm không phải do mình làm ra.
Hầu hết nó xảy ra nếu bạn là người mới vào công ty hoặc sau khi ai đó đột ngột rời khỏi dự án, mà không hoàn thành nó đúng cách và không bàn giao cụ thể.
"Không dễ để hiểu code do người khác viết, và thậm chí còn khó hơn nếu không có tài liệu hoặc comment đầy đủ"
Vì thế, bạn có thể tưởng tượng cảm "đau nhói" khi đọc, kiểm tra và sửa một đoạn code mà bạn không thể hiểu được: TẠI SAO LẠI CÓ THỂ VIẾT ĐƯỢC NHƯ THẾ?
> Đọc thêm: CÁCH COMMENT TRONG JAVA
#3: FIX 1 BUG - TẠO RA "EN NỜ" BUG
Một khoảnh khắc khủng khiếp hơn trong quá trình lập trình là khi bạn sửa một lỗi và điều đó tạo ra nhiều lỗi hơn.
Mình nghĩ cảm giác này là chung cho tất cả mọi người, không chỉ cho các lập trình viên khi bạn tìm ra giải pháp cho một vấn đề mà còn rất nhiều vấn đề khác nhau xảy ra.
Ngay cả trong lập trình, các lỗi mới không thực sự mới, chỉ là những lỗi cũ và ẩn, vì vậy dù sao thì nó cũng nên được sửa để ứng dụng hoạt động trơn tru hơn.
Tuy nhiên, đó vẫn là một ác mộng của lập trình viên.
#4: BUG DO THƯ VIỆN PHỤ THUỘC
Có điều gì đó thậm chí còn đáng giá hơn những tình huống được mô tả ở trên, khi bạn cảm thấy mệt mỏi với việc sửa lỗi và chương trình vẫn không hoạt động đủ tốt.
Trong tình huống này, bạn có thể cảm thấy vô dụng và vô vọng, đồng thời không thể cải thiện tình hình. Vẫn có một số cách để tác động đến nó:
-
Tất nhiên, bạn có thể yêu cầu nhà phát triển của thư viện sửa lỗi. Nhưng sẽ mất một khoảng thời gian. Tuy nhiên, bạn không phải là người duy nhất gặp phải vấn đề này, vì vậy có thể các lập trình viên khác cũng đang sử dụng thư viện này sẽ có giải pháp.
-
Hoặc nếu bạn chắc chắn về năng lực của mình - hãy cố gắng tự khắc phục. Phương án này không phải là hành động dễ thực hiện nhất, nhưng nó có thể cải thiện trình độ của bạn với tư cách là một lập trình viên.
-
Giải pháp cuối cùng nhưng không kém phần quan trọng cho vấn đề là tìm kiếm một thư viện khác. Có thể có một cái khác tốt hơn để sử dụng hoặc bạn có thể tự code lại một cái khác.
#5: KHÔNG BIẾT BUG TỪ ĐÂU
Một vấn đề lớn nữa khiến các lập trình viên gặp ác mộng đó là không tìm được nguồn gốc của bug.
Thực sự thì vấn đề này xảy ra với tất cả mọi người, trong tình huống này hầu như không có gì có thể giúp được.
Bạn làm việc ngày đêm để tìm ra lỗi, "Google Search" cũng không giúp bạn tìm ra vấn đề, bạn cảm thấy rằng câu trả lời nằm ngoài khả năng của bạn.
"Cách tốt nhất để giải quyết vấn đề đó là hãy nghỉ ngơi, làm mới tâm trí, rồi quay lại làm việc sau. Giải pháp sẽ được tìm ra"
Đôi khi vấn đề không phải là do năng lực của bạn.
Mà nó chỉ là thứ nhắc nhở bạn cần phải nghỉ ngơi, refesh lại bản thân...
#6: QUÊN LƯU DỮ LIỆU LÀM VIỆC
Đây có lẽ là tình huống tồi tệ nhất có thể xảy ra với một lập trình viên.
Chúng ta không sống trong thế giới hoàn hảo, và ngay cả với sự phát triển vượt bậc của công nghệ - không ai được bảo vệ khỏi dữ liệu bị mất.
Nó có thể xảy ra trường hợp mất điện, mất mạng đột ngột hoặc một tình huống trớ trêu nào đó.
Vì thế, trong giới lập trình có 2 nguyên tắc:
"1 LÀ NHỚ CTRL S
2 LÀ CTRL S NHIỀU LẦN"
Nó rất quan trọng đấy, hãy luyện tập hành động này có thể được thực hiện từ trong tiềm thức. :D
#7: VÒNG LẶP VÔ HẠN VÀ ;
Trong lập trình, dấu chấm phẩy ; đóng một vai trò rất quan trọng, nếu thiếu một dấu chấm phẩy có thể dẫn đến một số lỗi lớn, tạo ra thêm nhiều lỗi khác.
Có thể có một tình huống thậm chí còn tồi tệ hơn khi vì thiếu dấu chấm phẩy mà ứng dụng ngừng hoạt động.
Tình huống này không phải là đơn giản như việc bù lại một dấu chấm phẩy.
Nó có thể là một nguồn của những cơn cơn ác mộng tồi tệ hơn.
#8: MẤT MẠNG...
Internet không chỉ quan trọng đối với lập trình viên mà còn đối với mỗi người. Ngày nay, chúng ta không thể tưởng tượng được việc nhắn tin, xem phim, đọc sách và thậm chí chuẩn bị cho các kỳ thi mà không có Internet và Google.
Bạn thử rút dây mạng nhà mình xem.
Mình đảm bảo chưa đầy 1s là kiểm tra được những ai đang sử dụng.
Đối với các lập trình viên thiếu Internet đồng nghĩa với việc ngừng làm việc.
Vì phần lớn các lập trình viên đều vừa làm vừa search Google.
TẠM KẾT
Cuộc sống của lập trình viên hào nhoáng như bề ngoài của nó. Có rất nhiều vấn đề có thể phải đối mặt trong khi lập trình.
Nhưng có lỗi lầm mới có trải nghiệm, bạn sẽ không hối tiếc nếu bạn chọn học để trở thành một lập trình viên đâu.
> Tham khảo ngay KHÓA HỌC LẬP TRÌNH VIÊN (Full Stack - Ngắn hạn) nếu bạn thích làm một lập trình viên.
---
HỌC VIỆN ĐÀO TẠO CNTT NIIT - ICT HÀ NỘI
Học Lập trình chất lượng cao (Since 2002). Học làm Lập trình viên. Hành động ngay!
Đc: Tầng 3, 25T2, N05, Nguyễn Thị Thập, Cầu Giấy, Hà Nội
SĐT: 02435574074 - 0914939543
Email: hello@niithanoi.edu.vn
Fanpage: https://facebook.com/NIIT.ICT/
#niit #niithanoi #niiticthanoi #hoclaptrinh #khoahoclaptrinh #hoclaptrinhjava #hoclaptrinhphp #java #php #python