已经臭名昭著了，换吧。

如果有多个 tcp 端口同时连，预测丢包，自动重发包会好一些（并切断之前的 tcp ）

会被机器人关注到，然后封杀账号。

十几年前 QQ 都不让这样干

@BeforeTooLate #2

哈哈，这个功能还真的是不难。

@Rrrrrr #3

功能简单，也确实有需求。

不过每个月都有各种各样的需求提给 Livid ，早就麻了。

@yangzzzzzz #7

“是他们直接采购完了 给我们用”
“他们”是谁？

没有需求就不可能专门花几百万去买一个东西，老板只是笨(老板不可能面面俱到)但不是傻，你是老板你会随便买几百万的没用东西吗，还是下属提一个你买一个。


1 、谁提的“购买低代码平台”需求？
2 、谁进行的“低代码平台”选型？
3 、谁批准的购买那个“低代码平台”？
4 、谁验收的“低代码平台”？
5 、谁批准付款的？

6 、事后除了耽误工期，相关购买的几百万损失谁承担？耽误的工期谁承担？

几百万的交易不会一拍脑袋就做完全部决策的。
疑问太多，吃回扣我都懒得写在里面，吃回扣在这么多环节里，是问题吗。

“吃回扣”这个事在企业里少提。

我们 IT 部门有个小伙子，也是这种思维：“主管申购网管交换机是吃为了回扣，主管申购的行为管理设备有问题原因是吃回扣导致”

设备有故障就修，设备不符合就说明方案有问题，选型搞错了。。。和吃回扣有毛线关系啊。

为什么我说要少提呢？后来我升职当了主管，我发现他自己也在吃回扣。。也就是说他一边吃回扣，一边私底下“骂”别人吃回扣。

结论：这个世界不完美，是因为吃回扣的不是我。


@yangzzzzzz #2

自部署的还行，缺字典多研究下，类似 ERP 许多存储过程啥的反而明确了数据关系。

系统运行过程中，其实需要大量的二次开发才能用得顺利，
但维护人员通常不乐意，
一个是需求往往不靠谱（企业里的人只懂干活，缺乏系统化管理思维，俗称：想一出是一出），
又怕开发过程中漏改数据，错改数据等等（像我之前领导在做一些调整时，因为不熟悉成本知识，搞了个大 bug ），太容易出事。
三是各个系统对于二开的态度是不同的，有的很开发但是要交不菲的费用，有的干脆就是不想你二开。之前在用友系统，
四是缺乏培训资料，例如用友金蝶都可以创建自定义单据，但完全搞不懂如何创建，系统自带的帮助基本上起不到引导的作用，还要单独找人付费培训
五是缺乏交流社区，网上有很多零散的资料，而系统运维人员的数量是海量的，国内开设论坛啥的门槛太高，基本上找不到地方进行交流，像楼主这样在非专门的社区，很难形成较好的交流。结论就是每个系统运维都在摸着石头过河。


再提一个，诈骗行为
企业通常会被骗，就是企业内部的运维，卖系统的公司往往都说“哎呀你让网管做维护就行”，内部不会增加人员成本，然后老板真的让网管上，实际上，网管的知识体系根本就干不了，然后老板还认为你们怎么这么差劲又懒惰。
当然也有反过来的，比如让系统运维人员干网管工作，精力分散后，就没有精力去打磨系统细节了。

再提一个，中小企业难以健康运行
系统在运行过程中是无法中断的，但是企业可能因为业务量，淡季旺季等原因，呵呵，会搞“降本行为”，然后就会人力不足，无法支撑系统健康的运行。。别说各部门，就连 IT 部门都一样，结论就是运行状态很差，大家都不想背锅，IT 这边容易出现“系统有很多个，旧系统搞不清，只能做简单运维”，还有一些内部开发的系统，一言难尽，什么半成品都有，什么数据库字段类型乱用产生的 bug 都有。
还有一些小企业（每个管理部门只有 1 人），还想着上系统来节约人力，实在是……