@asd7160 想无视，但关系户挤走了别人，自己却啥活都干不了，底下每个人都要多承担很多活

@Arvin0913 是领导亲戚家的小孩，没有任何工作经验，也不是学计算机的，直接安排进来写代码就很离谱

湖南 18 线小县城，高速上的收费员，月薪 3200 ，一年总包也有 10w 左右，公务员不可能只靠死工资的

长沙薪资低，但工作强度一点也不低，我之前在深圳某厂拿 35 ，回长沙后在"兴盛优选"拿 20 ，加班比深圳还猛，干了 2 个月顶不住又来深圳了。

高级开发在自研的公司拿 15 算正常，但是干外包尽量多要点，因为长沙的外包可能随时被裁。

@za30312 #14 我这边的业务是充电桩，有 30 多万台设备，我觉得跟你的大致业务应该差不太多。

我目前在做的这个方案借鉴了原大数据数仓的分层模型，但是具体设计跟实现细节还是有着很大的差别，这里更注重于数据模型的抽取跟存储架构的落地，先把结构化数据和非结构化数据的公共存储模型抽取出来进行固化，后续业务团队想进行任何数据相关的操作就很简单了，因为数据模型设计的好，存储流程也很规范，所以整体架构运行的很稳定，能快速响应各种各样的数据需求。

只不过我这个方案是企业级的数据治理平台，而你要做的需求是其中的一个小功能，我不熟悉你的具体业务，没法更细的提供技术方案，但如果后续你公司的业务发展起来了，可以参考一下这个架构。

@za30312 #7 @za30312 如果项目规模不大，团队人手也不多，前期真没必要考虑什么扩展。

你可以参考一下我目前在弄的一个数仓分层方案：
1 、将采集到的原生数据作为基础数据层，标记为 ODS 层，存入 Kafka 中，后面接入 Flink
2 、使用 Flink 对 ODS 层的数据进行清洗和规范化操作，标记为 DWD 层，存入 Kafka 中
3 、使用 Flink 对 DWD 层数据进行加工补齐，也可在此阶段做一些基础宽表，标记为 DWM 层，存入 Kafka 中
4 、使用 Flink 对 DWM 层数据进行处理，分组、聚合、开窗、统计、多流合并，形成主题宽表，标记为 DWS 层，存入 ClickHouse 中
5 、根据需求从 ClickHouse 中读取数据，标记为 ADS 层，进行可视化展示

这个架构你想怎么扩展都行，数据可以在任意一层进行持久化，因为数据分层后形成了固化的存储模型，可以提供平台级别的通用组件支持。

但要注意的点是：这个方案特别烧钱，我目前所在的团队有 40 多个人，已经做了 3 年多，没人没钱的话不建议去碰这个。

你这点内容完全可以放在 ClickHouse 的一张表里，我司的宽表每张都有几百个字段，也是放在一张表里，缺点就是查询的时候不能带很多列

消费者的消费速率 < 生产者的发送速率，消息才会积压

PHP 、Java 各写一份简历，工作经验写 9 年，分别投递

那你 debug Netty 框架试试看

[email protected]
已注册，谢谢！

大专捞不动，外包都要求本科了

最近在深圳面了许多工作 5~10 年经验的人，简历大多数都是 2 页，第 1 页：基本情况 + 教育经历 + 工作履历，第 2 页：亮点项目（高并发 or 大数据量）。

个人建议：某些公司的产品很有名，如果你在这些公司干，简历上的公司名就大胆写产品名，比如："极光推送" 公司名叫 “深圳市和讯华谷信息技术有限公司”，“编程猫“ 公司名叫 “深圳点猫科技有限公司”，你简历上大胆的写 "极光推送" 跟 "编程猫" 就行了，你写公司原名这谁知道啊，可能简历直接被刷了，连面试机会都没有。

深圳湾科技园里面至少有上百家 AI 相关的公司，在 "智元机器人“ 跟 "云天励飞“ 2 家公司面试过，直接给我一张白纸一支笔，让我手写算法，太 TM 难了

去年换了比亚迪汉，贴了比亚迪送的龙膜，质量还挺好的

@totoro52 同意，我曾经维护过 5w 多行存储过程，涉及到 90 多张表，最大的表 495 个字段

存储过程就是洪水猛兽。

大学刚毕业进了某头部保险公司，做的项目是收付系统，核心业务是 “核算 核销 对账”，这些核心功能全部由 Oracle 存储过程实现，SQL 总行数在 5w 行左右，涉及到 90 多张表，其中最大的一张表 495 个字段。

当领导安排我来核算几亿条保单数据的收付情况时，面对上万行的存储过程，我人直接傻了，恨不得马上离职，这也成为了我职场上一辈子的心理阴影......

@woodfizky 双行道变单行道，路堵住了