Liệu người không biết chữ ở tuổi 30 có thể chuyển sang làm lập trình viên không?

Đây không phải là câu hỏi của tôi, mà là một câu hỏi trên diễn đàn Zhihu. Đầu tiên, tôi thực sự đã 30 tuổi nhưng tôi không phải là một lập trình viên. Thứ hai, vì mỗi người có tiêu chuẩn đánh giá khác nhau nên tôi cũng không chắc mình có phải là người không biết chữ hay không.

Mặc dù nghề lập trình có ngưỡng cửa thấp, nhưng bắt đầu từ con số zero vẫn là một thách thức lớn. Tôi khuyên bạn nên xem xét trở thành một Product Manager. —— Trả lời cho câu hỏi "Liệu người không biết chữ ở tuổi 30 có thể chuyển sang làm lập trình viên không?"

Ồ! Thật ra tôi từng làm Product Manager. Giờ tôi bắt đầu tự hỏi liệu mình có phải là một kẻ không biết chữ hay không.

Bởi vì tôi sắp viết đến bài thứ 100 trong hành trình kiên trì viết lách 500 ngày, tức là đã hoàn thành một phần năm kế hoạch của mình, gần đây tôi cảm thấy thoải mái hơn và viết theo kiểu tùy hứng, nghĩ gì viết nấy. Một bức ảnh meme nào đó cũng có thể gợi lên rất nhiều kỷ niệm thú vị về những người và việc cũ. Điều này khiến tôi nhận ra rằng, thật ra Product Manager không cần thiết phải có trình độ học vấn cao, mà quan trọng là phải có một thái độ lạc quan như khi bạn đang ở ngày thứ 100 của việc viết liên tục 500 ngày và cảm thấy vô cùng tự hào về bản thân.

Tất nhiên, đó chỉ là đùa thôi. Nhưng tôi nghĩ rằng khái niệm về một Product Manager thông minh hay ngu dốt không ngoai hang anh 2025 hom nay thực sự tạo ra sự khác biệt lớn. Sự khác biệt thật sự nằm ở chỗ: họ có thể đối xử với người dùng như những kẻ ngốc, đồng thời coi tất cả mọi người trong quy trình phát triển sản phẩm – kể cả sếp và chính bản thân họ – cũng là những kẻ ngốc không.

Tôi rất thích làm việc trong những công ty lớn nơi mọi người đều đối xử với nhau như những kẻ ngốc. Điều này giúp quá trình làm việc trở nên đơn giản hơn nhiều: chỉ cần đưa ra yêu cầu và hoàn thành đúng hạn. Điều đáng sợ nhất là làm việc trong môi trường mà mọi người đều tự cho mình là thông minh, lúc nào cũng nói chuyện tình cảm, kết bè kết cánh và cuối cùng dẫn đến những mâu thuẫn chính trị văn phòng. Lập trình viên nghĩ rằng yêu cầu của Product Manager là ngu ngốc, Product Manager lại cho rằng lập trình viên chẳng viết được mã code khả thi nào, nhà thiết kế thì nghĩ rằng Product Manager chẳng hiểu gì về tương tác, còn Product Manager lại nghĩ rằng nhà thiết kế chẳng vẽ được giao diện UI như ý muốn. Người kiểm thử thì nghĩ rằng tất cả mọi người đều là kẻ ngốc khi tạo ra những lỗi ngu ngốc như thế, rồi gửi trả lại cho lập trình viên, người lại nghĩ rằng lỗi ngu ngốc này xuất phát từ một ý tưởng ngu ngốc của Product Manager, khiến cả dự án rơi vào tình trạng hỗn loạn...

Và điều ngu ngốc nhất, là những ông chủ bị lừa bởi một sản phẩm ngu ngốc, họ cuống cuồng chạy loanh quanh, sau khi sản phẩm lên sóng thì dữ liệu tệ hại khiến họ nghi ngờ chính mình đã thuê một đội ngũ ngu ngốc để làm việc. Dẫu sao họ cũng đã vui vẻ mang sản phẩm ngu ngốc đó đi lừa những nhà đầu tư ngu ngốc, tiếp thêm vốn cho sự nghiệp vĩ đại đầy ngu ngốc này.

Vì đã từng làm Product Manager, tôi sẵn sàng chấp nhận bị gọi là kẻ ngốc. Nếu trong quy trình phát triển sản phẩm không có một kẻ ngốc nào tồn tại, thì có lẽ mọi người cũng sẽ không nhìn nhau như những kẻ ngốc. Nhưng điều này thực sự rất khó xảy ra. Chỉ cần có con người tham gia vào, thì sẽ luôn có kẻ ngốc. Người không biết chữ có thể trở thành lập trình viên, nhưng một người không biết chữ ở tuổi 30 lại thường buộc phải trở thành Product Manager vì họ nghĩ mình là kẻ ngốc.

Tôi đã viết gần hết bài rồi mà hình như chưa đi vào chủ đề chính. Thực tế, hôm nay tôi muốn nói rằng tôi là một người rất thích đọc loại "văn học hạ bệ" như thế này. Chê bai lập trình viên rồi đá xoáy Product Manager, trong sự hài hước đen tối khéo léo, dường như đã phơi bày ra điểm mấu chốt của sự đối lập. Cũng có những dạng "văn học hạ bệ" kinh điển khác mà tôi thường xuyên đọc lại và thấy mới mẻ, ví dụ như các cuộc tranh luận định kỳ giữa "người học văn và người học lý", "cưới hay không cưới", "sinh con hay không sinh con" và nhiều chủ đề khác. Trong những cuộc tranh luận dường như đối nghịch này, hiện tượng hạ bệ luôn xuất hiện.

Nhưng, nếu không có những cuộc hạ bệ ấy, có lẽ chúng ta cũng không có bằng chứng trực tiếp nào để chứng minh bên nào tốt hơn bên nào. Một Product Manager có thể miêu tả ý tưởng sản phẩm của mình tuyệt vời và nhân văn đến đâu, nhưng nếu lập trình viên không thể biến nó thành hiện thực, thì ý tưởng đó cũng chỉ là một lời nói suông; ngược lại, dù lập trình viên có viết mã code hoàn hảo đến đâu, nếu không có thiết kế UI phù hợp với từng khung hình, sản phẩm cuối cùng vẫn chỉ là một đống bừa bộn. Cuối cùng, mọi người lại ngồi xuống và thảo luận về việc: liệu cái nào hôi hơn - lời nói suông hay đống lộn xộn?

Thực tế là, ngoài cách hạ bệ nhau, tôi không thể tìm ra cách nào tốt hơn để giúp những người cực đoan này chứng minh ai đúng ai sai.

Điều này khiến tôi nhớ đến một bình luận "tố cáo" kiểu tiểu học trên một diễn đàn nào đó: liệu một lời phê phán cá nhân có phải là xúc phạm nhân phẩm hay không?

Một người hỏi: Bạn chọn Baidu Input hay Sogou Input? Lời xúc phạm: Tại sao lại phải chọn giữa hai đống lộn xộn Quay hũ slot UW88 để ăn?