【转】什么是底层技术

那些成为专家的人，那些不容易被迫下岗的IT人，
那些顶着大学学历希望能够继续顶着这个光环的人，
你的努力方向应该朝向不是每个人学习一 两天就学会的东西，
你的努力方向应该朝向这个社会真正需要的技能。

下面的这段话或许可能会引起误会，
比如觉得我祈视低阶 技术人员，
我先说明在此，
我没有祈视任何人，
只是努力地对题说明罢了……

请你静下来想一想，
这个社会真 正需要什么样的人才﹖
答案是能够提出「解决方案」的人。

举个例子，这个社会有很多人会做会计，也稍懂财务（会计!=财务）
但 是企业需要的却是「我有几亿财产，怎么帮我归划让它用得更有效」

再举个例子，我们公司愈来愈大了，业务愈来愈复杂了，
我们打算上 个 ERP 系统，上哪一家呢﹖怎么上呢﹖
假设你是一个蛮不错的编程人员，你想你会是这家需求ERP系统的公司需要的人才吗﹖
不是！
最 起码要能把ERP说得头头是道的人，才是这家公司需要的人才。

小学时候，老师对于那些失败了就放弃的人，经常会劝他们：
不要灰 心，社会就像大机器，我们每个人都像是小螺丝，缺少任何一个人都不行，你们每个人都是有用的人。
到了大学，老师说了另外一个道理，他说：
社 会就像大机器，我们每个人都像是小螺丝，我轻易的可以找到另外一颗螺丝换掉你这颗。

怎么样才能成为不容易被替换的螺丝﹖

就 是要设法使自己成为解决方案的提供者或者推动者。

干编程，做测试，研究底层编程，从某个角度来说，说不定不如做系统实施，
因为做 系统实施更加接近解决方案的推动者。（再强调一次，我没有祈视任何人）

我看到很多学习 SAP, OracleERP, MicrosoftAxapta的人在努力思考ERP的原理。
他们大多愈活愈开心。
为什么﹖
因 为他们学习的东西愈来愈接近解决方案。

究竟「解决方案」是什么意思﹖
解决方案的英文是 Solution，
直译就是「解 决」或「解决问题」。

对了，解决问题的能力，就是身为大学生，顶着大学生光环（甚至是硕博学历）的人，
要不同于其他人的。

雖 然我們不应该总是想到自己是了不起的大学生，
但是我们仍然要不断的提醒自己，
身为大学生与其他人的不同，
那就是能够具备解决问题 的能力。

为了避免误解，
我要说明，
任何不是大学以上学历的人，
也应该具备解决问题能力。
正确的说，
具 备解决问题能力，
你就与众不同，
你就超过学历那张纸的限制。

OK, 到了这里，有些人就会觉得我能做底阶编程，那也是提 供了解决问题的一环，
为什么要被瞧不起呢﹖

其实不是瞧不起，
而是它与真正的解决问题离得太远了，
一般人感觉不 到。

或者再正确一点地说，
任何一个领域都需要有解决问题的能力的人，
即便是底阶编程。
但是你要分清楚解决问题与 「实现」的差别。

爱迪生发生了电灯，解决了人们夜间照明的「问题」，
现在很多工厂能够生产电灯，
生产电灯的工人或机器， 只是照明问题的「实现者」。

这就是差别。

到这里回头看看前面举的ERP实施人员，
究竟是不是解决问题的人﹖
答 案是：不是。他们是问题解决的实现者之一。
那为什么干这个工作的人相对于编程人员来说他们比较受看重呢﹖
因为他们干久了，就更了解ERP 与问题之间的关系，
干久了，他们就有可能成为问题的解决者。

相对的，编程人员干久了，多半只能成为了不起的问题解决的实现者。
干 得愈久，愈是如此。

解决问题的能力，是个很抽象的说法，
任何领域都有这种需求。

对！所以我无法继续回答你你应该 学什么，
因为我不知道你将来会朝哪个领域发展。

但是我可以告诉你，愈接近问题解决领域的人，愈能有成就（所得愈高）。

我 觉得这才是你应该学习的「底层技术」。

 

 

 

---

以上转自itpub，看后其实感触很多，我们这些做技术，搞编程的，自觉研究的都是底层，做的是平台，相比做外包的，二次开发的，觉得很有成就感，但是我们何尝不是一个实施者呢？？

 

只有站的更高才能看的更远，我们对一些技术的执着，只是让我们将现有的台阶扩的更大更宽，而不是更高。学会更多的技术，转染的更深，只是让我们成为一个更出色的实施者，只有将眼光放远，放长，才能跳出这个框框。

 

当然，量变需要质变，但我们必须把握质变的机会，不然就会量变一辈子。

 

提出解决方案的人！这将是我以后的目标！