1. 注意粒度和划分方式，不要强行微服务；
2. 建议人为约束并建立代码规范，建设公用代码库；
3. 可能是业务模型划分问题；
4. 可能是服务注册发现问题；
5. 业务规模大，运维成本感觉都不会小，微服务现在也有很多运维方案了；
6. 建立规范或使用同样的框架。

有点想笑，拿不到奖心里不舒服很正常。但是涉及公司财产这些高压线千万别碰，不被当场抓也是日后被处分的把柄。况且本来也不道德

山西联通全面墙

算，我当时就是招聘 app 找的工作，也是走三方，公司内部也称是校招

沟通方式 /工作态度有问题，直接向相关负责人投诉

应该是六楼说的这种情况了

实习应该直接算日薪

拿多少钱，担多少责。现在就当问题不是自己的，慢慢查原因，想办法洗数据就好了。我今年搞了两三次这种事情了，每次都是百万单级别，责任不全是我的，年终奖也照样拿

第一个问题：总体方案设计有问题，主从延迟这种东西肯定会有的，到底是前端做个本地缓存处理，还是后端做强制读主库处理或者做一层缓存处理视情况而定；

第二个问题：前端的输入参数引起 sql 报错，那么就说明后端没有对前端数据做好参数校验和过滤，绝对后端有锅，参数到底怎么传可能是你们协商的问题、后端接口文档、你理解上的问题。

总体来说，我觉得你们后端问题比较大，毕竟后端应该担负起整个服务的责任

看错了，复杂结构递归排下序吧

算 sign 前先按 key 升序或降序排序下 json 在各语言对应的可排序数据结构

预约 跑机场的司机都是这个套路

做一套权限表、用户表、用户权限表；
做一个用户权限获取接口，前端缓存起来；
前端根据用户权限展示功能入口，后端根据用户权限进行接口鉴权

先在手机能接收到热点的地方连上，查看密码，记下来；
回家掏出你的大功率网卡，照着密码连上网，不就好了