Business Strategy

wechat_content

今天读到一片文章《腾讯年终总结：微信用户一天到晚都在干啥》，搞好最近在研究微信的一些东西，于是想到还是写出来给自己留个纪念。比较在意下面这张图，其中蕴含的背后含义，我觉得是如今微信生态圈的核心

总结一下，作为微信的运营大概需要这么几个点：
－ 以目前微信的生态环境而言，无论是订阅号还是服务号都无法实现大量阅读和广泛传播的目的；
－ 微信的主要传播途径是朋友圈的转发，和因此产生的马太效应；
－ 微信的内容可以有这么几类，“有用”，“有感情”，“有参与感”。

王哲，CTOin杏树林
作为一个公司领导者，无论是运营，产品，技术，客服，推广什么都得学

Technology

wechat

开始一些关于微信方面的研究。其实很早就做过，只是这次又捡起来。对这部分的研究起源于那个需求，就是大事件记。作为数据方面的尝试，这是我第一次搞大事件。我希望以此为模型开始不断推演未来数据分析所需要的更方面东西。无论是业务上的，算法上的，应用上的，包括组织形式上的。ok，闲话少说，关于那个的总结以后再写，先说微信。

微信公共平台确实是个对于小商家和小需求型交互非常好的地方。在我看来，他的最大特点就是包含了自然语言交互，和基本的按钮交互，两种功能。一般认为，手机移动端的设计难点就是小小的屏幕如何放很多的交互是一个难题。对于微信公共平台来说，3个按钮（包括附属菜单）组成的基本交互，解决了最急切交互的需求。剩下的交给了自然语言或者有特定标示的自然语言，是非常好的方式，符合人们对于数据需求的认知。

微信包括了企业号，服务号，订阅号。企业号就不说了，服务号理论上比订阅号要高级一些，因为可以支持更多的高级API接口，最最关键的是，可以支持微信支付。更适用于企业用户，而订阅号则没有这个功能。订阅号更多的是适应于自媒体，因为他最大的优势是每天可以发送1条群发消息，这点远好于服务号，每月4条。我的这个查询大事件，想来每次出现大事件的时候，也会群发给我的所有订阅者，因此，我考虑订阅号对我来讲更加有意义，虽然我不能说每天都发生大事件，但一个月有超过4次大事件，在这个快速发展的互联网时代，还是非常有可能。

说到服务API开发，我觉得这方面以前拿ruby写过代码，逻辑上没什么难的。现在就是我的python水平有点垃圾，之前jira－soap的服务，是看别人的python库，而且公司用的con和jira版本是在太低，soap的协议，不支持rest，新的nodejs都没有，哎没办法，上吧。写一个python微信的服务

Management

build_testing_team

对于测试团队管理是个循序渐进的过程，传统的测试团队，尤其是从大公司来的，比较习惯于一体化的测试团队。所有测试人员和开发相对立，测试人员有一套独立的考核体系（经常是发现bug多，就越好）。但是这样的方式，实际上是在一个团队中树立了一层层的壁垒和对立关系，这与产品和运营的对立，技术和产品的对立，测试和技术的对立一样。所以作为管理者，作为新时代的团队管理模式，是无论如何要消除这种壁垒的。而这个过程中面对的第一个问题，就是测试团队管理者的思想问题。

要解决这样的问题其实并非容易，我做的方法就是尝试分开，首先，如果你想把一个群人分开，就要去让他们地理上分开。于是把测试团队分开成两个小块儿，让一块儿的测试团队和项目组坐在一起。并不是完全，而是有一点点间隔的坐在一起，这样开始的时候会好接受学多。然后再通过给测试团队的压力，这种压力，往往可以做成多头压力，即让不同的产品在同一时间发布和讨论需求，往往这个时候管理者一个人很难做到兼顾，所以渐渐形成有人带劳的事实。第三个就是交流，站会scrum里面交流的一个最主要形式之一，将站会和某个特定测试人员联系在一起，可以大大增加该测试人员的归属感。

无论如何，这些尝试都不是为了分解测试团队，而是让这个团队更加的高效，这本身慢慢也希望测试团度的管理者能够学习和理解

Technology

python_misc

研究python，发现最大的问题就是中英文的转换，实在是太郁闷了，研究了好久。最主要的还是出在python的encode和decode上面
http://www.jb51.net/article/17560.htm
这篇文章不错，基本上把需要的内容都解释的很清楚了。

在别人代码的基础上做了些修改，现在已经基本可以用了。

这个是该出来的加入的内容
python ./jira -s http://bug.xingshulin.com -u ＊＊＊＊ -p ＊＊＊＊ cat JCTP-9
python ./jira -s http://bug.xingshulin.com -u ＊＊＊＊ -p ＊＊＊＊ comment JCTP-9 “let do something fantastic”
python ./jira -s http://bug.xingshulin.com -u ＊＊＊＊ -p ＊＊＊＊ create -s “this is summary2” -d “nothing special” -p JCTP -t “运维事故” -a “wangzhe” -f “customfield_10200:20/12/14”

有个挺tricky的地方是要把jira里面的时间传输格式进行调整，默认的是d/MMM/yy，但是因为python对中文的支持问题，所以需要被调整成dd/mm/yy

{‘priority’: 3, ‘description’: None, ‘customFieldValues’: [[{‘values’: [[‘2014-12-23’]], ‘customfieldId’: ‘customfield_10200’}]], ‘summary’: ‘Test issue using all available defaults’, ‘project’: ‘JCTP’, ‘assignee’: ‘wangzhe’, ‘type’: 7}
{‘priority’: 3, ‘description’: None, ‘customFieldValues’: [[{‘values’: [[‘2014-12-22’]], ‘customfieldId’: ‘customfield_10200’}]], ‘summary’: ‘this is summary’, ‘project’: ‘JCTP’, ‘assignee’: ‘wangzhe’, ‘type’: 6}

Technology

ocr

最近这两天稍微深入一些研究了一下OCR的系统技术，沟通和研究了几个主流的公司Abbyy、文通、汉王和经纬名片通。大体对这方面的东西有了些了解。写篇blog记录一下。

Management

positioning

给自己一个定位。在杏树林做CTO有一段日子了，过去的很长一段时间，都在做着自己最擅长的事情。我承认，这个对现在的杏树林来讲是非常重要的，无论是流程改造，团队结构化，前端技术和团队精益化的建立，包括对产品经理运营团队的培训，这些东西对我来讲确实太熟悉了，虽然有各种不容易和辛苦，但无论是思路、方法还是执行，都是我擅长的。那么接下来，要做点什么特别的了，我觉得。

最近大约几个月前成立了公司的数据平台中心，好吧，这个中心目前确实还很初级，初级到我们甚至不知道应该以一个什么形式做项目。但是不断的摸索，数据平台中心在成长，我们开始越来越有门路，包括我自己也在成长，是时候给自己接下来的几年做个定位。作为一个CTO，一个行业领域的CTO数据是行业的核心，更是技术的核心。大家都在谈大数据，我不觉得自己在做什么大数据，更多的是研究数据，研究医疗，我希望自己在有限的时间里能够快速成长为一个医疗互联网中最了解数据的人。目标包括以下几个方面：医生的行为数据，病例的基本资料数据，那么接下来还有什么，拭目以待吧。

为什么，我认为自己应该是这个定位，刚刚也说了，作为一个CTO，我是技术团队或者是杏树林发展方向的重要领航者。领航员用罗盘仪和地图领航，而我所有的就是纷繁复杂的数据，虽然他们还不是一个完整的地图。其二，三年专业咨询师的训练，对学习的敏锐和对知识的快速拼接能力是我最起码的职业素养。其三，身为一个从小就是数学爱好者，博士研究数据的数字敏感人士，这是我的最爱。责任，教育和兴趣。Just do it!

我希望：王哲，医疗互联网数据专家，杏树林CTO