Làm sao để truyền đạt kiến thức lập trình

Có một câu như thế này, anh rất tâm đắc. Anh không nhớ cả câu và không nhớ ai nói. Nhưng nội dung là người hiểu là người có thể giải thích một vấn đề phức tạp thành đơn giản. Người chưa hiểu thì giải thích một vấn đề đơn giản thành phức tạp.

Trong trường hợp của em, anh nghĩ là nếu em giải thích mà bạn em chưa hiểu thì có 2 lý do.

• Khả năng truyền đạt
• Em cần phải làm nhiều hơn nữa, để hiểu sâu hơn nữa

e thì biết vận dụng và tại sao lại dùng như thế thôi ạ
nhưng e nói ra thì bạn e ko hiểu.
chắc là tại cả 2 lý do trên ạ.

Hoặc em có thể kêu bạn em lên đây đặt câu hỏi, thay vì trả lời miệng, viết ra sẽ giúp cho người ta suy nghĩ cặn kẽ hơn.

Em thấy anh đã sửa bài, viết rất nhiều hướng dẫn để giúp mọi người hiểu “hỏi” như thế nào là “khôn” sao?

vâng, để e bảo bạn lên đây hỏi ạ.
nhiều cái như nhập xuất e cũng chả biết giải thích như nào cả. T.T

Có thể anh sẽ không có nhiều thời gian để trả lời các câu hỏi lập trình. Nhưng anh sẽ hướng dẫn được cách làm việc với nhau như thế nào cho hiệu quả.

Bình thường đi làm thì có hết 50% thời gian là giao tiếp với nhau, 30% thời gian nghiên cứu cách giải quyết và 20% thời gian là code mà thôi.

Anh muốn mọi người tập làm việc với nhau thông qua diễn đàn, email, và code. Làm việc nhóm quan trọng là có thể hiểu được nhau, câu hỏi của em đặt ra là một vấn đề trong ngành CNTT. Đó là giao tiếp, làm việc nhóm sao cho hiệu quả.

Hi vọng anh có thể giúp được mọi người thông qua thảo luận, chứ không phải thông qua việc anh sửa bài cho mọi người. Vì một người có thời gian giới hạn mà thôi Anh thì run out of time rồi.

bọn e thảo luận trên fb là chủ yếu và toàn sửa code là chính ạ

Sửa code chỉ là một phần nhỏ, cái quan trọng là thảo luận để hiểu được vấn đề mới quan trọng. Hơn nữa FB không phải là nền tảng tốt để sửa code. Nó là nơi chat chit giải trí

vâng, cái chính là hiểu ấy ạ, e ko thể giải thích cho người khác hiểu đc

Trước khi học lập trình mình thường có một suy nghĩ trong đầu là:" Lập trình đơn giản là một trò chơi lắp ráp". Với cái tư duy kiểu lắp ráp ấy mình cảm thấy chúng thật đơn giản và thú vị, mình nghĩ bạn có thể áp dụng tư duy đấy vào truyền đạt kiến thức đấy

Trước khi học lập trình mình thường có một suy nghĩ trong đầu là:" Lập trình đơn giản là một trò chơi lắp ráp". Với cái tư duy kiểu lắp ráp ấy mình cảm thấy chúng thật đơn giản và thú vị, mình nghĩ bạn có thể áp dụng tư duy đấy vào truyền đạt kiến thức đấy

còn mình thì luôn bảo bạn bè cần phải nghĩ thật chi tiết các bước giải rồi mới chuyển thành ngôn ngữ lập trình

Còn mình thì “vồ vập” làm, rồi sai, rồi sửa, rồi “tự chế” code theo 1 hướng nào đó không theo sách vở rồi nhận thấy sai, rồi sửa. Đây là 3 skills mình học được trong Learnpythonthehardway.

1. Reading and writing (Đọc code và viết code)
2. Attending to details (Chú ý tới từng chi tiết dù là nhỏ nhất)
3. Spotting difference (Chỉ ra sự khác biệt)
   Đó là về kĩ năng. Còn về việc cần làm đó là
4. Write code (Viết mã)
5. Run code (Chạy mã)
6. Fix code (Sửa mã)
   

mình thì hay làm như sau:
đọc => suy ra hướng giải => code => chạy => sửa lỗi => lặp đi lặp lại => không đc thì lên lập top hỏi.

hồi đầu học mình nản lắm , chẳng hiểu gì . sau mày mò viết code , viết được càng nhiều thì mình càng hiểu hơn , nếu bạn debug được nữa thì sẽ hiểu được nó hoạt động ra sao . Tóm lại là đọc đề – > code --> sai , code lại --> đúng , đọc bài mới —> code …