Những kỹ thuật giúp giữ lại kiến ​​thức lập trình? [đóng cửa]

Làm thế nào để bạn nhớ những thứ liên quan đến lập trình? Bạn có cảm giác rằng bạn đã gặp phải lỗi mà bạn có trước đây, một vài năm trước và bạn có thể thề rằng bạn đã biết nguyên nhân sau đó nhưng bây giờ bạn đã quên nó?

Bạn đã làm việc với phân tích chuỗi của xsl một thời gian trước đây nhưng bây giờ bạn không thể nhớ chính xác đó là các hàm chuỗi hoàn toàn từ xsl và bạn phải bắt đầu lại từ đầu? Hoặc có lẽ bạn quên một số tính năng từ Apache Commons như "lọc một bộ sưu tập theo một vị ngữ" mà bạn chắc chắn đã sử dụng trong quá khứ.

vậy bạn sẽ làm sao? Tôi đã cố gắng có một blog nhưng khi tôi phát triển ứng dụng, tôi không bao giờ tìm thấy thời gian để cập nhật blog hoặc viết về trải nghiệm của mình. Ngoài ra, sử dụng wiki là một điều tốt đẹp nhưng sau đó tôi cảm thấy khó khăn để giữ một sự tách biệt rõ ràng giữa chúng vì nhiều lần tôi cần phải thay đổi một bài đăng blog để thêm thông tin mới về chủ đề đó. Điều này khiến tôi nghĩ rằng tôi thực sự nên đưa chủ đề này vào wiki thay vì blog.

Bạn có hệ thống nào giúp bạn nhớ về trải nghiệm lập trình của mình không? Thiết lập của bạn là gì?

Quên mọi thứ là bình thường. Không nhớ một số thủ thuật giúp bạn trong quá khứ cũng là điều bình thường. Đây là bước đầu tiên người ta phải thừa nhận. Sau đó, có một số cách bạn có thể "lưu trữ" kiến ​​thức để sửa đổi thêm:

• Tìm thời gian và blog về nó . Tương lai - bạn sẽ rất biết ơn hiện tại - bạn;
• Làm việc với các bản demo nhỏ và lưu trữ chúng theo một cách nào đó. Bạn chắc chắn sẽ bước qua kho lưu trữ này nhiều lần;
• Sử dụng hồ sơ stackexchange của bạn . Đánh dấu các câu hỏi / vấn đề / vấn đề / mẹo / thủ thuật thú vị làm mục yêu thích để điều tra thêm;
• Tiếp tục làm , tiếp tục lập trình. Bạn càng sử dụng một phần nhất định của khung, bạn càng làm quen với nó và bạn càng nhớ nhiều hơn.

Chìa khóa của tôi là

Đa dạng

Sự lặp lại. Một lần có thể thoáng qua. Nhìn thấy sự xuất hiện lần thứ 100 tạo nên sự khác biệt!

Ký ức bằng ngón tay . Tôi nhớ mã tốt hơn nhiều khi tôi thực sự gõ nó vài lần.

Thư viện mã - Giữ một ngăn chứa mã cá nhân và các thủ thuật bạn đã sử dụng và nhìn thấy.

Tập trung hóa. Tôi giữ 1 tệp với tất cả tên người dùng (hàng trăm) trên 1 máy tính. Tôi áp dụng bảo mật cho nó.

Kỷ luật - bạn đã đề cập không có thời gian / nỗ lực để cập nhật blog của riêng bạn, v.v ... Rằng bạn chỉ cần làm việc chăm chỉ hơn và đảm bảo bạn sẽ làm được.

Chấp nhận - kỹ năng và kỹ thuật và những điều bạn đã học được trong tuần sẽ rất mới mẻ. Một số mục bạn nói 3 năm trước sẽ khó nhớ. Điều đó là bình thường vì bộ não dành nhiều chỗ hơn.

Nhiều giác quan - đôi khi tôi sử dụng trí nhớ, đôi khi tôi thả một bức tranh với các khái niệm chính được vẽ theo những cách riêng biệt. Tôi đọc, tôi nghe podcast, tôi xem video, tôi sử dụng màu sắc trong các trình soạn thảo. Tôi càng sử dụng càng tốt.

Mnemonics , ví dụ: css thứ tự biên giới Tarball (TaRBalL) TopRightBottomLeft. Tôi cũng sử dụng màu sắc và hình dạng để ghi nhớ các từ và chủ đề. Thường thì càng kỳ quái, càng đáng nhớ!

Tiếp tục sử dụng - Đây là hiệu ứng 'sử dụng hoặc mất nó'. Tất cả kiến ​​thức mất dần theo thời gian. Thời gian ++ nhạt dần ++

Mạng trao đổi ngăn xếp - Tôi đang sử dụng Stack Overflow trong nhiều lĩnh vực để thử và giữ nhiều kỹ năng và kỹ thuật khác nhau 'hiện tại' và 'ghi nhớ' ngay cả khi tôi không sử dụng chúng trong công việc / dự án hiện tại của mình.

Dropbox - Tôi giữ các tệp commnon nhỏ với các mục liên quan đến bộ nhớ

Sách - Tôi vẫn thích sự ngu ngốc và cảm giác của sách vật lý. Tôi cũng có nhiều loại sách và sách kỹ thuật trực tuyến khác mà tôi có thể tham khảo ở bất cứ đâu. Rõ ràng thư viện kỹ thuật của tôi có thể truy cập ở bất cứ đâu khi nó là kỹ thuật số rất lớn.

Hiệu ứng Google - không có danh sách các mục nào thực sự hoàn chỉnh nếu không đề cập đến điều này. Đây là nhiều hơn về những gì bạn không cần phải nhớ - bởi vì bạn có thể google nó và tìm thấy nó. Đây là một xem xét quan trọng quá. Khi nhiều người trở nên lão luyện hơn trong cách nhận kiến ​​thức này, nhu cầu thực sự ghi nhớ bất kỳ thực tế nào được đưa ra. Tuy nhiên, điều này cũng là 'nâng tầm' cho những người lao động tri thức, những người đang tìm kiếm ngày càng nhiều rằng cần phải có một sự hiểu biết khái niệm sâu sắc để thực hiện trong môi trường hiện tại. Tất nhiên là ra cho CME !

Blog của riêng tôi

Trang web đánh dấu của riêng tôi .

• Làm cách nào để giữ cho blog và dấu trang của tôi được cập nhật? Vâng vào cuối ngày tôi nghĩ rằng đó là kỷ luật và niftyness, tức là có, có một số lượng cống hiến nhất định cần thiết cho nó. Tuy nhiên, nếu bạn đã đi học để lấy bằng và trả 100.000 đô la (hoặc thậm chí 10.000 đô la) hoặc bạn tự học, bạn biết ý nghĩa của sự cống hiến và kiên trì. Điều này không khác. Sự tiện lợi, hay 'yếu tố tiện lợi' là khi bạn thấy một trang web thú vị với một hướng dẫn hay kỹ thuật hay bất cứ điều gì, hoặc bạn vượt qua một vấn đề khó khăn, bạn sẽ nói "hey thật tiện lợi!" - vì vậy, khi bạn cảm thấy điều này (hoặc bất kỳ câu khẩu hiệu nào bạn sử dụng), bây giờ hãy liên kết nó với "Tôi phải viết blog đó hoặc ghi lại dấu trang đó". Có một cơ hội tốt bạn không ở máy tính, cập nhật blog của bạn ngay lúc đó, vì vậy hãy gửi cho mình một email, hoặc một văn bản hoặc thậm chí là một thư thoại, hoặc một nhiệm vụ mới trong danh sách nhiệm vụ của bạn - bất cứ điều gì phù hợp với bạn- để nhắc nhở bản thân làm điều đó! Ví dụ, điện thoại Android của tôi có một ứng dụng tác vụ hữu ích cho việc này.

Trong năm ngoái, Evernote đã trở thành một chương trình mà tôi không thể làm được. Tôi sao chép mọi thứ vào Evernote. Code Snippeds, Screenshoots, Liên hệ dữ liệu, Lịch sử phiên bản, v.v. Vì vậy, tôi không cần phải nhớ quá nhiều chi tiết. Tôi chỉ biết nó ở đâu đó.

Phiên bản cơ bản là miễn phí. Vì vậy, hãy thử nó!

Sherlock Holmes từng nói điều gì đó như "Tâm trí của một người đàn ông giống như một căn gác. Nếu bạn lấp đầy nó bằng những điều tầm thường, không có chỗ cho bất cứ điều gì thực sự quan trọng. Đối với tất cả các chi tiết này, chúng tôi có bách khoa toàn thư."

Trừ khi bạn có trí nhớ chụp ảnh và những vấn đề trong đó, bạn sẽ không nhớ mọi thứ. Xây dựng một bộ tài nguyên, một thư viện cá nhân về cả thông tin và kỹ thuật giải quyết vấn đề.

Bạn có thể không nhớ câu trả lời, và thậm chí bạn có thể không nhớ câu trả lời được viết ra ở đâu. Nhưng, nếu bạn biết cách giải quyết vấn đề, thì bạn luôn có thể tìm lại câu trả lời. Hy vọng, điều này sẽ bao gồm ghi lại giải pháp của bạn theo cách có thể tìm kiếm và tái sử dụng.

Chà, có lẽ trường hợp của tôi là đặc biệt ... nhưng: Tôi có từng mẩu phần mềm tôi đã viết từ 76 trên máy tính xách tay, chương trình, tập lệnh, cấu hình, v.v. Vì vậy, theo thời gian (phải thú nhận), gánh nặng bộ nhớ của tôi đã chuyển từ việc ghi nhớ ' công cụ 'để ghi nhớ siêu dữ liệu về công cụ. Chắc chắn, rất nhiều trong số đó không còn phù hợp nữa, nhưng những gì tôi thấy rằng phần khó là có ý tưởng, không thực sự thực hiện chúng. Vì vậy, siêu dữ liệu về cơ bản là một chỉ mục về những gì 'ý tưởng' có thể được tìm thấy ở đâu.

Khi tôi đánh vào sân mới, ngày nay, tôi có xu hướng tìm một số cơ sở mã lớn sử dụng các khía cạnh mới và dành thời gian chất lượng với cơ sở mã. Tôi nghiên cứu nó, cố gắng làm cho nó hoạt động trong môi trường thử nghiệm, sau đó cố gắng tăng cường để tôi có thể dễ dàng sử dụng các công cụ mới (thư viện, ngôn ngữ, công nghệ xây dựng, v.v.). Quá trình này cho phép tôi vạch ra các mẫu, ý tưởng của mình, lên một ví dụ. Tôi có thể dành thời gian để thực hiện một vài dự án nhỏ như vậy và chọn làm tài liệu tham khảo cho dự án mà tôi cảm thấy thoải mái nhất ở nhà. Khi đã xong, cuối cùng tôi sẽ nhắm lại mục đích cơ sở mã đó để xây dựng bộ xương cho các ứng dụng của riêng tôi.

Khi tài liệu lưu trữ cá nhân thất bại, tôi đã tung lên mạng, gần đây tôi đã thêm SO. Tôi sẽ nhận được một cú hích về các khái niệm 'mới' (mới từ quan điểm cá nhân) trên SO trước gaagle. Trong thực tế, tôi hiếm khi (ngày nay) trở lại gaagle. Câu trả lời có liên quan đầu tiên trên đó thường là một liên kết đến một số câu hỏi thú vị về SO.

Giống như những người khác, tôi theo dõi mọi thứ bằng cách sử dụng dấu trang.

Tôi đã từng sử dụng Delicious, nhưng giờ đã chuyển sang Pinboard.

Nhưng tôi không sử dụng cách này nhiều như trước đây. Có vẻ như mọi vấn đề lập trình tôi gặp phải là một tìm kiếm nhỏ trên google. Và trong năm ngoái, tôi đã bắt đầu sử dụng Stackoverflow như một trong những thuật ngữ tìm kiếm của mình!

Bất cứ khi nào tôi đưa ra một câu hỏi SO cho một vấn đề đặc biệt khó khăn, tôi thích nó để theo dõi nó vì vậy đây là một hình thức đánh dấu trang khác.

"Nhớ bức tranh, quên những nét đẹp"

Nó là hoàn toàn bình thường không nhớ các chi tiết tốt hơn. Tuy nhiên, điều bạn nên lo lắng là quên đi những điều quan trọng. Nếu bạn đã sửa một lỗi, ít nhất bạn nên có một ý tưởng khái niệm về vấn đề đó là gì.

Dấu trang, blog, sổ ghi chép đều ổn để lưu trữ những chi tiết tốt hơn. Nhưng cuối cùng bạn vẫn cần nhớ "bức tranh" lớn hơn. Nếu không, việc khám phá lại những chi tiết "tốt hơn" đó sẽ khó hơn nhiều.

Giữ ghi chú của riêng bạn, diễn đạt mọi thứ bằng lời nói của bạn. Đối tượng mục tiêu của bạn là bạn , không ai khác, vì vậy bạn có thể đủ khả năng để được ngắn gọn. (Tuy nhiên, một bài đăng trên blog thực sự cần phải rõ ràng và được chỉnh sửa, rất tốn thời gian.) Nếu bạn tìm thấy những bài viết / blog tốt, hãy ghi lại URL, nhưng vẫn giải thích mọi thứ bằng từ ngữ của bạn.

Tôi giữ một hệ thống phân cấp lớn các tệp nhỏ, ngắn, một chủ đề. Các tệp chủ yếu ở dạng tự do, nhưng tôi đang chuyển sang sử dụng Markdown. Tìm kiếm bằng grep / find. Tôi giữ thư mục trong DropBox của mình, vì vậy nó luôn có sẵn cho tôi.

Mọi người có thể có phong cách riêng của mình mà anh ấy / cô ấy đã quen với nó, Đối với tôi, tôi tách kiến ​​thức trong các danh mục:

• Sách

• Bài viết

• Bộ sưu tập (Nội dung tôi thấy thú vị giới hạn trong một vài đoạn - Tôi thực sự sao chép thông tin và đôi khi chú thích nguồn) - Ví dụ: Phát triển, phát triển, ... vv.

• Mã có thể sử dụng lại (văn bản và đoạn trích) - Mỗi tệp trên một tệp riêng biệt dưới một tổ chức cây tốt. Ví dụ: nút DataValidation sẽ chứa nhiều kỹ thuật để xác thực các mục dữ liệu khác nhau, mỗi mục trong một tệp riêng biệt

• Dự án đã hoàn thành

• Hướng dẫn bằng video cá nhân (Đôi khi tôi ghi lại các video về cách thực hiện khi có quá nhiều bước).

• Liên kết

Tôi tổ chức ở trên theo chủ đề, với mỗi chủ đề trong một cấu trúc cây thích hợp.

Một số lần có những thứ chồng chéo nhưng tôi quản lý để tìm thấy những gì tôi muốn.

Ngoài ra, sử dụng Google Desktop, tìm văn bản hoặc tệp rất nhanh.

Tôi sử dụng OneNote. Tôi có rất nhiều ngôn ngữ lập trình khác nhau mà tôi làm việc cùng vì vậy tôi có các phần khác nhau cho mỗi ngôn ngữ và các tab khác nhau cho các loại ghi chú khác nhau.

Bây giờ, tôi cũng đang bắt đầu sử dụng Stack Exchange.

Bạn phải cân bằng giữa bộ nhớ và "lưu trữ" .. Nếu bạn phụ thuộc quá nhiều hoặc sai vào bộ nhớ, == vấn đề, nếu bạn phụ thuộc quá nhiều vào việc lưu trữ mọi thứ == vô dụng.

Luật của tôi:

-Không làm đẹp quá! viết những thứ quan trọng ngay cả khi kích thước phông chữ khác nhau trong tài liệu của bạn :)

-Không quá mức. Hãy thuyết phục bản thân rằng việc khơi dậy những suy nghĩ của bạn không cần cấu trúc cây 10 cấp

-Spent TIME trong việc tìm kiếm những gì để ghi lại. bạn có thể tìm thấy 5 giải pháp cho cùng một vấn đề. thời điểm bạn viết chúng TẤT CẢ bạn mất. Viết xuống 1-2 mà THỰC SỰ giúp bạn. KHÔNG để bản thân nói với bạn rằng bạn không có thời gian cho việc này bây giờ. Nó khá lạ nhưng nó được áp dụng: "Dành thời gian để có thời gian"

Tôi không thích đặt những thứ này vào một số "sản phẩm" vì tôi muốn chắc chắn rằng nó sẽ tồn tại 20 năm sau và tôi không muốn di chuyển bản thân sang các nền tảng khác nhau ..

Vậy lam gi?

Bất cứ điều gì bạn có thể nhận được thông tin với nỗ lực tối thiểu.

Ví dụ cài đặt phpBB và viết cho chính bạn. bạn có được chức năng tìm kiếm ngoài hộp, nó miễn phí và bạn có thể trích xuất dữ liệu bằng các câu lệnh SQL đơn giản và đặt chúng vào các tệp. bạn có thể có một cronjob xuất suy nghĩ của bạn trong các tệp để lưu trữ. Vì vậy, nếu bạn cần đặt chúng vào một hệ thống khác, bạn đã sẵn sàng với nỗ lực tối thiểu.

Một vấn đề khác là không ai đảm bảo rằng các liên kết bạn tìm thấy sẽ hoạt động tốt (hãy tưởng tượng 5 năm sau). Vì vậy, hãy cố gắng sao chép thông tin:

-Tải xuống video với một số phần mở rộng trình duyệt và đính kèm ví dụ vào bài viết phpBB của bạn (hoặc wordpress hoặc bất cứ điều gì).

Đối mặt với nó: bạn là một lập trình viên và bạn tạo ứng dụng cho người khác. Làm một cái đơn giản cho chính bạn và trở thành khách hàng tốt nhất của BẠN.

2c của tôi

Câu trả lời ngắn:

Luyện tập, luyện tập, luyện tập.

Câu trả lời không quá ngắn:

Làm thế nào để bạn nhớ làm thế nào để đi bộ? Làm thế nào để bạn nhớ làm thế nào để nói? Được cấp những kỹ năng này không hoàn toàn giống nhau và chúng không đòi hỏi kiến ​​thức bách khoa toàn thư (ít nhất là cho người mới bắt đầu), nhưng bạn đang sử dụng cùng một thứ: bộ nhớ.

Mặc dù tôi thừa nhận rằng, đối với người mới bắt đầu, lập trình có thể là một môn học lớn không thể tưởng tượng được khi bạn bắt đầu học nó, nó trở nên giống như bất kỳ môn học nào khác một khi bạn đã có được những điều cơ bản.

Ngay khi tôi phát hiện ra điều đó, tôi bắt đầu chia mọi thứ thành các phần nhỏ hơn và nhỏ hơn (phiên bản trừu tượng của riêng tôi). Bằng cách đó, một cái gì đó có vẻ khó nhớ trở nên dễ dàng hơn (ít nhất là với tôi nó).

Viết ra những điều giúp ích nhiều hơn bạn nghĩ (đã từng làm việc trong Giáo dục, tôi biết rằng điều này có thể có tác động tích cực lớn đến việc duy trì). Đặc biệt là nếu bạn có thể đặt nó vào từ của riêng bạn - thay vì chỉ sao chép nguyên văn. Nếu bạn có thể diễn giải hoặc đánh đồng nó với một cái gì đó bạn đã biết, thậm chí tốt hơn.

Ví dụ: Trong C #, các đối tượng String là bất biến. Điều này có nghĩa là bất cứ khi nào tôi bảo chương trình của mình thay đổi nội dung của đối tượng chuỗi, điều thực sự xảy ra là chuỗi gốc bị hủy (về mặt kỹ thuật, nó được đặt ở mức thấp nhất của trình thu gom rác). Chính xác như khi một nghệ sĩ mắc lỗi khi tạo ra một tác phẩm điêu khắc bằng đá cẩm thạch - nó không thể thay đổi, do đó nó bị phá hủy và một cái mới được tạo ra.

Đây không phải là một ví dụ tuyệt vời, nhưng nó cho thấy những điều cơ bản về những gì tôi đang làm.

Tài liệu chất lượng cũng giúp. Một cái gì đó mà giảng viên Lập trình 101 của tôi từng nói với tôi bị mắc kẹt với tôi:

Làm cho bình luận của bạn dài dòng. Không đến mức ngu ngốc, nhưng bạn cần có thể viết bình luận mà một người không lập trình có thể hiểu. Bằng cách đó, bạn biết rằng một người khác trong dự án có thể hiểu nó, một cách hoàn hảo. Hãy tưởng tượng rằng bạn sẽ dành nhiều tháng để thực hiện một hệ thống nhưng bạn lại gặp phải một tai nạn khủng khiếp nào đó trên đường đi làm. Một người nào khác sẽ được chỉ định công việc của bạn - đặc biệt là nếu gần đến giờ tan tầm - và nếu họ không thể hiểu được mã của bạn đang làm gì thì quá trình sản xuất sẽ dừng lại.

Sách tốt là một nguồn tài nguyên tuyệt vời, quá. Một gia sư khác từng nói với tôi rằng nếu một cuốn sách không có chỉ mục (và có rất nhiều trong số đó, ngoài đó không có), thì nó không đáng để mua.

Google có thể là một tài nguyên tuyệt vời, nhưng hãy chú ý đến các lập trình viên sao chép-dán. Tránh xa các trang web chỉ cung cấp cho bạn một khối mã mà không có lời giải thích. Tôi thích đọc toàn bộ một bài viết về các khối mã nhỏ, theo cách đó bạn sẽ biết chính xác khối mã đó có nghĩa là gì, làm thế nào và tại sao lập trình viên viết nó theo cách đó.

Mong rằng sẽ giúp