有人不了解柔性数组

有很多在校生给我留言，希望小鹿分享一下工作的前端开发流程以及规范。对于在校生说，很难接触到一些企业中的工作流程，所以今天爬上来，谈谈前端相关的开发流程和规范，不对，是项目经理小姐姐非要爬上来给我讲一讲，前端的开发规范和工作流程。

对于前端开发规范和工作流程，无容置疑，不同公司是不一样的，有的公司领导认为没必要，有的公司领导却非常重视。对于两种不同的公司，分别展开谈谈吧。

1

之前实习的时候，在一家一千多人的二线城市公司，入职之后，感觉这种公司应该挺规范的，毕竟在二线属于大点的公司了，但是我和想象的还是有点差距的。

对于开发流程，没有正规的开发流程，客户要什么功能，只能和产品经理沟通，然后产品经理直接下发开发开发任务，实习了四个多月，我至今没看到过需求文档，有时候在开发的时候，遇到一些不理解的需求，根本不知道找谁问这个项目的需求问题。

几次会议上，我也简单的提了下，要不要咱们写一下需求文档，最起码我们团队每个人能知道开发的整个应用每个功能是什么。其实，说了白说，公司不会因为你的一句话就会让专门的人来写需求文档，有点不太现实，没办法，只能干自己的活，拿自己的钱就完事了。

2

在这穿插点小插曲，可能写到这，很多人会问小鹿，为什么非要认为开发功能一定要写需求文档，而且还要让专业的人能力强的人来写呢?

而且写需求文档既浪费时间又耗费人力，感觉有点不划算呀。如果我们把眼光放近看，确实费力不讨好。如果你知道二八原则，之前文章中多次提到过，20% 的原因会影响到 80% 的结果，一旦需求搞不明白或者不加以重视，后期用再稳定的技术，让再牛B的人开发，都是在做无用功。

以上简单的谈了一下之前公司的项目开发规范，不，没有规范。这往往会出现很多的问题，比如会经常出现以下这种问题，就是你可能用一星期或者更长时间开发的一个功能，到最后发现并不是客户所想的，所以你不得不去重新理解需求，重新进行开发，说白了，浪费你不少对技术的感情。
 

也就是手动设置了Accept-Encoding头信息。这很常见，因为这体现了程序员思维的严谨。

正是这种严谨，造成了问题。

假如你的后端应用刚开始是没有开启gzip压缩的，这时候两者相安无事;但如果你的后端应用突然有一天开启了gzip压缩，你的这段代码将全部over。

原因就是，服务端gzip数据包会原样返回，你需要手动处理gzip数据包。

所以，不加是好事，加了反而会坏事，除非你想自己处理gzip数据。

由于OkHttp在Android上应用也非常广泛，如果你不知道这个细节，造成的后果就是灾难性的。客户端更新慢，只能老老实实回退服务端了。

智能的背后，总有些肉眼不可见的细节。就像是xjjdog纯情的背后，总有一份羞涩。只有深入了解，你才会知道它的美。

作者简介：小姐姐味道 (xjjdog)，一个不允许程序员走弯路的公众号。聚焦基础架构和Linux。十年架构，日百亿流量，与你探讨高并发世界，给你不一样的味道。我的个人微信xjjdog0，欢迎添加好友，进一步交流。

（编辑：广元站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!