学修车 理发 厨师 机械 水电木工 好了

入职第一天就知道，现在是每年 10 天

客户数量少可以用一个库，租户字段区分。
客户数量多可以用用户 ID 作分表分库，将相同用户分配到同一个库，然后客户数量上升时按照倍数拓展库，这样可以保持原用户 ID 分配到的库不变，对于特大客户可以按照规则区分单独设库，理论上可以支持无上限的用户数量，不断扩展服务器、数据库就可以。另一个方向是跨库统计分析如何处理，首先从产品上就应确定，每个用户只能看到自己维度的数据，所以这些可以通过简单 JOIN 分析得到，对于更高维度的分析，通过将数据抽取到 Hive 、Flink 、Spark 之类的引擎，然后再回流到 MySQL 或 Redis 对统计结果直接进行查询。还有也要做好冷热数据考虑，比如审计记录表数据很大，可以仅保持 1 年或 1 亿条数据，超过的打包为文件上传到对象存储，如果用户需要检索时再导入创建专门的查询表进行检索。

本质是阶级矛盾，分配中大头被拿走，中下层人数多，只能争抢那一点资源，1000 比 1 的录取率，你考上就意味 999 个人考不上，所以这个问题是无解的，努力备考其实也只是螺旋内卷。

一起嫁你算了

占资源低不确定，防护好 360 、卡巴斯基

我们今年 3.75 3.5+ 3.5 3.5- 3.25 工资都一个样子，没年终奖，唯一可能有点关联的就是裁员低绩效优先，所以没任何影响，随便给我打

可以看看瓶颈在哪里？一般无非是 IO 、网络、CPU 、内存。可以将数据库、服务所在机器改为固态、CPU 、内存拉到单机最大，网络换千兆或者万兆。口径就是客户环境资源不足，需要升级自己的硬件，不升级就给个定时重启脚本。你要强行说自己 BUG ，客户 100%让你修。

@szkjlpf 对，感觉肯定隐瞒了什么，那几个仲裁的肯定是因为仲裁赔偿金不给 N+1 ，各种恶心员工，平时严厉或待遇不好，然后顺带恶心老板仲裁养老金，因为这东西属于自己也没好处，也要补交

重试呀，恢复后检查状态重试

还是做合法好了，让成本降低等于提升的社保成本
1 、降低底薪+提成
2 、裁员降本
都合法别人挑不出毛病的

@weixind java 、javascrpit 的关系都不算，更像是厨子和客人的关系，对应职业应该是代练、测评、直播、解说

玩游戏和做游戏是两个完全不同的两个行业，跟玩游戏相关性最大的应该是策划了，但要求是名校毕业，反而是学习好的人优先，跟玩游戏比较贴近的是直播、测评

看好多人喊加仓，好了，看来快到跑的时候了

胖东来东西并不是特别贵，性价比高

不喜欢散兵、调香师大妈会不会被 PUA ？

我是早餐脱脂奶+紫薯、卷子、面条等选一样；午餐正常吃；晚餐早吃吃黄瓜、玉米、奶 或者 水煮牛肉菜，然后饭后散步 30 分钟；中间吃个糖分低的水果，比如苹果，不吃太油太闲的东西。1 年多减了 30 斤 163 到 132 ，也没痛苦，现在 3 个多月过去也没反弹。