回想自己和其他开发人员团队合作中，有过各种各样的问题。比如
- 哪些明明是简单的需求，却要花很多时间，还不能保证稳定。
- 平时花费很多时间去学习，看似很努力却得不到想要的回报
- 需求变得越来越难写
- 开发的效率没有提高，还是用以前一贯的思路
后来发现这是自己没有好的工作习惯，因此总结了一下，引起重视
工作原则
- 敬畏之心，每个人应该对项目的规范怀有敬畏之心，否则不仅不能因为合作提高效率，还会引发更多麻烦。比如遵循git flow 流程，发布项目必须经历内网、外测、正式服，还有其他一系列团队约定的开发规范。
- 分清需求优先级，分清需求的轻重缓急，就不会弄得自己手忙脚乱。
- 空杯心态，团队合作免不了交流沟通，如理解需求、约定代码结构等，我们应保存空杯心态，平静表达自己的观点，谦虚听取大家的意见，最终做合理的决定。比如
- 要在其他同事基础之上添加需求，但他的设计不合理或者不满足
- 感觉产品需求不合理，或者无法实现
- 改善代码，当发现需求越来越难以实现，想添加新需求却感到困难，不妨试试重构现有代码。当然你必须学习重构技术
- p/pc 平衡 ，一个养鸡的农夫不给鸡喂食就得不到更多的鸡蛋，杀鸡取卵更是连得到鸡蛋的资本都失去了。产出和产能必须平衡提示我们
- 想提高效率，要持续关注新技术，改善思路
- 必须坚持锻炼，保持开发人员健康身体
怎样接触新技术
结合自己学习经历和接触到的有经验开发者，谈谈自己是怎样学习新技术的。比如你接触小程序
- 官方文档术语规范、内容齐全，看完都得花一段时间，不宜入门。可以看优秀的入门文章（但其他时候还是不怎么建议，xx入门除外），比如这篇没有html/css 基础的小程序入门
- 结合实际、总结、细看官方文档，可以和其他语言进行对比
- 持续关注小程序社区，解决遇到的难题
比如，你想入门less
- 看官方文档挺费劲，先看入门文章大概就清楚了
- 再结合实战，细学
更深入的，抓住框架设计原理，学会画架构图、流程图、类图、思维导图，有助自己尽快抓住技术核心。别总是停留在语言语法应用层面，语言用来完成业务的语法或有不同。没有必要那么在意，这个只是设计者的习惯。学东西，最忌一直零散，浮于表面，那就是一直依赖搜索解决问题的搬运工。
分析设计原理的优劣，培养技术选型能力， 实现一个业务问题，分析技术解决方案的优劣，设计是否符合扩展性（完善代码，设计模式）
推动团队
在团队开发中，一开始可能不知道那里阻碍了你，哪个部分你的效率还可以提高。但是可以列出花费时间最多的环节，并想办法优化，就这样持续迭代。比如小程序开发中（按时间多少排序）
- css 编写页面
- 沟通：联调后端API，理解需求
- 设计代码结构，实现
这时我就会查找利用less 提高编写效率，利用 postman/mock 等联调工具，去社区寻找别人的解决方案。
其他效率工具
总结了一些提高工作效率的工具，有些是来自同事分享
- 命令行启动软件，把软件启动的快捷方式复制至同一目录，并添加至环境变量，在不用碰鼠标，不用切换当前窗口的情况下按win+R，通过输入软件名称（当然可以自定义）启动应用。
- 查找软件 everything，可以搜索计算机所有盘符，进行查找，秒速
- 截图软件 Snipaste，所截图位于窗口最上方，实现代码对比，达到分屏效果
- 打开搜索 Wox，不用切换窗口进行搜索，按Alt+ space –> g xxxx，如在编辑器页面迅速调动搜索
- 便签，计划提醒
欢迎大家给我留言，提建议，指出错误，一起讨论学习技术的感受！
