开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第1天，点击查看活动详情
前端小白初入职场开发的三大避锅原则
1. 和PD确认需求
听起来很简单，但实际工作中刚开始真的很容易被带跑偏...
虽然需求评审的时候往往是PD讲，大家听 + 各抒己见，评审完毕需求应该也是与各方都确认好了没有特殊情况不会再变动。但！总有些朋友写着写着发现需求不对劲了想改！但他又不找PD改！他直接找到和他联调的你让你把页面改了！
问就是之前那样铁定不行铁定要改。问就是你听我的准没错。问就是这个就是这样的，之前的有问题。巴拉巴拉。
...此处省略一系列过程。简而言之，遇到这种事，不管他说的多有道理，都不要直接听他的改！掌握这条统一回复即可：
“那拉PD重新评审吧。”
别问为什么，都是经验与教训。
2. 不做业务逻辑
“这个后端算不了，因为原因123456，前端来算吧。”
如果这是个倒计时组件之类的东西，在前端算倒是没毛病。但如果这是个业务相关性较大的,比如红包金额、各种业务数据...
打咩！
这是个隐藏的天坑。你分担了后端的工作没人会感谢你，甚至除了后端都没有人理解你帮了什么忙。反而，一旦出问题，本属于后端的锅一定会轻轻地放在你的背上！每位领导知道后只会问你“为什么要做职能范围外的事？”
3. 不带敏感信息
PD不懂HTTP我可以理解，后端也不懂就真的要小心了。
“帮我把这个用户ID传过来。”
看到这句话就要小心了。http请求直接明文传递用户信息，基本等于裸奔。毕竟，但凡懂一丢丢http的get和post是什么，都知道改个参数是夺么容易的事情，分分钟你的用户ID就和用户是谁无关了...
还是让后端自己从cookie里面解析用户信息吧！
一次看一点点小经验教训，多了咱也写不出记不住是不是。
BTW，欢迎👍🏻三连 + 👀关注哦！
