业务与技术的思考

做一些踏踏实实的事情.

Technology is tool, business is king.
技术是业务需求驱动的。用了再高深的技术,不满足正当的需求也是失败的项目。反过来说超出正当的需求而用了高深的技术,虽不一定是失败也是不理智的。用分布式系统为图书馆做个图书管理系统,这基本是只能在学校里发生的事情。当然也不排除是业务革命的可能,比如谷歌图书馆。但是世界上能有几个谷歌图书馆呢。
纵观国内的互联网金融乃至整个互联网行业,浮躁充斥着各个角落。由于高速发展带来的财富效应,资本聚集。即使遭遇寒冬,仍不能让人们冷静下来。在此感染下,催熟了一大批“高级工程师”,“架构师”。他们言必分布式语必微服务,张口cloud,闭口serverless。看了个例子就熟练XXX。“吹水”成了看家本领和最擅长的技能。找一家创业公司,拿着不菲的薪资,干着忽悠老板,忽悠投资人的事。他们从各种地方找各种人用开源软件七拼八凑,用他口中那些技术做了个每天个位数访问量的系统。殊不知,淘宝在2008年(PV2.5亿,会员5000万)之前还基本是一个单一系统。即便考虑技术的进步,PV过千万会员过百万之前还是省省吧。认真把基础的项目划分模块划分做好,分布式服务化都是水到渠成的事。即使是大型微服务化系统也是由一个个单一的节点组成,每一个节点本质都是一个单体系统。单一体系统都没做好就大干快上微服务无异于沙上建塔。其结果可想而知。问题百出,人肉硬扛,累跑运维是肯定的,没准还成本奇高。关键是最终才发现,业务没做好。当然公司最后如何与这些人是其无关,都可以怪公司业务没做好。当然失败的经验也是经验,技术当作成绩可以拿来忽悠下一家公司。
合适的才是最好的。是否合适取决于公司战略,业务,个人能力,团队的水平,和对技术的熟悉程度。对于创业公司来说,面临的问题与有成熟的大公司完全不同。用分布式,自建私有云,上规模的公司有高水平的研发团队,可靠的运维团队,几乎用不完的资源做后盾。这些公司业务完善稳定,技术改造同时不用面临业务的压力。但对创业公司而言,资源有限,人员有限,资金有限,团队水平参差不齐,互相不熟悉。在这种情况下,用最熟练的技术,快速实现业务需求,把业务流程,用户体验作好,精雕细琢。先让业务稳定下来才是首要目标。有了经过业务洗礼的可靠技术运维团队,有了一定的用户量做基础,才有可能支持系统进一步优化。
踏踏实实先做好业务的每一个细节。说来简单,可现实是残酷的。金融企业竟然连一个账务系统都没有,自己收了多少钱,该交多少税,最后赚了多少,哪些产品盈利,哪些产品亏损,一概不知道。拿企业最重要的资金收付来说,钱收的时候到没到,该收的够不够,多收少收怎么办,这些要么都是人工处理,要么根本不管对错。某银消费金融公司与下属企业上百万的款项成了糊涂账,并遭内外合伙骗贷造成巨额亏损。这种事情绝对不是个例。
罗马不是一天建成,好的系统是一步步迭代来的而不是设计出来的。“97%的情况下,过早优化是万恶之源”。有限的资源下,过度的技术设计必然导致业务设计不足,这是自寻死路。对业务需求,技术支撑不足才是初创阶段的主要矛盾。开始就按百亿估值做系统的创业公司,都死了。上来就按百亿级流量做分布式设计的架构师,都跑了。
希望FinTx能为大家提供一个探讨金融业务,架构,设计,技术,法规等话题的场所,并且提供一些能支持当下业务也能扩展未来发展的基础组件。大家一起做一些踏踏实实的事情。

fintxorg wechat
欢迎您扫一扫上面的微信公众号订阅!