1. 没有版本控制
对于团队来讲， 无论是多人开发还是一人开发， 版本控制都是一个很好的工具， 多人开发同一项目， 代码合并， 差异处理， 冲突处理都是很耗时且麻烦的一件事，且版本控制都有提交记录， 历史记录， 很方便管理
2. 变量命名难理解
变量命名最好可以以词达意，忌用简单的字母来命名变量， 不然别人看代码会很难理解， 常用的变量命名法有驼峰命名法， 匈牙利命名法（变量命名法稍后会在我其他的博客详解）
3. 使用过多依赖
项目使用中会添加很多库依赖， 最好不要什么文件都添加依赖， 只在需要用这个库的地方添加依赖， 以防代码升级过程中， 出现连锁反应
4. 代码格式不一致
代码格式包括缩进， 换行， 空格 ...... 诸如此类， 看似没有什么大的区别， 确很考验一个程序员的专业性， 如果一个项目中， 团队成员使用的格式不一致， 会导致merge的时候， 工作量繁重， 且易出错， 别人读代码也比较困难
5. 忽略代码注释
逻辑处理比较麻烦的， 最好要写注释， 主要是以后方便别人读懂代码含义， 可以大大提升维护工作
6. 忽略错误日志
错误日志基本上是大家已经约定俗成的，当程序出现异常， 方便及时定位和捕捉异常位置
7. 使用不当的数据类型、结构
这个我自己很少注意， 以后再补充