第一篇:程序员绩效评价标准(小编推荐)
绩效评价标准
总则:
通过量化的指标准确的评定软件开发人员的绩效,从而对薪酬分配提供可靠的依据。
基本说明:
绩效评价,包括业绩考核和能力评定。对软件开发人员的绩效评定,每一项问答表现优秀加一分,表现不佳扣一分,表现平平不得分,最后计算总分。 业绩考核:
此项考核主要考核在一定时间内软件开发人员的任务完成情况。主要包括有以下指标:目标的完成度、难易度、贡献度。
目标完成度 ●完成情况:
能否总是在规定期限内完成工作?或者尚能在规定的时限内完成工作,还是经常需要上级的催促才能按时完成工作,或者一贯拖延工作期限,即便在上级的催促下也不能按时完成工作?
在困难或者环境变化的情况下,是否也完成了计划的工作?
是否很快、很迅速、高标准、高质量、创造性的完成交给的工作?
是否在完成工作的同时,又能很好地控制成本?
如果工作没有完成是由于环境的变化还是个人能力的问题?或者是工作太多了,根本无法完成?
在工作中是仅仅要求完成任务还是主动进行工作流程的改进,高效运用相关资源来解决工作中出现的问题?
上级人员交给其工作时是否放心? ●完成质量:
提交的程序是否经常出现很多BUG?是否经常需要修正或调整?编码是否严格遵守代码规范性?用户对其开发的软件是否满意? ●完成时间:
总是提前完成任务,还是总是强调客观原因而无法准时完成任务?是否经常需要有人催促才能完成工作? 难易度
所完成的工作是否是一般人不愿意干的工作?或者是很烦很累枯燥无味的工作?
所完成的工作是一般程序员都可以充分达成的目标,还是不易达成的挑战性目标?
如果本人不在,本部门或本小组是否有替代的人?
贡献度
其所作的工作对公司创造了多少直接效益?多少间接效益?或者降低了多少成本?
工作完成后的成本情况如何?是否有效地控制成本?
是否在圆满完成本职工作以外,还积极主动地从事其它相关事情?
是否尽力为公司创造最大利益,在各方面尽了最大努力并取得了一定的成果?
能力评定:
能力评定是通过对员工的日常工作的工作表现,观察、分析、评价其所具备的工作能力。对其开发人员的能力评定,主要包括以下几项:技术能力、理解力、沟通能力、主动性、团队精神、领导能力。领导能力用于项目经理评价。技术能力 ●业务知识:
上级交待工作时是迅速、准确地抓住工作的关键还是反应迟钝,迟迟不能理解?
是否在一个月内就迅速熟悉了新岗位的工作?还是在新岗位工作超过三个月了还对许多业务流程不很熟悉,从而不得不经常问别人?
是否经常有人来请教相关技术问题还是总是有问题问别人?
是否本部门有一些业务只有他熟悉? ●解决问题能力: 在自己的工作中遇到障碍是自己独立解决还是遇到不懂的问题就立刻问别人?
是否一些新知识从未学过,却能很快地上手?
是否为实现目标和解决问题努力寻找合理的新方案?
遇到难题,是否能坚持不懈地完成工作? ●市场能力:
在编写程序时是否总是考虑使用者的需求?
在编写程序时是注重界面的实用性、客户的满意度还是老谈所谓的概念,技术?
●工作效率:
在工作中是否有很强的工作效率意识?
是否总是比别人快地完成任务?
理解力
是否总是迅速地掌握部门或上司的方针,并准确地反映到程序开发当中?同时常常能够立刻提出更好的解决方案?
是否迅速理解客户的需求?
布置任务是否不能很快理解,总是反复询问?
交待任务时是否总是显示出迷惑不解的表情?
沟通能力
是否能够很好地和同事相处?是否乐于帮助别人?特别是对后来者给与积极帮助?
对上司、外来人员的言谈举止是否富有礼节?
是否给人以诚实、开朗的印象?
是否属于高傲的人?是否很少有朋友,而且常与人有无谓的争执? 和人谈话时是否认真倾听对方的诉说,虚心接受对方的意见? 主动性
是否对公司的状况提出过建议、意见和合理化建议?
开发程序中是否努力改善工作质量,以一贯的态度将工作从头到尾做完,并使程序尽善尽美,一定要把工作做完才离开公司。还是常说“算了,就这样吧?!”之类的言语?
在工作中给人的感觉是踏实,有始有终还是懒懒散散,吊儿郎当?
上班时是否常打私人电话,是否经常浏览不相关的网页?
是否上级没有具体指示之前自觉完成业务?是否经常寻找与自己业务相关的业务做?
是否积极学习业务知识?对其不在监督也能迅速的完成任务?
是否对上司是否有敷衍的情况?是否有辞职或调动的打算?是否经常对公司抱怨?是否对别人不愿意干的工作也主动承担?
是否具有不满足于现状,积极奋进的精神还是有过一天算一天的想法?
团队精神 ●纪律性:
是否遵守理解公司各种规章制度而努力?并能规劝他人? 是否努力理解上级的批命令并圆满的贯彻执行?
是否严格遵守工作时间?有无经常迟到、早退、无故缺勤的情况?
在工作时间里是否热衷于工作? ●主人翁精神:
是否存在浪费的现象?
是否经常利用职务之便为自己牟利?
是否注意收拾和整理工作场所? ●协作性:
是否能和同事很好的合作?是否使人觉得经常多嘴多舌、指手划脚?
是否不推不动,只求自己方便、合适?
是否经常支持并积极参加公司各种活动? 领导能力
是否能组织手下员工高效地工作?
是否能促使本组员工和睦相处、团队协作?
是否能关心手下员工,鼓励优秀、批评落后?
是否积极地帮助手下员工?
第二篇:一般管理人员绩效评价标准
一般管理人员绩效评价标准评价目标 评价标准
得分
责任心
消极被动不负责任。
有时责任心强,但多数情况下缺乏责任心。
有一定的责任心并敢于对自己的工作负责,知错就改。
责任心强,能清楚地知道自己的责任,并勇于负责。
对任何事情都有强烈的责任心且积极付诸行动。
积极性
无论怎样督促也不上进,工作挑挑拣拣,避难就易。
遇问题和困难就垂头丧气,不出成果。
不知疲倦,不断进取。
求知欲强,并把知识用于实践,弥补自己工作中的短处,永不满足,努力提高自己素质。
勇于挑战,不畏困难;为实现目标竭尽全力。
原则性
原则性差,是非不分,常常拿原则做交易。
原则性较差,有时为了情面放弃原则。
一般情况下,能坚持原则,但不能硬碰。
原则性较强,是非分明,能开展批评与自我批评。
原则性强,敢于硬碰,能够同违法乱纪的现象作不懈的斗争。协调性
不推不动,但求自己方便合适。
只考虑本职工作,对其他事情不闻不问。
理解领导意图,主动为领导分担责任,乐于助人。
充分理解群体目标,乐意为群体目标的实现做贡献。
不惜牺牲自我,通力合作。
纪律性
组织纪律性差,有违法乱纪行为。
组织纪律性较差,规章制度执行不严,偶有违纪现象。
有一定组织纪律性,能遵守党纪国法和各项规章制度。
组织纪律性较强,自觉遵守党纪国法和各项规章制度。
组织纪律性强,带头遵守党纪国法和各项规章制度,并督促他人遵守。专业知识
缺乏本职专业理论知识。
对本职专业理论知识只粗浅了解。
一般性掌握本职专业知识。
掌握本专业理论知识,具有一定深度。
系统全面掌握本职专业理论知识,对某些问题有独立见解,是本专业的行家。本职业务能力
本职业务能力差,难以胜任本部门日常工作。
本职业务能力较差,在具体指导下能处理日常工作。
本职业务能力一般,能独立处理本部门日常工作。
本职业务能力强,能独立处理较复杂的业务工作,是业务骨干。
本职业务能力强,能妥善解决本部门关键复杂的业务问题,事业上的带头人或尖子。创新能力
很少有创新,消极,不愿打破现状。
少创新,多半墨守陈规。
有创新,能改进自己的工作。创新2 项。
富有创新,多智谋,态度积极。创新3 项。
实施改进自己,推动创新工作,创新4 项。
决断能力
无魄力,优柔寡断,缺乏主见。
魄力小,遇事迟疑,不能当机立断。
有一定魄力,能对一般问题作出决断,偶尔有失误。
魄力较大,能在较复杂的情况下作出正确的决断。
魄力大,有战略眼光,能把握时机,作出高明的决断。
沟通能力
谈话说服力差,态度生硬,缺乏谈话技巧,难以被人接受。
谈话说服力较差,不善于疏导,有时不易被别人接受。
谈话说服力一般,有一定疏导技巧,尚能被别人接受。
谈话说服力较强,态度诚恳,善于疏导,说服效果较好。
谈话说服力强,谈吐亲切和蔼,语言诙谐幽默,富有魅力,能自然、有技巧地说服别人。
书面表达能力
书面表达能力差,文章结构零乱不规范,语病和错别字多。
书面表达能力较差,文章不够通顺,有语病。
有一定书面表达能力,文字通顺,表达清楚,较少语病。
书面表达能力好,文章结构合理,文字简洁。
书面表达能力很好,结构严谨,文字流畅、简练、生动,文章质量高。
目标完成情况
没完成规定目标。
基本上完成规定目标。
规定目标完成较好。
比规定目标完成得多。
比规定目标完成得既好又多。
工作效益
没有完成工作目标,工作成绩甚微,常处于落后状态。
基本上完成规定目标,工作成绩平常,起色不大,年管理创新2 万元。
规定目标完成较好,工作有一定成绩,能较好地完成任务,年管理创新5 万元。
比规定目标完成的多,工作成绩较大,能扭转被动局面,处于领先地位,年管理创新8 万元。
比规定目标完成的既多又好,工作成绩大,能开创新局面,年管理创新10 万元。工作质量
工作质量低劣,经常出现差错。
一般能完成工作任务,质量处于平均水平。
能完成任务,工作质量比较好。按期完成任务,工作质量较高,无重大失误差错。提前完成任务,工作质量突出,无差错。工作效率工作效率低,经常完不成任务。工作效率较低,需要别人帮助才能完成任务。工作效率一般,能按时完成任务,基本保证质量。工作效率较高,能及时保质保量完成任务。工作效率高,完成任务速度快,质量高,效益好。总分值 工作态度 工作能力 工作成绩
第三篇:优秀程序员的标准是什么
优秀程序员的标准是什么!
无数的人问过类似的问题,怎么样才能做一个优秀程序员?在回答这个问题之前,首先得明白什么是优秀程序员,这样才有方向和目标,可是这事情太主观,可能各人的标准千差万别,不谈那些传奇性的独自一人做出伟大事情的特例,也不谈什么上天入地,上帝大牛的诡论,以下是广泛比较认可的,在通常的项目开发中,一个优秀程序员的标准。
解决问题的能力
在项目开发中,一个程序员的能力等于其解决问题的能力。假如想有个尺度来衡量这个能力的话,一个程序员的能力可以用能完成任务的规模和难度来衡量。
因为难度上不好那么简单的划分,并且在一般的项目开发中(非研究性项目),任务的难度主要来自于任务的规模带来的复杂度,这里把任务从规模上大致的划分为1个函数=>1个类=>1个功能=>1个模块=>1个项目
更细致的划分时,函数,类,功能,模块,项目本身也有简单和规模大小之分。
一个初学编程的人总是从最小的函数和类开始学习的。
一个程序员能基本无误的完成项目中的一个功能算是合格,在此之前,对项目的生产力为负,即为他布置任务,沟通,和为他修补bug的时间其实要多于自己直接完成该功能的时间。也就是说,项目中存在这个水平的程序员纯粹是为了培养人才。
能较好完成一个完整模块的程序员算是较好的程序员,也是一般项目中的主要开发者。
能完成整个项目的程序员才能算是好的程序员。在多人项目中可做主程。
不同规模的任务主要的问题也体现在不同的方面:
对于初学者来说,写好一个函数和类的难点在于语言本身的语法上。
对于完成一个功能来说,难点在于理解这个功能,以及很好的在现有的代码中加入此功能,完成的功能不是独立于项目之外的,而是要融入项目本身,除了功能本身和其他功能衔接正常无误外,特别重要的就是注意功能实现后不能对其他功能产生预期外的影响,作为游戏开发来说,典型的例子就是你完成的UI不能让其他该显示的UI显示有问题,不该显示的UI又没有消失。
对于完成一个模块来讲,暴露给外部的接口设计比内部实现的设计同样重要(甚至更加重要),合理易使用的接口设计决定了一个模块的好坏。模块内部实现不好尚可更改,接口实现不好,更改起来可能是灾难性的。
对于一个项目来讲,在正确的地方使用正确的解决方案是最重要的事情,最开始的技术选型直接决定项目的成败,模块的划分能决定项目的开发速度,架构的设计能决定项目的维护难度和增加需求时的痛苦程度。对于多人项目来说,主程让正确的人去做正确的事情也是无比的重要。
什么决定了一个程序员解决问题的能力呢?我认为有如下几个因素:
知识积累
在同等水平的程序员之间,一个对某领域问题有所了解,一个对该领域完全不了解,完成该领域同样任务的效率差了不止一个数量级。这就是我们通常所说的“经验”的作用,这种经验可以看作是知识积累,一个程序员的知识积累很大程度上决定了其解决问题的能力。
有意思的是,因为经验这个事情不太好有准确的衡量标准,我们为了简单,常常就拿工作几年说事,但是这种粗暴的标准有很大的问题,工作年限同样长的人水平差异可以是巨大的。
按老话说,用一年的经验工作二十年并不等同于二十年工作经验。
自学能力
这是一个知识大爆炸,知识刷新频率让人无法追赶的时代。一方面,面对一个稍有难度的任务,难免会有超出自己现有的知识范围的时候,此时自学能力决定了你能多快的完成此任务(或能否完成此任务)。另一方面,你的自学能力决定了在平时的工作过程中,你积累知识的多少。
自学能力强的人,即使没有人指点也总能在项目的代码中学到东西。而反过来,学习意愿弱的人写的代码被别人重构后,也不会想想,这段代码是否改的更好了以及为什么。同时,一个自学能力强的人也更有希望主动的在业余去学习更多的知识,而不是直到工作中碰到才去被动学习。
从较长的尺度上(比如一个人的工作生涯)来看,一个程序员知识积累的多少只决定于其自学能力和他对编程本身的兴趣。
品味
本来我是想把一个程序员的品味单独列出来的,后来仔细想想,一个程序员的品味其实不是一种天生的能力,而是基于现有知识的积累,形成的对事物的看法。所以把品味放在自学能力下面的。同样的,其实通常说的正确的思维模式和方法,其实也是来自于知识的积累。这里我就根本不提这一条了。
品味往往用于形容一个人对时尚衣着,食物等的看法,其实对程序员来说,品味也很重要。
不同的品味不仅决定了不同的语言设计者怎么设计编程语言,也决定了一个程序员在做项目时会使用什么语言,什么框架。
不同的品味决定了你会选择什么样的操作系统,什么样的工具,用什么样的代码规范。
不同的品味甚至还决定了你会选择什么样的职业发展方向,什么样的平台,开发什么东西。
对代码的品味决定了你看到一段不好的代码就能“闻到坏味道”,对解决方案的品味决定了你在开源/闭源,激进/保守,简单/功能强大但复杂等解决方案之间的选择。
了解正确的做事方法
这里提及的正确的做事方法不是指写代码这个层面上的,而是指一个项目进行过程中碰到问题的解决方法,比如在需求不明确的时候知道需要先明确需求,知道自己需要先理解问题了然后再开始真正的进入代码层面的工作,知道碰到什么问题能自己独立的解决,知道碰到什么问题自己需要先和其他人沟通了再决定。知道自己需要先测试才能保证自己代码的质量等。
这些问题说起来简单,但是不这么做的话,常常带来让人无语的后果。一个好的程序员,起码要先了解这些。
沟通的能力
知识的积累很大程度上决定了一个程序员解决问题的能力,但那好歹是只要努力就能学到的东西,而以下这些,我甚至都不明白差异的形成是在我们很小的时候就定下来了,还是在工作中还能继续学习。在一个分工明确的项目中,程序员需要和产品(策划)沟通以理解产品,和上级沟通以理解自己的任务,和同事们沟通以正确的理解要接入的模块。无论哪一个方面沟通出了问题都不是小事情,同时,程序还需要正确的给产品(策划)传达设计的实现难度,以及在自己完成模块时让别人正确的理解模块的接口。在不写文档时,正确的口头沟通非常重要,需要写文档时,文档的写作能力也算做是沟通能力的一部分。
如上所述,沟通的能力非常重要,但是好的程序员似乎天生就不太会沟通,你会发现很多技术顶尖的人,其实本身就是有社交障碍或者自闭症,因为自闭,才能心无旁骛的潜心钻研技术,达到更高的技术水平,很难想象一个“社会活动家”,他哪有那么多功夫去学习,没有时间学习,又怎么能成为一个技术顶尖的人。这是一个两难的问题。就理想的情况来看,一个程序员最好是沟通能力足够好(能正确完成上述沟通工作),但是又能足够的静下心来学习和钻研。当然,这是最理想的情况,在实际中,两者之间的较大波动范围都算是可以接受的好程序员标准。
对工作负责,对代码有追求
对工作态度消极,代码总等到别人来测试,写代码以完成功能为唯一标准,也不管bug是否成堆,代码是否丑陋不堪,这种程序员就算是工作一万年也成不了好程序员。
一个好程序员就该对自己的工作负责,对自己的代码有追求,不仅要完成功能,还要代码优美,不说要把代码写成艺术品,起码也要当作自己的脸面来维护。一个程序员不能容忍自己的脸上乱七八糟,那么也同样不应该能容忍自己的代码乱七八糟。
事实上,别的程序员在了解你之前,先看到的是你的代码,通过代码,就能知道你是怎么样一个人。项目紧,随手写,以后改都不能成为写烂代码的理由。
一个好程序员,起码是想要把任务完成好的,起码是想要把代码写好的,不然如何能称其为“好”。怎么提高自己解决问题的能力?
其实转了这么大个弯,怎么样做一个好的程序员的问题可以转为问怎么提高自己解决问题的能力。
沟通能力,对工作负责任的态度,对代码的追求,很大程度上由性格决定,我不知道实际中怎么简单的去提高,这里只稍微的谈谈我对知识积累的一些看法吧。
第四篇:公司软件开发人员绩效评价标准
医药生物人才网 专业的行业求职招聘平台
公司软件开发人员绩效评价标准
总则:
通过量化的指标准确的评定软件开发人员的绩效,从而对薪酬分配提供可靠的依据。基本说明:l
绩效评价,包括业绩考核和能力评定。对软件开发人员的绩效评定,每一项问答表现优秀加一分,表现不佳扣一分,表现平平不得分,最后计算总分。
l 业绩考核:
此项考核主要考核在一定时间内软件开发人员的任务完成情况。主要包括有以下指标:目标的完成度、难易度、贡献度。目标完成度
完成情况:
能否总是在规定期限内完成工作?或者尚能在规定的时限内完成工作,还是经常需要上级的催促才能按时完成工作,或者一贯拖延工作期限,即便在上级的催促下也不能按时完成工作?
在困难或者环境变化的情况下,是否也完成了计划的工作?
是否很快、很迅速、高标准、高质量、创造性的完成交给的工作?
是否在完成工作的同时,又能很好地控制成本?
如果工作没有完成是由于环境的变化还是个人能力的问题?或者是工作太多了,根本无法完成?
在工作中是仅仅要求完成任务还是主动进行工作流程的改进,高效运用相关资源来解决工作中出现的问题?
上级人员交给其工作时是否放心?
完成质量:
提交的程序是否经常出现很多BUG?是否经常需要修正或调整?编码是否严格遵守代码规范性?用户对其开发的软件是否满意?
完成时间:
总是提前完成任务,还是总是强调客观原因而无法准时完成任务?是否经常需要有人催促才能完成工作?
难易度
所完成的工作是否是一般人不愿意干的工作?或者是很烦很累枯燥无味的工作?所完成的工作是一般程序员都可以充分达成的目标,还是不易达成的挑战性目标?如果本人不在,本部门或本小组是否有替代的人?
贡献度
其所作的工作对公司创造了多少直接效益?多少间接效益?或者降低了多少成本?工作完成后的成本情况如何?是否有效地控制成本?
是否在圆满完成本职工作以外,还积极主动地从事其它相关事情?
是否尽力为公司创造最大利益,在各方面尽了最大努力并取得了一定的成果? 能力评定:
能力评定是通过对员工的日常工作的工作表现,观察、分析、评价其所具备的工作能力。对其开发人员的能力评定,主要包括以下几项:技术能力、理解力、沟通能力、主动性、团队精神、领导能力。领导能力用于项目经理评价。技术能力
业务知识:
上级交待工作时是迅速、准确地抓住工作的关键还是反应迟钝,迟迟不能理解?是否在一个月内就迅速熟悉了新岗位的工作?还是在新岗位工作超过三个月了还对许多业务流程不很熟悉,从而不得不经常问别人?
医药生物人才网 HR工具-范例文本,仅供参考!
是否经常有人来请教相关技术问题还是总是有问题问别人?
是否本部门有一些业务只有他熟悉?
解决问题能力:
在自己的工作中遇到障碍是自己独立解决还是遇到不懂的问题就立刻问别人?是否一些新知识从未学过,却能很快地上手?
是否为实现目标和解决问题努力寻找合理的新方案?
遇到难题,是否能坚持不懈地完成工作?
市场能力:
在编写程序时是否总是考虑使用者的需求?
在编写程序时是注重界面的实用性、客户的满意度还是老谈所谓的概念,技术?
工作效率:
在工作中是否有很强的工作效率意识?
是否总是比别人快地完成任务?
理解力
是否总是迅速地掌握部门或上司的方针,并准确地反映到程序开发当中?同时常常能够立刻提出更好的解决方案?
是否迅速理解客户的需求?
布置任务是否不能很快理解,总是反复询问?
交待任务时是否总是显示出迷惑不解的表情?
沟通能力
是否能够很好地和同事相处?是否乐于帮助别人?特别是对后来者给与积极帮助?对上司、外来人员的言谈举止是否富有礼节?
是否给人以诚实、开朗的印象?
是否属于高傲的人?是否很少有朋友,而且常与人有无谓的争执?
和人谈话时是否认真倾听对方的诉说,虚心接受对方的意见?
主动性
是否对公司的状况提出过建议、意见和合理化建议?
开发程序中是否努力改善工作质量,以一贯的态度将工作从头到尾做完,并使程序尽善尽美,一定要把工作做完才离开公司。还是常说“算了,就这样吧?!”之类的言语? 在工作中给人的感觉是踏实,有始有终还是懒懒散散,吊儿郎当?
上班时是否常打私人电话,是否经常浏览不相关的网页?
是否上级没有具体指示之前自觉完成业务?是否经常寻找与自己业务相关的业务做?是否积极学习业务知识?对其不在监督也能迅速的完成任务?
是否对上司是否有敷衍的情况?是否有辞职或调动的打算?是否经常对公司抱怨?是否对别人不愿意干的工作也主动承担?
是否具有不满足于现状,积极奋进的精神还是有过一天算一天的想法?
团队精神
纪律性:
是否遵守理解公司各种规章制度而努力?并能规劝他人?
是否努力理解上级的批命令并圆满的贯彻执行?
是否严格遵守工作时间?有无经常迟到、早退、无故缺勤的情况?
在工作时间里是否热衷于工作?
主人翁精神:
是否存在浪费的现象?
是否经常利用职务之便为自己牟利?
是否注意收拾和整理工作场所?
协作性:
是否能和同事很好的合作?是否使人觉得经常多嘴多舌、指手划脚?是否不推不动,只求自己方便、合适?
是否经常支持并积极参加公司各种活动?
领导能力
是否能组织手下员工高效地工作?
是否能促使本组员工和睦相处、团队协作?
是否能关心手下员工,鼓励优秀、批评落后?
是否积极地帮助手下员工?
第五篇:一标准程序员的表白(范文模版)
一标准程序员的表白
我能抽象出整个世界...
但是我不能抽象出你...
因为你在我心中是那么的具体...
所以我的世界并不完整...
我可以重载甚至覆盖这个世界里的任何一种方法...
但是我却不能重载对你的思念...
也许命中注定了 你在我的世界里永远的烙上了静态的属性...
而我不慎调用了爱你这个方法...
当我义无返顾的把自己作为参数传进这个方法时...
我才发现爱上你是一个死循环...
它不停的返回对你的思念压入我心里的堆栈...
在这无尽的黑夜中...
我的内存里已经再也装不下别人...
我不停的向系统申请空间...
但却捕获一个异常---我爱的人不爱我...
为了解决这个异常...
我愿意虚拟出最后一点内存...
把所有我能实现的方法地址压入堆栈...
并且在栈尾压入最后一个方法---将字符串"我爱你,你爱我吗?"传递给你...如果返回值为真--我将用尽一生去爱你...
否则--我将释放掉所有系统资源...