职场“水货同事”的核心是“占着位置不干活，还添乱”，见过最典型的3类，踩坑率超高：1. PPT战神型：汇报时口若悬河，数据包装得天花乱坠，实际干活全靠甩锅——让他落地项目，要么缺关键步骤，要么数据造假，出问题就拿“客观因素”“别人配合不到位”搪塞。2. 工具精通型：Excel快捷键、思维导图模板背得比谁都熟，开会时抢着提“框架”“逻辑”，但分配具体任务时，要么拖延到截止日，要么交付的成果全是表面功夫，连基础的格式错误都不自查。3. 关系混子型：没什么硬技能，却擅长拍领导马屁、搞办公室八卦，把精力全放“搞关系”上。遇到难题就躲，有功劳就抢，还爱搬弄是非，搅得团队内耗严重，实际产出为零。

点点互动面经一面（1）传统自我介绍（2）我看你大学里做了项目是吧，我们来聊聊吧（撕数据库、计算机网络）数据库（3）欸，你用的是 MySQL 吧，我想知道如果我要生成用户的唯一id，有什么方法啊？（4）那我如果有一个主键值是 10，然后删除了这一行，插入下一行数据的时候，主键值是多少呀？（5）你知道 MySQL 的索引的索引数据结构吗？（6）那你知道聚簇索引和非聚簇索引吗？计算机网络（7）你项目中前后端用什么协议通信的？「 HTTP 」为什么 说 HTTP 是无状态的呢？（8）那如何防止 Cookie 劫持？（9）那我如果使用 HTTPS 协议， Cookie 就不会被第三方拿到吗？（10）那你...

听说今年秋招得物开的至少55w年包，牛油们怎么说

前言大家好，我是田螺。分享一道网上很火的腾讯面试题:亿级用户排行榜怎么设计呢？换种说法，王者荣耀亿级排行榜，如何设计？本文田螺哥从面试的角度，跟大家一起探讨一下，如何回答更好呢？数据库的order by为什么不行？为什么Redis是排行榜的“扛把子”？Redis扛亿级数据可能存在哪些问题以及对应解决方案实现方案：分治巨人的肩膀，前人踩过的坑1. 数据库的order by很多小伙伴，一提到排行榜，就想到数据库的order by。比如微信运动的步数排行： select * from user_info order by step desc  这个实现没有问题的，如果表的数据量少的话，反而推荐这样实...