程序员的思维导图[关闭]

如何是心灵映射为组织他们的工作方式程序员有用吗？

思维导图=> UML。

您可以从思维导图开始。通用的，结构不良的思维导图技术可以很好地入门，但是在很大程度上没有用且令人困惑。

使用UML图而不是思维导图。

着重于系统的特定视图或方面：

• 用例图是参与者用例的一流思维导图。切换符号，就可以了。

• 类图是类或对象之间静态关系的思维导图。将表示法切换为UML，就可以了。

• 序列图和活动图可以是对象之间动态关系的思维导图。同样，将您的表示法从通用思维导图修改为特定的UML，您可以在实践上几乎没有实际更改的情况下提高工作效率。

• 部署图和组件图是专注于特定问题（物理部署和软件体系结构）的一流思维导图。

与其他所有工具一样，该工具可能会被严重滥用。我发现任何有助于我编写更好软件的工具都是值得使用的工具。思维导图，特别是在早期阶段，可以为您提供优势，以便您（和您的用户）可以清楚地了解正在做的事情。但是，很容易被带走：

来源未知-我不记得我从哪里得到的，图像中没有信息可提供建议。

与系统的未来用户交流时，我主要在设计的早期阶段使用思维导图。这样，可以快速地（重新）构造信息。对于实际的工作，我有时会绘制一个带有工作项目的思维导图，并在完成后检查每个项目。

学习时，思维导图可能会派上用场。如果我正在听会议演讲或播客，我会画出该主题的思维导图。这有助于我将来更好地重记信息。

一些研究还建议绘图（我有时会在思维导图旁边做）有助于使大脑的更多区域活动起来，从而更好地进行信息分类和分析。

如果您有适当的设计，则实际上不需要思维导图来组织您的工作。所有任务都是预定义的。如果需要做一些额外的事情，则需要提醒项目经理，他/她可以为开发人员计划这项额外的任务。

当使用敏捷方法来管理项目时，您可能会遇到诸如故事之类的东西，这些故事基本上是需要完成的小任务。

您可以使用思维导图，但我认为最好使用已经提供了类似功能的项目管理解决方案，而不是自己动手做，不要与同事有组织地共享。

我发现这个问题含糊不清，过于笼统-如果您将其澄清/专门化，将会有所帮助。

无论如何，当您需要在头脑中跟踪并组织大量原始概念/想法/事实/想法等时，思维导图通常很有用。它将有助于将其放在纸上/屏幕上，并开始草绘它们之间的关系，以及长发出来。很多人是视觉类型，因此他们需要查看图片/图中的内容才能在精神上抓住它。但是，即使没有，每个人都有自己的思维能力极限，在此之上，思维导图可以派上用场。

在编程中，通常在项目的早期阶段使用它，例如，在我们的团队中，我们使用它

• 在就可能的新功能/改进进行脑力激荡时收集和整理想法，以在未来几个月内花费我们的资源，
• 在对一个重要的新功能进行初步的高级评估时，收集并组织必要的任务，风险和问题。

在编程时，我经常在纸上使用思维导图：在每种情况下，纸上书写比在计算机上输入任务要快，并且任务数量足够小，最终可以扔掉思维导图（否则，我可能想在家中进行该项目，只是发现我的待办事项心智图仍留在办公室）。

对于较长期的项目，我在计算机上使用了自定义的待办事项列表管理器，其优点是几乎不会丢失（相对于一张纸）。

因此，我发现纸质思维导图对以逻辑方式快速组织任务和动态添加任务很有用：它们极大地帮助我保持专注于全局，并轻松地确定任务的优先级。