Đã chỉnh sửa
・
Đánh giá 3
・
Đánh giá trung bình 5.0
Tiếp nối bài giảng trước, tôi cũng tham gia khóa học lần này. Tôi là một lập trình viên junior đang ở năm thứ 4. Hồi mới đi làm tôi chẳng biết gì cả, nhưng đến khoảng năm thứ 2, Có thể đây là một câu chuyện đáng xấu hổ, nhưng đã có nhiều lúc tôi cảm thấy bất mãn với những dòng code dài dòng vô tội vạ hay những đoạn code không được "sạch" của các tiền bối. Và có lẽ còn đáng xấu hổ hơn nữa, khi tôi từng mang lòng tự mãn rằng nếu được giao cùng một công việc, tôi dám chắc mình sẽ làm tốt hơn vị tiền bối đó. Nhưng sau này tôi mới nhận ra rằng, vị tiền bối đó hiểu về nghiệp vụ (business) tốt hơn tôi, giao tiếp với đồng nghiệp giỏi hơn và là một lập trình viên biết cách lồng ghép nghiệp vụ vào code một cách khéo léo. Hóa ra việc code "sạch" không phải là điều quan trọng nhất. Tôi đã muộn màng nhận ra rằng, dù có chạy vòng lặp for hai lần hay không dùng stream, nhưng nếu đó là đoạn code phản ánh tốt nghiệp vụ thì đó mới là đoạn code tốt hơn. Tôi được tuyển dụng làm lập trình viên để làm việc, nhưng thành thật mà nói, tôi đã không phải là hình mẫu nhân tài mà công ty cần và muốn. Thay vì tập trung vào việc làm tốt công việc, tôi lại có suy nghĩ mạnh mẽ rằng nguyên tắc của một lập trình viên là phải giữ cho các component sạch sẽ, được định nghĩa rõ ràng và tuân thủ các nguyên tắc phát triển; và một lập trình viên giỏi là người làm việc mà không vi phạm những điều đó. Khi bước sang năm thứ 3, thứ 4, nhìn thấy những người trong công ty dù không phải là lập trình viên, không trực tiếp viết code, nhưng lại là người đưa ra định hướng công việc, giải thích và gợi ý cho người khác những gì họ hiểu, suy nghĩ của tôi đã dần thay đổi. Tôi bắt đầu nhận ra rằng, đúng hơn là mình đến đây để làm tốt công việc, và tôi chỉ đơn giản là người thực hiện công việc đó thông qua việc lập trình mà thôi. Đúng vào thời điểm đó, tôi lần đầu tiếp cận với bài giảng của Gemini. Tôi đã rất ngạc nhiên vì thông điệp mà bài giảng muốn truyền tải chính là những điều cần thiết để trở thành một lập trình viên làm việc giỏi. (Không biết có phải anh đã đọc được suy nghĩ của tôi không nữa...) Đặc thù của nước ta là một quốc gia mà mọi người thường có xu hướng ngại đặt câu hỏi trong mọi lĩnh vực, nhưng cá nhân tôi là người rất quan tâm đến giáo dục của người Do Thái nên đã tìm tòi xem nhiều sách và video về chủ đề này. Tôi sẽ nỗ lực để trở thành một lập trình viên làm việc giỏi và biết cách đặt câu hỏi hay. Tôi tin chắc rằng trong thời đại sắp tới, khả năng đặt câu hỏi và quá trình giải quyết vấn đề thông qua việc đặt câu hỏi để đưa ra lựa chọn tối ưu trong mỗi tình huống thay đổi cấp bách sẽ ngày càng trở nên quan trọng hơn. (Trong bài giảng thường xuyên có những câu nói dẫn dắt người học tự suy nghĩ về việc đặt câu hỏi. Điều này khiến tôi suy nghĩ rất nhiều.) Tiếp nối bài giảng này, tôi rất mong chờ tất cả các bài giảng sẽ được ra mắt sắp tới.
Chào bạn dragonwaterr! Thật cảm ơn bạn rất nhiều vì bài đánh giá khóa học nhanh chóng và đầy tâm huyết như thế này! Có lẽ tất cả chúng ta khi làm lập trình đều ít nhất một lần trải qua giai đoạn giống như "tuổi dậy thì" vậy! Tôi cũng từng như thế! Quan trọng là chúng ta có nhận ra sự cần thiết của thay đổi, có tầm nhìn rộng mở và một tâm thế sẵn sàng tiếp thu hay không. Về mặt đó, tôi thấy bạn đã có một tư duy rất tuyệt vời rồi! Thật đáng ngưỡng mộ! (Điều đó hoàn toàn không có gì phải xấu hổ cả!) Dù sao thì tôi cũng rất vui vì bài giảng của mình đã giúp ích được cho bạn trong lúc bạn đang trăn trở và tự tìm tòi câu trả lời! Ngoài ra, đúng như bạn đã nói, tôi cũng thường nghĩ rằng trong thời đại ngày nay, một lập trình viên làm việc hiệu quả, biết cách đặt câu hỏi và giao tiếp tốt chính là hướng đi đúng đắn hơn! Rất cảm ơn bạn đã tiếp tục ủng hộ bài giảng lần này sau bài giảng trước. Hy vọng những kiến thức này sẽ giúp ích cho công việc của bạn trong tương lai!




