Mỗi lập trình viên có nên giữ một bài học về những bài học đã học được không? [đóng cửa]

Mỗi khi tôi hoàn thành một dự án, luôn có điều gì đó tôi học được (nếu không tôi không thấy nó rất có động lực). Nhưng tôi không thể nhớ tất cả mọi thứ, và sau đó tôi có thể vấp phải cùng một vấn đề mà tôi gặp phải trong một dự án trước đó nhưng không còn là cách tôi giải quyết nó (hoặc ít nhất là những nỗ lực tôi đã thực hiện).

Vì vậy, nó sẽ là một ý tưởng tốt để viết điều này trong một tạp chí của một số loại? Tôi biết rằng việc viết ra cảm giác giống như viết tài liệu (điều mà không phải ai cũng thích làm) và hy vọng bộ nhớ của chúng tôi sẽ phục vụ chúng tôi khi cần. Nhưng có tài liệu này, nó có thể được chia sẻ với các lập trình viên khác và học những bài học họ đã học.

Vậy bạn nghĩ như thế nào?

Blog kỹ thuật sẽ là một lựa chọn tuyệt vời ở đây để có được trải nghiệm tổng hợp. Thậm chí điều này sẽ giúp những người khác trên khắp thế giới học hỏi từ những sai lầm của bạn :)

Có vẻ như là một ý tưởng tốt để xem xét những gì đã được thực hiện ở cuối dự án và các vấn đề gặp phải, và để xem những gì gây ra những vấn đề đó và làm thế nào để tránh chúng. Viết nó trong một tạp chí cũng là một ý tưởng tốt, vì nó giúp dễ nhớ lại và tránh những vấn đề tương tự một lần nữa sau đó.

Chia sẻ, mặt khác, phải được thực hiện một cách thận trọng. Tất nhiên, nó hữu ích cho các nhà phát triển và quản lý dự án khác, nhưng nếu bạn làm việc với khách hàng và những khách hàng đó có thể đọc về các vấn đề bạn gặp phải trong quá khứ, họ sẽ ít có xu hướng bắt đầu / tiếp tục làm việc với bạn, bởi vì:

• Họ sẽ cảm thấy rằng bạn gặp nhiều vấn đề với các dự án hơn những người khác (ngay cả khi nó sai),
• Họ không muốn bạn công bố thông tin về các vấn đề cuối cùng gặp phải trong các dự án của họ.

Tôi có một tạp chí Elder Scrollsy nơi tôi viết ra những điều mỗi khi tôi học được điều gì đó mới. Như bạn có thể tưởng tượng nó đã trở nên khá lớn và đầy thông tin.

Trên thực tế, tôi đã suy nghĩ về việc tạo ra một phần mềm chỉ cho phép tôi viết ghi chú và gắn thẻ các ghi chú tương tự như các trang web SE làm gì với các câu hỏi.

Tôi sẽ có thể:

• Tìm kiếm bài viết theo ngày.
• Tìm kiếm bài viết theo thẻ.
• Tìm kiếm bài viết bởi khó khăn.

Điều này sẽ thực sự hữu ích với tôi.

Tôi đã thử điều đó một lần, với một nhật ký hàng ngày về những điều tôi đã làm, phản ánh về những gì có thể đã tốt hơn và những gì tôi nên thử khác vào lần tới. Đây không phải là công nghệ - đây là về tương tác với những người khác trong nhóm, quyết định đưa ra trong các cuộc họp và v.v. (vâng, công ty này có đủ các cuộc họp mà tôi có điều gì đó để viết mỗi ngày!).

Cuối cùng tôi thấy rằng tạp chí chỉ là ký ức viết: có thể kinh nghiệm viết nó đã giúp tổ chức những suy nghĩ của tôi hoặc đánh giá những gì tôi đã làm, nhưng tôi đã tìm thấy sau khoảng sáu tuần mà tôi chưa bao giờ quay lại và xem lại những gì tôi đã viết nên tôi ngừng giữ nó.

Theo như các ghi chú kỹ thuật, tôi không thực sự giữ chúng trừ khi tôi phải trình bày trước một hội nghị hoặc khách hàng. Nếu không, một bộ dấu trang trong Pinboard.in là đủ cho tôi.

Tuyệt đối, người ta nên giữ một tạp chí về bài học kinh nghiệm, và bài học kinh nghiệm. Các cựu củng cố loại hình học tập đắt tiền nhất, có được thông qua kinh nghiệm trực tiếp. Cái sau đòi hỏi / thúc đẩy học tập chủ động, điều cần thiết để không hút.

Viết nhật ký là một trong những công cụ tự phát triển lâu đời nhất được biết đến và nó nhắc nhở (tự), đây là một phương pháp thậm chí còn cũ hơn. Một người cần cả hai.

Chắc chắn rồi. Câu chuyện có thật: Ngay sau khi đọc câu hỏi này, tôi đã gặp phải một vấn đề mà tôi biết tôi đã giải quyết trước đó (một vấn đề cấu hình, nếu có vấn đề). Tôi đọc lướt qua cuốn sổ tay "Bài học kinh nghiệm" của mình (phiên bản giấy và bút) và có một giải pháp: sao chép tệp a vào vị trí b.

Cuốn sổ này giúp tôi theo hai cách: thứ nhất bằng cách cung cấp một nơi để tìm câu trả lời cho các câu hỏi đã hỏi trước đó và giải quyết vấn đề, và thứ hai bằng cách củng cố kiến ​​thức bằng cách viết nó ra (giống như giải thích nó cho người khác).

Tất nhiên, thỉnh thoảng tôi nói nhầm máy tính xách tay ...

Đây là những gì một hệ thống quản lý dự án / vấn đề dành cho, như TRAC, Jira hoặc những gì có bạn. Trong công việc tôi đưa ý kiến ​​chi tiết, thủ tục, sự phụ thuộc vào TRAC và Jira của chúng tôi và để khi chúng tôi gặp phải một vấn đề đã thấy trước đó, một tìm kiếm đơn giản cho chúng tôi câu trả lời.