iyaozhen

@clf 「而用后者是公司技术背锅」没有呀，有漏洞很常见，这种为啥要研发背锅

不是啊 你这，其它 json 库也爆

为啥用 TOTP ？这个需要 app 呀，用户安装哪个呢？
每个公司搞一个？

@mogutouer 不是自己想断供。是没办法了，现金流断了。很多人买房是加了杠杆。身边买房的 10 张信用卡的人还是有一部分的。还有之前买房很多人借用的消费贷类似的，之前银行睁一只眼闭一只眼，现在可能抽贷。

@EminemW zf 的职责不就是这样嘛，不是不准裁，而是得控制。而且现在有些企业借坡下驴，阳奉阴违，裁员的和报备的数量级不一样。

三个驿站的短信和一个号码发 3 条有啥区别

感觉这不是说的我嘛。

1.技术支持经常不回消息。
实话实说，是真的消息太多了。还有很多人不看文档，直接来问。如果我不采用定时（比如一个小时看一次）查看消息的方式，我一天不要想干活了。
2. 解决问题喜欢拉群，效率非常低。
我理解拉群效率才高吧，因为没有一个人知道所有系统。知道的那几个人也不会来解答你的问题。
3. 文档混乱，经常版本对不上。
个人也没找到好的解决方案，因为大家真的不爱写文档。特别是维护。
4. 不愿意添加新功能 /没时间添加新功能。
这个是事实，但能给的建议是提的需求可以更互利互惠点，两边都有好处的
5. 数据中台和项目本身维护两份数据，且要保证数据同步。
这个不应该，感觉是设计问题。

当然我说的消极一点，前面的同学也提了很多解决方案。但落到实际上，完全就看这个中台的负责人了。
给你业务方的建议就是多投诉吧，但需要具体的 case 。让能解决、想解决这些问题的人看到

@cweijan 哦哦，之前没注意区分这块。其实是一样的，大厂很多限制，几乎只让开 8080 http 端口。MySQL 、redis 、ssh 这些都不让开