我不是一个10倍的开发者。自从拨号上网以来，我就再也没有建过网站了。大学毕业后的几年里，我学会了编程，因为我在政府和政界的职业生涯走进了死胡同。
所以我已经写了大约五年的代码9-5，所有的代码都在亚马逊。在此期间，我还抚养了三个孩子-他们在我开始的时候分别是0岁、0岁和2岁。所以我不是那个晚上和周末表现超群的人。我在照顾我的家人。
大约一年前，我为我的第一个开源项目做出了贡献。这是我的第一个副业。这是一个会议网站。
作为一名1x开发人员，我大量使用传统智慧。关于软件工程，我没有太多有趣或新鲜的东西要说。
总体而言，我没有时间从工作中抽出长时间，或者承担更大的副业，或者真正广泛地阅读，或者戏剧性地超额完成任务。我到处都没有多少时间。
但我感觉很有野心。我想成为一名1.1倍的开发者。我在想怎么去那里。
这篇帖子发布的时候，我的时间比较灵活，因为冠状病毒和隔离，而且我正在休几天假，但实际上哪儿也去不了，而孩子们正从我们大流行的家庭学校“春假”。
因此，我将尝试通过以下方式引导我的软件工程长胡子智慧：
尝试想出一种方法来寻找和优先阅读关于软件工程的有用信息，或者基于新项目的思考，并将其整合到#1中。
我的观察是，人类天生就是非理性的、不一致的、专制的模式寻求者。也就是说，一般来说，大多数人会隐含地倾向于以一种取悦领导者的方式设定他们的目标，模仿附近的其他人正在做的事情，并遵循一些现有的模式。在复杂的世界中保持理性和始终如一都是极其困难的。因此，“照领导说的做”或“照同事说的做……”真的是一条非常方便的捷径。
这种策略在很多情况下都能很好地服务于人们，并且确实有助于建立“团队团结”。但是当你的目标真的是外在的--不仅仅是“团队团结”，而是关于在团队之外完成一个目标，那么试着保持理性和一致是非常有价值的。
我认为经验法则(或者如果你想装扮它们，就称之为原则)，有助于提供一些护栏，一些结构，一些脚手架，让人们走出循规蹈矩的默认思维。它们有助于加强一定程度的逻辑一致性。当有许多相互竞争的优先事项和价值观时，它们有助于集中对话。当你试图弄清楚如何做出决定时，它们可以帮助你提供更明确、更深思熟虑的捷径。
我工作的亚马逊(Amazon)以有一套相当普遍的原则而闻名，这些原则在招聘、做出艰难决定和评估权衡时都会出现。我认为公司有了他们会更好。与其说是因为它们包含了什么特殊的天才珍珠，不如说是因为总体上有原则比退回到跟风的行为要好。
思考是很难的。做决定很难。有一些经过深思熟虑的规则来指导决策，有助于我们做得更好。
尽管如此，下面的经验法则并不真的像亚马逊的原则。它们大多只是经验法则，代表了当我思考这些话题时，我脑海中通常会发生的事情。
我有时听到人们说，智商测试衡量的唯一一件事是“你参加智商测试的水平有多高。”我同意这一点，也同意大多数知识都是高度上下文的这一普遍观点。自从大学以来，我大约有七份不同的“真正的工作”，每一份都有不同的职称。在亚马逊内部，我从事过两种完全不同的产品和行业。
我发现大部分--比如说，90%，我在一份工作中学到的东西对下一份工作完全没有用。即使在相同的职业领域内也是如此。不是全部。这10%可能是非常重要的10%，比如如何更好地处理电子邮件或如何驾驭办公室政治。但是，当我开始下一份工作时，我学到的大部分仍然是完全的“一次性工作”。它是关于一个非常具体的组织如何运作的非常具体的知识。
亚马逊可能是一个极端的例子，因为这里的开发人员花费了大量的时间来掌握其他地方根本不存在的内部工具和业务概念。我可能对此有点着迷。我知道其他开发人员有不同的经历-他们掌握了一项特定的技术，这些技能实际上会伴随着他们从一份工作到另一份工作。
在教育领域(我确实在那里工作了几年)，有一个事实是，大多数知识是不可转让的。一举多得学到一些东西