几年前,在我的第一份真正的编程工作中,老板鼓励我保留自己日常活动的日记。我仍然这样做,尽管不再是纸本和手写的。
您是否保留日记本(如果这样),您在日记本中写什么,它如何对您的工作有所帮助?还是只是需要时间才能恢复?
几年前,在我的第一份真正的编程工作中,老板鼓励我保留自己日常活动的日记。我仍然这样做,尽管不再是纸本和手写的。
您是否保留日记本(如果这样),您在日记本中写什么,它如何对您的工作有所帮助?还是只是需要时间才能恢复?
Answers:
我发现活动日志很有帮助,原因有以下几个:
我在上一份工作中做了。每天,我都会花几分钟写下自己的工作。每当我达到一个重要的里程碑时,我都会记录下来。没有任何条目非常详尽;它们只包含足够的信息,因此一目了然。
回顾一下,很容易回答“您在过去X个月/季度/年中对公司的贡献”问题,并用具体示例支持我的回答。
就个人而言,不是我。我写的代码是日记。就像真正的日记一样,我记得我在何时何地解决了一个特定的问题,可以立即跳回去。
就正常的“新闻发布”流程而言,我不需要进行专业开发就日记我的办公桌上个月的移动情况,等等。
编辑:经过一番思考后,我保留了一个博客,当遇到特别困难或罕见的事情时,我会对其进行博客处理,以便稍后再使用。作为附带好处,它可以帮助其他有相同问题的人。所以我想这个问题也可能是“开设博客对您的工作有帮助吗?”
例如,我只在蓝色月亮中碰到过一次SharePoint的SPWebConfigModification类,因此:http ://brandonpotter.wordpress.com/2010/02/04/moss-2007-how-web-config-modifications-work/
我有偏见-我与实验室科学家的工作相当忙碌,所以“您不要保留实验室笔记本!?” 即使他们意识到我的大部分工作永远都不会在实验室工作台旁进行,他们还是会感到震惊和恐惧。
但是,是的,它对我的工作有帮助。尽管我对代码进行了大量注释,但是代码中做出的决定以及项目的开发可能需要几段说明。或图片。或与自己来回。笔记本都可以将这些内部思考过程记录在一个有意义的地方-带有随机的副主意,例如“多个插补可以解决这个问题吗?” -并允许我再次提及它们,以使我铭记自己为什么选择一个概念而不是另一个概念。
它让我做一些事情,例如选择一个项目,不仅知道代码在做什么/为什么在做(注释),而且为什么要对这些东西进行编码,而其他问题却没有。就我而言,它实际上是一本物理日记。
恕我直言,它非常有用,如果您跟踪正确的事情,通常可以用作/替换代码文档。与代码文档非常相似,方法和内容通常并不重要,因为通过代码布局和实现来识别它应该相对容易。什么是重要的是为什么。我们为什么要这样实施?应该怎么做?但是,更重要的是,我们还尝试了其他(不起作用)的方法,导致我们以这种方式实施该方法。
这样可以防止以后浪费时间。无论是追寻自己的脚步,还是在原始的白皮书和电子邮件交换已被存档/删除后,在X年后发生的经典重写崩溃中,……这样的建筑,难怪它坏了,谁写的这个烂摊子?” 只是在重写/重构的后期才发现,在硬件或第三方应用程序中存在一些严重缺陷,这些缺陷导致原始开发人员走上了看上去不太优雅的道路。
如果像以前的答复者所建议的那样,您将问题更改为“开设博客对您的工作有帮助吗?”。然后,是的,绝对有帮助。作为“技术巫师”,我们需要处理很多咒语!当我发现自己第二次或第三次发现棘手的咒语时,便用适当的标签将其发布到我的博客中,这样我就不必再费力地寻找答案了。我将发布类似的内容:
我的博客可以公开访问,但是我不会太在意它使其显得性感。很多时候,我只会在终端会话中粘贴一堆命令,所以我有某种可搜索的记录...