共计 3489 个字符，预计需要花费 9 分钟才能阅读完成。
作者：小傅哥
博客：https://bugstack.cn
系列：https://mp.weixin.qq.com/s/PhR8HvGC49d0cerYxGJ3_g
积淀、分享、成长，让本人和别人都能有所播种！😄
研发曾经厌恶我了！
傅哥，我是刚来公司的产品，就是还懂点技术的产品，因为我以前也是学的软件工程业余，但不太喜爱写代码就想着做产品吧，指挥他人写代码。梦寐以求的想法终于得以实现了
我通过王者辅助、零食投喂、介绍对象的形式终于和研发打成一片了，但最近他们有点厌恶我了。因为我接到了个业务老板焦急要上线冲量的需要，但因为上线节奏过于焦急从 BRP 评审到 PRD 产出曾经占了大部分工夫，到研发和测试实现上线的排期只能倒排，而且这期间还总是修修改改的补需要，研发说他的代码曾经成屎山了，而我就像那个搅屎棍，邻近提测又来了 一杠子！
那，这杠子我不想再当了，我想晓得都什么状况让 码砖兄弟 头大，我尽可能当前绕开，我是一个有良心的好产品！
以上是杜撰的一段，不过也就差念身份证了，根本只有写代码的研发，就会遇到各种各样的产品，但并不是所有产品都理解研发写代码怎么就会遇到这么多问题，因而想联合这段来讲讲那些有坑的路上，咱们研发是怎么走的。
那些年踩过的坑
1. 新码的，焦急上
当一个新的需要来不及让研发思考、设计、评审，所预留卡死的上线工夫后，只能是堆人的形式怎么快怎么写性能，不会有文档、不会有正文、不会有单测，尤其是在这个阶段还有很多是产品没有确认分明的性能重复批改时候，就更会把代码的实现搞得一团糟。
可能产品、业务，甚至是提这个需要的老板也搞不清楚，就是写代码吗，修修改改有那么难？有，这就像原来你给了一堆捡来的砖头、扣来的泥沙、手画的图纸，需要是盖一个厕所，当初厕所的坑挖好了要起架子了，不行改，咱们不要厕所了，要猪圈。如同猪也得拉屎，挖的坑也够用，修修改改，扩充扩充面积，猪圈如同也行了，但这个时候埋下了很多的隐患，指不定猪进场的时候，就给你拱塌了，但就在行将贴膏药式修补猪圈安插水管的时候，产品传播了老板的最新用意，这个场地当初咱们决定要住人了，得给这 UI 界面改改，再奢华装修一下。都晓得盖房子挖地基，放到写代码上如同就不懂了
举个例子，代码是怎么死的
- 需要无布局，想要啥就加啥，加着加着就出事变了。这也是大部分研发一天天在面对的场景。
- 从一个需要的提出到研发开发、测试验证、上线部署，这些过程都须要正当评估工夫来执行，否则就不会有像苹果 IOS 那么好的体验产品。
2. 交接的，堆屎山
你认为你开发的工程都是从零开始吗，其实并不是的，尤其是互联网公司常常疾速调整适应市场变动，也会导致你所接手的代码可能是他人写的，甚至是很多个别人累计写进去的，而你之前写的想宝贝一样的代码，也会被他人拿去堆成屎山。
屎山代码是什么样，同样是 vo2dto 有 12 种以上的写法、json2object 也有常见的 3、4 种、生成个编号 ID 也是 N 多种形式。那么当初任何一个人接手他人的代码，基本找不到文档、也看不正文、办法名也是随便英文和拼音，把 queryBatch 写成 queryBitch 也是常有的事。所以，就这么多花样百出同样性能多种实现形式的代码，怎么能更快的在外面迭代需要呢。我不晓得我要改了什么，但他人加的我也不敢删
产品可能又不懂了，那不是删了就能够吗，会有难度？有，这想啥呢，比方你家里是一个三居的格局，有卫生间、有厨房、有客厅、有卧室，第一任住客还算考究装置了马桶、买了沙发、装了卧室的床，起初交给中介出租，中介说这不节约吗，厨房这么大也没装置啥，拆拆装个床，在装个马桶，独立卫浴，还多租一间。客厅也给它打个隔断，接个上水管和下水管，也给它来个独立卫浴，主卧、次卧都装独立卫浴。好，起初房子交给你了，你整租了，发现这屋里到处都是马桶，拆哪个的时候，都开始往出喷水，不晓得他们的水管是怎么链接的，与找徒弟修的老本看，不如都拆了从新装修了。这像不像，代码基本没法重构，只能重写！
3. 复用的，不合身
不能反复造轮子，曾经有现成的你为什么不必，你本人写的这个有什么翻新，为什么不找某某部门调研下，你这是不是技术自嗨。你听了还怕不，吓人不，明明你可能就是为了更好的、疾速的、纯熟的把我的项目写完，但当初你为了做一个我的项目，须要跑遍所有部门调研他们都有什么组件能撑持你的需要，之后开始要文档、对接、联调，好，你的需要可能原来并不大，当初一对接你甚至从本来三天干完的事，当初要干两周。妥妥的减少工作量，年终奖又是你的了！
个别在述职、问难、汇报的时候，大家都把本人做的事包装的十分牛皮，甚至只有是用上你这个组件，公司都能早上市三年。但一汇报完，再去找问你这个货色是否能对接的时候，完了，这块不反对，那块不能做。为啥？因为一个需要性能的设计很多时候是偏差于本人业务诉求的，而不是一个对立的规范计划，不能解决其余业务部门的共性所求，甚至为了反对很小的一部分性能都要从头到尾的梳理和开发，加表、加字段、写类、写办法、写单测，一全套下来并不是那么容易的就反对了，可能反对不好还给本人的零碎带来十分惨重的累赘。
产品可能又不懂了，复用一下不是缩小开发了吗？这就像啥呢，一个老爷，家里大老婆和几个姨太太，大老婆地位稳平时就当当评委，分分蛋糕，大姨太喜爱体现本人，和大老婆走的近，没事就给老爷和大老婆汇报最近的工作成绩，小姨太刚进门没有什么问题，跟老爷说想做个裤衩穿，老爷说那大姨太上次汇报说她那不是有裤衩吗，你还节约那工期干啥，去复用一下就穿呗。小姨太找到大姨太，问裤衩能不能借来穿穿，大姨太说有点难呀，我这裤衩太小了，你那身材也穿不进去呀，我要依照你那尺寸改，都能提到脖子了，你看看要不咱们找老爷说说，你就说你的裤衩比拟定制，还得要一些非凡性能，比如说开展是裙子、收起来是裤子、夏天是裤衩、冬天是棉裤，这样就给你批了，你就翻新了。
爬上来皆是过往
1. 进步本身能力
退职经验了这么久，让我深深感触到，即便十分有技术含量的我的项目在没有太多教训的研发背后，也能用 CRUD+ 整篇的 ifelse 写进去，产品的 PRD 流程是啥样，代码里的分支判断走向就是啥，不会有点的模型形象也不会有一些共性提炼，这样形式的写代码只能是让代码一篇篇的烂上来，这与产品无关、与排期无关、只与本身的技术能力和我的项目经验无关，兴许只是因为你写，所以才会这样。
经验了这些当前我会每次开发新的性能都与上次做比照，把那些比拟不错的实现形式复用下来，再把实现的不太好的中央进行优化，一点点积淀出本人对技术实现过程的教训积攒。缓缓也就有了肯定的条件反射，晓得那些我的项目会刺激到我发明出更好的设计，那些我的项目能够复用我之前的逻辑，这样既能疾速且高质量的实现需要，又能够满足产品性能的迭代。每一次成长，都是本人的播种
2. 恪守标准规范
其实你要晓得人并不是稳固输入的机器，只有是人在写代码就肯定会有不标准、缺流程、出异样的状况，因而这些须要有一个制订的规范，大家对立依照一个形式进行执行，这样即便在出问题的时候，也能够很快的定位和解决，否则你用一个形式开发，他用另外一个规范编码，最终一个团队就要保护两套内容，即消耗人力又可能出问题。
尤其是咱们开发的我的项目并不是小作坊的时候尤其重要，从市场 BD，业务经营提出 BRD、产品评审 PRD、架构做设计、研发做细节、代码要评审、实现要提测、上线要把控、交付要验证等，每一个环节都须要有执行规范，如果整个组、整个部门、整个公司，都有规范的流程标准，即便在交接代码、协调资源、共同开发时，也都不会那么多的阻碍在阻隔咱们深厚的码砖情义了。
3. 产研测多沟通
咱们并不能保障产品不改需要，即便是快到要上线的时候，因为市场、因为风控、因为流程、因为财务等等，可能甚至都不是研发所能晓得的一些非凡起因的状况下，不改需要基本就不可能让你上线。那研发可能会问，为什么不能早早的提出来，那是因为这些非凡状况都是来自于不确定性，就像咱们跑着的代码一样，没人晓得是因为网络、IO、负载、明星忽然官宣流量猛增，而导致出问题的。
为了能更好的承接产品需要，最好的形式就是沟通，多沟通，尤其是在产品需要设计初期，提前查看他们的 PRD 文档，这里可能有很多内容是你能够提供的服务，也有一些是产品在犹豫应用哪种形式实现的性能，在与你探讨后，而决定复用你曾经有的零碎。所以沟通真的能够给你前期开发带来很大的收益，缩小很多不必要的事件的蹦出来！
- 业务，不要做产品的
渣男 - 产品，不要做研发的
渣男 - 研发，不要做测试的
渣男 - 测试，不要做业务的
渣男
做一件事，就把一件事做好，咱们都不做下一环的渣男，也是对本人成长的负责！
