本站首页 返回顶部 关于博主

有感PMI Exam Dev Workshop

有幸参加了PMI协会在上海举办的PMI Exam Development Workshop活动。这是PMI协会第二次在中国举办此活动,上一次是2009年北京。
我第一次参加,感觉收获很多。

我们知道,PMI考试题库中的考题一直在不断地完善中,这就需要不断地淘汰旧题目,引入新题目,这次活动的目的就是补充新考题。整个活动分2个主题:评审已存在的题目和添加新的题目。

第一天下午主要是PMI协会高管的演讲。
第二天工作内容是评审以往的考题。部分考题来自题库中不计入考试分数的题目,部分来自其他PMI Exam Dev Workshop提交的题目。每个题目都会对应到项目开发周期中相应的领域(Domain)和任务(Task),无论是题干,还是选项都有很严格的要求。这种出题的方式对其他行业出考题还是很有借鉴意义的。因为签过协议,在此不方便提及更多题目相关的内容。
第三天工作内容是自己写题目。由于头一天评审过题目,所以基本上已经驾轻就熟了。大家可以参考自己以往的工作经验,项目中碰到的问题或经验,然后写出来。题目完成之后,与其他组相互评审,最后成题。

总结一下:
1.在项目管理方面有些新的感触。一方面来源于第一天PMI协会高管的演讲,另一方面,接下来两天评审题目、写题目,参考资料,讨论问题,相互交流。
2.认识了不少朋友。毕竟,扩展社交圈对个人的发展是很重要的。

余额宝和股市有关系吗?

关注余额宝也有一段时间了。
前段时间A股一路下跌,而余额宝的利率一路上行。我就开始胡思乱想,年底银行缺钱,只好提高利率吸引储蓄。同样的理由导致余额宝这类货币基金的利率也高高在上。难道是这个缘故致使股市大量资金流出,从而导致股市一路走低?那月初开始余额宝的利率不断下降,是否有资金流向股市呢,这预示着A股即将见底反弹?
余额宝这类货币基金和股市是否存在这样的关系:余额宝利率涨,则股市跌;利率跌,则股市涨。

大胆假设,小心求证。
要印证我的想法,先从余额宝和股市的数据着手吧。
于是从网上找最近半年来余额宝的收益走势图和沪深两市的股指数据,数据来源如下:

把数据整理好,然后生成line chart,相信应该能从chart的走势看出点名堂。
生成chart之前,我猜,沪深股市是联动的,所以它们的走势应该大致差不多吧。呵呵,生成的line chart印证了我的想法,这哥俩指数的队形保持得相当好。

上证指数与深证成指

那余额宝和股市的关系呢,二者的涨跌关系如我所料的相反吗?在生成chart时,我准备把chart的primary axis设为余额宝的万份收益,从小到大;把chart的secondary axis设为上证指数,从大到小。如果猜测正确的话,那它们在line chart中的走势即使没有上证指数和深圳成指那么一致,应该大致上不会相差太远吧?
于是,根据数据我生成了如下line chart。

余额宝与上证指数

从6月30日到9月30日的数据感觉有些杂乱无章,9月30日之后的数据好像走势有点类似。它们到底是有关系呢,还是有关系呢?如果没有一定的标准,仅仅用肉眼来判别人走势是否一致,是不是太牵强?肿么办捏?值得庆幸的是,一个同事告诉我,有现成的算法来计算两组数据之间的关联程度,在Wikipedia上,可以找到Pearson product-moment correlation coefficient算法:

cor公式

这种算法用来计算两组数据之间的线性相关程度。计算结果是-1到1之间。如果结果越接近0,那它们的相关性就越小;越接近-1或1,相关性就越大。
同事还告诉我,在自然科学的统计中,如果超过0.7,那就认为相关性很大;对于社会科学,因为参杂了太多的认为因素在内,如果超过0.6,就认为相关性比较大了。
让人振奋的是,有一种称之为R的统计工具,内嵌了很多统计算法,只需要调用cor()函数就能得到我要的结果。实在太好了,我不必重新发明轮子。

到官方网站http://www.r-project.org/下载R,安装。
分别把余额宝、上证指数、深圳成指的数据输出到3个文件中,然后通过scan()导入到三个变量中。
调用cor函数,把上证指数和深证成指代进去,得到结果0.945。嗯,意料之中,相关性非常大。
把上证指数和余额宝的万份收益代进去试试看吧。汗,结果让我大吃一惊,竟然是-0.135。这个结果实在太令人沮丧了!

从图形上来看,9月30日之后的数据似乎走势差不多,它们还是有关系的吧?要不要代进去试试看?可这是一组我刻意选择的样本,即使相关性大,似乎也不能说明它们有关系吧?别想那么多,还是先试试看。
如我所料,上证指数和深证成指的相关性是0.975。
上证指数和余额宝的相关性仍旧是很低的-0.136。汗,看走眼了,看来它们本就是貌合神离的两个,没法凑成一对的!

好吧,是我想多了。令人失望的-0.135和-0.136,基本上证明了我的猜想纯粹是扯淡,二者没有线性相关。

自我安慰一下吧,说不定二者之间存在着某种我不知道的曲线相关性;或许二者的相关性在时间上有一定的滞后;也或许二者有一定程度的联系,只是并不占主导因素,被其他的因素给湮没,从而导致让他们看起来关系不那么大;也或许是样本太少,很难体现他们的相关性;也或许是余额宝在成立之初,各种因素太多,它的走势并不是货币基金走势的真实体现;也或许… 算了,不必找太多借口。总之,在个人能力范围之内,从现有的数据来看,我只能得出二者没有关系的结论。
以后学点经济学的知识再进一步研究,至于今天,还是洗洗睡吧。:(

以上部分完成于2014.01.24,以下部分为2014.01.27新增。
多谢Jerry的提醒,在处理数据之前,应该先剔除干扰点。
在R中,通过plot()函数,我得到了余额宝的数据分布图,如下:

余额宝数据范围

很显然,绝大部分数据都集中在0.8到2之间,唯一有个数据达到了3.6037。查看了下历史数据,在3.6037这个数据之前,连续2天没有数据更新。严重怀疑这个3.6037是3天数据的总和。于是,剔除这个干扰数据之后重新计算。
上证和余额宝的相关性为-0.315,从余额宝成立至今到现在,看起来应该没有相关性。
2013.09.30到2014.01.21的上证指数和余额宝的相关性为-0.749,应该是有相关性。
当然,由于后者是我刻意选择的数据,加之样本数目太小,很难断定它们就是相关的。继续观察吧。

人机交互中错误信息的显示

中午去招行取钱。插卡,输密码,输金额,然后出来一张凭条,却没有出钱。凭条上写着响应码:55,TxCode:01。屏幕上没有任何错误信息。

我的疑问来了,钱没取到,那钱扣了吗?由于ATM机上无法查询交易记录,我只好通过手机银行查询了交易记录。查到今天没有取钱操作,这时我才放心,取钱失败,钱没有扣掉。

事后,在网络的帮助下,我查到响应码来自银联,55意味着交易被拒绝,原因是“Incorrect personal identification number”。

假设一下,如果没有手机银行,当时我会怎么做呢?打95555,告诉客服事情的经过,然后客服会根据凭条上的响应码告诉我原因和结果。这样,问题也能得到解决。

事情能变得简单一些吗?本质上,这是人机交互中一个易用性的问题,如果交易失败,触摸屏上弹出“交易失败”对话框,与此同时打印凭条。凭条上“响应码”改成“交易结果”,并在备注栏中附上失败的原因,至此,事情得到完结局。这样我的担心就没有必要了,既不必通过手机银行查询交易记录,也不必打95555。方便客户的同时,也减轻客服的工作量。

要实现这样的功能并不难。在原有的系统中,有个变量reponseCode,用来存储响应码的值。现在,我们需要添加2个变量:一个reponseMsg变量,用来存储信息;一个map,用来存储所有reponseCode和reponseMsg的映射关系。其中map的key是reponseCode,value是reponseMsg。所有的responseCode和它对应的reponseMsg是已知的,可以在使用前初始化。当用户进行某些操作后,后端返回reponseCode,可以通过map获取相应的reponseMsg,显示给用户看。reponseCode用来处理逻辑,reponseMsg显示给用户看。至此,我们的方案完全实现。

当然,对于原来的行为,设计者可以宣称:“我们就是这样设计的,它是期望中的行为。如果你不懂响应码的意思,那是因为你对我们的系统还不够熟悉。”设计者这么想也说得过去,但人机交互界面是给用户使用的。站在用户的角度,如果花很少的时间就能熟悉系统,出现问题不需要外界帮助就能解决;站在开发者的角度,实现这样的功能所需要的工作量几乎可以忽略不计。那么我们有什么理由不这么做呢?

在设计人机交互界面时,有条基本准则:错误信息应该以人能够都懂的方式显示出来,最好能让用户知道错误的原因,如何解决。

很简单的道理,但这种问题也很常见。即便是以易用性见长的微软,这种问题也偶有出现。前不久买了台Surface,到手后系统更新,提示错误,告诉我一个错误代码,我google,最终在微软的官方网站上查到错误原因是“系统升级之前应该同步时间”。如果在告诉我错误代码的同时,告知错误原因,哪怕是给个URL,链接到官网上错误原因的网页,也比一个光秃秃的错误代码有用吧。

做了多年的GUI开发,有些感慨,GUI是人机交互的纽带,用户对产品的第一印象往往取决于看得见的GUI。一方面,GUI开发有很多需要改善的地方,另一方面对GUI却不重视。对此,身在其中往往却很无力。

写这篇文章的目的,并非想贬损什么。权当相互探讨吧,欢迎拍砖。

怎样把HTC G7的内存扩展到2GB

介绍
HTC G7的内部存储只有148M,两年前买它的时候,android应用大多比较小巧,148M已经足够用了。随着android版本的不断升级,应用变得越来越臃肿,G7也变得越来越吃力。就我个人而言,手机上装个招行网银、WPS移动版、金山快盘之后,再想装个微信就会提示内部存储空间不够。于是,从网上找了些资料扩展内存的资料,测试,发现的确可以把内存扩展到2GB,运行速度和扩展之前几乎没有差别。在此,做个笔记,对己对人都有用。
 
原理
此方法扩展的原理是:在TF卡上申请部分空间,把这部分空间代替手机原有的的内部存储。空间是扩展了,但也存在缺点:由于TF卡是外部存储,其速度往往比内部存储慢很多,如果TF卡的速度太慢,将会导致手机的响应时间可能慢到难以容忍的程度,完全没有使用的价值。

准备
  • 假设HTC G7已经获得Root权限,并且已经安装了Recovery
  • 准备一个TF(MicroSD)卡,至少4GB(个人推荐Class10, 8GTF卡)。
    以前,我使用了class4的TF卡,响应速度太慢,点击任何一个应用,基本上要等3秒以上才会有反应。这次,我用class10(官方标注的速度为>=30MB/S)的TF卡重新试了一次,成功。与扩展前相比,速度上没有明显的变慢。
  • Data2SDData2SDInstallerv1.3_GB.zip
    这个文件的作用是把android的系统文件从手机的内部存储移到SD卡上某个分区,并把这部分空间替代手机的内部存储。
  • GParted:Linux上的分区工具,用来给手机的TF卡分区。 
 
步骤
步骤的核心有2步,先把SD卡分区,分别是FAT32和Ext4两个区,然后通过Recovery运行Data2SD应用,把android系统中的数据从内存移到Ext4分区上,并把Ext4分区作为内部存储。具体步骤如下:
  1. 备份android系统。
    其实这一步并不是必须的。在执行步骤“ 4. 运行Data2SD应用。” 时如果失败,很有可能导致系统无法开机,此时就可以使用此步骤中备份的系统进行恢复。为保万全,建议不要略过这个步骤。
    1) 关机,按电源音量减键,进入Recovery模式。
    2) 找到 Backup and Restore, 选择Restore。
    3) Restore完成后,开机。
     
  2. 备份TF卡数据。
    1)把手机连接到电脑上,打开USB数据连接。
    2)把TF卡中的所有数据复制到电脑中某个文件夹。
     
  3. 使用GParted对TF卡分区。
    1)把手机连接到Linux系统上,打开USB数据连接。
    2)使用GParted对其分区,第一个分区为FAT32格式(大小为整个TF卡的大小减去2047MB),后面留2047MB格式为Ext4格式。
     
  4. 运行Data2SD应用。
    1)把Data2SD应用(Data2SDInstallerv1.3_GB.zip)复制到TF卡的FAT32分区上。
    2)关机, 按电源音量减键,进入Recovery模式。 
    3)选择Install Application from zip file,找到 Data2SDInstallerv1.3_GB.zip,确定。 
    4)完成后,重启手机。
    备注:如果重启后,发现手机无法开机,这时可以使用步骤一中的备份进行恢复。当然,这是小概率事件。
     
  5. 把第2步中的备份数据拷贝会TF卡的FAT32分区。
    1)把手机连接到电脑上,打开USB数据连接。 (连接电脑后,发现TF卡容量变小了,那是因为用户看到的是FAT32格式的分区,而Ext4分区是不可见的)
    2)把步骤2中备份的数据复制到手机中来。
结论
至此,一切完毕。查看手机的内部存储空间,1.97GB,呵呵。
 
参考资料

关于“工作没有挑战性”

今天中午,左耳朵耗子在微博中提到“面试过一些应聘者,当我问到为什么换工作的时候,他们都会告诉我,现在的工作没有挑战,无聊,所以想换一个有挑战的工作。我总是为有这样的认识的朋友感到惋惜,因为我总是认为有挑战的东西无处不在啊,不能因为工作上没有,自己就放纵了自己。”

看了这篇微博,顿时想为这位面试者打抱不平。为什么一提到工作没有挑战性,就要把这个人在放纵自己划上等号呢?工作是否有挑战性,这是客观因素;而个人是否放纵,这是主观因素啊。 阅读全文 »