导航↓ 相册|收藏博客|加入友情链接|给博主留言
我要啦免费统计阅读使人充实,会谈使人敏捷,写作与笔记使人精确。史鉴使人明智;诗歌使人巧慧;数学使人精细;博物使人深沉;伦理之学使人庄重;逻辑与修辞使人善辩。-培根
黑猫大队长
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
  • 访问:954692
  •  
我们经常听到类似的宣言,「软件即服务」(software as a service)的时代已经来临,并且这将完全的改变IT 产业的前景。然后看到行销者将新的或是重新炒作的技术变成一个费解或是拐弯抹角的名称,令人摸不着头绪,比如按需运算(on demand computing)或是自适应企业(adaptive enterprise)。
 
举个例子,IBM 的CEO Sam Palmisano 给随机运算商业模式下了定义:「当出现新的商机或是竞争威胁时,允许公司对此做出反应,改变市场状况」。这是一个很有吸引力的概念,我可以假设所有的公司都愿意去买一个这样的基于需求的「东西」。如果你把随机及相关卷标加以分解成实际应用,比如水电模式的定价、服务器与储存虚拟化,这些概念就变得比较吸引人了。尽管如此,大多数企业更加感兴趣的是,怎样去发挥它们先前已经购买的技术,而不是追求所谓的突破性技术。
 
Oracle 的前任总裁,Kleiner Perkins Caufield & Byers 公司的合伙人Ray Lane 说,「软件产业现在需要的是革新(renovation),而不是创新(innovation)。它不再需要去做出'新东西',而是需要'如何'去做,也就是说我们不再将注意力集中在发明创造上,而是去协助客户重新认识他们已经拥有的东西。软件商业已经开始转变为服务事业。
 
Lane 对于「革新」的观点是非常恰当的,可是他还提出了软件商业将变成服务的观点。把软件当成服务,会不会是另一个长期以来被已经被过渡炒作的技术题材呢?或者这就是软件业将要发展和传承的未来?
 
这个答案就要看你怎样去定义「软件即服务」了。
 
毫无疑问,外包和租赁应用(hosted applications)的组合,正为企业和供货商……
编辑 | 阅读全文(1556) | 回复(1),人月&神话 发表于 2007-7-17 13:17

2007-7-17 13:17 | 人生感悟摘录

人生最重要的不是握一手好牌,而是如何把坏牌打好
 
弱智困于环境,智者利用环境
 
许多烦恼都源自于自己的想像和猜疑,而非真实存在
 
人生最大的成就在于不断的重建自己,使自己知道如何生活
 
对人生加以思索的人,觉得人生是喜剧
只凭想像而不思索的,觉得人生是悲剧
 
对于未来,我们的任务是成就它而不是预测它
 
 
编辑 | 阅读全文(884) | 回复(0),人月&神话 发表于 2007-7-17 13:17
 
本人做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如:
  
1.这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。(买方提供得SOW,项目章程)
  
2.这个项目里牵涉哪些方面的人,如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等,很多项目里除了业主单位的结构很复杂以外,还有一些其他单位也会牵涉进来,如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望,可以让你在做项目碰到问题的时候,就每件事情分析哪些人会在什么方面支持你,哪些人会出于什么目的反对你,从而提前准备联合朋友去对抗敌人,让事情向你所希望的方向发展。没有永远的朋友,也没有永远的敌人,只有一致的利益,这句话作为项目经理是一定要记住的;(范围定义中的干系人分析,尽量控制各方干系人并整合所有干系人利益是项目经理重要……
编辑 | 阅读全文(1160) | 回复(1),人月&神话 发表于 2007-7-17 13:17
出处:http://www.mypm.net/articles/show_article_content.asp?articleID=9961
 
当面临多项目并行管理的时候,我们不可能象管理一个项目一样进行从头盯到尾,并且关注其中出现的任何问题,这从精力上来说是不现实的,而且如果你确实企图如此做,唯一的结果就是把自己弄得很忙碌,而且会突然发现,你不断处于救火的过程中。那么基于此,应该如何进行管理呢?以下是我的一些个人感悟:
 
清楚团队内部的能力体系:每个团队都是不同的,这个团队使用顺利的方法,并不一定能够在另外一个团队得到复制,管理从根本上而言,艺术性高于技术性。对于比较成熟的团队,团队内部有几个比较成熟,而且责任心强,权力欲强的员工,那么可以使用这几个员工独立承担项目经理的职位,并且给予他们比较高的授权,比如人员的工作任务分配,目标制定等等。你只需要在关键点上进行把控:里程碑,项目目标;项目需求,项目测试过程,依靠自己的经验,从这些要素方面来判断项目是否存在风险?产出是否是你所希望看见的?在情况没有到完全不能控制的情况下,尽量不要亲自介入,在项目完成以后,进行良好的项目总结(至少对于项目经理私下的项目总结)是必须的,至少让他知道,你认为这个项目完成得最优秀的是什么?存在的不足是什么?这样做有几个好处,可以通过这样的宣灌,使得你的管理思路能够逐步落实下来,而且让你希望培养的项目经理能够在每一个后面的项目得到更多的收获,如果他的项目执行得不好,那么趁这个机会也可以使得他更愿意接受你的看法,并且给予一定的鼓励,能够激发这个项目经理提高的欲望。如果团队相对是比较弱的团队,那么就相对你首先需要考虑的是:招聘几个适合的项目经理,而不是首先需要考虑如何培养,那实在是很累的一件事情。当然了,如果实在没有招聘的名额,就该考虑如何培养了。这个问题比……
编辑 | 阅读全文(969) | 回复(0),人月&神话 发表于 2007-7-17 13:17
质量保证/质量控制
质量保证是确保项目实施活动满足要求所需要的所有过程。而质量控制是监控项目的具体结果,确保其满足事先定义的质量标准,确保可交付成果的正确性。质量保证一般由专门的质量保证部门和QA来执行,而质量控制则由专门的质量控制部门QC来执行。因此质量保证关注的是过程,而质量控制关注的是结果。对于项目而言过程和结果同样重要。
 
验证(Verify)和确认(Validation)
这里的重点是需求,即用户想要的。如果你现在做的是确定你的工作产品是否是用户想要的这个事情,那就应该属于确认和核实。所以我们也可以将确认和QC的工作相联系在一起。而验证重点是判断是否符合当初定义的一次规定和条件,如编码是否是按照编码规范在做?需求是否采用了规定的用例分析方法等,这些就属于验证的内容。因此可以理解为验证更多是与实施质量保证活动相关的。而对于你虽然采用了用例分析,但你却把用户实际需求都搞错了,要来判断和分析这些问题就属于确认和核实的范畴了。
 
COQ质量成本
质量成本是为了使产品和服务符合要求所做出的所有努力,包括事前的预防和事后的补救。因此分为好质量成本(COGQ)和坏质量成本(COPQ).好质量成本包括培训,评审和测试等。而坏质量成本主要是返工。
   
属性抽样和变量抽样
属性抽样是对一个产品的一个或多个属性的测试,产品的属性可以是重量,尺寸,规模和功能等多个方面的内容。而变量抽样是对一个变量在不动的时间点的变化曲线的描述,通过变量抽样很容易形成特定变量相关的趋势图和控制图。也可以说属性抽样是离散的,而变量抽样是连续的。
  
纠正措施和预防措施
纠正措施是解决现在的问题,而预防措施的重点是保证以后类似的问题不再发生。因此预防措施一定要分析到问题的根源,针对问题的根源进行应对。……
编辑 | 阅读全文(1658) | 回复(0),人月&神话 发表于 2007-7-17 13:17
交际(Network)
人力资源规划的工具技术,由于存在某些潜规则或政治因素,造成对你人力资源规划有影响,则你在规划人力资源时候必须考虑这些影响。Network在这里个人认为翻译为关系网更合适。一个典型的例子就是你的项目的赞助者要求安排两个人到你项目中工作,这种约束就会影响到你的干系人规划。
 
角色和职责
人力资源规划的输出,注意输入是组织结构图和岗位描述。角色和职责还包括了对角色要完成职责所需要的技能描述。技能描述是招聘人员的重要需求,同时根据技能描述还需要对成员进行技能评估,技能评估发现有问题才会进行团队建设过程的培训。
组织结构图和项目组织图

这两个是不同的,组织结构图是完全针对项目的,组织结构图可以出现具体人员或角色,重点是反馈的沟通或通报关系。如在软件开发项目中可以定义用户不能直接找编码人员反馈需求,只能找项目经理或需求人员反馈需求。
 
资源直方图
可以反映项目在不同时间阶段对不同角色人员的需求情况。如果不能按资源直方图在不同阶段获取到足够多数量的成员,则可能需要对项目资源进行平衡。
 
虚拟团队
是团队组建过程的重要工具技术,信息技术发展是虚拟团队成为可能。如一个开源项目的开发设计不同国家多个开发爱好者或专家,这是一个典型的虚拟团队情况。由于不能集中办公,虚拟团队的团队建设和激励比一般团队困难的多。对于虚拟团队而言,如何解决好沟通障碍是要重点考虑的问题。
 
集中办公
集中办公的一种重要形式就是建立作战室。重点是便于沟通和加强项目成员的集体感。
 
奖励和表彰
奖励只应该奖励优良的行为。对于计划不周而引起的加班加点不应该受到奖励。

团队绩效评估,工作绩效和绩效报告
三个概念完全不同,团队绩效评估是单独文档,主要是针对团队的技能情况和团队凝聚力。工作绩效是绩效报告的输……
编辑 | 阅读全文(1567) | 回复(2),人月&神话 发表于 2007-7-17 13:17

2007-7-17 13:17 | PMBOK之人力资源管理

PMI认为项目团队除了分配角色和职责外,团队成员还应该更多的参与项目规划和决策,这样可以增加他们对项目的承诺。项目人力资源管理包括人力资源规划,团队组建,团队建设和团队管理四个过程组的内容。
 
人力资源规划
人力资源规划的一个重要输入是项目进度管理过程组的活动资源估算。这个就是最初的人力资源需求,人力资源规划主要需要规划以下内容的问题:

1.项目角色职责矩阵的确定
2.项目组织图(主要回答项目成员的汇报关系和路径)
3.人员配备计划(如何获取人,如何招聘人,如何管理人,如何培训人,如何进行表扬和批评,如何激励人)
 
事业环境因素制约了项目对人力资源的规划,包括了组织,技术,人际和政治方面的因素,还包括组织结构,集体谈判协议和经济条件等制约因素。组织资产提供的模板和文件表格也是重要的输入。
 
规划阶段要用到项目的组织结构图,同时通过积极的沟通和交际获取人力资源需求信息。较难理解PMBOK谈及的组织理论的具体内容,但应用组织理论可以缩短人力资源计划实现的时间。
 
RACI角色职能矩阵的概念是重点要掌握的内容
项目发起人的角色是发布项目章程,提供工作说明书,解决超出项目经理控制范围的输出。而职能经理的角色一般跟踪组织类型来确定。
 
团队组建
对于新团队而言,招聘是团队组建最重要的一个内容,但在PMBOK中对招聘计划,招聘需求,流程等方面内容介绍的较少。
 
对项目团队的组建设计三方面的工具技术,一个是有些人员已经在项目中了(对应预分派),第二是需要的资源在部门或职能经理处(需要通过谈判获取资源),第三是需要的资源完全是新资源(需要进行招聘).
 
当没有固定办公场所或项目成员不在一个地点而无法面对面一起工作时候,可以组建虚拟团队。……
编辑 | 阅读全文(1660) | 回复(1),人月&神话 发表于 2007-7-17 13:17
 
真心诚意,以情感人;推心置腹,以诚待人

开诚布公,以理服人;言行一致,以信取人

令行禁止,依法治人;设身处地,以宽容人

扬人责己,以功归人;论功行赏,以奖励人
编辑 | 阅读全文(829) | 回复(0),人月&神话 发表于 2007-7-17 13:17

2007-7-17 13:17 | 面试总结

上周面试了一些从北大青鸟过来的DotNet开发人员,简单谈一下面试的感受。
 
1.首先是职业计算机教育定位有问题,青鸟学员基本上都是没有太多计算机基础的,而课程中关于基础的课程开的太少,基本是winform开发,Oracle设计开发等课程,这难免造成头重脚轻,学习了这些课程学员连C#语言基础的一些知识都不清楚,连常用的sql语句和sql关键字也不是很理解用法。
 
2.开始可以先熟悉下IDE,开发些简单的BS和CS应用,但学员一定要学会回溯,能够开发简单应用只是培训你学习的兴趣,有了兴趣回过头来还是需要对C#语言基础,面向对象基础知识进行系统化下学习和理解。
 
3.面试中很少会问你应用中控件如何用?如何分页等细节问题。更多的仍然关注语言基础,面向对象基础,关键字的含义和用法,SQL语句等基础内容。因此这些才是参加面试前必须要准备和复习的内容。
 
4.学习来源于对编程的热爱和学习兴趣,这是最重要的。有了对知识的渴求加上适当的学习方法和练习才能够将被动的学习转化为主动的学习。
编辑 | 阅读全文(1063) | 回复(0),人月&神话 发表于 2007-7-17 13:17
初级的项目经理关于沟通不做任何事情而仅仅任务沟通就是记录问题和状态报告。好一点的项目经理可能回创建沟通管理计划,除了项目状态报告外还会报告趋势,偏差或进展等信息。优秀的项目则除了完成以上工作外,还很仔细的识别和分析干系人的需求,确认干系人究竟需要什么样的沟通,并且为了解决沟通问题持续的在团队会议上对沟通进行复审和修订。项目经理75%-90%的时间都花在沟通上。
对于沟通我们首先应该对沟通模型有一个认识,沟通模型包含了编解码,信息,媒介和干扰等关键要素。要成功的完成一次沟通,这些都是必须的组件。沟通的方式有书面,口头,正式或非正式等多种方式,而且沟通会受到环境,地域,文化,语言等多方面的因素的影响,这些都会造成项目沟通的障碍。
正式书面沟通:复杂问题,项目计划,项目章程,长距离沟通
正式口头沟通:展现和演讲
非正式书面沟通:备忘录,邮件等
非正式口头沟通:会议,交谈
复杂问题沟通应该采用书面和正式的方式
面对面的语言加手势,图形的沟通是最高效的沟通方式
对于需要理解积极的问题书面和口头的沟通比较合适
对于争端解决或团队成员的批评最好是采用口头沟通
对于传递会议安排最好是采用非正式的书面沟通
项目沟通复杂度随着项目成员增多而指数级增加,沟通渠道=n(n-1)/2。一个高效的沟通者首先是一个倾听者,如果倾听者能够带着感情色彩的移情倾听和复述,可以达到更好的沟通效果。将心比心,沟通者如果能够经常站在对方角度换位思考,则更容易使沟通双方达成一致意见和看法。
沟通管理计划
干系人分析使范围定义的一个重要过程,因此项目范围说明书中包括了对干系人的识别和定义。而制定沟通计划时候需要了解项目干系人信息,这个信息则从项目范围说明书获取。另外项目的假设和约束信息,项目的进度要求等也会影响到沟通规划,对于这些信息则从项目管理计划中获取。
沟通规划采用两个……
编辑 | 阅读全文(1711) | 回复(0),人月&神话 发表于 2007-7-17 13:17
检查项仅仅列出编码注意点和性能优化点。具体的优化思路和使用方法等内容请详细参考微软的文档《Improving .NET Application Performance and Scalability》,该文档的一个主题框架如下:
 
 
ADO.net数据访问
1.是否设计了专门的数据访问层?
2.数据库连接资源是否在Finally中得到清理和释放?
3.是否仅仅查询和返回所需要的数据?
4.是否对常用的基础数据进行了缓存?
5.是否正确和适当了使用了存储过程?
6.是否正确的选择使用了DataSet和DataReader?
7.是否正确了选择使用了数据库,ADO.net和COM+三种事务处理方式?
8.是否考虑了对数据库访问异常的特殊处理?
9.是否针对不同的数据源选择使用了不同的Provider?
10.是否正确了配置和使用了数据库连接池?
11.CommandBehavior.CloseConnection是否和DataReader时候一起使用?
12.是否使用了批量Sql语句以减少多次往返?
13.应该尽量避免在运行时使用CommandBuilder.
14.在调用存储过程时候是否考虑使用Command.Prepare?
15.当返回单独一个或几个数据时候尽量采用存储过程输出参数方式.
16.有主键检索时候尽量使用DataRow.Find,相反尽量使用DataView
17.对二进制等大对象处理是否采用正确方法?
 
架构和设计检查
1.是否适当了在必要时候才使用了分布式架构?
2.是否谨慎的选……
编辑 | 阅读全文(1533) | 回复(0),人月&神话 发表于 2007-7-17 13:17
1935年12月9日,北平发生的“一二·九”运动是中国共产党领导的一次大规模学生爱国运动。


“九·一八事变”后,日本帝国主义占领了东北,接着又向华北发动了新的侵略。1935年下半年,日本帝国主义发动华北事变,进一步控制察哈尔,并指使汉奸殷汝耕在冀东成立傀儡政权。国民党政府继续坚持不抵抗政策,竟准备于12月成立冀察政务委员会,以适应日本帝国主义提出的华北政权特殊化要求。失地丧权,亡国灭种的大祸迫在眉睫。12月9日,在中共北平临时工作委员会的领导下,北平爱国学生6000余人,高呼“停止内战,一致对外”、“打倒日本帝国主义”等口号,举行了声势浩大的抗日救国示威游行。国民党政府出动大批军警镇压,30多人被捕,数百人受伤。10日,北平各校学生宣布总罢课。在“冀察政务委员会”计划成立的12月16日,北平学生和各界群众1万余人又举行示威游行,迫使冀察政务委员会延期成立。之后,天津学生又组成南下扩大宣传团,深入人民中间宣传抗日救国。杭州、广州、武汉、天津、南京、上海等地相继举行游行示威。北平学生的爱国行动,得到了全国学生的响应和全国人民的支持,形成了全国人民抗日民主运动的新高潮,推动了抗日民族统一战线的建立。

 
一二·九运动公开揭露了日本帝国主义侵略中国,并吞华北的阴谋,打击了国民党政府的妥协投降政策,大大地促进了中国人民的觉醒。它配合了红军北上抗日,促进了国内和平和对日抗战。它标志着中……
编辑 | 阅读全文(1575) | 回复(1),人月&神话 发表于 2007-7-17 13:17
59056——浪子李一男回归华为的新工号
   
该数字意味着这个集合了太多光环、争议的人物,在他今年9月初重新踏入深圳坂田华为公司总部的一刻,已将关于自己的所有"传奇"抛在了过去,连同那些华为18年创业史中正在逐渐淡去的"英雄往事"。
   
有些意味深长。透露李一男新工号的华为人士说,华为目前员工逼近5万人,工号将近60000,过去18年中,已经离开华为的近2万人在华为越来越宏大的座次表上留下一个个空座。在李一男回归之前,大度的华为大都让重返的华为人按旧工号对号入座。
   
也许唯独李一男,这个1992年即加入华为、工号在1000以内、一度贵为华为常务副总裁兼中央研究部总裁的少年天才,一度被华为员工以及公众打造为绝顶聪明、个性刚烈、年少得志,并被中国通讯业教父任正非视同己出的高科技"英雄"和"偶像"——被悄然放到了一个新的起跑线上。
   
"烧不死的鸟才是凤凰"——这句1996年以后常被华为内部提及的名言最恰当地比喻了李一男的离去与归来。"李一男心态一切如旧",最近见到李的人士说, 李平静地出任着华为EMT(经营管理团队)之外的"华为副总裁兼首席电信科学家"之位,对目前相对平淡的职位保持着一贯的睿智和自信,同时增加了更多的沉稳持重。
   
少年已然成人。而造就这样一位天才偶像的华为公司也正在从一个呼唤英雄、需要英雄的草莽时期,向一个依靠组织与制度推动的8万人大型高科技疾速公司迈进。
   
献身与传纸条的晋升之路
据说几年前,华为核心管理团队第三代代表人物之一的副总载徐直军在公司内部发表了一篇题为<别了猛张飞>的演讲,以此对……
编辑 | 阅读全文(1114) | 回复(0),人月&神话 发表于 2007-7-17 13:17
WebService是在DotNet开发中常用的分布式开发技术.但是如何提高分布式系统的开发效率是我们经常要考虑的问题.因此改框架第一考虑点是整个开发的效率问题,第二点是重点考虑系统需要的一些扩展性.整个系统开发框架如下图描述.
 
 
整个框架中大量使用CodeDom技术来生成需要的各层数据访问组件.同时整套框架基于存储过程的使用(一些业务逻辑也可以放在存储过程中),所有的sql全部在存储过程中,整个框架不提供O/R Mapping的相关功能.具体整个框架中动态生成的组件有:

1.RAD.PUB.SqlDataAccess.dll SqlServer的数据访问组件
2.RAD.PUB.IDataAccess.dll 数据访问接口
3.RAD.PUB.WebService.dll  提供Web服务的组件
4.RAD.PUB.WebServiceClient.dll 客户端的调用接口组件
5.RAD.PUB.DataEntity.dll  数据实体组件,类型化数据集
 
对于数据访问层,主要是对数据库的存储过程进行逆向生成数据访问组件,为了支持多数据库,抽象出IDataAccess数据访问接口组件,实现动态的反射调用.为了提供统一的数据访问接口方法,需要通过一个配置文件的配置来生成数据访问组件,如在配置文件中可以配置生成哪些数据访问类,每一个类中包含哪些存储过程,这些存储过程将生成类中的方法.
 
数据配置文件中支持自定义实体的配置和定义,自定义实体类似于Duwamish7.0的例子中的……
编辑 | 阅读全文(2874) | 回复(0),人月&神话 发表于 2007-7-17 13:17
在众多的求职者中找出优秀的程序员并非易事。文中讨论的面试技巧,均来源于一些世界级专家在最近一次关于编写优质代码的会议上的发言,经典而实用,相信读者定会受益匪浅。

2003 年1月,我参加了俄勒冈州波特兰市召开的一个名为Writing Better Code的会议,这次会议是由Scott Meyers和Bruce Eckel共同组织的。在为期三天的会议中,有15位专家聚集在一起,讨论代码质量的问题以及他们是如何改善代码质量的。整个会议贯穿着一个明确的主题:优质的代码来源于优秀的程序员。因此,在企业内提高代码质量的一个重要的途径,就是雇用更好的程序员。问题是,在一大群求职者中找出优秀的程序员却并非一件易事。

找到优秀的程序员不容易,这是因为良好的程序设计不仅仅依赖于编程语言的语法知识。你需要深谙面向对象设计思想的人,却不去在乎他穿着条纹短裤和圆点花布衬衣;你需要具有足够的创造性、能够找到解决问题的革新方法的人,却不去在乎他的屁股后面总是拖拉着卷曲的背带;你需要足够谦虚、能够坦然接受改进意见,但又足够自信,能够坚定立场并在其成为最佳人选的时候能够担负领导责任的人。如何仅凭与一个陌生人在会议室中相处的短短30分钟就可以判别这些问题呢?

会议的最后一个早晨,Bruce Eckel宣称他“控制”了会议。Bruce Eckel希望在场的每个人共享他们的面试技巧。他想要知道我们如何在面试中识别一个优秀的程序员。在本文中,我将重点谈一些那个早晨所讨论的面试技巧。
 
发掘专业技能的领域

虽然那天早晨谈到了各种各样的面试方法,但在讨论中只形成了一些基本的技巧。例如,与其简单地考察候选者在他将从事工作的某个特定领域中的专业技能和经验,不如更注重综合的编程才能和技巧。判断候选人才能的一个方法是发掘其专业技能的领域。
 
Dave Th……
编辑 | 阅读全文(1007) | 回复(2),人月&神话 发表于 2007-7-17 13:17
(共 973 条) 1 2 ... 40 41 42 43 44 ... 64 65 翻页至

仅列出标题