日常工作中,开发者应该如何避免“效率陷阱”?
“效率陷阱”应该是每个程序员都必会走的一个坑,想要规避也不是几个方法就能完全解决的,只能说在环境中尽可能的减少这些坑吧~分享几点见解:
干得好比干得快更重要在干得快和干得好的时候,尽量选择干得好,尽量避免拖欠技术债务,采取零容忍策略。如果迫不得已,也要在任务卡片上追踪这笔债务,及时偿还,不要遗忘。
分析需求背后的意义在开发前,从不同角度,不同角色认真分析需求背后的意义,定位真正的问题,尝试提出比用户的建议更好、成本更低的方案。
简单不简化开发过程中,尽可能用最简单的解决方案,最简单的代码解决问题的需求,控制复杂度。最好的代码是不能再删减一行的代码,哪怕是注释。
多方案对比对比多个方案,挑选最佳方案,或者整合推动产生最佳方案。多否定自己,多从使用者角度考虑是否合理。设计两次并不会浪费太多时间,设计上浪费的两个小时,相比实现需要的两周而言,不值一提。
命名很重要命名最重要的就是精确性和一致性。不要过于笼统或者模糊。对重复使用的概念,保持一致的命名。不要一会儿 title 一会儿 name
注释注释的目的是补充代码所不能表达的意图。如果能通过调整代码结构、重命名函数和变量就能解释清楚的就不要写注释。
早部署、早交付早部署、早交付、常部署、常交付,越早部署就越能发现问题,不要堆到最后一把梭哈。
决定重构之前,先想想这能不能比原来好一倍对于代码当我们不知道要还是不要的时候,应该果断的选择不要,至少是暂时不要,直到我们清楚的知道为什么要。
软件开发是一门平衡的艺术。质量、效率、成本是一个不可能三角,总要有取舍~多报工时!!!多报工时!!!多报工时!!!多报工时!!!多报工时!!!多报工时!!!多报工时!!!多报工时!!!多报工时!!!多报工时!!!
赞16
踩0