业务代码与竞赛代码是存在着本质差别的，竞赛代码追求的是更快更好，其余的例如可维护性等不值一提，所以你尽可以定义变量为a、b、c，尽可以一个方法写几百行，尽可以追求奇技淫巧，而业务代码追求的则是业务实现和团队协作
业务团队第一要义是保障业务的实现，例如为了应对千变万化的业务需求，代码必然需要保证一定的灵活度，说的具体点，相比于引入一套有着各种条条框框限制的模式，多写点 if...else 并不一定就真的不好。
团队协作是把团队放在第一位，那么必然需要放弃个人的一些习惯，例如编程风格、技术选型等，必须要考虑到你写的代码不仅是你自己看更可能是要给别人看，要考虑ROI是否值得
或许你比较新潮，知道很多前沿技术，但不代表你就要把这些很酷的东西一股脑引入到团队代码中来，要考虑到这些东西对于其他人来说是不是可接受的，相比于用二进制运算替换四则运算带来的那点性能提升，代码可读性才是更重要的，相比于写复杂的类型体操，老老实实地给每个变量、每个函数入参出参写好类型才是更有用的
当然了，如果能把代码写得优雅点那自然最好不过，但优先级必须要放到业务之后，如果可能妨碍到业务，那么这个优雅不要也罢
业务团队第一要义是保障业务的实现，例如为了应对千变万化的业务需求，代码必然需要保证一定的灵活度，说的具体点，相比于引入一套有着各种条条框框限制的模式，多写点 if...else 并不一定就真的不好。
团队协作是把团队放在第一位，那么必然需要放弃个人的一些习惯，例如编程风格、技术选型等，必须要考虑到你写的代码不仅是你自己看更可能是要给别人看，要考虑ROI是否值得
或许你比较新潮，知道很多前沿技术，但不代表你就要把这些很酷的东西一股脑引入到团队代码中来，要考虑到这些东西对于其他人来说是不是可接受的，相比于用二进制运算替换四则运算带来的那点性能提升，代码可读性才是更重要的，相比于写复杂的类型体操，老老实实地给每个变量、每个函数入参出参写好类型才是更有用的
当然了，如果能把代码写得优雅点那自然最好不过，但优先级必须要放到业务之后，如果可能妨碍到业务，那么这个优雅不要也罢
展开
4
6