1. Tuyển Mod quản lý diễn đàn. Các thành viên xem chi tiết tại đây

Tiếp cận với ngôn ngữ lập trình mới thế nào cho hiệu quả

Chủ đề trong 'Cuộc sống' bởi jaybee, 16/06/2016.

  1. 1 người đang xem box này (Thành viên: 0, Khách: 1)
  1. jaybee

    jaybee Thành viên mới

    Tham gia ngày:
    12/04/2016
    Bài viết:
    64
    Đã được thích:
    0
    Sử dụng nhiều nguồn tài nguyên khác nhau
    Góc cạnh có nhiều trở ngại hoặc thiếu thốn nhất của việc thiết kế website bằng PHP - ít ra là cho những lập trình viên mới vào nghề - đó là các chi tiết và sắc thái cần phải hấp thụ. Giúp đỡ tiền của đến khi tri thức được hấp thụ , thì bạn sẽ rơi vào thể trạng vò đầu bứt tóc rất nhiều.

    Tùy thuộc vào tiếng nói , bạn sẽ cần phải nhớ hàng trăm quy tắc tam suất cú pháp ( nếu từ khóa , chấm phẩy , khoảng trắng ). Một số tiếng nói rất nghiêm ngặt , những tiếng nói khác ít hơn , còn có những tiếng nói có cách tiếp cận độc đáo của riêng nó mà cú pháp đó không sử dụng được ở bất kì nơi nào khác. Tất cả điều này có xác xuất gây lầm lẫn nếu bạn chưa có kinh nghiệm lập trình trước đó.

    [​IMG]

    Đó là chưa đề cập đến tất cả các thông tin về khái niệm vượt quá các tiếng nói riêng rẽ. Các chủ đề như lập trình hướng đối tượng , các hệ thống giao thông entity-component , và observer patterns thực sự có xác xuất làm cho đầu của bạn quay mòng mòng khi lần đầu tiên bạn gắng gổ học về chúng.

    Tôi đã san sớt hình ảnh minh họa này trước đây , nhưng nó rất đáng để nhắc lại một lần nữa ở đây:

    Giả thử nó có xác xuất cung cấp đủ các hình ảnh cho bạn để có được một tác phong trọn vẹn của bức tượng đó , nhưng bạn sẽ không nhận được toàn bộ hình ảnh. Ví như thu nhỏ tấm hình đó sẽ làm mất các chi tiết không đơn giản , còn nếu phóng to tấm hình thì sẽ làm mất cái nhìn toàn cảnh về bức tượng đó.

    Tuy nhiên , với mỗi bức ảnh bổ sung , bạn có xác xuất thực sự xuất phát nhìn thấy trọn vẹn hình ảnh về bức tượng đó trong cả kết cấu , kích cỡ , chi tiết , từ trước ra sau , từ bên này sang bên kia , và từ trên xuống dưới.

    Học lập trình có xác xuất có những tha hồ đáng ngạc nhiên. mọi người có xác xuất đều ngợi ca tài liệu A như là cách đưa lại hiệu quả tốt nhất để học tiếng nói X , nhưng có xác xuất nó lại không có ý nghĩa đối với bạn. Có xác xuất mọi người ghét tài liệu B nhưng khi bạn biên soạn nó thì thấy rất tuyệt vời! Đối với một số người khác , có xác xuất họ không thu được gì nhiều khi nghiên cứu tài liệu A và B nhưng hưởng lợi phần lớn từ nguồn tài liệu C.

    XEM TIẾP: Học lập trình web dễ hay khó

    Đó là lý do tại sao điều quan yếu là bạn có xác xuất sẵn sàng học từ tất cả các loại nguồn tài nguyên hiện có. Mọi người đều học theo một cách khác nhau. Ví như bạn đang gặp rắc rối với một chủ đề cụ thể , hãy tầm thêm những nguồn tài nguyên khác. Có xác xuất sẽ có một tài nguyên nào đó ăn nhập với bạn. Có xác xuất không.

    Ngay cả khi bạn nghĩ rằng mình đã hiểu về các chủ đề nhất mực nào đó , nhưng có xác xuất là có nhiều thứ hơn để tìm hiểu thêm về nó. Nó cũng có xác xuất là lời giảng giải của người khác sẽ giúp chắc chắn thêm các khái niệm trong tâm tưởng của bạn trở nên tốt hơn. Bạn chẳng bao giờ biết được , vậy tại sao không sử dụng nhiều tài nguyên nhất bạn có thể?

    Dạy lại những khái niệm sau khi bạn tìm hiểu chúng
    Có một khái niệm đẹp trong lập trình được làm gọi là rubber duck debugging , đó là mô tả kỹ thuật giảng giải từng dòng code một cho một con vịt cao su vô tri vô giác. Nó được sử dụng khi một đoạn code cụ thể bị hỏng , nhưng không có lí do rỏ rành cho nó.

    lạ lùng thay , phần lớn các lập trình viên đều có một giây lát thốt lên "Eureka! ( tìm ra rồi )" ở khoảng giữa trong quá trình giảng giải code đó , vì bất ngờ họ nhìn thấy nơi xảy ra lỗi logic lập trình. Chính việc giảng giải đó kích thích lên môt khu vực khác của não bộ , buộc bạn nhìn vấn đề đó từ một giác độ mới.

    Khái niệm này cũng có xác xuất được sử dụng để giúp bạn học tri thức mới. Bạn có xác xuất đã đọc qua trích dẫn nổi danh sau đây , người ta ý rằng đó là của nhà bác học Albert Einstein:

    Nếu bạn chẳng thể giảng giải vấn đề một cách giản đơn , thì tức thị bạn chưa thực sự hiểu rõ về nó.

    ngoại trừ một số lĩnh vực chủ yếu làm việc với tri thức thuyết giáo cao cấp , thì câu nói này là đúng. Bạn càng hiểu rõ một chủ đề , thì bạn càng được trang bị tốt hơn để giảng giải nó theo cách sao cho một người không có tri thức về chủ đề đó vẫn có xác xuất hiểu được.

    [​IMG]

    Điều ngược lại cũng đúng. Khi bạn gắng gổ để dạy về một chủ đề , bạn sẽ đi qua một số khái niệm mà bạn dường như chẳng thể giảng giải một cách rỏ rành. Đây không chỉ là một cách tuyệt vời để chẩn đoán những điểm yếu trong tri thức của bạn , quá trình thực chất của việc tầm lời giảng giải hợp có xác xuất giúp chắc chắn các khái niệm trong tâm tưởng của bạn.

    Nó được làm gọi là Học hỏi bằng cách giảng dạy và về căn bản là một biến thể của kỹ thuật rubber duck debugging nói trên.

    Lúc này , tôi không nói rằng bạn thực sự cần phải dạy cho người khác; thay vào đó , mỗi chủ đề lập trình mới mà bạn nghiên cứu , hãy gắng gổ dạy nó cho một con vịt cao su ( hoặc một người bạn vô hình ). Lúc đầu thì việc này có xác xuất cảm thấy hơi ngớ ngẩn , nhưng bạn sẽ nhận ra rằng nó khôn xiết hiệu quả để ghi nhớ kiến thức.

    Bởi: Vietpro Education​

Chia sẻ trang này