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