导航↓ 相册|收藏博客|加入友情链接|给博主留言
我要啦免费统计阅读使人充实,会谈使人敏捷,写作与笔记使人精确。史鉴使人明智;诗歌使人巧慧;数学使人精细;博物使人深沉;伦理之学使人庄重;逻辑与修辞使人善辩。-培根
黑猫大队长
2018-1-15 21:46

™™™
2017-10-18 10:12
™™™
2017-10-18 10:11
™™™
2017-10-18 9:52
Z浪迹天涯
2017-10-16 1:3
sunnyrl
2017-9-13 12:2
pangdan2007
2017-7-10 19:54
  • 创建:2007/2/23
  • 文章:973
  • 评论:5127
  • 访问:964395
  •  

2007-7-17 13:20 | 《形而上学》读书笔记

亚里士多德(前384-前322)是最后一个提出完整世界体系的人,亚里士多德集中古代知识于一身,恩格斯称他是“最博学的人”。 在哲学方面,亚里士多德最大的贡献在于创立了形式逻辑和三段论推理。
 
《形而上学》是古希腊哲学家亚里士多德(Aristotle,公元前384一前322年)的重要的哲学著作。中文译名“形而上学”取自《易传》中“形而上者谓之道,形而下者谓之器”一语。
 
读了下《形而上学》的第一卷,摘录如下:
 
原文:在业务上看,似乎经验并不低于技术,甚至于有经验的人较之有理论而无经验的人更为成功。理由是:经验为个别知识,技术为普遍知识,而业务与生产都是有关个别事物的;
 
这里我们应该先搞清楚三类词,第一类是理论和知识,通过理论学习我们可以获取到知识;第二类是经验,通过实践我们可以获取经验;第三类是技术和技能。
技能获取有两种途径:
理论+实践 =技能
实践 = 技能
这里应该再说明如下:
1.单独的理论不能转为技能,但单独的实践可以转为技能,只是积累曲线漫长。
2.单独的实践获取的技能一般在技能的初级阶段,而理论加实践获取的技能可以达到技能的高级阶段。
3.理论学习后进行实践周期应该在半年以内,否则学到的理论为空洞理论终究被遗忘。实践后转学理论的周期最好在1-2年内,否则影响技能的进一步提升。
 
我们可以用下图来模拟下各种方式下的技能增长曲线:
 
 
原文:凭经验的,知事物之所然而不知其所以然,技术家则兼知其所以……
编辑 | 阅读全文(4601) | 回复(1),人月&神话 发表于 2007-7-17 13:20

2007-7-17 13:20 | 一束康乃馨(露珠儿)

在这个世界上,无论伟大的或是卑微的生命都是由母亲孕育而成的,古往今来母爱的神圣与伟大用再多的溢美之词形容都不过分,母爱的永恒和无私是其他任何一种爱所无法比拟的,如果你是一位母亲,你应该为此而骄傲。尤其在这个阳光灿烂、鲜花盛开的季节:五月,还有专门的一天是给母亲的,叫作母亲节;更有专门的一种美丽的花也是给母亲的,叫作康乃馨。
 
“七十有个家,八十有个妈”是北方的一句土话,“家”是归宿,“妈”是指象阳光一样永不干涸的爱,一个人无论多苦、多累、多老、多穷,只要母亲还在,他就是个“宝”。我在想是不是一年一度的母亲节就能表示对母爱的一份回报呢?这个从西方传过来的节日很快就被讲孝道的中国人接受了,也学着在这一天买礼物、买花送给亲爱的妈妈,而其实有很多操劳大半生的母亲并不知道还有这麽个节日,甚至会对着你送来的鲜花和礼物批评说:“买这些东西干嘛?浪费钱!”当你讲给她“母亲节”和代表母爱的康乃馨的时候,她一定笑着说:“有时间常回家看看就行了,想吃什麽妈给你做,记住什麽都不要给我买,你们挣钱都不容易,再说妈的退休金也不少……”母爱一点也不浪漫,就这麽朴实。

在母爱面前讲回报,我真是有点儿小儿科了。从一个生命的孕育开始,母爱就显示出强大的力量,孕吐再厉害也要强迫自己吃下有营养的食物,因为腹中的宝宝需要;捏着鼻子喝没有滋味的油腻的肉汤,为了宝宝有足足的奶水吃;度过忙碌而缺乏睡眠的婴儿期,就要攒钱为孩子选择最好的幼儿园、小学,在每天接送孩子上学、放学的路上,边听他讲校园里的趣闻,边盘算着晚餐的食谱;上中学了,开始察言观色地注意孩子的思想变化,第一次和孩子争吵,然后是谈心,然后还是争吵……代沟无可否认地横在面前;上大学了,想孩子想得睡不着觉,他在那里饭吃得好不好,宿舍里的暖气热不热,胖了瘦了,有没有谈女朋友……当孩子成家立业的时候,母亲已经是鬓发染白霜了。几乎每一位现在已是中年或老年……
编辑 | 阅读全文(1387) | 回复(0),人月&神话 发表于 2007-7-17 13:20
方法论的英文为Methodology,词典中的解释为"A series of related methods or techniques"我们可以把它定义为软件开发(针对软件开发)的一整套方法、过程、规则、实践、技术。关于方法论的出现的问题,我很赞同Alistair Cockburn的一句话,"方法论源于恐惧。"出于对项目的超期、成本失控等等因素的恐惧,项目经理们从以前的经验出发,制定出了一些控制、监测项目的方法、技巧。这就是方法论产生的原因。

在Agile Software Development一书中,作者提到了方法论的十三个要素,基本能够函盖方法论的各个方面:
角色(Roles)
个性(Personality)
技能(Skills)
团队(Teams)
技术(Techniques)
活动(Activities)
过程(Process)
工件(Work products)
里程碑(Milestones)
标准(Standards)
质量(Quality)
工具(Tools)
团队价值(Team Values)
 
管理,被称为科学和艺术的融合体,而管理的艺术性部分很大程度的体现为人的管理上。我说,方法学,一样是科学和艺术的融合体。这是有依据的,其实方法论和管理学是近亲关系,管理学中有一门分支是项目管理,而在软件组织中,项目管理是非常重要的,方法学就是一种针对软件开发的一种特定的项目管理(或是项目管理的一个子集)。
 
重型方法最大的一个问题就在于他不清楚或忽略了艺术这个层次,忽视了人的因素,把人做为一……
编辑 | 阅读全文(2317) | 回复(0),人月&神话 发表于 2007-7-17 13:20
可视化项目管理一书也提到了V型模型,重点也是强调产品整个生产过程中都附带着产品的确认和验证过程;
 
我们正向可以通过评审和代码走查来发现缺陷,逆向一般通过测试环节来保障。
 
CMMI两个关键过程域,一个是确认(Verify),一个是验证(Validate).我的理解是确认更多的是希望你正向发现问题,而验证则是逆向发现问题。正向发现问题,发现各阶段的缺陷,减少缺陷泄漏率,是最佳降低成本和工作量的方式。
 
编辑 | 阅读全文(1412) | 回复(0),人月&神话 发表于 2007-7-17 13:20
做事情和工作一定要有兴趣,有兴趣才能够有激情,才能够去影响和感染他人,这样即使还没有行动,其实事情已经做好了一半。
 
在你空闲的时候多帮助他人,因为这既培养了人缘,又增加了你解决和分析问题的能力,提升了你自己的技能。
 
你不应该是被动的去接受工作,而应该是主动的去完成工作,并且主动反馈。
 
永远不用觉得自己无事可做或无东西可学,IT知识学无止境,能够应付工作不能代表你技能的全面,为了明天生活的更好,努力学习新知识和新技术,即使工作中暂时用不到。
 
应该对自己的技能进行分类和评估。工作技能应该专而精,这样是为了挤出时间留给自己学习。知识面一定要泛而广,三教九流,诸子百家,可以不求甚解,但最好更方面技术知识都能够有概念。
 
工作中一定不要固执和钻牛角尖,要善于变通
 
工作中要善于横向思维,不要老以为自己什么都对的,而忽略了他人建设性意见。
 
你是团队中的一员,项目成功是大家共同努力的结果。虽然你功劳可能很大。
 
不要简单的自己认为不可能的事情就不去做,记住你的潜力只发挥了10%不到,没有实践过就无法检验是否可能,即使失败也可以为我们积累失败的经验教训,也是收获。
 
你的今天是为了你更好的明天,在你离开公司的时候除了待遇,请多想想我是否学会了相关的求生技能。我在现在公司是否已经不能满足我求知的欲望。
 
工作要有计划和有目的性,每天记录工作日志,合理的安排好自己的时间。真正的做到要事第一;为防患于未然,努力去做重要而不紧急的事情
 
不用因为沉迷于代码而忽略了自己的沟通和交流能力,这样你将永远无法朝更高的职业目标发展。
 
关注公司中你没有做而别人在做的对你有价值的事情,悄悄的学习。
编辑 | 阅读全文(960) | 回复(0),人月&神话 发表于 2007-7-17 13:20

2007-7-17 13:20 | IT项目管理中的2/8原则

 
项目中80%的价值由20%的人所贡献。
 
项目中20%的设计开发人员创造80%的BUG。
 
项目中20%的设计开发人员产出80%的成果或源代码。
 
软件系统中20%的功能满足80%的用户需求。
 
项目经理沟通中80%的时间花在和20%的人沟通上。
 
项目中20%的风险影响项目80%的进度和质量,而其余20%风险仅仅影响20%进度和质量。
 
项目团队中20%的人员获取了项目80%的薪酬 (这条不适用,弊端)
编辑 | 阅读全文(815) | 回复(0),人月&神话 发表于 2007-7-17 13:20

2007-7-17 13:20 | Project使用初步(1)

1.初始项目的定义
这里建议不用去修改Proj自己的标准日历,而新定义一个项目自己的日历,在新建立资源的时候把资源对应的日历全部选择为项目自己的日历,这样后期灵活性和资源约束等计算上较好控制。日历设置时候竖向选择到各列,即会对所有的年和月进行设置,很方便。如可以设置为周一,周四加班等。
 
2.列的定义
对于任务项,名称\工期\工时\开始时间\完成时间\前置任务\资源是必须要的关键列。其余可以视情况自定义。
对于资源项,基准日历是重要的一个列,需要显示出来。
可以自定义域,比如增加一个任务类型的字段,设置为选择输入,选择项为需求\设计\编码\测试等几个选择项
 
3.Project常用的批操作

最常用的是选择中多个任务一起进行任务属性的设置。
可以将常用的操作录制为宏,并设置快捷键,这样可以很方面的完成一个任务基本属性的设置。
 
4.任务的链接

直接选择中多个任务,点工具栏上的链接任务即可完成链接。
在甘特图中,通过鼠标拖拽两个条形图,可以完成两个任务的链接。
工具栏上的升级和降级两个按钮是最常用的按钮,可以很方面的完成任务的大纲编排和组织。
 
5.四种任务相关性(A->B)
完成-开始(FS):常用类型不解释
开始-开始(SS):只要A一开始B就可以开始,而不强调A一定要做多少B才能开始。如XP结队开发任务,只要设计开始了编码就可以开始。
完成-完成(FF):A完成B才能够完成。任务A的完成时间不能大于任务B的完成时间,但任务B的完成时间可以滞后于任务A。
开始-完成(SF):A开始后B才能算做完成。任务A的开始时间不能大于任务B的完成时间。任务B能否提前完成取决于A能否提前开始。
延隔时间:可以实现两个任务的迭代和并行,也可以实现一些任务空等待特殊需求,如和面任务完成后必须等待发酵完成才能开始做馒头。这里就有个空……
编辑 | 阅读全文(2878) | 回复(3),人月&神话 发表于 2007-7-17 13:20

2007-7-17 13:20 | 喜还是忧

闲着无聊,到网上瞎逛了下。
发现系统分析员之窗和AMT Blog转载了我的风险管理和思维导图,但没有注明出处。
 
新浪博客确实有问题,很难宣传,而且Google也搜索不到。
 
无可奈何,我只有在我的公告栏上面写清楚转载需注明出处,只要注明出处则随便转载,这样也可以方面我宣传我的Blog.
编辑 | 阅读全文(862) | 回复(0),人月&神话 发表于 2007-7-17 13:20

2007-7-17 13:20 | 博士的故事(转)

 
有一个博士分到一家研究所,成为学历最高的一个人。有一天他到单位后面的小池塘去钓鱼,正好正副所长在他的一左一右,也在钓鱼。他只是微微点了点头,这两个本科生,有啥好聊的呢? 

不一会儿,正所长放下钓竿,伸伸懒腰,蹭蹭蹭从水面上如飞地走到对面上厕,博士眼睛睁得都快掉下来了。水上飘?不会吧?这可是一个池塘啊。正所长上完厕所回来的时候,同样也是蹭蹭蹭地从水上飘回来了。怎么回事?博士生又不好去问,自己是博士生哪!  过一阵,副所长也站起来,走几步,蹭蹭蹭地飘过水面上厕所。这下子博士更是差点昏倒:不会吧,到了一个江湖高手集中的地方? 
 
博士生也内急了。这个池塘两边有围墙,要到对面厕所非得绕十分钟的路,而回单位上又太远,怎么办? 博士生也不愿意去问两位所长,憋了半天后,也起身往水里跨:我就不信本科生能过的水面,我博士生不能过。 
 
只听咚的一声,博士生栽到了水里。两位所长将他拉了出来,问他为什么要下水,他问:“为什么你们可以走过去呢?”两所长相视一笑:“这池塘里有两排木桩子,由于这两天下雨涨水正好在水面下。我们都知道这木桩的位置,所以可以踩着桩子过去。你怎么不问一声呢?”
 
感悟:
 
学历代表过去,只有学习力才能代表将来。尊重经验的人,才能少走弯路。
一个好的团队,也应该是学习型的团队。
 
只有经验和学历融合的时候才会发挥最大效能,所以两者同样重要。
我们的学习绝对不能……
编辑 | 阅读全文(952) | 回复(1),人月&神话 发表于 2007-7-17 13:20
公司现在正在过CMMI三级,我的一个项目也是评估项目,所以最近一段时间会专门在我的Blog上面发些CMMI评估和项目实践经验的一些文章,希望对其它公司或人有所帮助.
 
再说明下的是CMMI强调的是你要做哪些事情,也有关键的PA也会给出一些参考的实践方法,但项目究竟如何去做则给项目的实际项目情况关系很大,另外一个就是项目做后能够达到什么效果,这个CMMI并没有给出很明确的量化评估方法.这就是我们常说的你是知其然并知其所以然,还是简单的依样画葫芦,最后大家可能都能够过CMMI三级,但是最终对项目,对我们软件产品的质量能够改进多少则可能不同项目差别很大.我会把这方面的一些实践和经验逐步的写出来供大家参考.
 
现在先列出项目的自我简单评估情况,主要列出项目经理关注的过程域:
 
 
 
 
编辑 | 阅读全文(1943) | 回复(0),人月&神话 发表于 2007-7-17 13:19
 
项目中的假设约束依赖和承诺是制定项目计划的时候要确定的内容。
 
项目假设是我们先说严格意义的和非严格意义的:严格意义是在当前时间点根据当前拥有的各种工具无法确定的事物或事件,而且这些事件会对你的项目造成影响。你的项目是在假设条件成立的情况下进行了。由于假设是不确定因素,所有项目的所有假设都是项目的风险,只是风险的严重程度不同而已,对于关键的风险应该转化为项目的风险,在后续进行风险的分析和跟踪。比如项目现状是没有测试人员,你可以假设项目在进入测试阶段的时候,能够招聘到两名技能符合要求的测试人员。同时可以将该条假设转化为风险,即可能存在无法招聘到测试人员,而影响测试和整体进度的风险。
 
另外还想说的是非严格意思的假设,比如我们经常和别人讨论问题时候爱说假设你的说法是正确的,这个应该说是一种非严格意思的假设,因为在当时这个点究竟他的说法是否正确是可以通过其它评估方法或工具进行判断的,是一个确认的事情,而不是远期未确认的一个预测性的事情。所以说对于根据自身或组织级的现有条件无法来评估的现在的某一个事物或事件。这也可以做为假设。在项目开始时候,我们可能并没有一套很体系化的评估和测评工具能够来测评我们每个项目成员的技能是否达到要求,所以可以做个假设,假设项目中的每个成员都达到了组织或项目要求的技能要求。
 
而约束,是指所有对你项目有制约性的内部或外部因素都可以做为约束。约束有技术方面的约束如系统的开发必须采用分布式技术,约束也可能是非技术性的,如项目的资源或成本方面的约束。约束应该是一个在项目过程中不会发生变化的客观因素,因此比如项目中有新员工技能不能满足要求这就不应该做为项目的约束,因为这个约束是动态变化的,在项目的进行过程中由于新员工技能的提高,这个约束可能就不会成立了。另外约束也可以转化为风险进行跟踪,如项目可能存在……
编辑 | 阅读全文(1317) | 回复(0),人月&神话 发表于 2007-7-17 13:19
关键字:IT项目经理
项目控制就是根据项目跟踪发现的偏差和问题,制订相关的改进措施和解决方案并监督其执行,保证项目按照正常轨道运行。我们谈风险控制喜欢说要分析出风险的根源,项目控制也一样需要分析出问题和偏差的根源,而这一关键步骤则需要项目经理和整个项目组有完善的问题和偏差分析能力(涉及CMMI的DAR过程域)。

由于任何一个问题或偏差的产生都往往不是一个因素确定的,所以这里不仅仅是分析的时候需要综合考虑各个指标和因素,在我们制订方案和措施的时候也需要进行多因素决策。在这里我们举例说明下:当我们发现某个项目成员完成的某个功能提交系统测试后BUG很多,对于这个问题可能原因就有1)任务工作量安排太紧张,根本没有留够自测和单元测试时间 2)项目成员个体生产率较低,但估算没有考虑该情况。 3)该功能业务逻辑本身较复杂 4)发现BUG很多不是开发人员问题,而是需求没有写清楚;而具体针对以上不同原因应该采取的解决措施是 1)考虑我们的估算是否需要改进 2)对低于评价生产率新员工或成员要进行培训,并且对类似情况要进行风险分析 3)架构和设计人员要介入,加强沟通 4)需求质量要通过培训或需求评审进一步提高;如果存在多方面的原因则就需要制订复合的改进措施进行改进。

另外对于控制我们不能简单的理解成纠正偏离即可的一个简单过程,控制的一个重要任务是通过原因分析为我们后续版本积累宝贵经验。比如你在周跟踪的时候发现进度出现延后,你的控制措施可能是周末加班解决问题。但如果仅仅这样做的话则只治标而未治本,这样后续还会接二连三的出现进度延后的问题。但当你分析出进度延后的根源是项目成员的某方面技能没有达到而立刻组织相关培训进行改进的话,则后续就可以很好的避免类似问题的发生。
让我们来分析下常用的一些项目控制或纠正偏离方法:

1)需求不明确,用户老是改来改去,项目返工工作量大。
尽量是从我们开发模式上想办法,采用快速原型和用户确认需求,系统分……
编辑 | 阅读全文(2009) | 回复(0),人月&神话 发表于 2007-7-17 13:19
关键字:IT项目经理
 
项目经理在项目中的一个重要工作是沟通和协调。PMBOK把项目管理主要分为了项目启动,计划,执行,控制和结束五个阶段的工作。而我们这里谈项目跟踪和控制,主要就是涉及到项目的执行和控制两个重要管理程序。项目结束也很重要,后续还会专门来将关于项目总结和复盘的相关内容。项目跟踪和控制也是CMMI重要的一个过程域,其目的很简单就是要保证项目在现有资源的情况下按时的交出合格的产品来。因此所有对这个目的有造成影响的要素都应该属于项目跟踪控制的范畴。对于跟踪控制的类别则完全可以跟踪项目管理四要素来分,即项目范围,项目资源成本,项目的质量和项目进度四个方面的内容。

项目跟踪的目的是发现项目的偏离和问题,而项目控制的目的则是纠正偏离和解决问题。所以两者密不可分,跟踪是为控制服务,而只要对跟踪的内容控制了才能够真正达到效果。另外项目跟踪过程中还有一个重要目的就是收集项目度量所需要的数据,你在跟踪过程中发现的非异常数据也要收集和记录下来,为后续项目服务。

下面我们先来考虑项目的跟踪,这里面分别谈下跟踪的内容和跟踪的频度两个问题。除了从项目四要素进行跟踪外,另外还需要跟踪的就是项目的风险和问题。如果一个项目有不成功的理由,那这些理由都应该在项目启动时分析为项目的风险,所以说在一个项目中项目经理70%的时间都是在和项目的风险做斗争,你管理和控制住风险项目就成功了一半。而这里的问题主要应该有两类,一类是我们跟踪过程中发现的问题,另外就是在项目执行过程突发的事件和问题。

对于项目跟踪的频度一般分为日跟踪,周跟踪,阶段跟踪和里程碑点的跟踪几个方面。项目要跟踪的内容和面都很广,所以有些内容不会每天都会跟踪而是放在检查点或里程碑点统一跟踪一次。而对于一个项目小组来说我们的日跟踪或周跟踪最重要跟踪的内容就是任务完成情况,这是保证项目进度的一个重要内容,如果出现较大的偏离话就需要及时的调整项目进度计划。对于具……
编辑 | 阅读全文(1621) | 回复(0),人月&神话 发表于 2007-7-17 13:19

2007-7-17 13:19 | 人脉即财脉(摘录)

 
专业知识在一个人成功中的作用只占15%,而其余的85%则取决于人际关系。
——戴尔·卡耐基
 
你在公司工作最大的收获不只是你赚了多少钱,积累了多少经验,而更重要的是你认识了多少人,结识了多少朋友,积累了多少人脉资源。这种人脉资源不仅对你在公司工作时有用,即使你以后离开了这个公司,还会发生作用,成为你创业的重大资产。拥有它之后,你知道你在创业过程中一旦遇到什么困难,你该打电话给谁。
 
所以你留在一个企业更多应该是考虑三方面的因素了,一个是待遇,一个是知识和经验的积累,另外可能更重要的是人际关系的积累.
 
在我们的工作和生活中,可以作为智囊的朋友,大抵可分为以下三类:
 
第一类提供我们有关工作情报和意见的,称为“情报提供者”。这种人大都从事记者、杂志和书籍的编辑、广告和公关工作,即使你不频频相扰,对方也会经常提供宝贵的意见,像上述的“电话智囊”就是这一类。
 
第二类提供我们有关工作方式和生活态度的意见,称为“顾问”。这种人多半是专家,甚至是本行内的第一人,我们可以把他们视为前辈或师长。
 
第三类则与工作无直接关系,称为“游伴”。原则上不是同行,通常是我们在参加研讨会、同乡会和各种社团认识的,有些也是“酒友”。他们不但可以是“后援者”,有时甚至是我们的“监护人”。
 
这里究竟哪里朋友更重要可能并没有一个明确的结论,只是一个交际的度的问题.孟尝君凭着鸡鸣狗盗的门客才可安然无恙的逃回齐国.有些你认为是游伴或酒友的往往在某些时候给你更大的好处.你觉得你花了很多心思经营的友情可能你的朋友并不会在乎你,反而是你不在乎的一些结交不深的朋友,偶尔一次的恩惠别人会对你感恩不己,经常想着回报你.所以说交朋友一定不可以太势力和功利,否则吃亏的反而是……
编辑 | 阅读全文(1386) | 回复(0),人月&神话 发表于 2007-7-17 13:19
以下是我利用业余时间整理的IT知识库.整个IT知识体系结构的思维导图参加我Blog的另外一个连接如下:
 
 
 
现在已经整理好的资料列表如下:(有需要的IT人员可以在我Blog留邮件地址,我会选择一些人来发送资料).
 
现在已经整理完成的资料列表为:
 
IT项目管理-PMBOK2004中文版
IT项目管理-微软项目求生法则
IT项目管理-最后期限
IT项目管理-微软开发模式
IT项目管理-微软MSF项目管理培训资料
IT项目管理-人月神话
IT项目管理-毕马威-项目管理
其它书籍-礼物
其它书籍-从优秀到卓越
其它书籍-细节决定成败
其它书籍-演讲技巧和应答技巧
其它书籍-麦肯锡-解决问题方法途径
其它书籍-英语口语集粹
其它书籍-世界500强面试题
其它书籍-第五项修炼
其它书籍-执行-如何完成任务学问
其它书籍-高效时间管理
企业管理-目标
企业管理-细节决定成败
企业管理-管理漫画
企业管理-24只胡萝卜的管理
企业管理-有效的经理
企业管理-会议管理
企业管理-水煮三国
人物传记-胡锦涛传
人物传记-胡雪岩全传
人物传记-朱熔基传
思维方面-思维决定一切
思维方面-六顶思考帽
思维方面-你的灯亮着吗
思维方面-一只乌龟的生活智慧
思维方面-李天命的思考艺术
职业生涯-骑驴找马:职业发展路图
职业生涯-职业生涯规划……
编辑 | 阅读全文(3934) | 回复(3),人月&神话 发表于 2007-7-17 13:19
(共 973 条) 1 2 ... 14 15 16 17 18 ... 64 65 翻页至

仅列出标题