从代码混乱到数据泄露,马来西亚公司的技术管理困局与反思
本文揭露了一家马来西亚金融科技公司混乱的技术管理模式:不用Git用U盘传代码、Flutter项目无架构设计、非技术人员随意修改代码导致数据泄露。作者指出问题的根源在于"交功课式"工作思维,各部门只求完成任务而不顾质量,尤其管理层对技术风险漠不关心。这种"能用就行"的态度在金融领域尤为危险,但公司仍将问题归咎于"中国质量"。作者作为程序员试
干了 10 年程序员,我待过不少团队,国内国外的、大厂小厂的都有。不管团队大小、模式差异,有一点基本是共识:代码得管,质量得抓,这是技术工作的底线。直到我加入这家从教育转型金融的马来西亚公司,才算真正见识了「打破认知」 的技术管理模式, 混乱的代码、缺失的架构、被忽视的风险,以及让技术人无奈的 「交功课式」 工作思维。
代码管理, 他们不用 Git,用U 盘传文件 +“file_123.dart” 命名
在我接触过的团队里,Git 作为版本控制工具,是协作开发的基础。不管团队大小,至少会用它做代码备份、版本回溯,避免多人开发时的冲突。但这家公司完全没接触过 Git,甚至不清楚版本控制的意义。
他们交付代码的方式很原始,用 U 盘复制,再通过邮件发送。每次新增功能,比如加一个函数,不会在原有代码上修改优化,而是直接新建文件,命名就是 “文件 1”“文件 2”“文件 3”。这些文件内容大部分重复,只多一行函数代码,却被当作独立版本保存。后续要找某个功能的修改记录,得逐个打开文件比对,效率低还容易出错,更别说代码冗余带来的维护麻烦。
Flutter 框架用得好,可惜他们没架构
团队用的是 Flutter 框架,本身适合跨平台开发,能减少原生开发的人力成本,是个合理的选择。但框架的优势没发挥出来,问题出在架构设计上。
正常开发会遵循 MVC 这类分层架构,把数据、业务逻辑和 UI 界面分开写,这样改功能时只需动对应模块,不用动整体代码。但这家公司的代码没有分层,所有逻辑堆在一起,数据和界面直接耦合。我们提出重构架构,说这样后续改功能更快,却被拒绝了 ~ 理由是 「赶进度,先发布再说」。在他们眼里,只要 APP 能打开、能操作,代码乱不乱、APP 质量、以后能不能改,都不重要。
还有很多本可以自动化的工作,现在全靠手动。比如爬某些网站的数据,写个脚本就能自动运行,但他们非要每天晚上手动点击操作;数据库同步、部分报表生成,明明能通过 API 联动实现自动化,却还是手动录入。哪怕有 API,返回的数据类型也不规范,后续计算时经常出错,没人愿意花时间优化接口,只觉得 「能拿到数据就行, 服务器破溃了再做决定」。
非技术岗改代码,ChatGPT 粘贴引发泄露
公司里销售和营销部门话语权最高,技术部门基本没参与决策的机会。讨论新功能时,我们只能旁听,没人问 「技术上能不能实现,这样做合理吗」,只要销售和营销觉得需要,就要求我们必须做,哪怕技术逻辑上说不通。
更离谱的是,非技术人员能直接改代码。有营销部门的员工,用 ChatGPT 生成一段代码,不做测试就直接粘贴到项目里,打包发布后问题立刻显现 APP 卡顿严重,排查发现是内存泄漏;打开日志更看到数据库数据泄露,部分用户信息通过不规范的代码暴露出来。我们把问题上报,得到的回应却很敷衍:“先修卡顿,数据泄露没用户投诉,先不管。”
要知道,公司已经从教育转型金融,金融业务对数据安全和系统稳定性的要求远高于教育领域,这种漠视风险的态度,简直是在踩钢丝。
【交功课思维】 难改,老板态度是关键
接触久了会发现,这些问题的根结在团队的交功课式 思维。不管是技术部还是其他部门,接到任务的第一目标不是 「做好」,而是 「做完」…像学生交作业,不管对错质量,按时提交就完事。
销售说明天要上这个功能,技术就通宵堆代码;领导要 “这周出报表”,就手动凑数据填表格。没人会想 “功能是否合理”“代码是否安全”“流程能否优化”,长远风险不在考虑范围内。
而改变这一切的关键在老板。作为决策层,只要他明确要求 “抓质量、建规范”,并把技术标准纳入考核,没人敢敷衍。我们前后提交过不少改进方案,从代码规范到自动化流程,甚至写了详细的风险分析(包括数据泄露对金融业务的影响),但始终没得到老板的正面回应。在他看来,“APP 能发布、销售能签单”,就是 “没问题”。
说实话,我本可以选择 「躺平」按要求写代码,不管质量不管后续,拿工资混日子就行。公司不是我的,项目也不是我的,代码乱了、出问题了,背锅的虽是我们,但只要没到不可收拾的地步,似乎也能混下去。
可我还是忍不住提建议、写方案。一方面是职业习惯,看到能优化的地方不指出来,总觉得别扭;另一方面是考虑后续维护,我写的代码逻辑不算简单,万一哪天离职,接手的人面对这堆混乱的代码,怕是连从哪改起都不知道。我甚至开始写技术文档,想降低后续维护成本,可看着公司对规范毫无兴趣的态度,又觉得有点 自作多情。
技术从来不是交完功课”就结束的事,尤其对转型金融的公司来说,代码质量、数据安全、架构合理性,都是企业长远发展的基石。工具缺失、架构混乱这些问题,或许能靠技术人加班弥补一时,但 交功课思维”不改变,老板对技术风险不重视,迟早会出大问题。
其实我想问问, 大部分马来西亚的公司真的普遍都有这种心态吗?对产品质量漠不关心,只求「能用就行」,哪怕问题层出不穷也无所谓。等到出了状况,又立刻把责任推到所谓的【中国质量】(出乎意料的是,最后竟然还要怪到我们头上。这并不是种族歧视或偏见,只是我见得太多了…这种情形早已不是第一次了…)上,仿佛一切问题都不是自己的。看在眼里,只能感叹,不是能力不足,而是态度太随意;不是做不好,而是不愿意认真。这样的能凑合就行的思维,才是真正让人无奈的地方。
更多推荐


所有评论(0)