四勾，极客学院前产品负责人，聊聊我对产品的经验和心得
市面上的常用的通知媒介从最原始的「短信」、「Email」、「站内信」，发展到现在的「微信」，他们有各自的优点和不足：
按照接收群体的数量可以分为两类，单播和组播。
发给单个的人，使用场景形如：张三购买一个商品，在付款的时刻微信通知他「付款成功」。这类场景产品实现起来相对比较简单，只需要通过账户的用户名找到绑定的微信号，场景触发之时发送消息即可，就不做过多地阐述。
批量发给多个人，使用场景形如：问答区新增一个问题，微信通知给所有的老师。组播的流程相对于单播要复杂很多，需要解决如下几个问题：
1）如何新增订阅者；
2）如何只给指定组发消息。
Vincent 4J，真名张庆普（个人主页：http://4jplus.com）。eoe上海同城会组委，《Android开发入门与实践（第二版）》作者之一，两年Android开发经验，技术负责人，负责各大银行Android客户端的研发工作。4J是一个典型的IT男，喜欢参加各种行业聚会，并且有自己独特的“喜好”：背包旅行。随着《Android开发入门与实践（第二版）》的上市，eoe也专门对他进行了独家专访，为大家揭秘一名Android小白如何在eoe社区成长为大牛并参与写书的全过程。以下为专访正文：
4J：先说说我的从业经历：我是09年毕业，出来首先做了2年J2EE；从2010年6月正式从事Android开发，一直持续到现在；对Android还是有很深的情怀。
之前短信、微信、站内信和邮件通知都是有的，但都分散在各个业务里，还有很多都是写死的模板，每次都需要重新开发，也相当不利于管理，所以决定将所有的消息整合，对业务方公开接口，节约后期业务方的开发成本。
在「个人中心」需要有一个设置是否接收消息的设置项，用户主动接收消息。
「A/B 测试」已经听说很久了，业内也被传的神乎其神，在此之前其实对它并没有很深地认知。这次借 极客学院官网改版 真实的将 A/B 测试用于到实战中，下面说说我本次的一些经历。
我们在这次改版中的需求其实很简单，针对「首页」进行 A/B：
1、对终端用户来说，首页 URL 得唯一：www.jikexueyuan.com；
2、随机分配 A 或 B。