Lập trình là một ngành khá khó, khó từ lúc học cho tới lúc đi làm. Đôi khi, bạn sẽ gặp phải những vấn đề hóc búa, những con bug phức tạp, sửa hoài không ra, làm hoài không được. 
Lúc này, cách giải quyết tốt nhất là lên các forum, lên Facebook hỏi. Làm sao để hỏi cho tốt. Hãy lưu ý những điều sau để đặt những câu hỏi lập trình hay ho mà không bị ăn gạch đá. Khi bạn "bí" và không tìm ra cách giải quyết 

1. Cách đầu tiên – Nhờ làm giùm, sửa giùm, ăn giùm, uống giùm, …  

Cách nhanh chóng nhất để được “ném đá” đó là nhờ làm giùm mà không trả công:

• Bài tập thầy giao nhưng mà lười quá, thôi nhờ làm giùm đỡ phải làm
• Hôm trước mình nghỉ học nên không biết làm bài, thui nhờ làm giùm cho nhanh
• Sắp ra đồ án tốt nghiệp, thui làm giùm cho mau ra trường chứ tự làm làm gì
• Hệ thống bị lỗi gồi, nhưng mà thay vì tự sửa thì nhờ người khác fix giùm cho lẹ

Nhờ cộng đồng mạng sửa lỗi giùm, không nói rõ sai ở đâu, chỗ nào khônng chạy!

Nếu các bạn muốn bị ăn gạch thì cứ nhờ càng nhiều càng tốt, cái gì từ nhỏ tới lớn cũng đem lên nhờ là xong nha.

Hai trong số các kĩ năng quan trọng nhất của lập trình viên là: kĩ năng fix bug và kĩ năng tự học.  

Các bạn trẻ, làm ơn bỏ giùm cái thói hễ code không chạy, hễ gặp bug là vác lên group hỏi, rung đùi chờ người trả lời.

2. Không nêu rõ vấn đề, không show code, hoặc chỉ chụp hình code

Cách thứ 2 cũng khá hay. Giống như nhiều bạn nữ, thích hay không thích gì cũng cứ im im, chờ người khác … “đoán xem”. Để ăn gạch đá, các bạn cũng đừng nói rõ mình bị lỗi gì, mà hãy nói mơ hồ kiểu “hệ thống không chạy được, bị lỗi”, sau đó để mọi người … đoán xem.

Chụp cái hình xong hỏi lỗi gì, xong không nói gì thêm, để bà con tự … đoán xem

Ngoài ra, nếu cảm thấy vậy chưa đủ, bạn có thể … chụp hình lại code (Thay vì đăng và format code rõ ràng). Điểm cộng nếu bạn dùng di động để chụp/quay lại rồi đăng nhé. Ai đời lại chụp màn hình làm gì cho tốn công sức!

Combo chụp code bằng di dộng “thần thánh”

3. Hỏi những thứ … dễ Google

Là developer, bạn phải biết cách đọc tài liệu, biết cách tra Google

Tính kiên nhẫn của cộng đồng mạng khá là thấp. Do đó, để chọc tức họ, bạn cứ hỏi những câu hỏi … dễ dàng Google, hoặc trong sách giáo khoa đã có sẵn. Đảm bảo bạn sẽ ăn gạch đá ngay.

Thuật toán nổi tiếng có thể Google được, nhưng đi hỏi để người khác Google giùm cho nhanh :3

Với một số người có tâm, họ sẽ cho bạn một số keyword để các bạn tự tìm hiểu thêm (Hoặc tốt hơn thì search giùm bạn lun).  Mà thôi, tại sao phải tự tìm hiểu,  khi bạn có thể nhờ người khác Google giùm cơ chứ nhỉ?

4. Hỏi những câu kiểu “có nên không, có được không, nên làm gì?”

Lâu lâu, các group, forum lập trình cũng trở thành nơi tư vấn tình cảm, tâm sinh lý luôn:

• 24 tuổi rồi có nên học lập trình  không? Ủa lỡ người ta nói là không thì bạn không học lập trình nữa hả
• Thích C++ mà đi làm Back-End có phù hợp không? Ủa người khác nói là không thì bạn không làm Bạk-End có được không
• Thích máy tính nhưng sợ bị trĩ, có nên học lập trình không?
• Nên học tiếp để lấy bằng ĐH về lót chuột, hay nên đi làm để cầm tiền về lót chuột?

Xem thêm: 6 kỹ năng cần có của một back-end developer

Cá nhân mình nghĩ, những câu hỏi dạng này không có ý nghĩa. Bản thân mỗi người sẽ tự biết mình có thực sự thích cái gì hay không, có thực sự phù hợp với nó không?

Khi hỏi những câu dạng này, giang hồ sẽ rất tận tình nhảy vào chia sẻ những lời khuyên vô thưởng vô phạt cho  bạn

Nếu thực sự đã thích thì đừng quan tâm người khác nói gì, còn nếu bạn đi hỏi chỉ để kiếm cớ, kiếm lý do thì không bao giờ làm việc được.

TÔNG KẾT

Vậy làm sao để hỏi cho đúng???

Nhớ làm ngược lại những điều trong bài này là được nhé:

• Chịu khó Google vài lần trước khi hỏi, đa phần Google là ra link stackoverflow, link Github để ta vào tìm hiểu rồi
• Bên cạnh Google, chịu khó xem lại document của ngôn ngữ/công nghệ đó
• Khi hỏi nhớ post code rõ ràng, nói rõ mình đã thử gì, mình muốn làm gì, bị lỗi sai gì
• Đừng đem bài tập, bài làm lên rồi chờ người khác giải giùm, sửa giùm tận miệng!

Chúc các bạn may mắn, hỏi gì được nấy và nhận ít ít gạch đá nhé!

Nguồn: Toidicodedao.com