yumuzi

来自草原的人，来自东北大地的人性格大都粗犷，来自江南水乡的人性格往往细腻。地域对人的性格是有影响的。台湾工程师的技术封闭，不太愿意分享还有原因是地域差异带来的个性差异；一般的说大陆工程师比台湾工程师更愿意与外界交流。因为即使都是台湾工程师，他们之间的交流也不多。这从两岸的专业技术网站上也能看出，大陆的技术网站上有很多技术深层的东西。如：
http://www.embed.com.cn/；
http://www.21ic.com/；
http://www.pcbtech.net/；
http://www.csdn.net/；
中国文化教育与西方教育最大的区别是缺乏一种建立在逻辑分析基础上的思维。从中国文化传统中演变而来的教育带有过强的“艺术性”，目前中国教育中和报刊上的“隔靴搔痒”文章，是一种不好的示范和引导。台湾工程师比较早的吸取了以西方和日本的在逻辑分析基础上的先进方法，在精细思维，执行层面的细微处体现了长处。

yumuzi

两岸工程师共有的一个问题就是，现在很多公司应届毕业生从学校一出来，就到了研发部门，缺少对新产品的生产制程知识和经验，设计的产品不利于批量生产。原来国企培养应届毕业生，都是先在生产线工作1年左右，优秀的选拔到技术科(工程部)再1～2年左右，再选合适的到设计所(研发部门)，这样选拔出来的工程师才能研发出方便量产的产品。就硬件工程师来说，不应跳过这一重要环节。
大陆优秀人材在台资企业没有归属感，因为台企虽然都大幅投资建厂，但一个普通的台湾人，就因为他是台湾人就可以做主管，而大陆人材即使很优秀也只能做课长。很难做上去。更不要说象在大陆企业优秀人材有股票等的利益分享。

yumuzi

16. 吃亏是福
我的副手李兴中在公司中总是在忙，请他帮忙的人多，他又是来者不拒。不论是研发中还是生产线上发生的技术问题，他都会帮着做，他跟大家交流时说，看起来是吃亏了，别人在休息，自己还在做事，但是正是因为做了很多Debug，才积累了很多经验，否则仅知道原理，没有实际经验，设计的产品还是会又很多不符合生产制程的问题。后来李兴中主导设计的几款PC主板的市场返修率，大大低与公司平均市场返修率，这些产品是在同样的生产线，同样的人，同样的材料和同样方法生产的。

yumuzi

我们有一个结构工程师，本职工作事情不多，而我们的测试任务有时很忙，人手不够，我请她帮忙做，每次都是比较勉强。后来因其它原因离职。在应聘新工作时，因结构工程师要经常到模具厂参加试模具，人家看她一个女孩，有那么文弱，都不愿意录用，后来她转应聘测试工程师倒是被录用。这才对原来的多付出，有了新的认识。
我们中心开会，不论是技术研讨会还是项目schedule安排会，我都要求会议的纪录要在会后1小时内整理完毕发给相关同事。开始助理对有些技术的内容记不下来，我坚持要他做到。他是学软件的，这就逼着他要了解相关的硬件技术，几年下来，他就成了可独当一面的PM，而且后来还被别家公司挖去成了研发部门的经理。

yumuzi

一般来说，员工总是追求高薪，但有时未见得是好事，因为你拿了高薪，工作的压力也一定更大，而且在其它同等条件下，你的市场竞争力会降低，而且那个高薪，如果是老板为了解决一时之需，那就更不好了。在公司状况不好时，裁员也是被先考虑的。
总的来说年轻的时候，多做事，多经历一些磨砺，即使有些不公平，也不要去计较，不是没一次投入都有回报，但你总是在投入，终是有回报的，抱着这样的心态去面对工作，总会收回所有的投入的，这就是上天不负有心人。

yumuzi

17. 设计输入
我们往往要的是一个好结果，这是没错的，但好的工作输出来源于好的工作输入，这常被人忽略。软件行业有一句著名的格言：“进来的是垃圾，出去的还是垃圾”，把好输入关是极其重要的。所以特别把3年前在我们中心杂志我写的一篇文章贴在这里。

yumuzi

这里讨论的产品以IT行业的板卡和整机为主，也包括软件。设计输入是确定所设计产品的市场、用户、功能、性能、时间等目标，开展产品设计的依据，也是以后验证产品设计是否能达到规定的要求，评定设计质量优劣程度的依据。

yumuzi

1.设计输入的基本内容
根据ISO9001的规定，产品的规划阶段的工作内容均为设计输入的基本内容，如表1.列出了各类产品的设计输入内容。在实际项目执行中，特别是规划阶段，设计输入的内容不是一次确定的，也不是一方确定的，它往往需要多次双方协商或反复才能确定。表中的内容是指最终形成的文件。具体如下：

yumuzi

表1.各类产品的设计输入
阶段 板卡类产品 整机类产品 软件类产品
A 用户需求 用户需求 用户需求
可行性分析 可行性分析 可行性分析
B 产品标准/规格（SPEC） 产品标准/规格（SPEC） 用户说明书
规划 用户说明书 用户说明书 软件需求分析
C 合同要求和技术协议。 合同要求和技术协议。 合同要求和技术协议。
项目任务书 项目任务书 项目任务书

yumuzi

Schedule Schedule Schedule
1.1 用户需求：
1.1.1用户的分类
有几类用户，一类是外部用户（委托设计）；一类产品是由本公司下达，此时公司就是用户；另一类是合作设计。当用户有充分、完整、清晰的图文要求时，是最佳状况，但实际情况往往不是这样，这就需要产品规划者通过有效沟通，将用户的口头要求或不完善需求进行图、文化的完善，要牢记口说无凭。还要充分考虑终端市场用户的需求。要有“用户的成功”才是我们的成功的概念。

yumuzi

1.1.2用户需求包括内容
*功能和性能要求，功能是回答这个产品有什么用？性能是回答这个产品怎么样(包括技术指标、MTBF)?
*适用的法律、法规、专利、标准和规范要求；
*适用的以前类似设计提供的信息（这是指既使用户没提到，但以前的实际经验证明应做到的设计要求）；
*运行、安装和使用；
贮存、搬运、维护和交付；
物料参数和环境；
处置要求。
设计和开发所必需的其它要求（Design Kit ,Sample ，Software Kit ect.）；
应注意，在软件和服务产品的设计和开发中，最终使用者要求的和直接顾客要求的输入，可能特别重要。这类输入应以贯穿后续验证和确认能进行有效试验的方式来表达；
时间要求；
合同要求和相关技术协议。

yumuzi

1.2.可行性分析报告
可行性分析报告的目的是从设计项目的市场、用户、技术、经济、社会等方面论证其可行性。它包括用户需求分析和市场、技术调研。要多用表格形式来表达。
1.2.1市场调研
*市场在哪里（市场容量，细分市场和前景）？
*用户在哪里（谁需要我们的产品）？
*用户需要什么样的产品？
*我们的优势在哪里？（技术/价格/品牌/时间/地利/政策/资金）
*竞争对手状况（技术状况和市场份额）？
*我们的目标（技术水平和市场份额）

yumuzi

1.2.2技术方案
*采用什么原理、方法、外观、架构、算法、语言；
*采用什么主芯片、结构、电路、模块、接口；
*技术关键、难点、重点；
*关键元器件配套状况（量产否，供货周期，有无成熟应用，厂商实力）；
*与其它方案的比较；
*标准化、系列化、专利、兼容性、可靠性；
*易用性、工艺性、维护性，在线升级；

yumuzi

1.2.3人员和设计周期
*需要什么样的人员组合；
*符合目前人员的状况吗？
*增加人员可否提高速度？
*产品设计组外需那些外部支持？
*开始和结束时间

yumuzi

1.2.4投资和损益分析
*设计费用（工资、材料、样板、专用仪器、夹具、模具、差旅费、购专用技术、外包、其它）；
*产品材料成本；
*市场推广费用；
*生产费用；
*利税；
*损益平衡点（指销售多少台可收回所有投资，如果是附送产品，要估算其带来的附加值）；
*敏感性分析（技术、市场、竞争对手变化带来的风险，如何抵御？战争、自然灾害等不可抗拒力带来的风险）；