在中宏的AET训练营中,必胜队在11月6日做了个主题分享。
11月21日的心得记录
应Shine的要求,总结心得,内容如下:
我先陈述一下经过。刚领到任务,就觉得对于这一次而言,问卷只是辅助,最终目的是为了跟准客户约初面,于是就开始动脑筋想哪里的潜在客户可能最多。刚开始去置地广场,想在卖婴儿用品的地方试试,结果因为是周六的缘故,这时候商场里人很少,我呆了两分钟,见情况不理想就离开了。这时候想,如果室内人不多的话,那只有试试室外路人了。于是在南京路步行街上随机找了个坐着休息的中年男性,我已经尽量将“保险”包装成了“理财的基础”,但对方一听是保险就表示不感兴趣。我于是追问他对保险不感兴趣的原因,可惜对方就逃开了。这样的情况倒也不意外。不过仍然让我心里难受了一下,觉得正在从事的这个行业,待改善的东西实在太多了。
后来的七个接触都算成功。我抱着在生活中营销的想法,开始按自己的节奏,随意的活动。先是在置地的ATM机旁边和两个来自吉林的女生聊起来,后来也分别做了问卷,其中一个姓赵的女孩甚至表示自己对销售保险有兴趣。接着在肯德基和同桌聊天,她是个正在念书的大学生,家长給她买过保险,但她本人对那份保险的保障内容几乎一无所知。。她做完问卷后。然后有一次问路经历,也和指路人聊起来并做了问卷。接着在麦当劳里面做了三份问卷,其中一位妈妈带着六岁的儿子,虽然给儿子买过保险,但她并不清楚保障内容,另两位则是学生。
接下来说说感悟。我感觉表现得自信和专业很重要。另外抱着交朋友的心态会更有助于业务的开展。
做得不足的地方则是,对谈话的长度控制得不够,导致所访谈的数量不够多,包括与一对定居在洛杉矶的年老香港夫妇关于基督教的谈话。可能也是因为心态比较放松的原因吧。
又见Ofbiz
操作系统升了级,安装各种各样东西的时候,某种气氛感到亲切,一下子回想到了三年多以前,一边带队自主开发PPGPOWER,一边评估和学习开源ERP的时候。时间过得真快。想到了Ofbiz,于是去看了一眼。
Ofbiz现在的版本是9.04,看起来有了比较大的改变,这哪怕只从项目的首页上就可以看出来,Art design都比过去好很多,过去的版本在我的印象中全是文本而已。翻看了一下相关新闻,果然是Ofbiz升级成为了Apache的一线项目,可想而知获得了更多的资源。难怪啊,同级别的可都是些如Firefox,Tomcat等的NB项目,咱也不能拖后腿不是?
顺便看了一眼OpenTaps,作为一款在Ofbiz基础上开发的软件,它不紧不慢开发自己的特色功能的同时,也没忘记及时集成进新版本Ofbiz的特性。好像OpenTaps存心就想要给人这样的感觉:“兄弟我就是要比Ofbiz始终多那么一点点”。呵呵,不过只是会让人犯嘀咕,Ofbiz现在开始风光了,人家发飙的话,你老是跟着后面混总有点捡便宜的感觉,以前Ofbiz发展慢的时候,人家会说你“锦上添花”,现在会不会被人笑话“狗尾续貂”,或者干脆被人忘记?且让我们拭目以待OpenTaps的下一步会如何发展吧。
当然没有调查就没有发言权,如果有时间,也许好好测评一下这两款软件。
有意思的一点是,Ofbiz是09年4月份发布的,版本号从以前的好像4.0一下变成了 9.04,如果你熟悉开源世界,想到了什么呢?对啊,正好也是Ubuntu9.04出来的时间。莫非…….?(它俩暗地里有一腿?)
这也许会是个暗示:也许一些大的机会正在开源世界出现,以Linux为主操作系统的全开源的中小企业的电子商务应用?这可是我以前一直想在XXX做的。想到这点,我不由得想,如果看到有机会,我会不会冲上去搏?
或者还是感叹一下,几年前一直在关心着Open Source ERP的我,还是现在这个我吗?(这句话是不是有点别扭,应该倒过来说?)
光阴荏苒,往事如烟 。。。。。。
光烈兄:
余不揣冒昧,录来两首旧作与君重温盛年往事,以述友谊耳。又送新句六首,略述出游北京、上海、南京、武汉之概况,供汝分享大千世界之部分风光,与余同乐也!
文字虽貌似七言古体,但对仗、韵律、平仄均不十分严格,班门弄斧,献丑了。大有不妥之处,望兄不吝指正,余企望函复,诚谢。
友:良臣
二零零九年十一月十日
几个项目管理的总结
整理家里的旧电脑,翻出来这一篇2005年左右的论文:
摘要:本文通过对笔者2003-2005年上半年实施的软件项目的回顾,结合项目管理理论,总结出以前项目管理中的种种不足,并提出解决办法,同时指出今后努力的方向。
<后续内容已遗失>
《ASP.NET 3.5 编程》译者序
回头看已经过去的二OO九年上半年,我所经历的事情里,纷纷扰扰热热闹闹,与技术直接相关的却很少。而翻译这本书的过程,正好能够让我在纷繁的外部世界中抽身岀一些时间,埋头在技术的氛围中,平心静气,感觉一如几年前的某些时候。
技术在不停地发展,而人也在不断地变化。当暂离技术一段时间之后以译书这样的方式重新与技术约会,于新技术中看到老技术的影子的时候,那种感觉就好像是蓦然回首,那人却在,灯火蘭珊处。而自已也因此而记得,自己还是从前那个自己。如果技术可以负载情感,那无非也是因为与技术相关的人的喜怒哀乐与人生际遇。当以后看着这本书时,我会记得在父亲病房中陪护兼翻译的那段时光。
回头说说翻译质量,本书系统化地讲述了微软ASP.NET 3.5的编程技术,中规中矩,内容难度虽不算大,但翻译过程中的疏漏之处在所难免,希望读者朋友们谅解并不吝指正。
感谢温昱先生的热心推荐,两位合译者邹强、李潘的精诚合作以及徐定翔等多位编辑的辛勤工作。谢谢刘宝忠、王强在一些具体翻译问题上的帮助。谢谢姚元杰兄弟,译作中的相当一部分在他北京的寓所内完成。
最后,感谢父母亲给我的无条件的爱与支持,祝他们身体健康。
[转帖] 成功者闯荡社会的50条感悟
1、所有的困苦都是有用意的-这是老天爷在磨练你,为了把重任交给你
2、毛遂自荐,好处多多-让别人看到你,知道你的存在,知道你的能力
3、千万别入错行-人情有牵绊,恩怨的纠葛,转行可不是那幺容易的呀
4、别轻易转行-转行的风险很大,若无大决心,大魄力,最好不要轻率为之
5、不只为了糊口,还要有抱负-你要想:在这个行业中,我要成为什幺样的人
6、不要独享荣耀-独享荣耀,有天就会独吞苦果
7、用耐心把冷板凳坐热-冷板凳都坐过了,还有什么好怕的呢
8、留一点空间给你的主管-当主管也需要安全感
9、摸鱼小心摸到螃蟹!-摸鱼会成为你在社会上行走的负载
10、不要有[怀才不遇]的想法-怀才不遇多半是自己造成的
11、天下没有[好赚]的钱-先从小钱开始赚吧
12、当你遇到魔鬼型的主管-接受他的磨练吧
13、勿当众辱骂你的主管-那会让你无路可走,结果只有走路一途
14、向不同的行业的人吸收新知识-记住要用请教的态度
15、犯错,就诚实的认错-狡辩,诿过只会害了你自己
16、用[吃亏就是占便宜]的心态做事做人-它可累积你的工作经验,充实你的作事的能力,扩张你的人际网络
17、以失败为师-与其在失败中记取教训,不如从别人有失败中检取教训
18、勿在失意者面前谈论你的得意-这会对你的人际关系造成伤害
19、别轻视[守时]这件事-守时是对别人的一种尊重
20、精诚所至,金石为开-你的真心成意会在对方的感动中激起你的同情和不忍
21、朋友要分[等级]-这是为了保护自己免受伤害
22、用[时间]来看人-时间是让对方不自觉的检验师
23、用[打听]来看人-把获得的信息汇集起来,就可以了解这个人
24、用[投其所好]来看人-他会不知不觉地把假面具掀掉
25、建立一个[朋友档案]-以免人到用时方恨少
26、扩大交友的圈子-主动出击,勿等别人上门来
27、保持交朋友的弹性-敌人也可以变朋友
28、交会[修理]你的朋友-这种朋友正是你人生的导师
29、好朋友要[保持距离]-这样的友谊才能长久
30、小心突然升高热度的友情-不推不迎,冷眼以观,礼上往来
31、以[勤]补能力不足-勤将使你自然发亮,为人注意
32、把一天变成四十八小时-让每一分每一秒都发挥最高的效益
33、为自己拼几枚[勋章]-建立地位,声望,让别人尊敬你,礼遇你
34、碰到困难,决不轻言退却-要把困难当成对自己的试练
35、作老二,不要作老大-老大没当好,会变成老三老四
36、勿在工作上被人看轻-别混日子,别看轻职份,别混水摸鱼
37、钱追人,人追健康-有了健康,还怕赚不到钱
38、勿吝于提后进-他们会成支持你的力量
39、中规中矩,赢得尊重-赢得尊重,也赢得信赖
40、适度的[自抬身价]-在就业市场里,人也是一种商品
41、用[物质利]换取[人情利]-物质利是一时的,人情利是长远的
42、把敬业变成习惯-短期来看是为了雇主,长期来看是为了自己
43、寻找一位[衣食父母]-他可省下你的摸索的碰撞
44、运用[累积法]壮大资产-不求快,不求多,不中断
45、找一位对手来跟-跟住他,并且超越他
46、全力以赴,迎接工作上的种种[测试]-不要把突来的状况当成是整你
47、忍一时,风平浪静
48、套用别人的成功模式-别人的成功模式是一种指引,让你有方向可循
49、把自己当成老板或主管-在工作中见习,培养当老板或主管的格局和能力
50、勿满足于眼前的小小成就-你要问自己,我这辈子只有这样吗
几句古人的话
静坐常思己过,闲谈莫论人非,
能受苦乃为志士,肯吃亏不是痴人,
敬君子方显有德,怕小人不算无能,
退一步天高地阔,让三分心平气和,
欲进步需思退步,若着手先虑放手,
如得意不宜重往,凡做事应有余步。
这些古人的话,实际上总结的是一些关于处理事情的pattern. 遇事懂得套用这个pattern多思考一下,也算有智慧了。
[转贴]软件开发者面试百问
作者 Jurgen Appelo译者 李剑 转载自InfoQ
想雇到搞软件开发的聪明人可不容易。万一一不小心,就会搞到一堆低能大狒狒。我去年就碰到这种事了。你肯定不想这样吧。听我的,没错。在树上开站立会议门都没有。
问点有难度的问题能帮你把聪明人跟狒狒们分开。我决定把我自己整理出来的软件开发者面试百问发出来,希望能帮到你们的忙。
这个列表涵盖了软件工程知识体系中定义的大多数知识域。当然,如果你只想找出类拔萃的程序员,便只需涉及结构、算法、数据结构、测试这几个话题。如果想雇架构师,也可以只考虑需求、功能设计、技术设计这些地方。
不过不管你怎么做,都要牢记一点:
这里大多数问题的答案都没有对错之分!
你可以把我的这些问题作为引子,展开讨论。例如下面有个问题是使用静态方法或是单例的缘由。如果那个面试的就此展开长篇大论,那他很有可能是个聪明能干的家伙!如果他一脸茫然的看着你,发出这种声音,很明显这就是只狒狒了。同样,想知道一个数是不是2的乘方也有很多方法,不过要是面试的人想用mod运算符,嗯……你知道我的意思吧。(你不知道也没关系,来根香蕉?)
需求
- 你能给出一些非功能性(或者质量)需求的例子么?
- 如果客户需要高性能、使用极其方便而又高度安全,你会给他什么建议?
- 你能给出一些用来描述需求的不同技术么?它们各自适用于什么场景?
- 需求跟踪是什么意思?什么是向前追溯,什么是向后追溯?
- 你喜欢用什么工具跟踪需求?
- 你怎么看待需求变化?它是好是坏?给出你的理由。
- 你怎样研究需求,发现需求?有哪些资源可以用到?
- 你怎么给需求制定优先级?有哪些技术?
- 在需求过程中,用户、客户、开发人员各自的职责是什么?
- 你怎么对待不完整或是令人费解的需求?
功能设计
- 在功能设计中有哪些隐喻?给出几个成功的例子。
- 如果有些功能的执行时间很长,怎么能让用户感觉不到太长的等待?
- 如果用户必须要在一个很小的区域内,从一个常常的列表中选择多个条目,你会用什么控件?
- 有哪些方法可以保证数据项的完整?
- 建立系统原型有哪些技术?
- 应用程序怎样建立对用户行为的预期?给出一些例子。
- 如何入手设计一组数量庞大而又复杂的特性,你能举出一些设计思路吗?
- 有一个列表,其中有10个元素,每个元素都有20个字段可以编辑,你怎样设计这种情况?如果是1000个元素,每个元素有3个字段呢?
- 用不同的颜色对一段文本中的文字标记高亮,这种做法有什么问题?
- Web环境和Windows环境各有些什么限制?
技术设计
- 什么是低耦合和高聚合?封装原则又是什么意思?
- 在Web应用中,你怎样避免几个人编辑同一段数据所造成的冲突?
- 你知道设计模式吗?你用过哪些设计模式?在什么场合下用的?
- 是否了解什么是无状态的业务层?长事务如何与之相适应?
- 在搭建一个架构,或是技术设计时,你用过几种图?
- 在N层架构中都有哪些层?它们各自的职责是什么?
- 有哪些方法可以确保架构中数据的正确和健壮?
- 面向对象设计和面向组件设计有哪些不同之处?
- 怎样在数据库中对用户授权、用户配置、权限管理这几项功能建模?
- 怎样按照等级制度给动物王国(包括各种物种和各自的行为)建模?
程序设计
- 你怎样保证你的代码可以处理各种错误事件?
- 解释一下什么是测试驱动开发,举出极限编程中的一些原则。
- 看别人代码的时候,你最关心什么地方?
- 什么时候使用抽象类,什么时候使用接口?
- 除了IDE以外,你还喜欢哪些必不可少的工具?
- 你怎么保证代码执行速度快,而又不出问题?
- 什么时候用多态,什么时候用委派?
- 什么时候使用带有静态成员的类,什么时候使用单例?
- 你在代码里面怎么提前处理需求的变化?给一些例子。
- 描述一下实现一段代码的过程,从需求到最终交付。
算法
- 怎样知道一个数字是不是2的乘方?怎样判断一个数是不是奇数?
- 怎样找出链表中间的元素?
- 怎样改变10,000个静态HTML页面中所有电话号码的格式?
- 举出一个你所用过的递归的例子。
- 在散列表和排序后的列表中找一个元素,哪个查找速度最快?
- 不管是书、杂志还是网络,你从中所学到的最后一点算法知识是什么?
- 怎样把字符串反转?你能不用临时的字符串么?
- 你愿意用什么类型的语言来编写复杂的算法?
- 有一个数组,里面是从1到1,000,000的整数,其中有一个数字出现了两次,你怎么找出那个重复的数字?
- 你知道“旅行商问题(Traveling Salesman Problem)”么?
数据结构
- 怎样在内存中实现伦敦地铁的结构?
- 怎样以最有效的方式在数据库中存储颜色值?
- 队列和堆栈区别是什么?
- 用堆或者栈存储数据的区别是什么?
- 怎样在数据库中存储N维向量?
- 你倾向于用哪种类型的语言编写复杂的数据结构?
- 21的二进制值是什么?十六制值呢?
- 不管是书、杂志还是网络,你从中所学到的最后一点数据结构的知识是什么?
- 怎样在XML文档中存储足球比赛结果(包括队伍和比分)?
- 有哪些文本格式可以保存Unicode字符?
测试
- 什么是回归测试?怎样知道新引入的变化没有给现有的功能造成破坏?
- 如果业务层和数据层之间有依赖关系,你该怎么写单元测试?
- 你用哪些工具测试代码质量?
- 在产品部署之后,你最常碰到的是什么类型的问题?
- 什么是代码覆盖率?有多少种代码覆盖率?
- 功能测试和探索性测试的区别是什么?你怎么对网站进行测试?
- 测试套件、测试用例、测试计划,这三者之间的区别是什么?你怎么组织测试?
- 要对电子商务网站做冒烟测试,你会做哪些类型的测试?
- 客户在验收测试中会发现不满意的东西,怎样减少这种情况的发生?
- 你去年在测试和质量保证方面学到了哪些东西?
维护
- 你用哪些工具在维护阶段对产品进行监控?
- 要想对一个正在产品环境中被使用的产品进行升级,该注意哪些重要事项?
- 如果在一个庞大的文件中有错误,而代码又无法逐步跟踪,你怎么找出错误?
- 你怎样保证代码中的变化不会影响产品的其他部分?
- 你怎样为产品编写技术文档?
- 你用过哪些方式保证软件产品容易维护?
- 怎样在产品运行的环境中进行系统调试?
- 什么是负载均衡?负载均衡的方式有哪些种?
- 为什么在应用程序的生命周期中,软件维护费用所占的份额最高?
- 再造工程(re-engineering)和逆向工程(reverse engineering)的区别是什么?
配置管理
- 你知道配置管理中基线的含义么?怎样把项目中某个重要的时刻冻结?
- 你一般会把哪些东西纳入版本控制?
- 怎样可以保证团队中每个人都知道谁改变了哪些东西?
- Tag和Branch的区别是什么?在什么情况下该使用tag,什么时候用branch?
- 怎样管理技术文档——如产品架构文档——的变化?
- 你用什么侗剧管理项目中所有数字信息的状态?你最喜欢哪种工具?
- 如果客户想要对一款已经发布的产品做出变动,你怎么处理?
- 版本管理和发布管理有什么差异?
- 对文本文件的变化和二进制文件的变化进行管理,这二者有什么不同?
- 同时处理多个变更请求,或是同时进行增量开发和维护,这种事情你怎么看待?
项目管理
- 范围、时间、成本,这三项中哪些是可以由客户控制的?
- 谁该对项目中所要付出的一切做出估算?谁有权设置最后期限?
- 减少交付的次数,或是减少每个每个交付中的工作量,你喜欢哪种做法?
- 你喜欢用哪种图来跟踪项目进度?
- 迭代和增量的区别在哪里?
- 试着解释一下风险管理中用到的实践。风险该如何管理?
- 你喜欢任务分解还是滚动式计划?
- 你需要哪些东西帮助你判断项目是否符合时间要求,在预算范围内运作?
- DSDM、Prince2、Scrum,这三者之间有哪些区别?
- 如果客户想要的东西太多,你在范围和时间上怎样跟他达成一致呢?
自定义matrixview屏幕保护
闲来无事,翻到屏幕保护程序中有一个MatrixView,黑客帝国的风格。但显示的图片是原电影中的人物图片。如果自定义成自己想要的图片,岂不更好玩?
Google是好东西,很快就找到了答案。http://ubuntuforums.org/showthread.php?t=400281
看看效果:
