一点感想

华为OD的招聘铺天盖地，尽管已经有很多前辈进行了血泪控诉，但华为依然是某些时候的最高选择，让拿到了OD橄榄枝的朋友们十分纠结。如此庞大的公司，大家也很容易认为如果有烂的部门，一定也有好的部门；恶评虽然大多是经验之谈，但也难以逃避幸存者效应，待遇还可以的OD很可能不发声，给了OD招聘者很多回旋的余地。那么如何判断一个部门，乃至一个项目组到底是否适合OD生存呢？本文提出两个判断某个项目组是否适合OD生存的铁标准：三级部门总共有多少人？其中租赁员工多少人？项目组总共有多少人？其中OD有多少人？招聘时，接口人总有花言巧语，吹嘘部门前景、工作氛围、上升空间，但这都是难以衡量与判断的，尤其是对于尚未入职的...

一直以为自己是个fw，第一次听到别人夸我很优秀😢 #牛客创作赏金赛# #牛客激励计划#

最近投了很多中大厂日常实习，但初筛都过不了，大佬们可以提一下建议吗，万分感激！

在一些中小型项目开发中，我们通常会使用自增 ID 来作为主键的生成策略，但随着时间的推移，数据库的信息也会越来越多，尤其是使用自增 ID 作为日志表的主键生成策略时，可能很快就会遇到 ID 被用完的情况，那么如果发生了这种情况，MySQL 又会怎样执行呢？PS：当然，在分库分表的场景中，我们通常会使用雪花算法来替代自增 ID，但中小型项目开发中，使用自增 ID 的场景还是比较多的。1.自增ID在 MySQL 中，如果字段的数据类型为整数类型（如 INT、BIGINT 等），则可以通过关键字“AUTO_INCREMENT”来设置让当前的字段实现自增，例如以下 SQL： CREATE TABLE ...