标签:
1. 问题本质
2. 鸭梨山大
IT领袖:年入过亿(例如任正非、马化腾、李彦宏、丁磊、马云等,包括期权股票以及投资理财等收入。) IT大哥:年入千万(级别次于以上几位大佬的公司老板,不缺钱,普遍对上一条里的人物羡慕嫉妒恨。) IT精英:年入百万(各IT公司副总裁级别人物,包括COO、CTO等,大多为职业经理人,赚够钱就跑。) IT人才:年入50万(各IT公司总监级别人物,有房有车,生活压力相对较小) IT工程师:年入20万(高级经理级别,有房贷,生活压力大) IT民工:年入10万(经理级别,基本无房,学会装波一,生活压力大) 码农:年入6万到10万(工作三四年,租房,继续混日子) 码奴:年入3万到6万(工作一两年,租房,混日子) 码畜:年入低于3万(刚毕业的,租房,傻乐) |
类别 |
评估项 |
是否认同 |
身体 |
悄然发现已经没有以前经折腾了。 |
|
没有定期的体育运动。 |
||
中餐午餐都是在外面吃快餐。 |
||
确信自己是亚健康。 |
||
家庭 |
每月开支不算不知道,一算吓一跳。 |
|
有房贷或房租。 |
||
有孩子了,上幼儿园是一笔大开支。或者超过30岁了还没结婚。 |
||
买不起车,或有车子,开不起。 |
||
家里时有摩擦,经常有不开心的事。 |
||
每个月存不了多少钱。 |
||
时间 |
要花很多时间陪家庭成员。 |
|
加班时间越来越少。 |
||
社交时间较少。 |
||
激情 |
只想休息,不想工作。 |
|
对新技术、新工具不甚了解,有心无力。 |
||
没有制度明确的短期、中期和长期目标。 |
||
理想已经模糊了。 |
||
社会 |
只有交税,没有回报。 |
|
担心老了病无所依,老无所养。 |
||
担心国家经济衰退,陷入失业。 |
||
收入增长跟不上通货膨胀的速度。 |
||
行业 |
新人比我更具有性价比。 |
|
行业竞争激烈,低价抢标现象严重。 |
||
行业被某些公司垄断。 |
||
行业正在慢慢衰落。 |
||
公司 |
公司发展前景不是很明朗。 |
|
公司薪资福利一般。 |
||
公司没有企业文化。 |
||
公司员工关系比较紧张,有内斗现象。 |
||
公司缺乏活力。 |
||
总分 |
3. 另一片天地
有一个农夫一早起来,告诉妻子说要去耕田,当他走到40号田地时,却发现耕耘机没有油了;原本打算立刻要去加油的,突然想到家里的三四只猪还没有喂,于是转回家去;经过仓库时,望见旁边有几只马铃薯,他想起马铃薯可能正在发芽,于是又走到马铃薯田去;路途中经过木材堆,又记起家中需要一些柴火;正当要去取柴的时候,看见了一只生病的鸡躺在地上……这样来来回回跑了几趟,这个农夫从早上到夕阳西下,油也没有加,猪也没有喂,田也没耕,最后什么事也没做好。 |
软件项目经理小赵打算今天完成本周五项目阶段汇报的材料,他打开电脑,想起了还有一个重要的技术问题没有确定最终方案;于是他召集项目技术骨干准备继续讨论,一个钟过去了,还没有结论,这时老板来电话,要去老板办公室汇报工作,原来昨天老板跟客户吃饭,客户说到系统有一项功能无法使用,两周了还没解决;从老板房里出来,小赵继续写汇报材料,没多久,项目组的小张找来要反映项目组绩效考核结果以及加班工资的问题;快下班的时候,销售部经理匆匆忙忙地找到小赵:“快帮我估算一下这个项目的实施成本,明天我要给客户报价”……就这样,小赵一天都忙得不可开交,终于下班了,汇报材料没写多少,重要技术问题也没有解决,客户的问题也没安排处理,绩效考核的问题还要跟部门经理以及人力资源部沟通。唯一完成的一件工作,就是帮销售部估算成本,可惜跟自己负责的项目却没什么关系……经过一天的奋战,问题不但没有减少,反倒变多了。 |
比较方面 |
技术思维 |
管理思维 |
||
关注中心 |
以过程为中心的思维 |
关心每项任务本身,而不是整体目标。不重视计划,对任务缺乏控制。 |
以目标为中心的思维 |
以终为始。关注整体目标、实现的路线、影响目标实现的因素、各种事件对目标的影响,区分重点。 |
事物结构 |
局部思维 |
过于关注细节,对整个项目工作的内容、完成路线没有概念。上来就干,工作缺乏计划性、条理性。 |
整体思维 |
采用结构化分析方法,自顶向下,先整体后局部。有时亦采用头脑风暴,先将细节展开再归纳。 |
逻辑思维 |
以机器为中心的思维 |
思想单纯,性格直率。在人际问题上过于讲究逻辑。 |
以人为中心的思维 |
人是执行项目的主体,关注事情本身,更关注人的价值。学会包容,能与各种不同情格的人打交道。 |
决策依据 |
完美思维 |
不关心进度和成本,只关心完美的功能和代码,并视之为艺术。经常对上一任的工作推倒重来。 |
平衡思维 |
拒绝渡金,项目不需要艺术。在进度和质量之间取得平衡,在员工个性与团队凝聚力之间取得平衡,在员工、项目、公司和客户之间取得平衡。 |
人际关系 |
个人思维 |
以个人为中心,单兵作战,依赖个人能力。个性固执,工作方法简单。 |
团队思维 |
你不是一个人在战斗,发挥每个成员的作用比个人埋头苦干重要得多。关注团队分工、配合以及士气和凝聚力。 |
职责范围: 1、负责软件项目管理及计划实施; 2、具备较强管理、协调及沟通能力,帮助开发人员解决开发过程中遇到的技术问题,做好日常的开发团队管理工作; 3、与各团队协同工作,确保开发工作正常顺利的开展; 4、具备较强的分析问题、解决问题的能力,能够解决项目团队在开发过程中遇到的技术难题; 任职要求: 1、计算机相关专业,4年以上JAVA软件从业经验,2年以上开发经理或团队管理经验; 2、精通java、jsp、HTML、JS、xml、AJAX编程语言,精通Struts、Hibernate、Spring、IBatis等常用框架技术; 3、精通中间件技术,对Websphere、WebLogic等有很深的了解; 4、快速适应工作环境,应变能力强,抗压能力强; 5、重视成本和进度控制,合理有效利用资源,有较强的责任心; 6、熟悉Android开发、Hadoop技术者优先考虑; |
类别 |
职责/要求 |
点评 |
专业技术 |
精通多种编程语言和技术框架;精通中间件技术;熟悉Android及Hadoop。 |
项目经理必须是技术专家,也许你自己不用写代码,但你必须能指导下属,解决技术问题。必要时,还得参与做系统架构和系统分析。 |
管理技能 |
项目整体管理;成本管理;进度管理;资源管理;团队管理;沟通协调能力。 |
难道风险管理、质量管理、采购管理就不需要了吗?九大领域一个都不能少。 |
个人内在 |
适应能力;应变能力;抗压能力;责任心;分析问题解决问题的能力。 |
① 适应能力:像变色龙。能适用不同公司文化和氛围,不同性格的同事,特别是上司。 ② 应变能力:像变形虫。项目过程中会出现各状况,必须能调整自己、调整计划,以适应变化。 ③ 抗压能力:像驴子。项目管理压力很大哦,天塌下来要也扛着。 ④ 责任心:项目出问题,基本上责任都是你的,决不可推卸责任,勇敢的去解决问题吧,不要辜负领导的重托。 ⑤ 逻辑思维:项目经常会出问题的,所以你必须思维清晰,能够客观的分析问题和解决问题。 |
相关经验 |
4年开发经验+2年管理经验 |
老板可不想冒险,把项目给你去做试验田。 |
权力类型 |
完全的权力 |
部分权力 |
指挥权 |
对项目内的人、财、物的调度安排,可以自主决定。 |
对项目结果产生较大影响时,需与高级经理讨论。 |
人事权 |
可以依据公司制度对员工进行考核、奖惩。 |
人员的聘用、辞退等决定一般由职能经理安排,项目经理可以作出建议。 |
财权 |
小额活动经费一般可以自主决定 |
达到一定金额需要申请,由高级经理直至总经理审批 |
技术决策权 |
一般技术措施可以自主决定 |
重大技术措施,必须通过外部评审,并请上级领导拍板 |
采购权 |
小额采购项目必须品 |
达到一定金额需要申请,由高级经理直至总经理审批 |
模型 |
针对性 |
完整性 |
实用性 |
PMI的项目经理知识技术体系 |
好 |
太小 |
好 |
麦克利兰的素质模型 |
较差 |
太宽 |
较差 |
管理者胜任特征模型 |
中 |
太宽 |
较差 |
四种能力论 |
中 |
太宽 |
中 |
工作职责:
带领团队完成需求分析,开发计划制定与跟踪,项目组关键技术问题解决,负责项目QCD。
岗位要求:
1、3年以上软件开发项目经验,2年以上项目管理经验;
2、熟练掌握JAVA、WEB开发,精通基于Oracle/Mysql数据库的MIS系统开发;
3、具有较强的沟通、组织能力和较好的文字表达、写作能力;
5、有医疗业务开发经验者优先。
|
任职要求:
1.能很好的把握开发质量和项目进度,规避风险。
2.具有较强的语言和文字表达能力、沟通协调能力、良好的团队合作精神。
3.具备至少3年项目管理经验或大型系统开发实施经验的优先。
4.掌握JAVA技术,能熟练应用J2EE,Spring,Struts,Hibernate等开发和测试。
5.熟悉基于java的B/S架构应用技术。
6.熟悉基于Tomcat、WebSphere、weblogic等应用服务器的开发;
7.熟悉大型数据Orecle/SQL Server等,熟练掌握存储过程编写、数据库表设计。
8.熟悉unix/Linux操作系统。
9.具备软件团队管理经验,熟悉软件开发流程,能够独立完成项目实施的优先。
10.具备一定的系统框架设计、熟悉开发流程,具有的良好的需求分析、项目设计、规划能力。
13.有如下经验者优先考虑:
a.熟悉BIEE,或有BI项目开发实施经验
b.对BI/DW的概念和架构有比较深入的了解,熟悉维度模型架构
c.熟悉Oracle数据库开发,或有ETL工具ODI经验,精通SQL
d.有基于java技术项目管理经验的优先,教育行业背景优先
|
项目经理类型
|
优势
|
劣势
|
外行
|
一般具有更强的领导力,更善于激发员工的士气、战斗力;
一般具有更强的谈判能力、资源协调能力,客户和上级领导满意度会更高;
一般具有更强的沟通汇报的能力;
更容易跳出技术本身,看清问题本质;
一般更善于权衡轻重缓急,更善于取舍。
|
项目详细计划要依靠技术骨干,对其评估的准确性无法做出自己的判断;
无法对技术人员进行辅导;
无法对技术问题做出分析判断,帮助解决棘手问题;
无法对技术人员进度拖延原因做出准确分析、不能很好控制项目;
容易造成瞎指挥;
容易和技术人员互相看不起对方。
|
内行
|
外行的劣势往往是内行的优势
|
外行的优势往往是内行的劣势
|
学习是一种基础性的能力。然而,“吾生也有涯,而知也无涯。”,如果学习不注意方法,则会“以有涯随无涯,殆矣”。
一.学习也是一种能力
看到这个标题,有人会说:“学习,谁不会?”的确,学习就像吃饭睡觉一样,是人的一种本能,人人都有学习的能力。我们在刚出生的时候,什么也不知道,是一张真正的白纸,我们靠学习的本能,学会了走路、说话、穿衣服…后来,我们上学了,老师把书本上的知识一点一点灌输到我们的脑子里,我们掌握的知识越来越多,与此同时,我们学习能力却好像越来越差了,习惯了被别人喂饱,似乎忘记了怎么来喂自己了。
学习本来只是一种本能,算不上什么能力,然而,经过二十多年的不断学习,学习反而成为了一种真正的能力,因为我们慢慢失去了它,它就更显得珍贵。
在学校里我们基本上被动式学习,然而走出了象牙塔之后,不会再有人对你负责,不会有人主动教你,我们需要主动的学习。所谓的学习能力,其实就是自主学习的能力。
几年前,曾有一本风靡管理界的书,叫《第五项修炼》,这本书倡导建立学习型组织,因为从长远来看,一个组织唯一可持续的竞争优秀,就是比竞争对手更快更好的学习能力。
一个公司如此,一个人又何尝不是如此?众所周知现在是一个知识爆炸的时候代,知识更新非常快。据说,一个大学毕业生所学习到的知识,在毕业之后的2年内,有效的不过剩下5%,更何况我们的学校与社会需要严重脱轨。我们赖以立足的,不在于我们现在掌握了多少知识,而是我们有多强的学习能力!
学习不但是一种能力,而且是一种至关重要的能力,而这种能力的核心,就是学习的方法和心态。
二.买书是最划算的投资
古人云:“书中自有黄金屋,书中自的颜如玉。”这说明先贤们早就认识到,买书是最划算的投资了。
当我刚出道的时候,拿着非常微薄的工资,有一次我向主管抱怨道:“现在的书真贵啊,这点工资连饭都吃不起,更别说买书了!”主管对我说:“不要吝惜买书的钱,宁可忍着不吃饭,也不要忍着不买书,因为买书是回报率的最高的投资了。”
主管的话让我非常震动。后来,我看到喜欢的书时,再有没有手软过。我不断的学习,开发能力也不断的提高,工资水平也获得了大幅度的提高。一年后,我一个月工资的涨幅,就足够买两年的书了。你说,还有比这更划算的投资吗?
一本书,哪怕只有一页纸是有用的,它将所产生的潜在价值,也会远远超过书本身的价格。当然,书不在多,能踏踏实实消化掉一本好书,可能比泛泛而读10本普通书,要更有价值得多。
三.多读经典书
十年前,我刚进入IT行业的时候,真是求知渴,每星期都要往购书中心跑,可惜的是,那时给程序员看的书不像现在这么多,高质量的书就更少了。当时我印象中比较经典的书籍就是《Windows程序设计》、《COM本质论》、《Java编程思想》,还有就是谭浩强的《C语言程序设计》。其它充斥书架的,就是类似于《21天精通XXX》、《XXX从入门到精通》、《XX宝典》这样的书籍。
回首往昔,令我比较郁闷的一件事就是在我最有学习动力的时候,看的高质量的书籍太少,就好像是在长身体的时候,天天吃的是没营养的泡面。当然,这跟没有人指导也有很大的关系,独自一个人学习,让我走了很多的弯路。
软件开发方面的书籍,我大致将其分为三类:
(1)浅显的入门类书籍。
这类书的标题往往是《XX天精通XXX》、《XXX从入门到精通》、《XX开发实战》等,这类书往往从软件的安装讲起,喜欢翻译帮助文件。有人批评这类书为烂书、毫无价值,这并不公平。至少我本人,也曾从这些书中学到一些东西。即使是21天系列书,也有适合看的人群,只不过,它一般也就只能看21天而已,过后就可以扔到垃圾堆。这类书只适于还没有入门的初学者,从中学到一些入门的招式。这种书在刚起步的时候一般买上一本就可以了。如果你善于使用搜索引擎,这一本书也可以省了。
(2)国内外高手写的实战类书籍。
这类书实战性很强,把技术及原理讲得很透彻。比如《windows环境下32位汇编语言程序设计》、《深入解析MFC》、《Delphi深度探索》、《深入浅出WPF》、《深入剖析Asp.net组件设计》等。以前这类书都是从国外翻译或从台湾引进,现在国内高手越来越多,出自国内作者的也越来越多。这类书如果在你学习的每个方向看个两三本,并且通过实践消化掉,那么毫无疑问,你会成为一个优秀的程序员。
(3)国外大牛写的、揭露本质、有丰富思想的书。
这类书就是所谓的经典书了,例如《代码大全》、《编程珠玑》、《设计模式》、《重构》、《代码整洁之道》等。经典书就像一个有深度、有思想的朋友,他会给你启发、每次阅读都会有新的收获,这类书具有真正的收藏价值。看经典书永远是正确的选择,它绝不会浪费你的时间,因为经典书是无数人沙里淘金、帮你挑选过的结果。
然而,阅读这类书并不是一件容易的事情,读者需要有丰富的开发经验,才能与作者产生共鸣。真正能消化经典书的人其实不多,这就好像饮酒,一个新手无论如何也品不出葡萄美酒的醇香。在酒桌上,人人都把杯中酒一饮而尽,当有人点评“这个酒不错”的时候,我只能无奈的苦笑一番,真的是甘苦自知。
如果一本经典书你看得很辛苦,很有可能就是因为你功力未够,这种情况下不要着急,慢点来,不妨先将其先束之高阁,多看看第二类实战型书籍,过一段时间再回头来看,也许你会有新的惊喜。
四.不要在上班时间看书
一个善于学习的人,首先要善于利用一切时间来学习。不知是伟大的雷锋叔叔还是鲁迅爷爷曾经说过:“时间就像海绵里的水,只要愿挤,总还是有的。”然而,当我们从上班时间中挤时间学习时,就千万要注意了,不要在上班时间看书!
上班时间看书不但是一件很敏感的事情,而且非常吸引眼球,很快就会引起周遭的不爽。首先老板心里不爽,他想:“我给你钱是让你来工作的,不是来学习的!”;其次同事们也不爽:“我们工作都做不完,瞧,这小子真闲哪!”用不了多久,你就会成为被众人排斥的异类。
当然,你可能会说,“我工作已经做完了,经理没有安排,当然可以学习了”,其实不然。你完成了一件事情,不等于所有的事情都完成了。一个优秀的员工,应该是主动要工作,而不是被动的等工作。工作完成以后,你至少还可以:
(1)主动汇报给你的经理,请他来检查你的成果,并安排新的任务;
(2)如果公司这一段时间确实比较闲,没有什么具体的任务,可以进行代码重构、优化;
(3)你还可以主动请缨,承担额外的工作或更艰巨的任务。
(4)如果一定要学习,也只能对着电脑屏幕来学习,纸质书最多只能拿来翻阅一下,而不能一直捧着,以免影响到其他人的情绪。
五、只学习与工作相关的东西
我曾发现不少程序员在学习方面找不到方向,一会学学C#,一会学学Java,看了最新的编程语言排行榜,又觉得该学C++。这样左抓抓,右挠挠,只会让你觉得更痒。
学习最忌三心二意。俗话说:“伤其十指不如断其一指”,每门都学一点,还不如专心学好一个方向。这个道理谁都懂,可是又该学哪个方向呢?难道只能跟着感觉走吗?
不!最实际的方向,应该跟着工作走,工作需要什么,我们就学什么,把工作需要的技能熟练掌握。我们为什么要学习和工作弱相关的东西呢?是为了转行或跳槽吗?可是,如果我们连现在本职工作都不能做好,又怎么能保证到新的岗位、用新学的技能就可以做得更好呢?
学习与工作需要的的东西,有很多好处:
首先,可以集中精力,在某一方面钻研得更加深入。所谓“百招会不如一招绝”,有了绝招,你还怕不能在“武林”立足吗?《天龙八部》中的慕容复武功博学无比,最后还不是被只会一招六脉神剑的段誉打得落花流水?
其次,可以学得更快、更深入,因为学习更具有针对性,而且可以立即在工作中运用,可以马上检验出学习的效果,对存在的问题可以进行深入的研究,因此掌握的知识也会更加的牢固。
第三,学习与工作结合在一起,工作时间也就成了学习时间,这样突破了三个8小的限制。有人说,我们每天所有拥有的时间可以分为三个8小时,工作8小时,睡觉8小时,另外还有8小时自己可以自由支配的时间。工作和睡觉的两个8小时大家都一样,决定人生高度的是另外这个8小时。当我们把学习的焦点放到与工作相关的知识上时,工作时间中的很大一部分,同时也就成了宝贵的学习时间,这真是一举两得的美事啊。
六.织网式的学习
知识的广度和深度都很重要。作为一个程序员,深入把握技术细节,是写出优质代码的保证。但对于一个项目经理而言,知识的广度更显重要。项目中碰到的问题往往是综合性的,只有具有广博的知识,才能快速的对问题进行分析和定位。在程序员通往项目经理的道路上,我们必须有意识的扩大自己的知识面,形成更完善的知识体系。
每个人的知识体系就好比是一张网,我们学习其实就是要织这样一张网。 我曾看过渔网的编织过程,渔网虽大,也是一个结点起步,一个点一个点的编出来的,编织的过程中,始终只有一根主线。
学习又何尝不是这样,知识体系的大网也是由许多小的结点组成,要结这样一张网,只能由一个点起步。牵住一条主线,织出一个个的点,由点带出面,最后才能形成这张大网。
我曾经编写过一个网络信息采集软件,这个软件可以从具有列表页网站中按字段设置采集信息,支持自定义字段、页面多级关联、下载附件、支持多种数据库、可视化定义等特性。刚开始时,觉得这个软件也是一个比较大的功能点而已,后来发现这个不起眼的功能关联着大量的知识点,在开发过程中, 我顺藤摸瓜,各个击破,对很多知识点进行了细致的学习研究,软件开发完成后,个人的知识体系网也进一步得到了补充和完善。
图1 由知识点形成知识网
七.问题是最好的学习机会
日本经营之神松下幸之助曾经说过:“工作就是不断发现问题、分析问题、最终解决问题的一个过程,晋升之门将永远为那些随时解决问题的人敞开着。”可见,工作过程中有问题是正常,没有问题那才是真正的问题。在发生问题能时,能勇于面对问题、解决问题的人,才是公司真正的核心骨干。
现实中,很多人总是千方百计回避问题,当上司安排一项艰巨的任务时,也是想尽办法推托。殊不知,对于个人而言,其实问题是最好的学习机会。往往那些愿意接受困难工作的人,能力会变得越来越强,那就是因为他们在克服困难的过程中取得了巨大的进步。
有一次,一位项目经理对我说:“有一个问题,客户有一台HP服务器要装磁盘阵列,没人会做,怎么办啊?”
“可以学啊,没有人愿意去吗?”
“我都问了,没人想去。”
“哦,正好明天我有时间,我也没装过磁盘阵列,那我明天去学着弄一下。”我说的是真心话。
第二天早上,当我准备出发时,项目经理告诉我不用我去了,因为项目组好几个同事都想去“学着弄一下”。
结果服务器很快就装好了,远远没有之前大家想像的那么困难嘛。更重要的是,在解决这个问题的过程中,大家都学会了怎么装磁盘阵列。
碰到困难时,迎难而上吧,千万不要拒绝这个最好的学习机会!
八.经常思考总结
子曰:“学而不思则罔”。只学习不思考,就会迷惑,难以把握事情的本质。这就好比一个学武之人,只习得其形,而未得其神,难以成为真正的高手。
一个程序员从入门,到成为高手的过程中,往往要经过几次顿悟。顿悟会让你跳出知识的丛林,一切豁然开朗,仿佛打通了全身的奇经八脉一般奇妙。记得我有一次,顿悟到了一个很简单的结论:“原来高级编程语言中的类库是封装了Windows API来实现的。”后来碰到一些自带类库无法实现的功能时,我就会想到,其实可以通过调用Windows API来实现。利用这个思路,我解决了一些看起来很难的问题,得到老板的赏识,从而很快获得提升。
顿悟非常可贵,然而它不是随便发生的,而是经过一次次苦苦思索之后、灵光闪现的结果。思考的过程,其实就是将外在的知识内化为自己的知识的过程,而顿悟,则是批量的实现这种内化,将无数个知识点连接在一起,达到融会贯通的境界。
九、克服“高原现象”
爱学习的人都会有这样的经历,学习持续了一段时间之后,往往会有一个瓶颈期,长时间似乎很久没有什么进步,于是内心非常着急。
这种情况实际上这是由人的学习规律决定的一种“高原现象”。据研究,学习者在刚开始进步快,随后有一个明显的或长或短的进步停顿期,后期进步慢,中间的停顿期叫高原期。
图2 技能学习练习曲线
在我看来,高原期实质是一个消化期,由于前期的学习积累了太多的知识点,这些知识点在大脑中乱作一团,还没有形成一个知识体系。这时需要一定的时间来消化它,将它融会贯通,经常思考总结可以快速帮你跨过高原期。
在处于高原期的时候,还可以换一个相关的方向来学习,例如编程语言学不下去了,你可以学习一下设计模式,设计模式也学不下去了,再换成数据库。通过学习这些相关的知识,不但补齐了知识体系中的短板,而且各个知识点之间可以互相启发,帮助你实现顿悟,跨过高原期。
十、学习要有好心态
(1)学习要静心
急于求成是学习过程中普遍存在的一种心态。这可以理解,毕竟作为一个程序员,要学的东西实在太多了,而社会又是那样的浮躁,让人觉得一切都是那样的不安全、不确定,似乎只有学得快一点,才能跟上社会的脚步。
可是“欲速则不达”,想快快的学,往往会形成东一榔头、西一棒槌的学习方式,每一个点都没有吃透。心沉不下去,知识也会沉不下去。要想成为真正的高手,只能静下心来,一步一个脚印的攀登。
(2)学习是一个持续一生的过程
人生的过程,就是一个自我完善过程。
孔子曾经说:“吾十有五而志于学,三十而立,四十而不惑,五十而知天命,六十而耳顺,七十而从心所欲,不逾矩。”可见孔子也不是天生的圣人,也在不停的学习、进步,从“志于学”到最后“从心所欲,不逾矩”,孔子一共花了55年的时间。
作为一个程序员,更是需要不断更新自己的知识。我们所知道的东西,就像一个白色的圆圈,圈外则是黑暗的未知的世界。当圆圈越大,所接触到的黑暗部分就越多。我们只有不停的学习,打破更多的黑暗,找到更多光明。
(3)保持饥饿,保持愚蠢
看了《乔布斯传》之后,我最喜欢的一句话是“求知若饥,虚心若愚”(Stay Hungry,Stay Foolish),其实我更喜欢它更原生态的翻译“保持饥饿,保持愚蠢”。我们只有认识到自己还很饥饿和愚蠢,才会像没吃饱一样,由衷的需要学习、爱上学习。
当然,知易行难,知行合一才是学习的最高境界。我也始终是一个学习者,一直在路上。
说起程序员三个字,我觉得既骄傲又可悲。骄傲的是,我们曾经是时代骄子,是一群真正改变世界的人;可悲的是,我们很多致力于改变世界的程序员,却生活在自己的世界里,无法自拔,成为了继“书呆子”之后的“电脑呆子”。电脑本来只是一个工具,我们竟然被其所限制、甚至同化,悲夫!
一、警惕成为“电脑呆子”
(1)程序员眼中的自己
程序员是怎样看待自己的呢?看看园子里的发言,码农、码畜、IT民工、苦逼、程序猿…这样的字眼俯拾皆是。
在网上曾经广泛流传一首关于程序员的诗,模仿的是唐伯虎的《桃花庵歌》,我们暂且称之为《程序员之歌》吧:
写字楼里写字间,写字间里程序员;程序人员写程序,又拿程序换酒钱。
酒醒只在网上坐,酒醉还来网下眠;酒醉酒醒日复日,网上网下年复年。
但愿老死电脑间,不愿鞠躬老板前;奔驰宝马贵者趣,公交自行程序员。
别人笑我忒疯癫,我笑自己命太贱;不见满街漂亮妹,哪个归得程序员。
这首诗的作者不知姓甚名谁,但可以肯定的是,他是一名程序员,因为只有程序员才能这样生动的写出程序员的酸甜苦辣。从诗中看出程序员眼中的自己的形象:敬业、辛苦,每天的时间全部花在写程序和上网;思想单纯;清高不合群,自傲自恋;清贫不得志,自悲自叹。
(2)别人眼中的程序员
在别人眼中程序员又是怎样的一个群体呢?在360网站有一个关于程序员形象的热帖(http://bbs.360.cn/3237987/254486286.html),其中回帖的大部分都不是程序员,很多回复都非常生动,没有骂街,可以说比较客观。
总结一下,大家回复的情况大致如下:
l 工作方面
富有钻研精神,是技术方面的高手,没有时间概念,加班多,辛苦劳累,工作认真严谨,懂制作软件却不懂这软件如何运行更好。
l 外在形象
黑眼袋,红眼圈,睡眠不足,瘦小,邋遢,带眼镜。
l 生活方面
电脑前潇洒自如,世人前胆小腼腆。聪明,思维敏捷,生活刻板。
l 性格方面
“闷骚”这个词不好听,但还是蛮准确的:程序员大多沉默寡言,不善与人交往,但内心却很丰富。性格腼腆甚至孤僻,圈子小,爱憎分明,有点不食人间烟火的样子。
l 思维方式
是一种面向问题的思维方式,逻辑灵敏而严谨,无时无刻不在思考攻克解决问题,善于找别人的问题,却对自己的问题视而不见,不善于解决生活中的问题。
综合起来,程序员在世人眼中大抵是一个聪明而又迂腐、善良而又刻板的形象,是不是有点像鲁迅笔下的“孔乙己”先生呢?
(3) “电脑呆子”是怎样炼成的
上面描述让我想起了一个词:“书呆子”。书呆子是指那些死读书、读死书、不通人情世故、不会用书上的知识变通的人。书呆子是与书待一起的时间太久了,以至于生活在书的世界里,用书里的道理来评价和要求真实的世界。而我们程序员呢,日复一日,年复一年在代码间摸爬滚打。每天用在与电脑交流的时间,比大部分书呆子看书的时间有过之无不及。每天基本上就是“电脑一开,一关就过去了,嚎”。
俗话说:“带着锤子三年,看什么都是钉子”。当程序员三年,看到谁都当作是电脑。于是产生了计算机时代的“书呆子”,不妨称之为“电脑呆子”。电脑呆子用电脑的时间太久了,生活在电脑的世界里,用电脑的逻辑来要求别人,不懂生活,不懂人情世故。可能你对这样的措辞感到不满,但对多我们身边有些程序员,是不是有几分神似呢?
悲夫!程序员曾是时代骄子,有非常细腻内心、非常丰富的感情世界、非常聪明的大脑,在世人眼里的形象却是如此不堪!
孔子说:“君子御物而不御于物”。电脑只是被我们利用工具而已,而我们的思维却被电脑所限制,甚至变得和电脑一样。
程序员,是该求变的时候了!
我们再也不要闷骚,将我们的内心美好善良的一面勇敢的表达出来吧!
我们再也不要苦逼,我们要金钱,更要快乐,我们要工作,更要生活!
我们再也不要死板,我们可以做出漂亮的程序,同样也可以漂漂亮亮的做人!
(4) 一个老程序员的肺腑之言
也有大家会觉得“电脑呆子”这样的词是在骂程序员,是对程序员的不敬,但也许激烈的言辞更能令人警醒。有一个成语叫当头棒喝,据说佛教禅宗和尚接待初学的人常常用棒一击或大喝一声,促他醒悟。
我曾经是一个程序员,现在仍是。我也曾经是一个真正的“电脑呆子”,我曾独自在黑暗中摸索,花了多年的时间才摸着石头过河—也许我还远未过河。那些曾狠狠骂我的人,我把他们当作我的恩人,因为他们激励和启发了我的成长。当我逐渐走向成熟时,已经错过了无数的机会。
二、懂电脑更要成为人脑
(1)电脑逻辑 vs 人脑逻辑
程序员写代码离不开电脑,沟通、交际又要与人脑打交道,然而电脑与人脑的逻辑在很多方面却是大相径庭。
比较方面 |
电脑的逻辑 |
人脑的逻辑 |
差异性 |
同一个程序在每台电脑上的运行结果都一样 |
任务交给不同的人,结果可能大相径庭 |
多样性 |
每台电脑都一样(换一台电脑编程完全没问题) |
每个人都不一样,人千差万别,因此要适应不同性格的人 |
确定性 |
程序正确,电脑一定能得到正确结果 |
任务明确,做出来的结果与预期可能相去甚远 |
思维 |
电脑无自主思维。 |
个人存在理解力,执行力,判断力等方面的问题 |
情感 |
电脑没有感情、情绪等因素的影响 |
人受感情、情绪的影响 |
自主性 |
电脑无自主性,完全受程序的控制 |
人具有自主性,但行为由很多因素决定 |
社会性 |
电脑与电脑之间只在严格的逻辑交互,无社会性 |
人与人之间的关系微妙 |
合作 |
1台电脑+1台电脑,运算能力更强 |
1人+1人,结果无法预知,团队合作至关重要 |
电脑的逻辑简单,所以我们愿意与电脑打交道。如果我们把电脑的逻辑带到与人交往的过程中,那就太“简单化”了,当然也就给人以迂腐、刻板、不懂变通的印象。我们毕竟是生活在人的世界中,我们要懂电脑,更要懂人脑。我们不是只懂电脑异类,而只是更懂电脑的正常人。
(2)做回正常人
我曾经很看不起那些不懂技术却八面玲珑的人,看到他们身居高位更是感到愤愤不平,甚至感叹要是生活在西方国家就好了,什么事情都直截了当,不用拐弯抹角。
然而,经历了无数的挫折之后,我明白了一个道理:“世事洞明皆学问,人情练达即文章”。人家能说会道、八面玲珑也是一种本事啊。不然,我们怎么做不到啊?
其实并不是这样做很难,而是我们不愿意这样做而已,不愿意为世俗的观念改变自己。没错,现实是世俗的,但现实也是无法改变的,我们只能承认现实,臣服于现实。我在360的那个帖子中看到有一个对程序员的绝妙评价,“程序员是七仙女中的织女”,难道我们真正的要像仙女一样不食人间烟火吗?
我们不用做仙女,只需要做一个普通的正常人。要顺应人的逻辑,懂人情,明事理,做一个正常人该做的事情,这样并不难。
莫言在领诺贝尔奖时有一段精彩的发言:
最后,我讲一个小故事。听说法兰克福是歌德的出生地。在中国,流传着一个非常有名的关于歌德的故事。有一次,歌德和贝多芬在路上并肩行走。突然,对面来了国王的仪仗。贝多芬昂首挺胸,从国王的仪仗队面前挺身而过。歌德退到路边,摘下帽子,在仪仗队面前恭敬肃立。我想,这个故事向我们传达的就是对贝多芬的尊敬和对歌德的蔑视。在年轻的时候,我也认为贝多芬了不起,歌德太不象话了。但随着年龄的增长,我慢慢意识到,在某种意义上,像贝多芬那样做也许并不困难。但像歌德那样,退到路边,摘下帽子,尊重世俗,对着国王的仪仗恭恭敬敬地行礼反而需要巨大的勇气。
处处与世俗为敌,并不会让世俗变得清高。尊重世俗,也并不意味着失去清高,失去自我。
不要比拼清高,而要自己生活得幸福。当你能自由的游走于世俗的现实与内心卓尔不群的原则之间时,你也就实现在个人修炼的圆满,成为了一个从内心里幸福的人。
我们不需要成为清高之人,也不需要成为世俗之人,我们只要成为普通的正常人,一个外圆内方的人。
标签:
原文地址:http://www.cnblogs.com/samuelwnb/p/4631664.html