大家好，又见面了，我是全栈君。
比較少參加这类大型的会议，进到会场的第一眼，发现会议室已经所有坐满，后来主办方发现站的人太多了。找来了一些小板凳，我高速找到一个小板凳坐下。坐下開始认真听。很开心地听到广告时间结束，和我计划的时间完美一致。
回想一下我比較关系的几个主题
基于用户画像的大数据实例
演讲嘉宾是联通沃商店的大数据技术经理，该大数据实例主要是通过联通营运商的数据和沃商店进行分析。通过绘制用户画像的形式。在其它应用场景，如广告、游戏下载中为用户推荐用户喜欢的产品。能够看出来嘉宾技术实例及基础功是十分不错，至少是一个硕士毕业。近些年被大家挂在嘴边的机器学习算法、推荐算法、语义分析都有部分介绍，实在是接受只是来；比較熟悉的还是我们当初硕士的专业方向推荐算法，看到了简单的介绍认为非常亲切。
只是后来提问环节看，现场还是非常多高人，有不少是做这个领域的。
只是归根是国有企业和类似研究机构。能否产生非常大的价值。我表示怀疑，只是这些算法一罗列，对经费的分配还是非常有优点的。
电商系统的心得分享
这又是一个国有企业，号称是线上卖大力丸的人（国药1健康）。从技术成长为总经理，有非常多心得体会。感觉和我有那么一点像，有一些体会也迫不及待的分析给这些年轻的IT从业者，为人严肃，总是会把困难预计的充分一点（预计年轻也没少教学费）。
演讲中说了构建系统中的四个原则
权限独立。相互制约
很务实的看到某些大型企业的。部门斗争。从系统层面開始设计制约（这个应该很符合老板心意）。这个对许多小型企业在成才过程中是很有帮助的。
设计流程 降低犯错
在电商行业很清楚客服和仓库的员工流动性，以及普遍受教育程度偏低，通过流程设计。而不是提高对用人的要求。这也是很务实的方法。回想之前在系统层面独自设计支持中央预订系统。设计出来的自己主动传真（当时网络不如如今易得）及新订单提醒（感谢施总的支持。添加音响进行声音）等等，简直认为找到了知音。
多了解一些財务知识。
谈到的两点是数据之间须要有勾稽关系和不能改动历史数据。非常骄傲我对財务的理解还是不错。从未犯过这样的不靠谱的错误。
跨平台大型在线客服系统的技术构架
嘉宾谈了的是一套客服系统，比較多的keyword是客服妹子，能够看出IT从业者苦中作乐的精神。
给我的体会是，客服系统都能够做成这样。
从一个项目到一个产品，在云计算的世界，能够好一个客服的组件，也是有非常大的价值。
和我的理想事业非常接近。能够花上一生中最精华的时间，做好一个有价值的小众专业的行业。
阿里分布式数据库服务实践
阿里的人就是高调，上场就调戏京东双11前系统崩溃。我也经历过非常多系统崩溃，简直是开发者的噩梦，也是IT人员信用受损的严重事件（因此我一直比較注意防止崩溃及崩溃后的高速恢复）。回到分布式数据库。这个是收获最大的一个演讲。
尽管这个演讲看上去是再给阿里云的DRDS做宣传，可是嘉宾演讲的非常进行。深入浅出地介绍了分布式数据库和单机数据库的差别。对分布式事务的又一次认识是一个非常大的收获，曾经一直把教程中的数据库原理中的事务定义，作为分布式事务须要解决的问题。事实上不是。
须要更加务实，在淘宝阿里这类订单处理系统中。有一类对分布式事务的模式（异步消息机制）；在其它领域会有其它模式分布式的事务模型，这些分布式模型肯定都不满足单机的事务模型。可是能够满足和解决对应领域的问题。
平台架构的server监控
一个APP的监控模型，推測项目立项的原因，有两个。一个是和竞争对手的数据比較（UPYUN的对手主要是七牛）。一个事实上能够真正从用户的角度看。用户的体检速度怎样，以及影响用户体验速度的真实原因。
眼下一般行业还不会做的这么细。由于UPYUN是技术支持公司，因此一定须要用这些数据去说服和支持用户。我们如今做的比較多的server的可用性、性能和应用的可用性、性能监控。
前端时间刚好再比較，发现互联网上有不少好的监控平台，一般的创业公司。能够无需自己搭建监控平台，接入到对应的监控平台就可以。下次再开文进行讨论。
作者简单介绍：qiyadeng(www.qiyadeng.com)对互联网技术、运营及市场领域有浓厚的兴趣。喜爱思考、阅读、讨论；擅长Java开发及分布式技术。现专注于互联网的创新产品–老来宝(http://www.laolaibao.com)，立志于帮助广大凤凰（diao）男（si）提供补充养老金管理平台。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/115756.html原文链接：https://javaforall.cn
