每个程序员都应该保留“经验教训”日记吗？[关闭]

每次我完成一个项目时，总会学到一些东西（否则，我不会觉得它很有动力）。但是我记不清所有内容，而且很久以后，我可能会偶然发现上一个项目遇到的相同问题，但是不再解决（或至少尝试了什么）。

那么将其记录在某种日记本中是个好主意吗？我知道写下来的东西就像写文档（并不是每个人都喜欢这样做），并希望我们的记忆在需要时能为我们服务。但是，只要将其记录下来，就可以与其他程序员共享，并从中学到什么。

所以你怎么看？

技术博客将是获得综合经验的绝佳选择。即使这样，也会帮助世界各地的其他人从您的错误中学习:)

回顾项目结束时所做的工作和遇到的问题，看是什么原因导致了这些问题以及如何避免这些问题，似乎是一个好主意。将其写在日记中也是一个好主意，因为它使召回和以后避免再次遇到相同的问题变得更加容易。

另一方面，共享时必须谨慎。当然，这对其他开发人员和项目经理很有帮助，但是如果您与客户一起工作并且这些客户可以阅读您过去遇到的问题，那么他们将不太愿意开始/继续与您合作，因为：

• 他们会觉得您比其他人遇到更多的项目问题（即使那是错的），
• 他们不希望您发布有关其项目中遇到的最终问题的信息。

我有一份《上古卷轴》杂志，每当我学到新东西时，都会写下来。可以想象，它变得非常庞大，并且充满了信息。

实际上，我一直在考虑创建一个软件，该软件只允许我编写注释，并标记注释，类似于SE网站对问题的处理方式。

我将能够：

• 按日期搜索帖子。
• 按标签搜索帖子。
• 按难度搜索帖子。

这对我真的很有帮助。

我曾经尝试过一次，每天都会记录我所做的事情，以回顾可能会变得更好的事情，以及下次我应该尝试的事情。这不是技术性的东西，而是与团队中其他人的互动，会议上做出的决定等等（是的，这家公司有足够的会议，我每天都有东西要写！）。

我最终发现该日记是只写记忆的：也许写它的经历有助于组织我的想法或评估我所做的事情，但是大约六周后，我发现我再也没有回过头来回顾我所做的事情写，所以我停止保留它。

就技术说明而言，除非需要出席会议或客户，否则我不会真正保留它们。否则，Pinboard.in中的一组书签对我来说足够了。

绝对，应该保留一份日记，总结经验教训。前者巩固了通过直接经验获得的最昂贵的学习类型。后者需要/刺激主动学习，这是不吮吸的前提。

日志记录是已知的最古老的自我开发工具之一，它会提示（自我）反思，这是一种更古老的方法。一个需要两个。

绝对。真实的故事：读完此问题后不久，我遇到一个我知道已经解决过的问题（配置问题，如果有关系的话）。我浏览了我的“经验教训”笔记本（纸和笔版），然后找到解决方法：将文件a复制到位置b。

这款笔记本有两种方式为我提供帮助：首先是提供一个地方来查找先前提出的问题和已解决的问题的答案，其次是通过将知识写下来来增强知识（有点像向他人解释它）。

当然，我有时会放错地方说笔记本。

这就是项目/问题管理系统的用途，例如TRAC，Jira或您拥有的系统。在工作中，我在TRAC和Jira中添加了详细的注释，过程和依赖项，因此当我们遇到以前遇到的问题时，简单的搜索即可找到答案。