做为一个老前端给新人们的一些关于开发流程上的建议前端
前端开发常常会遇到这样的状况,项目经理莫名奇妙发了个会议邀请,而后一股脑把产品下阶段的需求讲完,开发听得云里雾里,内心吐槽一堆细节产品本身没理清,竟然在这问前端要多久。设计出的交互难如登天,什么这要个文本编辑器带联想功能的,那要个一键截屏,XX家产品有为何咱们不能实现?拜托人家是一个团队专一作一个功能。好不容易给他找了个开源库,又说这要改那要改的。吐槽归吐槽,问题仍是要解决,产品跟设计毕竟跟开发的立场和视野不一样,你们出现分歧在所不免,不能指望每一个产品都是技术出生,团队的磨合就是在合理的争执下不断进行的。双方仍是要找到平衡点确保产品质量和上线时间点的前提下,前端的开发难度和工做量是合理的。后端
前端和测试时整个开发周期的最后环节,项目时间压力通常也在这两个环节上。我认为正确的排期方式应该是前端,后端,测试都实事求是估计任务时间,而后跟产品商量当前迭代能排进多少任务。而后实际状况受多方掣肘,好比任务多是从X总那压下来的,或是某个环节的团队懒散惯了,故意拖慢开发节奏。我认为在各类特殊状况下前端能够作一些妥协和让步,当仍是要保证本身这部分的时间是合理的。这样作的目的主要是为了不项目到了末期时间不够须要各类周末加班,或是来不及上线各个团队开始甩锅的状况。前端同窗们,千万要保证本身的权益,不要随便扛锅,吃力不讨好!编辑器
我之前在一些欧美企业带过,他们的后端在开始和前端联调以前会要求先接口提给测试,确保接口都是没问题再开始联调。而后在大部分国内公司(也多是全部)并非这样,而是后端说本身接口好了就是好了,表面上算是完成任务,世界接口一堆坑,而后出了问题说是前端联调慢了!前端同窗们,这个环节千万要小心了,不要作个老实人,最后把锅都接了,有问题跟管事的人要及时反映,确保上面知道问题到底出在谁身上。 若是你们都不说话,外人总会以为问题是出在后面干活的人身上。学习
千万别惯着产品,这一点不一样我多说了。测试
对本身要求高一点,承诺了完成时间就要保质保量地完成工做,这是每一个前端的底线。有时候交互难一点也是对本身的挑战,老是作简单的事情不会有成长的。设计
前端是一个须要跟多方对接的岗位,咱们在工做中不只仅要提示的本身的专业技能,跟人打交道的功夫也要不断学习,这些技能在生活中也会给你带来帮助。前端同窗们,加油哦~接口