在开发工作流程中使用工作流程

如果您这几天花任何时间在Medium上,您都会知道关于重点的文章不乏。 我们知道我们不能完成多任务,并且有很多很棒的文章解释了为什么以及这对我们意味着什么。

作为开发人员,我们不断受到需要做的事情的轰炸。 仅修复一个小错误就可以使无数其他需要解决的问题分层。 不幸的是,让这些干扰分散注意力,而将注意力集中在手头的任务上太容易了。

大多数现代的IDE都做得不错,可以标记待办事项和其他关键字以备后用,但这些充其量只是陈旧的实现。 由于无法对这些任务的严重性进行分类和量化,因此它们最终只是一长串事情,我们将“有朝一日”。

输入WorkFlowy,这是一个非常简单但功能强大的文本编辑器。 这些年来,我已经使用了许多笔记应用程序。 Evernote,OneNote,Google Keep等。 所有这些都是出色的工具,但是WorkFlowy的强大之处在于其简单性。 它可以让您写下项目符号,仅此而已 。 它闪电般快速,可以在几毫秒内搜索整个圣经。

我一直都在IDE旁边启动并运行WorkFlowy,它极大地提高了我的生产率。

分散注意力

当您的思维开始漂移时,您执行某项任务的频率是多少? 我们中的一些人比其他人更擅长应对这些干扰,但是这可能会使手头的工作变得虚弱。 在WorkFlowy中快速注释并紧随其后的是相关标签,您几乎无需花费任何时间即可完成工作,您可以自由地继续工作。

所需的任何其他编码工作都标记为#codeToDo 。 这些是在调用项目完成之前需要做的事情。 在项目结束时,我经常会有数百个完整的#codeToDo标签。

回到这些标签后,我立即可以轻松管理搜索工作清单。 我还发现,通常会使我分心的所谓优先任务根本不那么重要。

重构

重构和消除技术债务是很费时间的,但是有时一定要生产高质量的软件。 这些类型的任务有时间和地点,而且很少在项目的中间。 我发现,通过每天花费一定的时间“让营地清洁得比我开始时还干净”,无论如何我最终还是要完成更多的任务,这并不是那么艰巨。

我有#refactor和#techdebt的标签,可以随时查看并进行一些清理工作。 在一天的最后几分钟,这些都是完美的任务。 我还具有执行这些任务的重复时间设置。 这是一小段时间,但是却非常有成效,因为我不必花任何时间去担心自己会做什么 。 我只是列出清单并开始工作。

与人打交道

我已经说过了,我会再说一遍,编码很容易。 与人打交道是软件团队面临的挑战。 尽管我们所有人都希望自己独自完成一个项目,但我们根本无法完成与合作时一样多的工作。 不幸的是,当我们对其他开发人员有疑问或担忧时,中断其他开发人员的流程并不是很有效。

这对于Scrum会议很有用,但是如果Scrum不在六个工作小时之内怎么办? 我只是用#scrum标签标记对团队的任何问题或评论,如果没有按下,请继续前进。 这样就无需记住问题或评论,并确保下次团队聚会时我能够提出该问题或评论。

永远不要记住可以查找的内容。

对于不在混乱中的人,我为他们准备了一个标签。 这些通常是我不经常与之互动的高层管理人员。 下次我抓住它们并且有几分钟的空闲时间时,我将确保提起我记下的所有内容。 我发现这是捕获那些难以捉摸的需求的最佳方法之一。

代码备份

注释掉大部分代码与干净代码完全相反。 正如鲍伯叔叔所言:

当您看到注释掉的代码时, 将其删除 ! 不用担心 源代码控制系统仍会记住它。 如果有人真的需要它,他或她可以返回并签出以前的版本。 不要遭受注释掉的代码来生存。

许多开发人员都知道这一点,但仍然选择将注释掉的代码保留几个月,以防万一。 我们对此有源代码控制,一旦看到它,我就会立即将其删除。

话虽如此,在某些时候我肯定会保留一些代码。 也许它甚至还没有实现源代码控制,但是我不想在下一次想要使用GitHub时进行挖掘。 WorkFlowy中的注释允许粘贴任何数量的内容,并且不必占用比单个项目符号更多的空间。

示例代码备份

我给该块起一个名字,对其进行标记并存档。 大多数代码段都未使用。 但是我经常回到很多地方。 我始终坚持获取查询,小脚本和其他代码片段,这不仅节省了我的时间,因为它们易于搜索,而且不必查看数千行代码。 一切都在那里,很容易找到。

但是,等等,还有更多!

对于开发人员,我仅了解WorkFlowy的功能。 评论并让我知道,如果您以后希望查看更多WorkFlowy技巧和示例工作流。 在此之前,请尝试一下,看看它是否可能对您的工作流程有所帮助。