跳转到内容

作者:LittlePo 链接:https://www.zhihu.com/question/591910977/answer/3103981234 来源:知乎 著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

  1. 除非快揭不开锅了,否则别接纯业务且 996 部门的 offer。轻则技术停滞损坏健康,重则毁掉职业生涯重新投胎。
  2. 注重代码规范,代码逻辑清晰的开发比熊猫还宝贵。请善待他们。
  3. 需求是做不完的,Bug 是改不完的。你的健康是消耗的完的。
  4. 不要高看大厂的人,不要小看草根出生的人。每个人都有擅长的地方。
  5. 别指望公司会像中小学一样教你东西。真正的技术都是自学,配合在工作中总结感悟出来的。
  6. 如果发现领导有心腹,并且这个心腹不怎么干活还始终有着最高的绩效。你最好提前准备好面试的竞技状态。对于你大概率就两个结果。要么忍,要么滚。

没想到有人看啊,再随便补充几个吧:

  1. 要尽一切可能去“抢”资源,机会,这里的机会不只是工作、项目,还有人脉。
  2. 工种类型决定了绝大部分人的发展上限,也直接决定了职场尊卑(行业爆发期例外)。程序员就是“新时代的农民工”,官媒并没有说错。开发,尤其是业务开发不要老守着自己那一亩三分地。不要埋头只做自己的事情,要去关注比你职级更高的人在做的事情,参与进去。(个人理解:职级本身只是为了简化管理,在一定程度上也阻碍了员工发展)
  3. 大部分的业务快速迭代对开发都没有意义(对产品的 OKR 有意义)。很多时候,产品和领导并不知道他们实际需要的是什么,要懂得向上管理。
  4. 摸鱼的目的不是为了偷懒,而是为了挤出时间和精力休息调整后提升自己(不止技术)。这是优秀的开发必备技能。
  5. 过去十数年,程序员是底层家庭子弟步入社会时较好的选择。但它只是一份职业。它并不能决定你能否过好一生。

遇到的问题:

深分页: 就是在分页功能中,有时候用户会直接查询某一个具体页码的数据,这个时候可能就需要回表查询了,如果这个时候没有任何优化措施,就可能会产生查询时间很长、MySQL 数据库内存占用过多、jvm 内存增加等问题;

敏感数据脱敏:

来自: 代码评审的18个军规,收藏好!

来自: 团队技术专家回老家了,留下的技术设计模版贼好用!

make it come true