软件开发是非常主观的 - vadim

软件开发是非常主观的 - vadim
你们中的大多数人都熟悉加入一家新公司的感觉，并有那种重写一切的冲动。看到你的新团队成员几年前犯下的亵渎神明的行为，让你的眼睛很痛。当然，你知道的更多，你会在开发该功能时遵循最佳实践。对吗？

可能是吧。但多年来，我了解到，"最佳实践 "的问题在于它们非常主观。你工作的每家公司都有不同的规则要遵循，随着时间的推移，这些规则是有意义的，当你离开公司时，你会把这些规则中的一些作为你自己的 "最佳实践"。

但是，在软件开发中，没有一个适合所有的尺寸。我们所做的一切都非常有主见，只对我们有用。这是一个由不同范式的不同方面建立起来的怪物，它帮助我们，也只有我们，变得高效。

自以为是的实践
如果我们看一下开发实践，有许多不同的方法可以让你去构建软件。

• 测试驱动开发--每个人都试图实现的开发的圣杯。
• 接受测试驱动开发--TDD的一个变种，但更侧重于从业务角度解释需要做什么。
• 行为驱动开发--另一个变种，着重于建立对软件的一部分应该如何工作的描述的共同理解。
• 例子驱动开发和故事TDD--甚至更多的变化，你可以定义软件需要做什么以及如何测试它。

正如你所看到的，每一种都是非常自以为是的做法，每一种都有开发者宣扬它是构建软件的唯一正确方式。如果你不做TDD，你还能做软件开发吗？

自以为是的框架
javascript的世界充满了奇迹。有一些框架都声称对DOM的渲染和模块的封装有不同的方法。你可以用一千种不同的方式来构建你的网络应用（甚至是移动应用），而你使用的这些框架都有自己的最佳实践，并不匹配。

服务器端渲染不久前被放逐了，但现在它又回到了桌面上，成为新的酷事，用部分服务器端渲染来 "加速 "你的应用程序。现在的最佳做法是在服务器端渲染那些变化较少的内容，而在浏览器上渲染那些经常变化的部分。一些人同意，另一些人则会说这太疯狂了。

TailwindCSS是一个非常有意见的CSS框架的例子，它的样式是通过类来完成的。许多人讨厌这个想法，并争论说："HTML变得臃肿，Tailwind就像内联样式，它违反了样式和标记的分离"。传统的智慧与Tailwind相反--在样式表中隐藏尽可能多的CSS，对一个元素使用单一的类。但我喜欢这个概念，并认为它使我在为我的博客做HTML修改时变得高效，比如说。

那么，谁是正确的呢？没有人。这只是我们的观点，即使我们有相反的观点，它们也是有效的。

自以为是的产品
你知道微软的Excel是如何试图猜测你要做什么的，有时它的假设是错误的，所以你必须到配置中去改变字体、表格等。这就是约定俗成的配置--这意味着产品在90%的情况下都能愉快地工作，但在必要时允许改变其他10%的情况。

有很多自以为是的产品--即使我们只拿日历应用来说。有许多不同的方式可以显示日历和每周的时间表，以至于有数百个应用程序是以强烈的意见建立的。例如，有的只允许以1小时为单位的预订时段，有的只允许以周为单位的查看。

在Java世界里，一个很好的例子是Ant与Maven的对比。这些都是用于创建java可执行文件的构建工具。Ant给你提供了灵活性，你需要指定一切，而Maven则隐藏了大部分东西，但允许你覆盖默认值。

在Java生态系统中，Maven比Ant更受欢迎，因为它90%的时间都很容易使用，而另外10%的时间你可以通过配置来改变。

惯例创造了一个自以为是的产品；“自以为是”创造了用户的喜悦；用户的喜悦创造了成功的商业。

自以为是的流程
你可能会认为，如果你没有完全按照敏捷的要求去做，你就是一个失败者。如果你不能按照敏捷之神的旨意去做，你还能做软件开发吗？

嗯，这也是错误的。关于做敏捷，有太多的观点，以至于最初的宣言不再有意义了。例如，在过去的几个月里，我听到了几个关于敏捷团队做估算和计划的矛盾说法。

• 你应该以点来估算。
• 你应该以小时为单位进行估算。
• 你根本就不应该估算，应该把故事分解成最小的任务。
• 根本就不要做敏捷。瀑布是最好的。

尽管你可能认为 "做敏捷 "是最好的做法，但关于如何做敏捷有很多自以为是的，盲目地遵循任何建议都是没有意义的。

采用任何东西都有一个简单的指南：你采取任何你认为适合你的目标的方法论，然后挤压它、拉伸它、压扁它，使其适合你的组织--这样你就可以尽可能地有效。如果方法论中的任何内容使你效率低下，就把它扔掉，然后定义你的规则。

自以为是的结论
没有任何银弹解决方案能让你自动高效。恰恰相反，如果你采用任何方法论并试图完全按照它的描述来实施，你的效率很可能会下降。

敏捷并不意味着对所有事情都有一个规则，而只是遵循红色的虚线。把事情做好是唯一重要的因素。即使你的公司对SCRUM方法有独特的适应性--这也很好，只要它对你有用。

观点很重要。你周围的环境使你的情况独特，你选择的工具也必须适应你的情况。

你选择的每一个框架、编程语言和IDE都只是一个工具，它应该帮助你以一种有效的方式从A点到B点，而不影响你的价值观。只要你有了这些，那么恭喜你，你有了一个工作系统。