题目描述某互联网大厂在进行员工招聘，给定固定的薪资预算【12万】，公司制定了如下贪心招聘策略：优先招聘 高职级员工（P7>P6>P5）在同一职级内，优先招聘期望薪资更低的候选人在满足高职级招聘人数尽可能多的前提下，再考虑低职级总招聘薪资不能超过预算数据模拟 CREATE TABLE dwd_emp_candidate_di ( candidate_id VARCHAR(20) COMMENT '候选者ID', level VARCHAR(20) COMMENT '应聘职级', salary DOUBLE COMMENT '预期薪资（单位：万）' ); INSERT INTO dwd...

今天被同事Review代码，他说我写的程序“毫无逻辑，漏洞百出”，这句话真的像根刺一样扎在心里。想想自己熬夜调试，反复修改，结果却得到这样的评价，瞬间觉得所有的努力都被否定了。我知道代码可能不够完美，比如函数过长、缺乏注释，或者逻辑有些混乱，但直接全盘否定实在让人难以接受。也许他说的有道理，可这种表达方式真的让人很挫败。现在看着屏幕上的代码，满脑子都是这句话，连继续敲键盘的勇气都没了。

众所不周知（本人瞎编的）如果进大厂是玩游戏赢了mvp，那我们可以简单粗暴把拿下mvp的同学们分为高学历，强能力和关系户也就是数值哥，手法哥和机制怪那我们再回过头看这个问题，也可以简单粗暴的理解为：数值哥以为自己老有操作了；手法哥以为自己数值老高了；机制怪以为自己两者兼顾呢~

/(ㄒoㄒ)/~~发现自己好菜，下午浅浅罗列了自己在这家想转正的公司犯过的错，我的老天奶这种人我都不想给转正pwp产品能力流程存在断点问题1：没有想清楚框架时就急着开工。比如做官网时，我没有仔细分析其他官网、想清楚交互就贸然行动，mt指出来明明可以轻松复刻其他官网，但我按自己想法想的方案不太ok。解法1：转变心态，不要害怕犯错。先做，再改，在过程中不断想、不断调整，返工和修改本身就是正常状态。不过如果做涉及到多个合作方、比较复杂的功能，最好等敲定方案后再行动。问题2：没有考虑到连锁反应。比如刚开始我知道要做分享，但经常漏掉“点开分享的人，点开后看到什么”。解法2：把自己当作用户，在脑海中想清楚...