Bạn đang tự nói với mình điều gì nếu bạn không thể hiểu khái niệm mới, mô hình, tính năng thì sao? [đóng cửa]

Lập trình luôn được yêu cầu để tìm hiểu các khái niệm, mô hình, tính năng và công nghệ mới và tôi luôn thất bại ngay từ lần đầu tiên cố gắng hiểu khái niệm mới về những gì tôi gặp phải. Tôi bắt đầu tự trách mình và tự làm bẽ mặt mình mà không nhớ trước khi tôi hiểu khái niệm mới mà trước đây tôi chưa hiểu nó.

Tôi khó có thể dừng lại để nói với bản thân mình "tại sao tôi không thể hiểu? Tôi ngu ngốc hay ngốc nghếch? Vâng, tôi là stuppiiddddd !!!"

Giọng nói bên trong của bạn nói lên điều gì nếu bạn không thể hiểu khái niệm mới sau khi trải qua thời gian dài cho đến khi mệt mỏi hoặc vô vọng?

Làm thế nào để bạn xử lý lòng tự trọng của bạn trong những tình huống như vậy?

Cá nhân, tất cả mọi thứ là một tương tự đi. Và nếu tôi không hiểu điều gì đó, có lẽ vì tôi đã không được chỉ ra khái niệm đúng đắn để đưa tôi đến Vùng đất hiểu biết. Tôi thường tiếp tục tìm kiếm các hướng dẫn khác nhau và cuối cùng một trong số họ sẽ rẽ sang hướng khác so với các hướng dẫn trước đây mà tôi đã không mò mẫm. Sau đó tôi sẽ quay lại và đọc tất cả chúng và cuối cùng ghép nó lại. Và sau đó nổi giận tại sao các hướng dẫn khác không trình bày nó theo cùng một cách.

Nếu bạn không hiểu một vấn đề, có một vấn đề dễ dàng hơn mà bạn không hiểu.

Tìm vấn đề đó, và giải quyết nó. Sau đó thử lại vấn đề ban đầu của bạn và xem bạn đã sẵn sàng cho nó chưa.

Đây là một câu hỏi về tâm lý học hơn là lập trình. Khi Freud nói về các cơ chế phòng thủ, đây thực chất là những gì anh ta đang nói về: các cơ chế bảo vệ hình ảnh bản thân của bạn khi nó bị đe dọa. Một số trong số họ được coi là trưởng thành và khỏe mạnh hơn những người khác.

Một số cơ chế bảo vệ bạn muốn tránh (và điều đó xuất hiện thường xuyên theo kinh nghiệm của tôi):

• hợp lý hóa - "Tôi không thể hiểu khái niệm này vì nó quá phức tạp."
• lý tưởng hóa - "Những người nghĩ ra khái niệm này thông minh hơn tôi rất nhiều. Tôi không thể hiểu được cho dù tôi có cố gắng thế nào."
• phép chiếu - "Những người nghĩ ra khái niệm này chỉ không biết đủ về vấn đề này để làm cho khái niệm trở nên tốt đẹp."
• hình thành phản ứng - "Tôi chỉ quá thông minh cho việc này."

Hợp lý hóa là một điều mà tôi đặc biệt thấy rất nhiều ở các lập trình viên. Chúng ta có xu hướng cho rằng không hiểu điều gì đó có nghĩa là nó phức tạp, điều đó không nhất thiết đúng.

Điều đó nói rằng, đây là một số cơ chế bảo vệ lành mạnh hơn phù hợp với tôi:

• lòng vị tha - Một khi bạn đã thành thạo khái niệm này, hãy viết một bài đăng trên blog về nó để giải thích nó cho người khác hoặc giải thích nó cho nhóm của bạn. Sử dụng các cuộc đấu tranh của bạn để giúp đỡ người khác là một tăng cường hình ảnh bản thân tốt.
• hài hước - Hãy pha trò về những vấn đề của bạn. Điều này làm cho các khái niệm dường như ít đe dọa hơn mà không tránh chúng hoàn toàn.
• nhận dạng - Tìm người mà bạn nghĩ là thực sự giỏi trong việc này và mô hình hóa cách tiếp cận của bạn về họ.
• dự đoán - Thời gian ngân sách để tìm hiểu các khái niệm trước để bạn không phải vội vã tìm hiểu chúng.
• thăng hoa - Chuyển suy nghĩ của bạn thành những người tích cực hơn. Bắt đầu tập thể dục hoặc chọn một sở thích mới.
• ức chế suy nghĩ - Bất cứ khi nào bạn thấy mình nói "Tôi thật ngu ngốc ..." hãy kìm nén suy nghĩ đó và quay trở lại chủ đề trong tay. Điều này là hiệu quả đáng ngạc nhiên.

Tôi nhắc nhở bản thân về một cái gì đó mà cha tôi đã có trên tường của mình ở trường đại học - (theo như tôi có thể nói, ông bắt nguồn từ trích dẫn ...)

Không có khái niệm nào khó đến nỗi nó không thể bị chinh phục bởi các cuộc tấn công lặp đi lặp lại của một tâm trí bình thường.

Điều này có thể được khuyến khích cho những người trong chúng ta với tâm trí bình thường.

Nếu tôi không hiểu điều gì đó, tôi sẽ tìm ai đó làm và bảo họ giải thích cho tôi. Khi nó được giải thích, tôi củng cố sự hiểu biết của mình bằng cách chơi với khái niệm này một chút.

Tôi gần như không bao giờ nghĩ rằng mình ngu ngốc chỉ vì tôi thấy nhiều người thông minh bỏ lỡ những điều hoàn toàn rõ ràng.

Điều đó đơn giản có nghĩa là bạn vẫn chưa có đủ kinh nghiệm trong một lĩnh vực cụ thể đó. Khi chúng tôi có được kinh nghiệm, chúng tôi bắt đầu lập bản đồ các khái niệm từ các lĩnh vực khác giúp chúng tôi hiểu các khái niệm mới nhanh hơn. Đừng đánh bại bản thân vì điều đó. Chỉ cần tiếp tục đẩy, hỏi một người bạn, vv ... Bạn đang học và đó là một điều tuyệt vời.

Tôi không cần phải hiểu mọi thứ. Tôi sẽ không tự hành hạ mình bằng những thứ không phù hợp với cách mà tâm trí tôi hoạt động. Ví dụ, trong khi tôi thường khá giỏi môn toán, tôi không có khả năng tính toán tích phân. Đó không phải là điều của tôi, và rất có thể sẽ không bao giờ.

Rõ ràng, sự thiếu hiểu biết có chọn lọc này chỉ có thể miễn là tôi vẫn còn đủ các phương tiện khác để giải quyết vấn đề của mình, tức là làm công việc của mình và trả các hóa đơn.

Tôi nghĩ rằng "Cuối cùng, lập trình lại thú vị!" và tìm kiếm trên Internet các hướng dẫn. Lần cuối cùng xảy ra là khi tôi tình cờ gặp các đơn vị. Nhiều lập trình viên lần đầu tiên gặp phải một bức tường gạch khi họ đọc về các đơn nguyên, bởi vì nó không giống như mọi khái niệm khác mà bạn đã gặp từ trước đến nay với tư cách là một lập trình viên, đặc biệt nếu bạn chưa quen với lập trình chức năng.

Có rất nhiều kỹ thuật 3 chữ cái, đó là những thông báo lớn. Cách đây một thời gian, tôi đã chán nản, nếu tôi không hiểu một cái mới từ cái nhìn đầu tiên, nhưng bây giờ tôi biết, tôi chỉ bối rối, bởi vì những thứ mới chỉ quá đơn giản và tầm thường , nhưng tôi đã dự đoán được một điều gì đó mới mẻ và sôi động . Được rồi, chỉ có 99% trường hợp, phần còn lại 1% tôi đang cố gắng tìm một bài viết hay về nó.

Ví dụ: khi tôi được nhảy vào lập trình JS, nó hoàn toàn tối đối với tôi, một khung công tác JavaScript làm gì. Tôi đã có một quan niệm trước, và nó là tốt, nhưng tôi cần một xác nhận, và tôi muốn hiểu sâu hơn. Tôi đã truy cập rất nhiều trang chủ của khung, nhưng bóng tối không biến mất. Sau một tuần (!) Googling, tôi cảm thấy mình thật ngu ngốc. Tôi là một người khó chịu, và tôi thậm chí không thể tìm thấy một f. tài liệu trong một chủ đề lập trình hợp thời trang! Sau đó, tôi đã tìm thấy DomAssistant, nơi có tài liệu tuyệt vời. Tôi đã cảm thấy thỏa mãn khi đọc câu đầu tiên.

Ý tưởng của DOMAssistant là cung cấp một cách đơn giản và nhất quán hơn cho tập lệnh đối với Mô hình Đối tượng Tài liệu (DOM) trong các trình duyệt web. Ý tưởng là mọi thứ bắt đầu với (các) phần tử được đề cập, được chọn thông qua bộ chọn id hoặc CSS, sau đó thực hiện các phương thức khác nhau trên nó, chẳng hạn như thêm hoặc xóa các lớp, sự kiện, v.v.

Mã ví dụ:

$ ("# container đầu vào [type = text]");

$ ("# navigation a"). addEvent ("click", myFunc);

$ ("# news-list"). load ("update-news.php");

1. Xóa phạm vi, định nghĩa 2. Ví dụ chính xác! 3. Trên trang mở !!! Và ánh sáng đến trong tâm trí tôi.

Vì vậy, nếu bạn không thể hiểu, có lẽ chỉ có tài liệu kém.

Tập luyện giúp hoàn hảo hơn. Đọc nhiều hơn, thực hành nhiều hơn cho đến khi bạn hiểu. Mất nhiều thời gian hơn những người khác.

Ngay cả khi bạn chưa bao giờ gặp ai đó thông minh hơn bạn - và rất có thể bạn có - rất có khả năng bạn là người thông minh nhất. Và ngay cả khi bạn thông minh nhất, có lẽ ai đó có nhiều may mắn hơn bạn và sẽ vấp phải sự kết hợp chính xác của các từ khóa mà bạn phải nhập vào Google để có câu trả lời đúng.

Vì vậy, hãy học cách sống với nguồn lực tinh thần hạn chế của bạn và hãy nhớ rằng sức chịu đựng và sự kiên trì thường quan trọng hơn thông minh và thường tạo ra sự khác biệt.

Tất nhiên, đôi khi tất cả sự kiên trì trên thế giới sẽ không giúp bạn. Có một số vấn đề đơn giản đòi hỏi trí thông minh lớn hơn bạn sở hữu. Cũng có những vấn đề mà không ai trong tất cả lịch sử loài người có thể giải quyết được vì chúng đòi hỏi trí thông minh lớn hơn bất kỳ ai sống hay chết. Và rất nhiều vấn đề có lẽ không thể giải quyết được.

Hãy nhớ rằng đó không phải là về bạn và bản ngã của bạn, mà là về việc giải quyết vấn đề trong tầm tay. Nếu bạn thiếu kỷ luật để suy nghĩ về vấn đề thay vì bạn, hãy vượt qua chính mình và rèn luyện trí óc để kiểm soát cảm xúc.