找回密码
 注册
搜索
楼主: mikal

[讨论] 展讯平台令我欲哭无泪(连载--个人观点)

[复制链接]
发表于 2006-8-11 12:49:00 | 显示全部楼层
<DIV class=quote><B>以下是引用<I>huadingchen</I>在2006-8-9 17:37:00的发言:</B>



为什么要这样说呢,讲的非常精彩,删了岂不可惜
其实技术上,只要是无偏向的分析,没有那一个公司不高兴。因为技术的大多数不完美原因不足于造成很大的威胁。真正的威胁是出现在商业模式上。
还有可能是你恍然大悟,你居然发现人家这样做其实蛮好的,按你的做法可能引起更大的问题。这叫否定之否定,比懂还更高一个层次。曾经听过一个故事,是一个电脑程序,对整个循环的时间需要极度的控制,结果让一个工程师看到了之前的源代码,大骂别人写的愚蠢,结果按自己的想法一改,结果更差。后来才发现自己忽略了一些东西。。。。。</DIV>

  虽然自己对此内壳不懂太多,但也是在慢慢看慢慢学习. 楼主有发言的权力啊,就算改变.也可以讲一下改变的理由的。
点评回复

使用道具 举报

发表于 2006-8-14 10:59:00 | 显示全部楼层
请问楼主,可否和你深入探讨探讨。
leon.wxl@hotmail.com
点评回复

使用道具 举报

发表于 2006-8-14 13:01:00 | 显示全部楼层
我玩过MTK的平台,展讯的平台正在玩,发现在GUI面的实现上,MTK用的是category,而展讯用的是控件.我感觉明显展讯的平台易于理解,(也可能是我先搞MTK的原因吧).继续努力看是否有新的发现
点评回复

使用道具 举报

发表于 2006-8-14 22:35:00 | 显示全部楼层
展讯平台确实容易上手,一个星期就可以改改小BUG了。
点评回复

使用道具 举报

发表于 2006-8-15 16:52:00 | 显示全部楼层
看完发现自己不懂的太多了[em01]
点评回复

使用道具 举报

发表于 2006-8-15 16:54:00 | 显示全部楼层
最近在搞展讯平台的java移植,怎么展讯不做好呢?楼上的几位考虑过吗?
点评回复

使用道具 举报

发表于 2006-8-18 21:10:00 | 显示全部楼层

kankan

kankana,
点评回复

使用道具 举报

发表于 2006-8-22 09:58:00 | 显示全部楼层
偶是新手,做VIA(威盛)平台的技术支持工作,不过是个新手,刚入这行,以前做无绳电话,以后还要向大家好好学习,mikal的贴子我感觉很好,关注中
点评回复

使用道具 举报

 楼主| 发表于 2006-9-7 09:29:00 | 显示全部楼层
谢谢各位的关注;今天说下我不再讨论展讯平台的原因吧,那就是我在网上看到了这样一篇文章,先贴出来,以供大家评阅。

有强烈的好奇心。这是成为高手的必要条件,喜欢新生事物,对问题喜欢刨根问底,以钻研为乐趣。那种得过且过,敷衍了事,仅仅把工作当作饭碗的人连熟手都成不了,更何况高手。有好奇心的人,可以为解决一个问题通宵干,躺在床上也在寻思解决方案,这样的人就是高手的胚子!   

    做事谨慎细致,考虑问题全面。技术工作来不得半点粗心马虎,否则问题多多,后患无穷。甚至给生产、产品品质造成重大影响,给公司造成重大经济损失。马虎的人不可能成为优秀的工程师,只可能当当助手,哪个上司敢把项目交给一个马大哈?改,难呐,本性难移!趁早找个理由炒他鱿鱼!   

    模拟、数字,高频、低频,软件、硬件,模具、结构,甚至文字功底也必不可少(撰写产品使用手册、工艺指导书等等也可看出一个人的专业水准)具备完善的知识体系。企业中的工程师不是研究学问,也没指望成为科学家,是为企业的产品服务的。因此,全面的知识架构对于迅速完成产品开发任务非常重要,复合型人才更为难得。既然是高手,当然十八般兵器样样精通,否则,难以独挑大梁,只能做配角。没有全面的知识,要上升到项目经理、研发经理层面是不可能的。企业中的工程师必须时刻关注成本、生产工艺、用户需求、测试环境、采购渠道、配套厂家工艺水平等等许多方面,一点不慎后续问题就冒出来了。你的设计再好,工艺性差,车间生产装配调试困难,导致生产成本急剧上升,或者配套厂家工艺水平达不到又有什么用?或者器件采购困难,经常影响按期交货也同样对企业不利。时刻提醒自己,产品是赚钱的工具,自己才能的张扬要服从这一大前提。这里要特别提醒那些学历高,某方面技术精深,但对企业运作、生产工艺、生产流程、物流管理   
、行销模式、市场调查、用户心理是“二把刀”的人,不要自恃一点DSP皮毛就以为可以天 下无敌,谦虚地深入基层,熟悉一切,虚心学习其他方面的知识,才有大为!   

    思路开阔,能从市场、用户和生产工艺角度考虑产品开发。唯技术至上的人,思路狭隘  ,即使聪明过人,只能扮演一个处理具体问题的小角色。企业的唯一目标是赚钱,能赚钱就是好产品,不能赚钱就等于零。这就能解释为什么很多研究所、大学开发的产品填补了多少多少空白,但在产业化过程中却总赚不到钱,最后落满灰尘。企业的工程师,务必坚持市场第一,用户至上的开发思路,你的工作仅仅是开发出低成本的、工艺性好的、品质稳定的,最关键是满足目标用户需求的产品,不能凭想象发挥,自以为是,要知道,用户永远是对的,你不能让他们服从你的思路,你每天窝在实验室,对市场又了解多少?,对 消费心理又知道多少,别自以为聪明,道听途说几句话就轻易下结论!
现实、灵活的开发思路是高手的重要特征。企业的产品开发是和市场紧密联系在一起的 ,不是国家拨款的基础理论研究。树立市场化的研发策略是高手必备的素质!不要指望你能搞出超英赶美的世界级产品,你现在的实验条件、项目管理水平、人员素质、资金投入、信息交流等等和人家相比差了十万八千里,你凭什么搞出世界级的东西?家电巨头投下数亿元开发手机,高手云集,十余年了,手机的核心技术还是人家的。你做过的电路、编写过的程序千万人做过,你只不过东拼西凑地组合出了一个东西而已,必须要清醒地、谦虚地认识到这一层面。因此,在开发过程中,不要一切都自己开发、研究,大胆地借鉴国外的东西,绝大多数产品人家早已经普及,不妨照搬其中的功能模块,再结合自己实际情况,去搞开发才是高明的做法。再者别人的产品经过现场用户的使用,许多隐患已经消除,水平再高的人做的新产品也会从用户哪里反馈回来一些缺陷,直接模仿别人的产品,即可消除许多缺陷点。同时,可以大大缩短研发周期,减少研发费用,抢先一步推向市场,绝对是上策。当然,受到专利保护的技术要注意,仔细看看相关法律,在法律允许范围内从事,体会一下总还是有办法的!   

    这里要一再强调,我所指的是“企业里受欢迎的高手!”不是科学院里的专家,不是陈景润!这是截然不同的概念。企业里的高手,不仅仅要了解技术、工艺以及生产方面的知识,团队意识,管理才能,协调沟通能力,系统规划能力,甚至语言表达能力都是很重要的,这些是高手的综合素质的体现。   

    特别对毕业2-4年的年轻工程师提个醒,要清楚认识自己,知道自己的斤两,不要以为做过2-3个项目就飘飘然,人家也是那样过来的!其实还差得远!等到了二十七、八岁,你会逐渐明白的。学海无涯,除过极个别特殊天才人物,大家都是普通人,互有长短,谦虚谨慎,心态平和是成就大事的基础,总那么浮躁,狂妄,藐视他人,将导致团队合作困难,同事关系紧张,项目的进展必然不顺利,从而延长成为高手的时间,单纯从技术来看,不过在某个狭小领域有小小心得而已,距离经验丰富、技能全面的高手还有八年抗战的历程,一般来讲,毕业5-6年,技术初步达到全面成熟(那些得过且过的人,二十年也成熟不了,现在几十岁来应聘的人也不少,水平还是马马乎乎),再逐渐吸收管理知识、市场知识 等其他企业里所涉及的方面的技能,30岁左右基本圆满已经非常不简单了!时刻要有谦和 的心态,是在团队中脱颖而出的必须条件。
点评回复

使用道具 举报

发表于 2006-9-7 09:41:00 | 显示全部楼层
看了楼住的几篇文章,触动很大。不过还是希望楼主能继续按照原思路讨论下去,给新学者点点思路。
点评回复

使用道具 举报

发表于 2006-9-9 14:16:00 | 显示全部楼层
嗯,越干越觉得天外有天,人外有人,要不怎么说一瓶水不晃,半瓶水晃呢
点评回复

使用道具 举报

发表于 2006-9-12 11:44:00 | 显示全部楼层
谢谢, 了解了解
点评回复

使用道具 举报

发表于 2006-9-12 15:39:00 | 显示全部楼层
这此问题,每家平台都有,只是多少的问题。
点评回复

使用道具 举报

发表于 2006-9-21 23:27:00 | 显示全部楼层
<DIV class=quote><B>以下是引用<I>yzr0451</I>在2006-7-27 16:33:00的发言:</B>
请教, 6600D 会被6600M 替代吧?不知6600D 还会存在多久?如果被替代,研究6600D 的程序对6600M 有价值吗?   无知之处,望包涵.</DIV>


多少有点用,不过,目前展讯在开发6800平台,6800的平台上的MMI代码会更正很多楼主提到的代码上的问题,比如全局变量,宏,变量初始化,函数的扇入扇出等等一系列问题。同时,也在做MMI模块化的事情,之前的其它平台的确在代码上比较混乱。但在6800上,模块之间会整理的非常的清晰;包括资源的模块化。
点评回复

使用道具 举报

发表于 2006-9-21 23:35:00 | 显示全部楼层
<DIV class=quote><B>以下是引用<I>mikal</I>在2006-8-2 14:02:00的发言:</B>
第二篇:展讯多媒体应用设计思路
展讯在d平台引入winbond的w99685多媒体芯片后,看似乎多媒体功能异常的强大了
些,但细看看他对多媒体格式的支持,以及其质量,让人感觉异常的惊讶,惊讶在于不是w99685的太过落后,而在于展讯对多媒体设计方案的无序,无系统性!
针对多媒体设计的严重失误,本人将从如下几个方面来说明:

1、与w99685的软件接口架构
从目前我所能看到的代码分析,与w99685的软件接口架构可用垃圾两字来形容,如果
做这部分的人看到我这样的描述请不要生气,因为我还要再说句,你真的太垃圾了:)。说句实在话,从软件文件看,原来的设计者可能也考虑到设计好整个架构,比如他在把相关于w99685的命令函数基本都放在带有w99685命名的文件中,中间层也用了一个过渡文件DigitalCamera.c;然后最上层的mmi调用DigitalCamera.c中的相关函数!可是细细看,你会发现DigitalCamera.c中的函数分类和封装的不合理,造成整个系统调用非常混乱,偶合紧密。作为一个平台提供商,做出这样的架构,确实让人心痛啊!

2、多媒体文件读写设计
细数数,整个平台涉及到文件读写的大块有:下载图片,下载铃声,录音,电话录音,mp3,truempeg4,相册等,然后再看看设计这些代码的天才们是如何做的;上面的每个功能模块读写文件自成体系,就像清末那样各个军阀割据中国,感觉不自成体系就没有面子,没有地位似的;呵呵!

3、上层mmi设计
关于mmi的设计,不能绝对说好或是不好,毕竟他不是个功能性的东西,不过,在D平台上,能让我找到mmi的设计不合理处,即是:录像的回放和truempeg4的回放为什么mmi不统一,绝对是最大的败笔!

4、多媒体的osd设计
说到展讯D平台的osd设计,呵呵,让我哭笑不得(另外,发现他们的M平台和D平台一样,没有任何建树性的osd设计)!拍照、摄像以及摄像回放的osd还专门开个lcd大小的buffer,还需要什么背景色,然后再画些汉字的图片(纯图片的确需要画),整个osd弄的异常复杂,功能却奇少。而对于truempeg4的osd却没有,没有osd所表现出来的问题就是人机界面奇差(展讯m平台目前我看到的还是没有)。难道这么简单的osd就这么难做吗?即使d或者是m平台没有硬件的osd功能,但是如果对速度要求不是特别严格的话,简单实用的osd设计不要太简单,但就是这么简单的东西,在D平台上却没有看到。

以上是我对多媒体设计部分问题做了简单的罗列。言辞虽然强烈,但目的是希望展讯的同门看到后要努力改正。另外我也评估过了在D平台上全部修改这些问题,如果投入两个实力不错的人力(最起码有我目前的设计水平,自吹下),一个月就可以做的非常好!
同时欢迎各位来斧正我如上之阐述!


<P align=right><FONT color=red>+5 RD币</FONT></P></DIV>


2、多媒体文件读写设计
这个问题在6800上已经根除。
3、上层mmi设计-录像的回放和truempeg4的回放为什么mmi不统一?
这个也在6800上统一。
4、多媒体的osd设计
6800上会提供一个方案,提供osd的功能。这个方案的功能很强大。
言辞虽然强烈,但目的是希望展讯的同门看到后要努力改正。另外我也评估过了在D平台上全部修改这些问题,如果投入两个实力不错的人力(最起码有我目前的设计水平,自吹下),一个月就可以做的非常好!
-- 看到了,谢谢你的批评。你提出的问题都在6800上修改了。改动非常大,功能也提高很多,代码也整理的非常好,投入的远远不止2个人,也不止1个月。
谢谢支持展讯的平台
点评回复

使用道具 举报

发表于 2006-9-21 23:37:00 | 显示全部楼层
<DIV class=quote><B>以下是引用<I>shilei0612</I>在2006-8-4 9:30:00的发言:</B>
个人认为展讯的这套代码的设计思想是比较落后的,举个例子来说:
list box 控件,该控件设计的时候只考虑到list item 比较少的情况,对与item 比较多,需要分批加载的情况,控件却没有考虑,导致app 需要做太多的事情来实现这个功能, 具体代码见sms 模块.而且搞笑的是由此导致滚动条无法正确显示,你还不好改,如果能看到M平台代码的就有体会了.</DIV>


收到!
点评回复

使用道具 举报

发表于 2006-9-21 23:43:00 | 显示全部楼层
<DIV class=quote><B>以下是引用<I>mikal</I>在2006-8-9 13:54:00的发言:</B>
本来想把自己发布的帖子删除的,可不知道到为什么,我没有权限编辑自己的帖子了!:(

之所以要删除帖子,是发现原来自己很傻,自以为很厉害,其实是在班门弄斧;

另外我要对展讯的工程师是说,对不起,我伤害了你们,请你们接受我诚恳的道歉!

再者,我将永远不探讨展讯平台了,毕竟自己的水平离这水平还差很远啊!

备注:我想把我的194分的积分送到,请问如何操作!</DIV>


展讯平台需要这样的批评,这样,展讯平台才能提供更好的支持。
点评回复

使用道具 举报

发表于 2006-9-23 17:17:00 | 显示全部楼层

没必要吧 .....

<DIV class=quote><B>以下是引用<I>mikal</I>在2006-8-9 13:54:00的发言:</B>
本来想把自己发布的帖子删除的,可不知道到为什么,我没有权限编辑自己的帖子了!:(

之所以要删除帖子,是发现原来自己很傻,自以为很厉害,其实是在班门弄斧;

另外我要对展讯的工程师是说,对不起,我伤害了你们,请你们接受我诚恳的道歉!

再者,我将永远不探讨展讯平台了,毕竟自己的水平离这水平还差很远啊!

备注:我想把我的194分的积分送到,请问如何操作!</DIV>


首先言论自由,其次开放的讨论才是技术前进的动力.....
实在不知楼主为什么放弃 ....
点评回复

使用道具 举报

发表于 2006-9-25 18:44:00 | 显示全部楼层
<DIV class=quote><B>以下是引用<I>picasso</I>在2006-9-21 23:37:00的发言:</B>



收到!</DIV>


这个问题很好解决吧,我们研究了一下,在listbox里增加个GUILISTBOX_SetNeedBuffer,就ok了吗...
点评回复

使用道具 举报

 楼主| 发表于 2006-9-26 11:43:00 | 显示全部楼层
<DIV class=quote><B>以下是引用<I>picasso</I>在2006-9-21 23:35:00的发言:</B>



2、多媒体文件读写设计
这个问题在6800上已经根除。
3、上层mmi设计-录像的回放和truempeg4的回放为什么mmi不统一?
这个也在6800上统一。
4、多媒体的osd设计
6800上会提供一个方案,提供osd的功能。这个方案的功能很强大。
言辞虽然强烈,但目的是希望展讯的同门看到后要努力改正。另外我也评估过了在D平台上全部修改这些问题,如果投入两个实力不错的人力(最起码有我目前的设计水平,自吹下),一个月就可以做的非常好!
-- 看到了,谢谢你的批评。你提出的问题都在6800上修改了。改动非常大,功能也提高很多,代码也整理的非常好,投入的远远不止2个人,也不止1个月。
谢谢支持展讯的平台</DIV>


不是我贬低展讯,如果6800比同级别的产品便宜,那么上面说的解决方案的质量令人怀疑。有时候不是不想支持过货(实际上展讯压根不是国货),刚开始做的差,没有关系,关键是后续产品没有提高,都在吃老本;这样的所谓国货我们有必要一无既往的支持吗?
个人觉得展讯有必要学学OV,看看人家,基本上是华人开发的,可从不打广告说自己是国产,不是他们不爱国,实在是因为他们的产品确实是在国外开发的;要学学人家的实事求是!
点评回复

使用道具 举报

高级模式
B Color Image Link Quote Code Smilies

本版积分规则

Archiver|手机版|小黑屋|52RD我爱研发网 ( 沪ICP备2022007804号-2 )

GMT+8, 2024-11-26 12:07 , Processed in 0.106199 second(s), 14 queries , Gzip On.

Powered by Discuz! X3.5

© 2001-2023 Discuz! Team.

快速回复 返回顶部 返回列表