编码前先分析,设计(需求,技术方案,实现,UML图)。把重要的决策放在设计阶段,而不是编码阶段。否则会越来越乱。
选择现成的最适合的工具(语言,库,协议,技术方案),不要重复造轮子。站在前人的肩膀上。
编码应该是最简单直接的工作,分析和设计也就是解决问题的思路才是核心。
理论是很重要,对实际有指导作用。站在巨人的肩膀上。
不要畏难,我们是专业的。感到难都是因为懒惰。
不要对开发进度作出百分比的承诺,有经验的人也不会有太大把握。
编码前先分析,设计(需求,技术方案,实现,UML图)。把重要的决策放在设计阶段,而不是编码阶段。否则会越来越乱。
选择现成的最适合的工具(语言,库,协议,技术方案),不要重复造轮子。站在前人的肩膀上。
编码应该是最简单直接的工作,分析和设计也就是解决问题的思路才是核心。
理论是很重要,对实际有指导作用。站在巨人的肩膀上。
不要畏难,我们是专业的。感到难都是因为懒惰。
不要对开发进度作出百分比的承诺,有经验的人也不会有太大把握。
下一篇:最小距离问题
ul和ol的区别以及经验总结
Redis分布式锁使用经验总结
说起来今天还是一个有意思的日子,去年在美团实习,离职的时间也是12月7日。算起来,自己的算法在岗应该也有一年。
见贤思齐焉
作者:朱金灿来源:://blog..net/clever101 早在主持开发产品新版本之初,我就有一个略显激进的想法:新产品的测试
举报文章
请选择举报类型
补充说明
0/200
上传截图
格式支持JPEG/PNG/JPG,图片不超过1.9M