Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

几个词汇的简单思考 #86

Open
zhoukekestar opened this issue Jun 20, 2018 · 3 comments
Open

几个词汇的简单思考 #86

zhoukekestar opened this issue Jun 20, 2018 · 3 comments

Comments

@zhoukekestar
Copy link
Owner

No description provided.

@lq83623
Copy link

lq83623 commented Jun 21, 2018

大中台+ 小前台 存在着利和弊也是有的,当然也是大公司必然所趋。
1.大中台要求能在速度上,技术上满足小前台的快速技术业务增长需求。可能需要包括技术,服务,数据,等多方面的需求,如果大中台的技术资源跟不上就会导致让小前台自行组织打前头战,当然这样对小前台的技术,业务,数据服务要求就要很高。本来要满足大中台+小前台的方式就是为了大中台提供技术集群,小前台挖掘更广泛和创新的业务。
2.新的业务技术也会促使大中台去组织和挖掘更多的技术可能,提供更多灵活性的技术数据服务支持。
3.由于第一点如果大中台无法满足小前台,那小前台的业务实现以及两者的工作范围存在一定的模糊。
我记得去年去云栖大会的时候关于AI部分,比如声纹识别匹配,语义识别方面 在天猫精灵的应用上在这点就比较明显。好像貌似一部分声纹和匹配是由阿里智能研究院?忘记这个事业部名字了。一部分是阿里智能实验室技术服务提供。其实两边的技术存在重叠和共用。也存在部分功能边界的模糊。
4.大中台最好的应用是将小前台成熟的业务体系和服务提供更多对外开发的平台,因此也是阿里云最好的应用方式。
5.小前台我觉得更倾向于做DEMO初级版,后续强大的功能迭代需要大中台能快速跟上资源的整合。
6.精尖的小前台更适合是业务导向为主,在产品和业务上寻找蓝海。成熟的前台是精尖小前台的复制广泛应用。因此精尖的小前台的管理上更倾向于平级管理,互相配合的方式。更多的是行业产品专家为主的小团队。

@zhoukekestar
Copy link
Owner Author

image

@zhoukekestar
Copy link
Owner Author

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants