1.如果有买房需求，一般社保需连续交三年，但对于未满三年就跳槽的，需注意在离职前向原公司财务申请续交社保，不然“人走菜凉”，离职后再补交会很麻烦，前任公司未必会帮忙，所以会断交一个月社保。。。GG
2.技术小白的产品经理会有代沟，他们一般会异想天开（比如根据心情改变手机壳颜色），他们难以理解技术实现层面，更不用说体谅了。
3.单凭看代码理解业务会有歧义，猜想，不确定性，所以开发接口前一定要熟悉业务和操作流程，要有流程图或设计图（不然会十分抽象），理解业务后，自己设计开发接口（即使有参照接口，切忌复制粘贴，因为别人接口的逻辑并不一定适合，若没有完全弄清逻辑，套用别人的代码会崩掉。而且复制粘贴，接口出问题了，你也会一脸懵逼，因为都不是你亲自设计的接口）。之前有家公司，前端直接给后端文档，文档里有前端设计好的返回数据模版，参照接口，说数据在参照接口里都有，你重新排版一下就行了。做完后，后来市场反馈接口出问题了，会一脸懵逼，因为你只负责把查询出的数据排版显示出来，至于数据怎么来？业务是什么？操作流程怎么样都不清楚，接口虽然是你写的，但数据出问题了，会找不到原因。后来熟悉业务后整理好接口（哪个接口对应页面哪里？数据怎么来？数据干嘛的？），接口再出问题都能答出个所以然了。
4.反思第3点的坑，我认为自己为什么记不住东西是因为：没有构造好接口之间的联系，如果没有图会变得抽象（毕竟人与人之间的想法都不同），抄袭终究“一问三不知”。做的接口要知道是干嘛的，对应页面什么地方，形成点->线->网->面
5.前三年工作不要向着钱看，一家对技术成长有利的公司，我认为应该具备这些
- 你的上级是个技术大牛，你写的代码，他会检查后再上线（你以为自己的代码无敌，其实漏洞百出）
- 开发流程：需求分析->流程图/需求文档->设计图->接口文档->前端对接->测试->上线（有流程，才不会出现那么多矛盾）
- 一个团队：项目经理（技术大牛），后端，前端，设计师，测试师（协助开发，单排多无意思）
- 自家产品，因为自家产品才在乎用户体验，这是一般的外包公司不具备的
- 涉及的技术有深度。而不只是CURD
6.口头需求不要理会，这种需求一般都是改来改去，或者做出来和口头人不对应。
7.需求分析，这个需要整体分析，有可能某一步能实现，某一步不能实现或者某一步和另一步衔接不上。所以当自己还是小白时，没有技术大牛分析过的需求，考虑不周到，最坏就是白做或重做了。
8.职场中，即使是别人的原因导致你的工作无法正常运作，也不能明话说别人的不是，不然会导致同事间的不和睦。有可能别人并非有意不配合你，而是遗忘或也不清楚如何配合你。这种情况要换种说话方式，不能见人就甩锅，将直接甩锅的话，换成提醒句。如：xxx没告诉我xx，我怎么做？？改为：xxx你好像还没告诉我xx，你这边尽快确认好后告知我，我好开展工作了，谢谢！！
9.职场中遇到不顺心的事，也不必抱怨，怨这怨那的，只会越来越糟。有些事你知道如何解决，但无力回天就坦然接受吧！！有一天你真的足够强大，能带着4坑1打9取胜，这都不是问题了。（真正的强者，是那个即使环境多么恶劣，能挺身而出的那个，而不是环境恶劣，就抱怨环境不配合你的那个。职场就是这样的）
10.自己负责的接口，先问清楚业务逻辑，操作流程，页面显示，然后自己根据业务设计开发接口，不必看旧接口，旧接口可能会误导你的逻辑，而且如果旧接口是烂代码，理解是十分吃力耗时的，这也是开发慢的原因之一
一起避坑，一起成长
持续更新分享，敬请期待。。。