FPGA工程师职业发展之路，大家讨论一下
想讨论下，若干年后路怎么走?仍然在这个方向?或者当系统工程师（这个需要较深的通信知识背景），或者转SOPC，或还有其它?
感觉FPGA只是个工具，去实现想要的目的。要使它具备更高的含金量，怎么办?
行行出状元！而且fpga和asic其实很近的，想转也方便，关键在fpga做code的时候养成好的code style
我也想知道，高手们多说说啊
我现在还是学生，很想知道这个问题
公司里面在做ASIC时，一般来说design flow会有个FPGA的验证，我觉得这是ASIC和FPGA联系的点吧...
当然是往系统工程师方面发展好
做什么都可以， 不论FPGA还是ASIC， 关键还是看自身技术的提高！
无论是FPGA还是ASIC最终还是要往算法和系统架构方面发展
还是学生 就是想多学点东西
难道就是只有算法和系统架构这两条出路吗
方向挺多的，个人认为兴趣最重要。
努力学习
努力学习中啊
或者成为某方面的专家，比如PCIE、DDR....ETC
我来保证此贴不沉，牛人们都过来！
架构到底是什么意思呀，总是理解不清楚，由于没有接触实际项目。
你可以用示意图来理解，一块芯片要达成什么样的目标与性能，里面包含哪些功能与部位，其中具体模块的参数如何确定，如何权衡，就是架构工程师们做的事了，而写代码的工程师按他们写的具体需求分解用代码来实现。
有意义的帖子。高手来讨论啊。
来顶一下，保证此贴不沉！
这说的 架构工程师，其实和他们纯粹搞软件的，软件需求工程师差不多，目标和性能，细节要求等等给出需求文档。
系統廠有時候也會有FPGA的缺。
也不是只有RD一條路可以走吧，嚐試做PM, SALES也是其他類積經驗不錯的途徑。
不要把自己的路做死了。
系统还是算法，看个人喜好了
弱弱的问一句，算法 算法 ，还是不理解，算法很难吗?我承认我什么都还不懂
一切实现都是基于算法之上的，没有算法，何谈实现?
当然有了算法，但是此算法比较复杂的话，也可能实现不了（这里的实现不了，不要以为你的代码设计有多牛，就可以实现，就算实现了，也会因为资源消耗太多而变得不实用），这可能就需要此算法长期的发展，最后此算法演进到容易实现，才可以，如有了FFT，FPGA上实现很长数据的DFT才变为可能，如有了CORDIC，实现三角函数，才变得容易，但说白了，这些都是算法。
所以算法不但决定你要实现什么，而且也决定你是否能实现，以及实现的资源消耗。
但是话又说回来，30多岁了，你还愿意做算法吗?你还做的动算法吗?
什么都可以叫作算法，比如你写一个20BIT的计数器，可以直接写，也可以考虑下时钟速率太高，时序会出问题，而分成两个小计数器来写，这就是算法。
我也在迷茫中
有收获， 算法或系统架构。
另一篇文章说 FPGA只是个实现工具，要研究一个方向，如无线通讯，数据通讯，控制等。
如果你能把FPGA学通的话，其他的都不成问题，比较FPGA想精通是很难的。
好好弄吧，一般有前途。
最后一句点到点子上了。哎，悲催~还是PM好啊~不过ASIC感觉比FPGA好多了。