如何才能从系统观点转变成实现的能力

迷惘的过客

希望各位老大能探讨一下：
            小弟是从事协议栈开发的，在通讯这一块也有几年历史了，不过一直以来在个人发展上有点迷惑，希望老大门能帮忙给点建议，现在国内绝大部分公司不管是代工也好DH也好，许多都是使用国外的解决方案和平台，例如MTK /TI/TTPcom,相对来讲都是比较成熟的产品，尤其是在2.5G上，需要改动的不是很多，多半是测试或者调试等，在以往的工作中，通过不断的学习熟读规范ETSI，3GPP等，已经对许多的规范都有所掌握，知道L3层之间消息的传递，状态机的管理，甚至RTOS等等，也熟悉一些公司的平台架构，可是我觉得在此基础上仅仅只是系统中某些部分的了解和熟悉，我想，也许一位资深的测试工程师兴许对这些知识也了如指掌，但是真正运用到实现中却又是另外一回事情，比如如何更好的设计系统，节省系统资源，提高系统运行效率，如何使用优秀的coding style 去实现一个某个模块，真所谓绞尽脑汁。
其实自从踏入这个行业一直的目标是希望能够成为一名系统工程师，说实话，写code并非我的强项，但是，如果只是懂得一些系统框架上的内容，并没有去实现他的能力，也许一切都是空谈，不知道在这种状态下如何才能找到突破的方法。

ftl1015

牛人啊，佩服的五体投地

不无道理

系统工程师也有很多种，你想成为哪种。。。

对于一些系统工程师而言，快速实现的要点在资源整合的能力。从一个code到硬件实现需要了解客户需求的性能及成本限制、硬件的物理限制许多繁杂的问题，不仅需要知道know-how，而且还需要知道主流的supplier vendor，

建议针对一个具体的领域多了解相关产业链的信息，边看边学

迷惘的过客

<DIV class=quote><B>以下是引用<I>不无道理</I>在2006-10-30 13:48:47的发言：</B>
系统工程师也有很多种，你想成为哪种。。。

对于一些系统工程师而言，快速实现的要点在资源整合的能力。从一个code到硬件实现需要了解客户需求的性能及成本限制、硬件的物理限制许多繁杂的问题，不仅需要知道know-how，而且还需要知道主流的supplier vendor，

建议针对一个具体的领域多了解相关产业链的信息，边看边学</DIV>


谢谢指点：
其实我觉得自始自终，有两条路去达到实现的目的，同时也代表两种类型的人
1.我认为是一种从下而上的理解过程：
很懂的写程序的人，这是许多应届毕业生的优点，他们能够在写代码的过程中不断的积累对协议或者是系统的理解，能在写code的过程中甚至进行反推，从而达到对协议或者是系统的理解，这些是很扎实的实际的经验。但是往往在相对于理论还是有点不同，毕竟实现是比较复杂而烦琐的工作，各家的实现都不一样。
2.我觉得是一种自上而下的理解过程：
有的人很熟悉架构，很熟悉signal-flow，很熟悉信号之间消息的封包与解包的过程和内容，很熟悉状态机的管理甚至运做，很熟悉协议，以及知道协议在系统中应该怎么跑，怎么处理，有那么一点点理论的知识，但是却没有写CODE的能力。
我的目标只是想成为一名摸透协议的系统工程师。

不无道理

指点不敢当，既然是同行，不妨交流一下：

个人并不赞同你对两种类型的定义，感觉很有点画地为牢的味道，而这恰恰是我觉得一名系统工程师的大忌。实际经验的积累以及很强的理解推理能力都是一个系统工程师所需要的。

一个复杂的系统牵涉的方面很多，机械、热、电以及成本等等，对它本质的了解并不在于是否知道其中状态机的管理及运作或者某个signal-flow，真正制约这个系统设计的是开发成本与目前技术水平所代表的物理限制之间的平衡。系统工程师的价值在于能够分析和预计这种制约关系，从而在不提高系统运营和设计成本的前途下提高系统性能。

但是在GSM时代的中国是不需要这样的人，所谓的系统工程师更像是一本活的协议手册而不是手册的作者，即使是TD，其核心网部分和GSM大同小异，接入网方面与WCDMA类似，系统工作自己做得并不多。

一些机会是目前中国打算大力发展“自主创新”的技术以及一些特殊用途的系统的设计。

迷惘的过客

<DIV class=quote><B>以下是引用<I>不无道理</I>在2006-10-31 13:35:34的发言：</B>
指点不敢当，既然是同行，不妨交流一下：

个人并不赞同你对两种类型的定义，感觉很有点画地为牢的味道，而这恰恰是我觉得一名系统工程师的大忌。实际经验的积累以及很强的理解推理能力都是一个系统工程师所需要的。

一个复杂的系统牵涉的方面很多，机械、热、电以及成本等等，对它本质的了解并不在于是否知道其中状态机的管理及运作或者某个signal-flow，真正制约这个系统设计的是开发成本与目前技术水平所代表的物理限制之间的平衡。系统工程师的价值在于能够分析和预计这种制约关系，从而在不提高系统运营和设计成本的前途下提高系统性能。

但是在GSM时代的中国是不需要这样的人，所谓的系统工程师更像是一本活的协议手册而不是手册的作者，即使是TD，其核心网部分和GSM大同小异，接入网方面与WCDMA类似，系统工作自己做得并不多。

一些机会是目前中国打算大力发展“自主创新”的技术以及一些特殊用途的系统的设计。</DIV>


我想可能是我一直以来的理解习惯，限制了自己的思路，从而导致在方向上出现错误
其实作为一名真正的系统工程师，应该从一个宏观的角度去看待，大到系统 架构小到 某一端代码，一套系统的执行运做所牵涉到的方方面面都要了如指掌，就象您所说的要象一本协议手册一样，这些是需要不断的积累和留意的
我想也许要拓宽自己的思路，不要局限于自己的圈子里面，掌握更广的技术面，
如果你方便留个联系方式我们多交流吧
MSN：suziki3480@sina.com