那些成为专家的人,那些不容易被迫下岗的IT人,
那些顶着大学学历希望能够继续顶着这个光环的人,
你的努力方向应该朝向不是每个人学习一
两天就学会的东西,
你的努力方向应该朝向这个社会真正需要的技能。
下面的这段话或许可能会引起误会,
比如觉得我祈视低阶
技术人员,
我先说明在此,
我没有祈视任何人,
只是努力地对题说明罢了……
请你静下来想一想,
这个社会真
正需要什么样的人才﹖
答案是能够提出「解决方案」的人。
举个例子,这个社会有很多人会做会计,也稍懂财务(会计!=财务)
但
是企业需要的却是「我有几亿财产,怎么帮我归划让它用得更有效」
再举个例子,我们公司愈来愈大了,业务愈来愈复杂了,
我们打算上
个 ERP 系统,上哪一家呢﹖怎么上呢﹖
假设你是一个蛮不错的编程人员,你想你会是这家需求ERP系统的公司需要的人才吗﹖
不是!
最
起码要能把ERP说得头头是道的人,才是这家公司需要的人才。
小学时候,老师对于那些失败了就放弃的人,经常会劝他们:
不要灰
心,社会就像大机器,我们每个人都像是小螺丝,缺少任何一个人都不行,你们每个人都是有用的人。
到了大学,老师说了另外一个道理,他说:
社
会就像大机器,我们每个人都像是小螺丝,我轻易的可以找到另外一颗螺丝换掉你这颗。
怎么样才能成为不容易被替换的螺丝﹖
就
是要设法使自己成为解决方案的提供者或者推动者。
干编程,做测试,研究底层编程,从某个角度来说,说不定不如做系统实施,
因为做
系统实施更加接近解决方案的推动者。(再强调一次,我没有祈视任何人)
我看到很多学习
SAP, OracleERP, MicrosoftAxapta的人在努力思考ERP的原理。
他们大多愈活愈开心。
为什么﹖
因
为他们学习的东西愈来愈接近解决方案。
究竟「解决方案」是什么意思﹖
解决方案的英文是 Solution,
直译就是「解
决」或「解决问题」。
对了,解决问题的能力,就是身为大学生,顶着大学生光环(甚至是硕博学历)的人,
要不同于其他人的。
雖
然我們不应该总是想到自己是了不起的大学生,
但是我们仍然要不断的提醒自己,
身为大学生与其他人的不同,
那就是能够具备解决问题
的能力。
为了避免误解,
我要说明,
任何不是大学以上学历的人,
也应该具备解决问题能力。
正确的说,
具
备解决问题能力,
你就与众不同,
你就超过学历那张纸的限制。
OK, 到了这里,有些人就会觉得我能做底阶编程,那也是提
供了解决问题的一环,
为什么要被瞧不起呢﹖
其实不是瞧不起,
而是它与真正的解决问题离得太远了,
一般人感觉不
到。
或者再正确一点地说,
任何一个领域都需要有解决问题的能力的人,
即便是底阶编程。
但是你要分清楚解决问题与
「实现」的差别。
爱迪生发生了电灯,解决了人们夜间照明的「问题」,
现在很多工厂能够生产电灯,
生产电灯的工人或机器,
只是照明问题的「实现者」。
这就是差别。
到这里回头看看前面举的ERP实施人员,
究竟是不是解决问题的人﹖
答
案是:不是。他们是问题解决的实现者之一。
那为什么干这个工作的人相对于编程人员来说他们比较受看重呢﹖
因为他们干久了,就更了解ERP
与问题之间的关系,
干久了,他们就有可能成为问题的解决者。
相对的,编程人员干久了,多半只能成为了不起的问题解决的实现者。
干
得愈久,愈是如此。
解决问题的能力,是个很抽象的说法,
任何领域都有这种需求。
对!所以我无法继续回答你你应该
学什么,
因为我不知道你将来会朝哪个领域发展。
但是我可以告诉你,愈接近问题解决领域的人,愈能有成就(所得愈高)。
我
觉得这才是你应该学习的「底层技术」。
以上转自itpub,看后其实感触很多,我们这些做技术,搞编程的,自觉研究的都是底层,做的是平台,相比做外包的,二次开发的,觉得很有成就感,但是我们何尝不是一个实施者呢??
只有站的更高才能看的更远,我们对一些技术的执着,只是让我们将现有的台阶扩的更大更宽,而不是更高。学会更多的技术,转染的更深,只是让我们成为一个更出色的实施者,只有将眼光放远,放长,才能跳出这个框框。
当然,量变需要质变,但我们必须把握质变的机会,不然就会量变一辈子。
提出解决方案的人!这将是我以后的目标!