我们在学校学习,总是很干脆的原理,它是那么纯净,不粘人间烟火。
当我们弄懂了原理,并用一个实例测试了它的正确性,就高兴得到处说,我有能力做某项技术工作了。
可是,那些个企业总是带着偏见,需要有经验之人才肯给点机会。
经验不是锻炼出来的嘛,不给我机会,哪能验证我能不能呢。
终于找到一个买家,愿意给我尝试一下,他们实在找不到人啊。
一下干下去,才发现那么多问题,不是我技术不行,而是这个那个的非技术问题。
于是感叹,这里不是人呆的地方,太乱了。
为了快速出成果,我们总是抄袭一下别人的算了,那些个原来的理想,也就呵呵了。
为了让这个技术变成生产力,实在是费劲啊。
一天某著名大学学院院长,找朋友谈一个项目,见了面,看了三页ppt,原理简单明了。朋友说:“我本来还在怪带过去投资的广东的老板只穿了个拖鞋,见别人显得素质太低了。看了项目介绍,才发现都不好意思跟广东老板介绍,这个是认识的大教授。”
真实的案例啊,在做工程的人看来,那些看起来美好的项目,要实现批量上市,要考虑的因素何其多,对于只考虑原理的可行性的教授来说,他没法理解的,因为他不清楚企业经营过程中要面对的俱多问题。一个三页的ppt,你怎么让别人相信你对市场的需求做过了解。
一个朋友想拉我去投资,去他们深圳CBD中心的写字楼看了,企业介绍也看起来有那么回事,跟英国著名大学合作,在国内有自己研发中心,技术创新不成问题。可是问题来了,现在发现市场不认可他们的产品,因为你要获得大量客户应用的案例,别人才会相信你,而产品在实际的开发应用中,各种管理问题,成本问题,售后问题,全部与技术本身八辈子打不着一撇。经过4年的投入,朋友自己都说:“我们似乎在闭门造车”。技术是好的,可是没先弄清楚市场是否真有这个需求。而没有经过市场验证的技术,其实就是空中楼阁。
一个简单的直流电机产品、一个工业通信模块,原理上似乎很简单,你做个实验产品,很快就出来了,而且还能是那么回事运行一下下。但是当你想大批量获得客户订单时,你就不会那么淡定了。
我们的硬件工程师,可能每天的工作就是重复的修改,测试,那些原来看起来无所谓的细节,每一个鸡毛蒜皮都可能成为你量产的阻碍。而你可能就会抱怨了,还是软件工程师好,能学点东西,自己想怎么整都可以,这个硬件就是一个苦逼的事情,必须严格的按照规范来,不断地重复这些枯燥的工作。任何的一点改动,任何一款新的产品,还得重新不断地验证。
我们的软件工程师呢,每天编写那些重复的文档,修正那永远修正不玩的bug,做永远做不完的升级、优化。苦逼的码农就是程序员对自己的称呼。就好比自己是妓女,任由各种项目欺凌,你没有时间反抗。
原理的明白能让你产生学到很多知识的感觉,而那些琐碎的修补让你感觉枯燥乏味,像是在浪费生命。
但是当你过几年,回过头去看看你以前的认知,你会嘲笑那些新手,他们是多么的不专业。
所以,苦逼的枯燥才是造就你专业的过程,而不是原理学习。