嵌入式开发精英的必备素质
这个帖子主要谈谈和本版相关的一些东西.大家(包括初学者)都知道单片机/DSP的型号成千上万,开发环境/工具也是多种多样.因此,在描述自己的问题时,千万记得要讲自己所使用的芯片型号/系列/厂家/开发语言/开发环境/开发工具(在线调试器、仿真器等)一一列明,这样会大大提高问题解决的可能性.否则就像是对牛弹琴、鸡同鸭讲,提问者的智慧常常能激发回应者的兴趣,在问题的解决过程中双方都能有所收获是论坛的最大目的.不知所云的问题即使令人同情却又爱莫能助,毫无头绪的问题甚至会引起浏览者的抵触.
很多情况下,发帖者是抱着撞大运的心理来到论坛,三言两语将自己的问题抛了出来,然后期待奇迹发生,问题瞬间迎刃而解.这种心理的产生源自于本身对论坛的不了解和不信任.而诸如此类的问题经年累月的出现,又打击了参与者的热情,论坛的影响力和水准的衰落也就不奇怪了.
另外一种情况,我将其视为"只求索取,不作回报",即认为获得别人的帮助是天经地义的,你不乐意或不能解决,我就不来你的网站,不支持你甚至恶语相向.然而自身又缺少奉献的精神,或者做出帮助的动机出于沽名钓誉,致力于在论坛上沾有一座山头,从此算是扬名立万了.这是一种悲哀,更是我辈缺乏信仰的一种典型表现.
说远了,继续说在本版提问的要点.芯片和开发环境提供了一个问题产生的平台,那么细致准确的描述就能给问题的诊断提供第一手的参考.错误的或模棱两口的描述也极有可能获得相应的回答,结果使提问和回答的双方都长时间为此困惑.宽泛的描述尽管描述本身是正确的,但是难以使问题得以快速定位,常常需要经过N个询问、回答、再询问、再回答的漫长对话,没有恒心的任何一方都会让问题的解决流产.
有一类网友,喜欢贴上没有任何说明或注释、格式编排混乱的大段代码,在他/她的印象中,仿佛高手就是通过指令和代码交流的,不能看懂并发现代码问题的人肯定也没资格对话题进行回复.这种做法说明发帖者是缺乏工程应用经验的,工程应用中,文档才是工程师之间、部门之间的交互接口,否则还搞CMMI干什么呢?
当然,对于初学者,我们也应尽量予以理解和帮助,我相信大部分人由于工作学习的环境不同,缺少正确的引导,容易走弯路和误入歧途.我不敢相信我所认为的就是对的,但是我知道,如果有更多的人对此发表有见解的意见,会使行业的人员素质得到提升,这样的事,不是我们愿意达成和乐见的吗?
- 细说嵌入式领域的那些专业厂商认证(02-22)
- 嵌入式微处理器将走向何方?(03-09)
- 嵌入式系统与FPGA的最新动向(05-18)
- 2011 TI技术研讨会中国站揭开大幕(09-24)
- 新兴嵌入式产品持续推动传感器快速增长(06-20)
- Cortex-M4致三大嵌入式领域比拼新技术(09-13)