作为一名程序员，您可能偶尔会有些生气。 您知道，全神贯注于另一个开发人员的实现，无论是美观还是丑陋（或两者兼而有之），并与您的同事进行了有趣的交谈。 是的，我可以告诉您我在说什么！
但是我最近意识到，有时有时会以良好的以用户为中心的开发为代价。
- 乔丹，这是一个很好的神学问题。 – MM O'Keefe –中
- 和平主义不是胆怯，而是终极勇气
- 弹性就像一枚Timex手表…舔一下并保持滴答声
- this书| 可以预见的是非理性的[第一部分]
- 关系护目镜是真实的
今天对我而言是其中的日子之一-我花了过去的两天时间来研究如何将Jest纳入我们不断发展的代码库中，以便我们的团队可以开始为JavaScript函数以及对React组件编写单元测试。 与集成第三方程序包一样，它是自我厌恶和胜利的过山车。
Jest有一个引人入胜的功能，称为“快照测试”，我一直在进行测试。 到目前为止，据我所知，它将通过自动化React组件测试为我们的团队创造奇迹。
因此，我与同事HS讨论了所有工作原理的细节，以及Facebook员工提出这个想法有多令人惊讶……等等。
发生这种情况时，我注意到来自另一家公司的朋友埃丝特（Esther）坐在我们旁边，她在那里礼貌地等待我们完成“工程师谈话”（强调我的意思），然后再尝试进行对话。
因为我们的朋友不是工程师（她是业务开发人员和社区经理），所以她不知道我们在说什么。
但这不是问题-我一直在与HS讨论如此深奥的技术。
这让我停下来思考： 我们再次谈论这一切有什么意义？
我的回答是：我们正在谈论这个问题，以便我们可以开发更好的产品，最终将其提供给用户，以解决他们的问题。
因此，如果我们正在做的是针对用户的，为什么Esther不愿意甚至试图了解我们在说什么？ 毕竟，这个话题令人难以置信（至少对我们而言）！
那一刻，我想起了编程最终只是达到目的的一种手段 ，即使有时做得很好，即使做得好，它也可能富有诗意。
就像丹·阿布拉莫夫（Redux和FB工程师的合著者）在他的简历中说的那样：“我们正在为人类提供工具。”
要记住的技巧
如果您选择这种思路，那么您可能需要一种使自己不时回到程序员的目的的方法。
我的小东西？ 尽最大努力与UI / UX设计师，社区经理，客户服务代表和产品经理的朋友和同事一起度过更多的时间。
向其他团队的熟人询问是否可以和他一起吃午餐。 或者，如果您在其中，请向来自另一家在您的共同工作空间工作的公司的人咨询。
包围着来自不同职能部门的人们，这将为您提供不断的提醒，您需要忠于自己作为程序员的目的—为人类制造工具。
