hiCarlos
前端
获得徽章 0
- 在团队协作开发下，代码的破窗效应非常易得与常见，只要团队中有一个人打破窗户，那么将会导致其他所有人坚持构建起来的良好开发体验崩溃，进而逐渐影响到越来越多的人放弃对可维护代码的追求
破坏是很容易的，并且重建几乎是不存在的，几乎没有人愿意耗费力气将项目代码挽回可维护的正轨，这是一件在可见的时间范围内，对业务毫无帮助且可能导致未知级别bug的事情，更别提还可能会被一次又一次地破坏掉
相比于坚持了一段时间才被破坏掉的开发体验，有的项目可能从一开始就没有体验可言，日常的迭代开发中，至少要拿出一小部分甚至更多的时间来堵住以前埋下的坑
而解决这一困境的唯一方法就是重构，但重构之后又如何保证后续不会再次崩溃？
项目的架构与设计至关重要（需要具备一定的能力），最起码可以保证底层是美好的，然后需要辅以强力的约束（比如严格的eslint 和 typescript），让坏代码写得不是那么容易，这在初始阶段可能会导致相当一部分的抵制，但最起码整体的未来是更加光明了一些
足够长的时空里，一切事物最终都该是平衡的，想要保证整体的和谐，必然会更多地压制具体个人的表达展开评论3