一个团队做算法，工作咋划分啊？

一般按你说的这样分的。额外需要1个人，专门做仿真链路的逻辑，包括发射机和接收机
。就是把各个同步，信道估计，mimo，译码器等等串起来，负责出仿真曲线。如果是蜂窝
系统，还得搞定各条信道的资源映射。

一般应该是个啥样的流程呢？很好奇

是不是应该有个leader，对每个子算法的性能提出性能要求；否则子算法之间相互关联，对输入输出接口性能没有框架的话，事情就变得很复杂。

leader一般以前做过一轮，兜里有个小本子，不让你看到的，上面画满了各条信道各种算
法的曲线:)

这个有这么神秘？看paper，推公式+仿真，搞不出来这些？

当然搞不出来，公式能搞定的事情，都是学校里写paper用的
你怎么保证你的仿真结果正确性？不是每种编码方式的BER曲线都能理论计算出来的
不同的信道模型结果都不同，还不考虑doppler频移
如果你没有参考曲线，至少有2拨人在做同样的事情才能保证正确性
俺们当年做仿真的时候，和若干(>5)业内排名前10之内的公司比对过结果，
有的还是差0.5dB，有的完全重合

咋还需要团队做算法啊
一个leader一个实现跑仿真足够了，又不是多难的事情

有感而发，查性能是所有算法团队必须要面对的一个难题，因为几点原因：
1. 虽然3gpp写了一堆信道profile，相信初期大家都是软仿，但是怎么编程实现非常有讲
究，你不知道各家怎么实现的，遍历性好不好，同样你自己仿的有没有问题，这些导致
0.3-0.5dB左右的浮动很正常。
2. 3gpp给的对应的性能原则上应该是硬仿的性能（你同样无法预知别家到底给了软仿的
还是硬仿的），怎么预判定点化损耗也是个问题
3. 3gpp的性能是不断在修正的，如果没有标准化那边的支持，你不知道别的厂商的报价
策略，比如爱立信和高通就是很典型的两种策略。提案上面的数据不一定准。
4. 有的上了高级算法，如果没经验，你都不知道他报的数据咋来的。
做产品的时候，公式就是浮云，唯一可信的是经验。

公式什么时候都不可能是浮云。

是在公式基础上的经验吧，同样一种特性可以用公式A也可以用公式B，或者还有C，这些只能看别人的结果去猜测了，或者直接向对方提问。。在什么情况下二者有差异什么情况下没有差异，有差异的话是什么样的差异，这就只能是经验的问题了。。

算法这个东西，每个人理解的角度是不一样的
包括分析，研究，评估，设计...
经验当然很重要，这是放在哪里都成立的结论
但是理论分析也很重要

理论上能带来什么样的增益，设计带来多大的损失，非理想因素带来多大损失...，最终实际的增益是怎样的...
面向标准的研究和面向产品的研究侧重点也不一样，面向不同产品的研究侧重点也不一样....
为什么有时候这个版上会有一些讨论的分歧呢，很多时候是因为大家研究的角度不一样。其实有些别人做的事情我们觉得简单，实际上我们做的时候却未必。理论分析也很重要，仿真评估也很重要，浮点定点设计也很重要，接口设计也很重要，面向硬件平台的实现也很重要。

一个老大推论文，然后一群小弟coding