为什么我们保留更多的“硬路线”呢?
想象一下,只要想到它们,你就有能力杀死任何你想要的人。 你会杀死哪种类型的人?
如何相信一个女孩
移动越野和存储物品一个月的最佳方法是什么?
为什么我们比死后的人更好地记住了人?
自恋者是否喜欢任何人?
为什么有些人更喜欢安排待办事项列表以及使用它的简单方法?
为什么有些人更喜欢安排待办事项列表以及使用它的简单方法?

这是一个很好的观察。 我们已经很好地掌握了大多数人使用日历进行约会。 它始于高中,并继续作为西方国家成人生活的新要求。 在此过程中,我们制定了最佳实践和正确的习惯,以便很好地使用日历。 但是,我们还没有为待办事项列表制定相同的最佳做法,或者建立了广泛的习惯和对使用列表的良好期望。 因此,一些(大多数!)人更喜欢通过待办事项列表进行调度。 这是熟悉的文化领域。 我不认为有任何方法可以利用这种不平衡,除了命名它并尝试帮助人们创建,策划和参与他们的承诺的良好列表,就像他们已经为日历做的那样(这只是一种有序清单)。 对我来说有趣的是,当人们第一次开始使用日历和日记时,他们会忘记他们是多么绝望。 你有没有回去看过你在高中时使用的日历/日程安排? 许多人会为他们笨拙的第一次努力而畏缩。 我们忘记了需要五到十年的时间才能使日程安排和日历成为无缝的生产力辅助工具。 我们可能从大约14岁开始,并希望它能在25岁之前计算出来。从那时起,它感觉“自然”,但我们忘记多年来它根本不是“自然的”。 因此,我们需要给自己5到10年的时间来明智有效地使用待办事项清单。 我们将始终在使用待办事项列表时立即提高工作效率,但需要更长时间的持久性才能让他们感觉像调度一样“自然”。 还有一系列最佳实践,包括“完成任务”这样的内容。

为什么大多数软件工程师/程序员总是表现得更了解自己的产品,并认为您对其任何技术方面的看法无关紧要?
为什么大多数软件工程师/程序员总是表现得更了解自己的产品,并认为您对其任何技术方面的看法无关紧要?

程序就像多米诺骨牌。 每次在程序开始之前,“dominos”都会直立,然后随着程序的运行,它们会沿着规定的路径“落下”。 但是节目实际上比多米诺骨牌要复杂得多。 它们有多条路径,当程序运行时,这些路径会发生变化。 根据程序的复杂程度,系统中可能存在数千甚至数百万条不同的路径。 程序员对于每次程序运行时所有的多米诺骨牌如何下降都有相当不错(尽管从未完美)的理解。 他们不记得所有的多米诺骨牌,但他们的心灵(“心智模型”)确实有一个很好的图片,说明不同部分如何相互关联。 他们为该计划所拥有的心理模型可能与您拥有的心理模型非常不同。 当您要求他们更改程序时,您要求他们重新评估所有这些关系并重新创建该心智模型。 大多数程序员都不怕变化。 事实上,他们经常将其视为挑战,是他们工作中令人愉快的一部分。 但他们必须首先证明这一点。 他们必须了解这些变化如何影响已经在董事会中的所有那些多米诺骨牌。 这是软件设计中非常常见的问题。 简单来说,这很简单,就是沟通,或者可能是误传。 在宏伟的计划中,他们的心智模式并不比你的好,并且情况并不差。 这不是分辨率或细节数量的差异,它不是左脑与右脑的鸿沟或猫狗。 但他们确实有不同的观点。 毕竟,他们正在寻找与您不同的业务部分。 正如您的业务方面的心理模型比其业务方面的心理模型更复杂,对于他们在技术方面也是如此。 因此,您和他们的责任是找到有效的方法向他们解释您的心理模型,反之亦然。 你必须向他们解释你想要什么。 你必须像他们需要的那样精确 – 和耐心 – 一样。 他们不得不问你很多问题 – 比如数百万,你知道吗? – 弄清楚所有的细节。 使用示例,图表,图片,用例,个人经验,客户引用或任何其他可能有用的内容。 我听说友善贿赂很棒,但是YMMV。 而你也必须接受挑战。 他们对业务的成功感兴趣,因此他们不会仅仅为了让您的生活变得困难而提出难题。 倾听他们的问题并尝试了解他们是否提出了合理的怀疑。 例如,他们可能估计成本过高。 他们的一些问题或建议很可能实际上是妥协的尝试。 正如Guy Maslen所说,对话非常有效。 您可以学习如何更好地进行这种特殊类型的对话。 我可以为你提供两本在我的职业生涯中真正帮助过我的书。 这两本书都是为熟悉软件行业的人编写的,无论是谁! Frederick P. Brooks的“神话人月”讲述了软件复杂性,通信挑战以及许多其他相关主题。 它有助于解释为什么错误传达如此常见。 Eric Evans的领域驱动设计提供了一种管理不断变化的软件的方法,可以将这些挑战考虑在内。 例如,他详细讲述了程序员和“领域专家”如何共同创造一种共享语言(一种“无处不在的语言”),使通信更容易,更有效。