每个开发人员都会做一些很棒的事情，或者至少会尝试做一些很棒的事情。 本文旨在提高您的开发速度和质量。 您可以按照以下步骤继续升级🙂
- 命名约定
- 不要重复复制
- 分割并重用您的代码
- 环
- 内联文档
- 建筑图案
- 开发人员成为测试人员
- 版本控制
- 版本控制
- 部署方式
命名约定
名称是我们的个人身份，因此每个名称都应可读，有意义和唯一。 现在，开发人员会遵循camelCase或under_score，但我个人的建议是camelCase。
有语言相关的首选项，但老实说，驼色案例是如此之容易阅读。
There_are_language_related_preferences_but_honestly_camel_case_is_so_much_easier_to_read。
“正确的名字有所作为”
不要重复复制
我没有在解释这个话题，每个开发人员一定不要不要重复。
我并不总是写重复的代码，
但是当我这样做时
我一定要写两次。
分割并重用您的代码
减少您的COM | PLEX | 城市
不要编写更大的函数。 一个函数执行一项操作并返回相应的响应。 并且大多数重复使用的方法应在单独的类（ Utility class ）中编写。
第一次执行8个小时才能完成一个逻辑，但是写同样的东西应该不需要8个小时。 它应该减少到一半或最少的时间来达到目的。
好的程序员知道该写什么。 优秀的人知道要重写（和重用）的内容
环
循环直接影响性能。 因此，在编写循环时，只需检查任何高阶函数或默认方法即可。 您将可以决定。 我的建议是，与递增循环相比，递减循环总是花费更少的时间。
正确使用循环和条件检查
主要避免嵌套条件和循环
内联文档
代码文档对于代码维护非常重要。
控制您可以控制的内容 。 您不必担心其余的事情。
建筑图案
每个人都应遵循至少一种架构模式
例如：Android
一年前，谷歌提出了MVC模式，但如今已经转向MVP模式。 一些开发人员建议MVVM和MVI也
开发人员成为测试人员
开发人员和测试人员永远不能成为朋友（不是实际的人，只是角色）。 开发人员不应犯小错误。 小错误掩盖了更大的问题。 开发人员应始终注意小错误。
单元测试对于开发人员最终测试非常重要。 单元测试用例解决了开发人员每次都无法检查的大多数小错误。 只需运行一个测试脚本就可以了🙂
开发人员每次都应挑战测试人员
版本控制
每个人至少应使用任何一个版本控制。 大多数开发人员使用git，git提供了很多选项。
备份，协作，部署等…
版本控制
我个人建议语义版本控制
1.0.0
大中小补丁
部署方式
手动部署始终令人头疼。 现在几天来解决这个问题
- Git提供git-hooks
- CI / CD（Jenkins，Travis，Gitlab CI，Bitbucket管道等）。
最后一件事
如有任何疑问，请在评论中让我知道。 您现在可以在 Medium ， Twitter 和/或 Facebook 上关注我 ！
