第15章 ：优化方案（2/2）

“第四、死机后的恢復机制你没做……”

沈浪娓娓道来，既提出问题，也给出解决办法，虽然有些底层构架触及到他的知识边界，解决办法是找方案商，但专业性拉满，不愧是鹅厂程序猿！

陈旭受益匪浅。

“然后是ui交互界面......能点，但不跟手，屏幕响应时间平均延迟在一百毫秒左右，wgui框架本身就重，再加上你跑马灯的pwm中断跟屏幕刷新抢总线资源，延迟更高了......我的建议是，菜单切换加过渡动画......”

“把系统字体的渲染优先级提高......”

“精简菜单层级......整合sp相关入口......”

说完。

沈浪砸砸嘴，嬉皮笑脸道：“陈扒皮同志，別光顾著让我干活，来瓶红牛，解解渴，补充能量啊！”

陈旭哈哈一笑，掏出电话打给財务。

“最后，sp內置协议，这是最核心的......”

沈浪表情严肃起来，“你现在的sp接入方式是跟一家sp服务商签协议，他们的服务端跑什么，你这边就展示什么，这个模式太被动......比如彩铃，如果那边提供的铃声质量差、品类少，用户下载之后跑马灯效果出不来，他不会骂sp，只会骂你的手机。”

“我可以给你设计一个独立的数据通道！”

“手机端不直接跟sp服务商通信，中间加一层你自己的代理伺服器，逻辑是这样的……”

陈旭立马看到问题关键，把財务送来的红牛递过去：“也就是说我可以化被动为主动，並且留下完整的用户行为数据？”

“聪明！”

沈浪接过红牛，翘起大拇指：“这代表什么，不用我说吧，嘿嘿......”

这代表有了这些数据，以后无论是跟sp谈分成比例，还是自己建cp团队做独家铃声內容，都有筹码！

陈旭当然知道。

只是前世智能机时代都是平台化运作，倒忘了 05年功能机是直接对接......这小子的网际网路思维確实管用。

不过。

有一个很现实的问题摆在眼前。

沈浪提出的这些方案和建议，他做不了。

不是技术上的问题，而是时间成本问题——如果自己组建软体团队从头干，成本会是天文数字，至少需要花费2000万人民幣、100位工程师、耗时9个月以上......因为这些已经深入系统层，mtk的底层软体系统是封闭的，底层原始码並不开放。

所以只能找方案商。

找方案商订製，量大的话，成本这一块倒增加不了多少，他担心这些方案外泄，被他们稍加改动卖给別的手机厂商。

但陈旭也知道，在混乱无序的05年，这种情况根本没办法避免。

有的代理商就靠这个赚钱。

好在泄密的是通用层，自己的核心算法在厂里完成，这是关键。

权衡之下，陈旭目前没得选择。

等厂子活下来，进入正轨，他会著手建立自己的研发团队，慢慢摆脱掣肘。

以后再说吧。

急不来。

“走吧，吃饭去，我介绍个人给你认识......”

苏瑶今天正式入伙。

中午约了一顿饭。

陈旭把沈浪带去，一是见个面，二也是谈一谈他技术入伙的事——陈旭决定给沈浪5%的分红，不涉及股份，出於尊重，还是得让苏瑶知道。

至於她同不同意？

抱歉。

我说了算！