EDN首页   博客首页

0

关于投票
编码越少，支持越多
发表于 2008-10-7 18:53:28

软硬件功能划分是现在的嵌入式系统设计中很常见也很关键的一个步骤。在MCU+FPGA的系统架构中，对配置灵活性要求高的功能用MCU来实现，对实时性有硬性要求的功能要用FPGA来实现。这样划分功能实现的嵌入式系统，其灵活性和实时性就能兼顾。这样做符合控制单元和数据通路分开设计的原则。

在一个项目中，从外部看来是一个功能点，在系统内部往往也要划分为软件和硬件两部分来实现。在我当前的项目中，系统需要实现的许多功能点都采用了这种划分方法。有的功能硬件实现的成分多，有的功能软件实现的比例大。

随着项目的进展，我参与的硬件设计基本完成，已经开始软硬件联调了。在支持软件工程师完成调试的过程中，我发现一个有趣的现象：一个功能点，硬件实现的比例越大，我们对软件工程师进行支持的工作量就越少；相反，硬件占的比重越小，我们需要和软件工程师进行交流和反复调整的工作量就越多。

对于这一现象，我还没有很好的解释...

随着项目的进展，更多深层的bug逐步暴露出来，也许这一现象就会逆转过来。

系统分类: CPLD/FPGA
用户分类: PM方法和原则
标签: 无标签
来源: 原创
发表评论 阅读全文(145) | 回复(1)

1

关于投票
一段有趣的思想变化
发表于 2008-6-22 22:29:13

    最近在一个任务的具体实施方法上与同事产生了分歧。经过一段时间的思考， riple 最终找到了最佳的解决方法。在这段时间中，我的思想经历了大致四个阶段，回想起来很有趣，记录如下： riple

1. 坚持按照自己的方法来做。“我想得已经很充分了，我的方法可以支持最全面的测试方案，可以在项目开发的多个阶段采用，有利于自动化，有利于软硬件联合调试。”（有想法是好的，但是过于固执。要谦虚、诚恳地尊重和接受别人的意见） riple

2. 和组长交流一下。“我的想法是好的，要让他知道我在做什么，要获得他的支持，有必要的话开个会。”（交流是好的，但是带着成见和偏见进行交流就不对了；一遇到矛盾就寻求上级的仲裁，这是不成熟的表现） riple

3. 用一种统一的方式实现既定的要求和自己提出的功能。“这是我预期可以得到的最佳的回答，不要浪费自己和他人的时间用于请示和说服组长采纳我的方案。”（从项目组长的角度看来，“兼听则明”是最好的解决办法） riple

4. 但做无妨，心勿旁骛。“既然已经知道了答案，那么完成既定的工作是当务之急。不要花太多的精力在自己提出的功能上，留出接口即可，今后如果用得上，很快就能搭建起来。”（以项目成功为目标，而不是以证明自我和表现自我为目标） riple

系统分类: 商务交流
用户分类: PM方法和原则
标签: 无标签
来源: 原创
发表评论 阅读全文(289) | 回复(0)

1

关于投票
吃水不忘挖井人——离职后的思考
发表于 2008-6-22 19:51:40

    “项目经理是需要时间来成熟的。他需要机会来承受错误，而不是一开始就享受成功。” riple

    昨天下午， riple 坐在京汇大厦楼下的花园里读《大道至简》。 riple 读到上面这句话，许多过往的经历在脑海中浮现出来，心中满是感激、怀念和愧疚。 riple

    回首在NRCHPC的日子，在近三年的时间里，我完成了大大小小近百个task，解决了七八十个bug，与别人合作了两个project，自己主持完成了一个project。这些，成了我简历中的亮点。 riple

    在我完成这些task、解决这些bug、管理这些project的过程中，韩总给了我充分的耐心、信心和指导；既给了我权力，还替我承担了项目延期甚至失败的责任。这些，对于我的成长是何等的重要。 riple

    从计划离职到现在的三个多月中，我一直在为自己的离职作辩护，一直试图证明自己是迫不得已，一直在强调那些客观的原因。直到看到了上面这句话，我才明白了韩总培养我的苦心，曾经对我寄予了多少期望，我才明白工程中心给我提供了怎样的条件和机会。 riple

    作出离职的决定对我是痛苦的，是因为我愧对韩总的栽培，是因为我难以面对自己的良心。 riple

 

    还是该向前看吧。我很幸运，现在身边的同事、领导都是值得敬佩和学习的好人。唯有做好自己的工作，尽到自己的职责，才对得起这些好心和善意。 riple

系统分类: 商务交流
用户分类: PM方法和原则
标签: 无标签
来源: 原创
发表评论 阅读全文(371) | 回复(1)

1

关于投票
版本控制工具的使用原则
发表于 2008-6-7 8:38:07

        在工程中心的时候， riple 3年来基本上是一个人在开发，对版本控制工具的使用总结了下面三个原则： riple

单人使用版本控制工具的三个原则： riple

1. 上传的文件都是原创的（不能包含公用文件），都是源文件（不能包含任何中间文件）。 riple

2. 上传的文件在任何一个人的PC上都能直接正确运行，不需要做任何修改。 riple

3. 本地的文件随时可以被破坏掉，随时可以通过上传的文件恢复因本地文件损坏而中断的工作。 riple

        现在的单位，多人一起开发，上面的原则虽然适用，可是不能解决所有的问题了。如何在团队开发的情况下，用好版本控制工具，提高生产率，对我来说是个新课题。 riple

团队使用版本控制工具的原则： riple

1. 在版本控制服务器上只有唯一的一组源文件，用于编译、仿真、发布。 riple

2. 用tag号而不是版本号进行所有源文件的检出。 riple
（未完待续）

系统分类: 商务交流
用户分类: PM方法和原则
标签: 版本控制 CVS
来源: 原创
发表评论 阅读全文(361) | 回复(0)
总共 , 当前 /