四月是你的谎言手绘稿_总有一天是谎言

四月是你的谎言手绘稿

“您没有时间机器-您正生活在我们所有人都二十四小时的生活中。 您目前几乎无法完成所有当前要做的事情； “总有一天”什么时候终于到？ 答案是永远不会。 今天就到了。” –   安德鲁·J·梅伦（Andrew J. Mellen），“解开人生！”

如果您是软件专业人士，则可能已经遇到（或至少受到）典型的体系结构决策：您是花时间花点时间以“正确的方式”做某事，还是您愿意花更少的钱解决？理想的“足够好”的解决方案？

在许多此类辩论中，我既是积极的参与者，也是消极的旁观者。 它总是以相同的方式发挥作用：每个人都想现在做正确的事，但是大多数人都承认没有时间（除了那个想要在周末“腾出时间”的家伙）。 没有人想要“足够好”的解决方案，但是他们通过说“有一天”他们会回过头来以正确的方式来合理化解决方案。 他们甚至可以得到具体的，但之后或当事情通常是- “当我们有更多的资源”，“这个大释放后”或

不幸的是，这些人在撒谎。

现在您可能会想，“这有点苛刻。” 不，这不对。 如果我对此句话稍有犹豫或歉意，我不会在它自己的段落中给出。 记住，我不是在扔石头-我去过那个地方，也说过那些话。 但是，当我回想起我或我的团队打算重新审视某些事情并首先要做我们应该做的事情时，我可以量化出实际发生的频率。 零百分比。

在我职业生涯的早期，我说自己天真，或者我无法控制某些情况，使我们无法回来做正确的事，这让我摆脱了困境。 但是到目前为止，我可以对自己诚实一些，并承认我怀疑当我说“某天”是否会到来。 内心深处，我知道我正在撒谎。 我在对自己和我的团队撒谎。

我们可以分析为什么这个“时间停滞的神话般的土地”（如梅伦所说）永远不会到来，但是我们不知道答案吗？ 当然，在权衡两个选择时，“已经完成”将永远是赢家。 并假设该主题甚至再次出现在辩论中！ 通常，您将要完全忘记的事情，或者将您想要做但永远不会做的导致罪恶感的事情加进来。 如果这些事情堆积起来并开始让您感到沮丧，您甚至可能会被诱惑继续下一份工作，让他们成为别人的问题。

所以我的建议必须是从一开始就以“正确的方式”来做，对吗？ 其实没有 您没有时间这样做，还记得吗？ 我相信你。

但是，我没有考虑某天的神话，而是提出了第三种选择： 计划某天。 明确说明您打算做什么以及何时要做。 “我们将返回并为此编写单元测试”或“我将解决并发问题”。 具体什么时候？ 不要对自己感到惊讶–大声地提出来，并全心投入。

有条件的或亲属的时间不足以满足您的条件–它不能取决于某个发布期限或您希望雇用的其他团队成员。 这也不是用户的故事，也不是错误–这些设备通常仅能有效地说明对经理的技术负担。 他们不保证工作将真正得到完成，因为你的经理们有压力，表现出的价值， 他们的经理和其他优先事项为准。 冒着玩世不恭的风险，通常只有当重要客户（或潜在客户）注意到并抱怨时，才会注意这种性质的故事或错误。

输入日历。

我相信没有比时间更宝贵的资源，因此可以得出结论，没有比日历更强大的工具了。 日历不说谎。 曾经 您可能并不总是喜欢它告诉您的内容，但并不在乎。 它说：“明天是你妈妈的生日，你还有一天要弄清楚你要给她什么。 祝你好运！” @＃F * $％！ 谢谢，日历。 您超级有帮助。

通过将您的意图放在日历上（最好是每个人都能定期看到的日历），您就可以采取行动。 你会返工您的API的记录层，否则你将修复自动生成的文档错误，或什么的。 您将执行此操作，并且由于您认为这将需要n天（为了安全起见，需要n +（n / 5）天），因此将其放在日历上。 当冲刺或发布计划的时间到了时，您将查看日历并计划减少完成工作，因为您会做这件事。

请记住，我是一个“告诉，不要问”类型的人，有时这会给我带来麻烦。 用户故事和错误有效地问您的经理您是否可以执行此工作，而您自己安排工作时间则告诉您的经理您正在这样做，并且他们需要支持您的工作。 因此，请谨慎使用此策略。 如果您的经理在发生“正确方法与足够好”的讨论时参与其中，那将很有帮助。 然后（或紧随其后）尽一切努力使他们加入，以便提醒他们我们aaaaaaall对此表示同意，这并不奇怪。

如果您在说出来时以向外环绕的kumbaya方式移动手，这也会有所帮助。

在本文的第二部分中，我将探讨我最喜欢的日历之一： Google Calendar及其API 。 Google彻底优雅地解决了时间管理解决方案的难点（如时区，国际化，冲突和授权），因此您可以专注于有趣的部分（如集成和……哦，颜色！）。 不要重造日历轮–永远利用日历轮的力量战胜“有朝一日”的谎言。 罗尔！

在那之前，我希望我已经充分警告过您“有一天”的危险。 想到这一点，我什至没有想到它的乐观风格-使用功能预先编码（又称镀金 ）您的应用程序，因为有一天可能会需要它们。 这与技术债务相反，在技术债务中，最终（可能是）代码太多而不是太少。 目标是在这两个极端之间取得适当的平衡，因此请认真考虑需要或想要的东西以及由谁来考虑。 “我们需要添加此东西，因为有一天 可能需要做另一件事……” 真？ 不，只是…停下来。 停止复杂化。 别再找借口了 停止启动并开始完成。 今天就停止让“某天”破产。

翻译自: https://www.javacodegeeks.com/2014/11/someday-is-a-lie.html

四月是你的谎言手绘稿