|
|||
|
摘要：
最近博客写的太多了，提前完成了任务，又忍不住不写，所以把技术文章推迟几天，写点无聊但好玩的，看有没有年轻时有共同爱好的GEEK。前段时间看了《生活大爆炸》，一堆按程序员的标准看都是书呆子的人的故事——回想起自己年轻的时候，还真干过很多大爆炸的事情，选取几个，写着玩玩。粘玻璃20年前高中时候老师偶然讲到“硅酸钠溶液又叫水玻璃，是一种粘稠的液体，可以用来粘玻璃”，这一下触发了书呆子气，能把溜滑的玻璃粘起来，可不是一般的小事。倒推：1. 硅酸钠=（氢氧化钠+二氧化硅+水）×加热 - （忘了什么东西了）二氧化硅就是沙子，好弄；难办的是氢氧化钠。当然化学药品店其实有卖氢氧化钠的，但那还卖硅酸钠 阅读全文
posted @ 2011-09-18 22:59 阳光VIP 阅读(109) 评论(0) 推荐(0) 编辑
摘要：
还没太弄明白微博的价值观，但是感觉至少可以做博客通知，如果您喜欢博主的博文，又想在走路/坐车/排队的时候看，请关注博主的新浪微博：火星人陈勇 点击下载免费的敏捷开发教材：《火星人敏捷开发手册》 阅读全文
posted @ 2011-09-17 22:53 阳光VIP 阅读(110) 评论(0) 推荐(0) 编辑
摘要：
今天参加MPD2011深圳站，听到最重要的乃是徐锋老师课上的一些内容，本来有一个很长的笔记，但是其实里边不过关是只言片语的摘抄，形成不了章句，干脆把一些重要观点摘录于此。徐锋老师是做投资的，不是顺便聊聊这个话题，对业务模式和需求收集模式的评价，是他们判断一个企业是否值得投资的重要依据，因此下面的内容是他们实际工作中真正要用得到的，所以很宝贵。1. 当尝试使用技术手段解决某个实际需求的时候，一定要注意业务圈和技术圈人群的重合性，存在需求的人，是否在使用这种技术比如：“妈妈”们肯定很关心如何育儿，以及幼儿教育，所以开一个相关网站好不好呢？结论是要如果10年前开，不好，因为那时候的妈妈差不多都是19 阅读全文
posted @ 2011-09-17 22:20 阳光VIP 阅读(94) 评论(0) 推荐(0) 编辑
摘要：
数月前，当我发表《联想利泰的一道做出来就给月薪7K的面试题--交通灯管理系统》、《又一道软通动力7K月薪面试题——银行业务调度系统》、《累病倒了我两次的面试题--移动用户资费统计系统》等几篇博文后，引来了业内一些资深开发人员的一片批判声，有人撰写博文对我进行声讨、嘲讽和指责，有人是出于过头的正义感，有人则是想趁此话题来增加个人和公司的曝光率，我似乎成了众矢之的，网络上好一片吵闹。这时候，我在干什么呢？作壁上观，心态异常平静！因为我这个人非常自我中心，不太在乎别人的感受，很少患得患失，只要把自己心中想说的话说出去了、想做的事情做完了，就不管别人如何看待和如何评价了。社会本来就是多元化，每个人都. 阅读全文
posted @ 2011-09-17 15:49 阳光VIP 阅读(258) 评论(0) 推荐(0) 编辑
摘要：
这是敏捷开发用户故事系列的第三篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）用户建模的目的，是为了更好地分析用户行为和用户价值，并因此获得商机。用户建模四部曲有一次培训中，分组建模的时候，一位学员就自言自语地说了一句话：“真的啊……我好像不知道谁会使用我的产品……”这其实是一种常见的现象。比如前文所说的敏捷开发管理软件，如果想把一个用户故事描述为“作为一个用户，可以登录“我的空间”，以查看我我在的所有项目的进展以及自己的任务”，就会遇到这个麻烦。所谓领导，肯定想浅层次低能看到多少项目，就看到多少项目，而且最好能汇总一下显示；作为普通程序员，则肯定不止是想知道自己在哪些项目中有任务 阅读全文
posted @ 2011-09-16 23:10 阳光VIP 阅读(195) 评论(0) 推荐(0) 编辑
摘要：
这是敏捷开发用户故事系列的第二篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）敏捷开发中的用户故事采用的语法模式看似简单，却蕴含着深刻的思想。“作为一个……，可以……，以（以便）……”不同于一般专注于功能的需求条目描述方法，三个……把角色、功能、价值跃然纸上。然而使用不当，却有可能形似而神不似。下面就三个部分分别举出一个例子。网络游戏的排行榜功能“作为一个玩家，可以通过显示排名，以便让自己在服务器中的地位获得认可。”这个功能可以激发玩家的“斗志”，鼓励购买道具，是个不错的想法，但实现起来却有技术问题：服务器中的玩家太多了，实时查看排名非常不现实。另一个问题是小虾米们其实对自己的排名 阅读全文
posted @ 2011-09-16 23:04 阳光VIP 阅读(201) 评论(0) 推荐(0) 编辑
摘要：
这是敏捷开发用户故事系列的第一篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）全系列将涉及何为用户故事，面向客户价值编写故事，用户建模，产品待开发项的分类，故事颗粒度，故事的组织结构，等等若干问题，力求将此中问题尽量解决干净。本系列文章假设正在编写一个“敏捷开发管理软件”，因为来阅读的都是做敏捷开发的，又都是做软件的，会更熟悉一些。用户故事三要素：角色，功能，价值按“作为一个……，可以……，以便……”样式和思路写成的用户需求，就是用户故事。样式是技法层面的东西，它保证了无需太多思考，用户故事中即包含角色、功能、价值这三个要素。角色角色切记不要总是写“作为一个用户”，而是要把用户区别 阅读全文
posted @ 2011-09-16 22:59 阳光VIP 阅读(174) 评论(0) 推荐(0) 编辑
摘要：
总目录：之一，之二，之三，之四，之五，之六，之七，之八 这是2011年7月的一次QQ群对话记录，做了匿名化处理，并重新调整了顺序，以便于阅读。对话的开始，是有人提到他们公司的产品部门和开发部门正在打架，后者希望能有写好的或者至少是靠谱的产品定位和功能文档，而前者则认为根本不存在这种文档，肯定是想到哪里做到哪里；而后者又认为没有这种文档，一是不知道做什么，二是返工肯定太多。总之是两个部门为一个先有鸡还是先有蛋的扯不清楚的哲学问题打架。这次对话没有去解决任何到底需要不需要这种文档的问题，也没有解决这种文档到底写成什么样子好的技术问题，因为每个公司，每个产品，每个团队，都可能有自己最适合的方法。这次 阅读全文
posted @ 2011-09-15 10:42 阳光VIP 阅读(113) 评论(0) 推荐(0) 编辑
摘要：
总目录：之一，之二，之三，之四，之五，之六，之七，之八上节“对问题最深入的认识是知道答案”中讲到，要引发大家说出答案而不是抱怨问题，最好提前自己知道一个答案，即使不是最好的。但是这么多人都不知道答案，我怎么能知道呢？方法就是坚信“我是屋子里边最聪明的一个人，答案将由我在下一分钟给出”。前半句这么狂，本来只有火星上才有这种谚语的，但是有一次被指出在《秘密》中地球人2008年早就说过了（在线阅读：http://book.qq.com/s/book/0/12/12432/），听说是本好书。为何心想才能事成心想事成刚开始是个必要条件，但以后会逐渐变成充分条件。为何是个必要条件？一屋子人其实不一定谁最聪 阅读全文
posted @ 2011-09-14 14:53 阳光VIP 阅读(160) 评论(0) 推荐(0) 编辑
摘要：
总目录：之一，之二，之三，之四，之五，之六，之七，之八是否见过这种场景：一堆人在会议室，谈论一个亟待搞定的客户：“这个客户可难缠了……”“可不是，我给你说……”“对对，我也是有亲身体会的，比如……”“别提了，上一次……”又如一堆人在会议室，讨论一个新的市场方向：“这个新方向不好开拓，……”“咱们刚开始，你看人家IBM……”“别提IBM了，就光一个XX就够我们受的……”“咱们一无案例，二无资金，三无人才，……”暂且不管他们讨论的事务本身，而来看一个问题：人们为何会向鲨鱼扑向鲜血一样，争先恐后地表达自己认为某个问题有多么难办？分析在冬吴相对论中吴伯凡分析过这种心理（可能是《不抱怨的世界》）。他认为 阅读全文
posted @ 2011-09-14 12:04 阳光VIP 阅读(133) 评论(0) 推荐(0) 编辑 |
|||
