良好的开发模式

January 13, 2019
标准 工作模式

字数:910

引言

最近在团队管理上有一些切肤体会,然后在内部导倡一些理念。刚好,在Ant Design知乎专栏上看到了一篇文章,其中的部分句子真是相通之处。 便觉得这些东西都是非常有必要去做的事。

1 先抛知乎上的句子

复杂事情简单化;简单事情标准化;标准事情流程化;流程事情自动化,万事莫不如此。链接地址

2 关于内部倡导

主要是有感于开发方面的一些细节问题,在内部工作总结中有提到,比如:

很多时候,后台接口 方面,我们只是力争第一时间提供功能,注重业务开发,而在参数检查、业务处理内部临时结果的检查、 第三方接口结果检查、第三方接口结果及描述转义、自身接口返回信息描述等等细节方面并没有置于很重要的高度。 同样,前端方面,交互流 程和逻辑开发中的严谨性、开发后全覆盖核查,甚至界面文案、用户提醒、自组织的结果提示等需要临场发挥的方面同样也没有做到位。 所有的这些看似不起眼,将 给整合阶段、产品化阶段、用户使用体验带来不少麻烦。 我们在这一块非常有必要沉淀出标准的工作模式、细节的最佳实践,不管是前端还是后端

3 结合理解

老做不好的事情有几种情况:一是简单的事情但是被忽视了;二是一般事情有一定的逻辑,可以简化的,比如用流程图来辅助;三是有的事情有简单方案和复杂方案, 部分情况可能觉得复杂的方案很美妙而忽视了性价比。这些事情的出路是什么?就是简化、细化,在细化中沉淀出标准。

然后标准有了,是不是就能流程化?不一定,有的标准其实是太小的一件事了,优化后的也没有过程,一动手就没了。但是有的标准有个流程的意思,比如协作开发、 提交代码、请求合并、审核、最终合并。这就是一个过程,为什么是这么一个过程,肯定是之前在代码协作开发方面碰到了很多痛点,这是解决痛点将问题简化、标准化、流程化。

至于自动化,那也不是所有情况都适应的,可能更多的是说人脑的自然而然。


loading