在Bank world中选择代码设计工作或懒惰

我在一家出色的投资银行工作了两年。

我进行了一些技术项目，希望创建最优化的代码，同时尊重适应的良好设计模式，SOLID原则，demeter规律并避免各种重复的代码...

当生产交付=>零错误时，一切都按预期进行。

但是，大多数开发人员来找我是为了使我的所有代码过于复杂以至于无法理解阅读。我听了一个例子：“做一些if和instanceof，忘记多态性，这样很容易纠正紧急生产错误”。我不想回答……

知道这些开发人员一点也不好奇，拒绝努力理解一个好的设计（例如，90％的开发人员不知道什么是策略模式，并且编写过程代码，并且从不进行设计，因为他们说，他们很简单） ），我的项目经理告诉我，我对银行世界的看法确实是错误的，而且过于理想化。

你会建议我什么？我要重申的是，我是否真的希望真正好的代码，或者让我适应大多数开发人员，对于我来说，重复设计代码对我而言，这并不是真正有趣的设计代码，而是我们开发人员工作的全部美。

或者相反，他们是否应该学习基本的面向对象原则和最佳实践以适应我的代码？

我的项目经理告诉我，对于世行世界，我的做法确实错误，过于理想化。

GTFO！

是时候离开并怜悯他们了。你为什么要他妈的？您知道，从长远来看，如果他们的员工素质不高，就会花钱。这不是技术讨论的游戏。这是关于政治的。让他们培训其他开发人员或GTFO！如果您没有足够的政治力量，那么GTFO！搜索具有更好实践的公司。

留下的唯一理由是可以为您的头痛提供足够的补偿。因此，他们最好支付高于平均水平或GTFO的费用！我怀疑您也可以在那里成长为软件开发人员。我们职业的发展主要是通过与比您更好并且鼓励最佳实践的人一起工作来实现的。而且您越好，对关心的公司的市场价值就越高。

是的，我知道这不是我惯常的回答，但实际上，如果您不能在这家公司GTFO中玩政治游戏。

你会建议我什么？我要重申的是，我是否真的希望真正好的代码，或者让我适应大多数开发人员，对于我来说，重复设计代码对我而言，这并不是真正有趣的设计代码，而是我们开发人员工作的全部美。

我不会为希望我提供次优解决方案的公司工作。我想将我的名字刻在软件中。我想为此感到骄傲。我不使用基于OO范式的语言编写程序应用程序。我相信高质量的软件，如果公司不这样做，我会GTFO！希望你有足够的“操钱”。

难点。我认为您可以同时采取两种方法，即站稳脚跟并显示出妥协的意愿：

• 这是关于金钱。实际上是任何开发人员的工作，但是由于您强调银行环境，因此应该会更好;）。向他们展示您的风格可以省钱。找到一个示例，说明由于您的设计，如何真正轻松地进行需求更改。尝试查找其他代码（您必须确保此处不要过于激进，但是，嘿，这是关于比较代码样式的问题），这很容易很快就打破，并向他们展示您不必关心此类问题是因为您的代码从一开始就具有更好的质量。

• 这是关于金钱。如果您的编码风格实际上要花钱怎么办？如果其他人花更多的时间来尝试理解您的代码，而不是通过适当的设计来保存代码，那么这样做可能会很好。您可能在技术上做对了事情，但仍然没有为团队工作做出积极的贡献。另外，有可能过度设计OOP。我与您一起站在“好的设计就是美丽”的一边，但是我想在这里让您知道他们的观点以及从他们的角度来看他们实际上可能是正确的。与上一点平行，尝试找到一个过分的位置。这给了您一些回旋的余地：您可以说，好吧，到处都是，我会更加务实，但是，在某些地方，此代码确实更好。

但是，大多数开发人员来找我的原因是我的所有代码过于复杂，无法阅读理解

您是否想到他们可能是正确的？

我与某人合作，他花了很多精力编写他认为很优雅的代码。他花了很多时间指责别人的工作不够优雅。当需要维护代码时，他的代码不是我会选择修改的代码。如此精确和严格，以至于更改它充满了危险。

您在这里提到的一个有趣的词是“复杂”。可以被描述为复杂的代码很少被描述为特别好。

维多利亚时代的家具制造商（至少，到今天我们仍然会看到他们的作品）是真正的工匠，他们制作的是功能齐全，美观，精心设计和制造的，可以持续一生。然而，在过去的150年中，世界发生了变化。当人们在购买餐桌时更便宜的替代品在商业上更加实用时，准备这种工艺的人并不多。

不幸的是，许多程序员希望成为古老的工匠，而商务却表明这不可能一直存在。您可以选择，适应或离开。有一些公司想要手工业者，但数量却远远超过那些希望产品能正常工作，便宜而现在的公司。

对我来说，您不适合大多数商业软件开发的提示是“生产时交付=>零错误”。美国宇航局甚至都没有通过航天飞机实现这一目标。

唯一可以关注细节并因此可以接受初始成本的地方是1级生命关键系统-例如，航空电子/航空航天，汽车，军事和医疗。

问题是您在错误的地方工作。听起来您是一个非常有学问的程序员。在您所处的环境中，您的表现不会很好，很可能会发明一些借口摆脱您和您的“过于复杂”的代码。可能会给您分配垃圾任务和/或对它们进行不良的评估，直到您自己离开或他们有足够的后盖纸迹来解雇您为止。

我建议您找到一个值得您重视学术的工作场所。他们在那里。您还会发现一些介于实用和学术之间的栅栏。这样的工作可能是您最好的选择，因为这样可以在您帮助其他人控制工作时，让您的工作陷入混乱。

在采取诸如更换雇主这样的严厉措施之前，我将尝试提高您自己的能力，向像您的主管这样的非程序员解释为什么您的编码方式对公司更好，并为他们节省时间和金钱。而且，请确保您不只是为了设计模式而应用设计模式-您确定自己也遵循了KISS和YAGNI的规则吗？（好吧，策略模式和多态性不是火箭科学，给您的同事一些时间来适应和解释他们为什么选择这种方法。）

在我公司，我们举办了一系列基于Clean Code Developer的研讨会。目的是创建一个日常事务之外的论坛，以忙碌，最后期限和犯规妥协为代价，使开发人员可以了解软件设计原理（如您所述），编程技术等，并反思他们的项目和自己的工作。

还讨论了实际项目中的实际示例。与会者的反馈是AFAIK非常积极的。但是，很难衡量实际收益。

参加这些研讨会的部分时间是公司赞助的时间，部分时间是参与者自己的业余时间。您不会接触那些不关心学习，只想干自己的工作并回家的同事，但是对于其他对自己的工作有兴趣的人来说，这可能很有趣。

我首先要检查您的方式是否真的更好。面向对象的代码可能非常好，但是它也可能是隐藏副作用的噩梦，每个动作都可能需要几个不同的类。

最好去InfoQ并观看Rich Hickey的“简单易用”演讲

如果您想在那儿不停地挣扎着继续工作，就必须付出一点。所有程序性的开发人员组都不会立即接受多态性。尽管他们可能无法以OO方式进行设计，但他们可以从您的代码中学习。他们可能会喜欢某些代码更易于维护。

附带说明，如果您认为匹配个人喜好很重要，则需要在面试过程中提出问题，以查看使用了哪种开发过程和编码方法。

紧急情况发生。您并不完美，他们的双手会在某些时候破坏您的代码。除非您从不休假，否则您的健康将不被您的全科医生确认。并导致发出不良代码的机会更高。

您的代码质量可能更高（未经证实的事实），但是它们有政策。（当然是地狱）

系统已警告您遵守政策，并有可能不遵守这些政策。在紧急情况下。在银行应用程序中。我的意思是，如果您的目标是结束贫困，并入狱，我可以找出许多更有趣和更有意义的方法来获得相同的结果。

不过，您的室友会很高兴听到您对前同事缺乏好奇心的说法。

（再一次，您的公司可能没有针对OO设计的内部政策，但是笨拙，受过COBOL培训的工程师将试图修复您的代码，这是凭空产生的，恕我直言，在最坏的情况下，他会会有40％的机会获得致命一击）

尝试记住，某些人认为编程是达到目的的一种手段，而不是出于本身的目的。想想您使用的所有产品和服务：您是否花费大量时间考虑下面的代码是否设计精巧？还是您只是欣赏它们的作用而已？找到一个您感兴趣的行业或事业，然后找到一个有兴趣的组织，然后为他们提供包括编程但不仅限于编程的解决方案。可以用不同的方式出色地解决问题。