我一年的嵌入式产品开发工作1大四下半年开始找工作，感觉很迷茫，不知道什么最适合自己。也考虑过做完全不同的尝试。不过真正毕业开始找工了，还是觉得最好是先找一个方向--每天报纸上网站上新工作机会那么多，与其什么都试试，可能还不如缩小范围，集中精力准备最感兴趣的机会。
经过一番思考，锁定了嵌入式产品开发，首先是自己对专业（电脑工程）还比较感兴趣吧。而且嵌入系统比较综合，也很复杂，从底层的hardware到最上层的application都有可能涉猎，感觉应该是很有挑战性的，前景可能也不错。决定后开始每天在jobsdb, jobstreet上寻找相关的工作，strait times周六版也有看，不过感觉不入网站上机会多。
一番寻找之后，发现新加坡这方面的需求还不小。既有像philips, motorola, HP, STM这样的大公司，也有很多做系统开发的小公司。不过最大的问题是经验。几乎每次打开网页，都是三年以上的经验，简直就是不给fresh graduate机会。后来实在是找不到，也投了几封要工作经验的，结果也是石沉大海。
想想那一阵子真是紧张，每次手机响起来都兴奋不已，如果是不认识的座机号就更是心跳得不行。经过了两个礼拜的寻觅，终于接到了interview的电话，是一个没有要求经验的公司。现在想想，这行业要求经验其实也是正常的，因为没接触过的东西很多，大学虽然理论差不多该学得都学了，但首先学的并不精，像computer architecture, operating system, probability这样重要的基础课当时也混过去了，要用的时候还得从头拾起。其次在这方面学校和industry还是有些脱节的。像工业上流行的TI, Intel, Philips什么的嵌入式处理器在学校都没碰过，而实时操作系统学了一个学期也没用过VxWorks这样流行的系统。还有就是project life cycle和项目管理也是零接触，所以基本上进公司第一年都相当于on job training了。如果公司急需人手赶东西的话，新手进去也是很难胜任。不过幸运的是有些老板还是愿意培养新人的，新人也有新人的好处，容易管理，可以按自己的方式去打造，几年之后，新人变成senior, 就是自己的势力。
呵呵，都扯到politics上去了，言归正传，interview还蛮顺利的，公司虽然是上市公司，但规模并不大，所以决定也比较容易。临走的时候忐忑的问面试官感觉如何，回答是机会不错，另行通知，没想到的是回去的bus上就收到了HR的offer短信。薪水只能说中等，不过考虑到主要目的是学习和积累经验，也就没怎么犹豫的接受了。[RMA (5-28 2:27, Long long ago)]
[ 传统版 |
sForum ][登录后回复]1楼
我一年的嵌入式产品开发工作2前面讲过公司不算大，不过其实也不小，百十号人吧，其中七八十个是做研发的。又分成几个department, 负责不同的产品。我的部门大概十几个人吧。进去后才知道面试的人还不算manager, 而是比senior engineer高一级，可能像有些公司的principle engineer吧。人很好，我的orientation应该说要多谢此人。training plan是他准备的，training也是他协调的，有什么问题也是直接找他，算是我的“老大“了。当时还觉得这些照顾都是很自然的，新人嘛。现在想想，如果分到其他的department, 还真是难说。就算自己也没有这样热心吧。
进公司后先是做system test, 当时的计划是用两个月左右的时间熟悉整个产品和某些关键的技术细节，然后差不多可以赶上公司一宗很大的订单。这里要讲一下，做硬件真的是投资巨大，比如大家用来宽带上网的modem, 成本大概二三十块美元，要做不到几十万台，连研发费用都收不回。因为像singnet这样的ISP会把利润压到不能再低的，没办法，总会有人比你更便宜。这样算起来成本就要几百万，像我们这种号称资产几千万（实际不祥）的公司，其实也运转得很艰难。最安全的方式是ODM, 只管设计不管销售。不过也要看做的产品。在新加坡做的话，除非是一些很特别很复杂的系统，那种大公司不愿意做而一般的小公司又做不来的。如果是像modem, MP3这样的大路货的话，那是很难和台湾和大陆竞争的。这也决定了我们组后来的举步维艰吧。
转到我的system test. 当时的感觉还不错，从老板和senior那里学到很多硬件的东西，而软件上自己以前所学的网络方面的知识也用得上。可以说哪两个月过得很充实吧。不过很快的，就发现形势有些不对。似乎期待中的project总是没有开始的意思。终于，一个月后，传来订单被cancel的消息。那个订单我们整个team应该准备了五六个月吧，说没就没了，还白送了好多sample, 客户也是满残忍的。然后就是组里几个人在propose的另一个project也被高层否决了。这个project是老大负责的，否决的消息我并不知道。当时在网上看到了相关产品信息，还兴冲冲的那给他看，结果自然是热屁股贴到冷板凳。对刚进公司不久的我来说，情绪上倒没有受到太大的影响。毕竟体会不到那种自己的心血浪费掉的感觉。不过我也发现自己的team好像不像以往那样忙忙碌碌了。毕竟，以前是那两个项目占去了team的大部分时间，其他的只是零星帮有些小顾客解决问题或customize的工作。
对一个project team来说，轻松这是一个危险的信号。部门老板，我的顶头上司也感觉到了潜在的危机，开始积极地寻找其他机会。而我，也幸运的成了boss手中一颗重要的棋子。我想幸运这个词用的还是不过分的，因为旧产品已经走到了尽头，如果没有新的机会，可能自己只能做些low level的support工作，帮哪个customer解决个小bug什么的。当然还有一个选择是到其他team去，毕竟有的项目还缺人。不过这个问题就比较敏感了，牵扯到政治嘛。
anyway, 老板开始把很大的兴趣放到一个新产品上，是一个需要customized design的产品，客户又是本地响当当的大公司，如果可以拿下来的话，我们team就有希望了。当时这个大公司先是联系了几家公司去demo, 没想到都没成功。曾经找过我们公司，不过并没引起高层的兴趣。毕竟公司从没做过类似的东东。而老板硬是抓住了这个机会。当时我正好是没有任务，就和老大一起，帮老板准备这个demo.
现在回忆起来，不管这个项目最后如何，demo的准备还是满成功的。没有产品，在市场上找了大路货，拆出一些module, 再从我们以前的产品中拆出一些module, 最后做出的系统要满足功能的需求还要美观，不是很容易的事情。尤其是功能，因为牵扯到无线传输，信号质量一直是困扰我们的大问题。大概前几家公司也是在这方面达不到要求吧。幸亏老板是这方面的专家，再加上大家一起的努力，终于解决了主要的技术问题。事实上，那个demo第一次不能成功真是很正常的事情，老伴已经对customer site所需要的传输距离，信号干扰等作了大致的估计，而且后来事实证明他的估计还是很正确的。即便这样我们的第一次demo也只是成功了一半。幸运的是customer对这一半成功还比较感兴趣，答应给第二次机会。有一点需要提到的是因为customer site比较特殊，每次进出都很复杂，我想前面那些失败的公司多半是因为没能多试几次吧。而因为这第二次机会，我们team也有理由在这个项目上花费更多的精力。
这个时候，我在公司已经四个多月。旧产品一直没有新的订单，而公司高层的忍耐，也差不多到了极限。终于有一天，CTO过来分给老大新的任务，是一个国外大客户的tender project. 也就是准备proposal去投标。这个任务并没有把我们的team分开，不过既然老大要直接report到CTO, 可以说team的结构已经开始散了吧。可以想象的是，老大很积极的接受了这个任务，带领team里其他三个人开始准备proposal。巧合的是，这个项目最大的问题也是传输距离。用wifi传十几公里，不知道是那个聪明的客户想出来的。除了距离，产品本身也很复杂，所以公司也是抱着试试看的态度吧。
自从老大开始了准备proposal的工作，老板逐渐更多地把demo的项目交给了我。而他的很多行动，其实是很有预见性的，毕竟，二十几年的经验在那里。他也预见到demo的项目很可能会拿到，于是在我们准备第二个demo的同时，我也开始了project的feasibility study. 这里要提一下关于project life cycle, 不过可能不同的公司也有差别吧。首先是feasibility study, 如名所示，就是做足所有的study, 包括性能方面，技术方面，成本方面，最终交由高层做出决定：做，还是不做。然后是prototype, 这个阶段基本上产品就已经成形，然后是alpha phase,解决和完善prototype中主要的问题，再就是beta phase, 急需解决剩余的问题，更重要的是为production作准备。然后是trial run, 小批量生产，拿去field application test, 通过后再去mass production. 步骤很烦琐，不过执行起来有时候还是很灵活的。当然太过灵活了就失去了制定procedure的意义，老板就一直在批其他的team什么还没做好就直接跳到下一步了。
而这个feasibility study, 也是我接下来三个多月的主要任务，也是现在感觉受益最深的一个任务。为什么呢？比起直接投入某个项目的某个细分任务，这个机会可以对整个产品研发有一个总体的把握，尽管这个把握很粗浅，我想对一个行业新人来说还是有很大的作用。既然如此看重，就不妨多讲讲吧。[RMA (5-28 4:35, Long long ago)]
[ 传统版 |
sForum ][登录后回复]2楼
(引用 RMA:我一年的嵌入式产品开发工作2前面讲过公司不算大，不过其实也不小，百十号人吧，其中七八十个是做研发的。又分成几个department, 负责不�...)精彩的分享我想不仅是IT的朋友可以从你的文章受益，我们这些搞市场的也对产品前端的研发也是增进了解。另外你能遇到这样经验丰富又热心的老大，真是幸福。[felix (5-28 9:59, Long long ago)] [ 传统版 | sForum ][登录后回复]3楼
(引用 RMA:我一年的嵌入式产品开发工作2前面讲过公司不算大，不过其实也不小，百十号人吧，其中七八十个是做研发的。又分成几个department, 负责不�...)继续！ [小蹦 (5-28 10:26, Long long ago)] [ 传统版 | sForum ][登录后回复]4楼
(引用 RMA:我一年的嵌入式产品开发工作2前面讲过公司不算大，不过其实也不小，百十号人吧，其中七八十个是做研发的。又分成几个department, 负责不�...)很精彩的分享，对电脑/电子工程的朋友应该很有帮助。[大象 (5-28 21:37, Long long ago)] [ 传统版 | sForum ][登录后回复]5楼
(引用 RMA:我一年的嵌入式产品开发工作2前面讲过公司不算大，不过其实也不小，百十号人吧，其中七八十个是做研发的。又分成几个department, 负责不�...)挺有意思。看来做product与做solution的流程还是很不一样的。[Qingger (5-29 0:49, Long long ago)] [ 传统版 | sForum ][登录后回复]6楼
(引用 RMA:我一年的嵌入式产品开发工作2前面讲过公司不算大，不过其实也不小，百十号人吧，其中七八十个是做研发的。又分成几个department, 负责不�...)我一年的嵌入式产品开发工作3要做一个新产品，从哪里开始呢？刚开始feasibility study, 很有无从下手的感觉。还是老板经验丰富，很多问题到了他那里该怎么做就成了很清楚的事情。要做产品，首先当然要清楚做什么，所以第一步呢，就是先有一个大致的product concept, 然后演变为一个比较具体的product specification. 在这个过程中，客户的要求自然是最重要的指导，不过问题是很多客户对技术并不是太了解，而他们的要求也很模糊，根本就不是一个成型的specification. 比如距离上，客户也不管你可以达到多远，只要放在他的场地可以用就好。而效果呢，也是他们看起来满意就好。这种客户说起来简单，不过其实对开发者也是满头疼的。
既然客户的信息有限，就只能另寻它径了。最简单的方法就是把市场上类似的产品拿过来，研究个底朝天，列出他们详细的技术参数，功能特征，价格，乃至所用芯片方案，内存容量等等全都放到一起。然后根据客户需求，筛选出自己想要达到的功能和参数，同时对产品的价格区间有一个大致的了解。这个过程有点像market research吧，像我们这样比较小的team, 一个好处就是可以涉猎很多不同的东西。经过一番筛选，和老板一起锁定了我们想要的参数，也做出了第一版的product specification.
现在解决了做什么的问题，下面自然就是技术上怎样去实现了。以前倒是没想到，一个产品原来在没有开始开发的时候，就需要研究到这样透彻。不过其实又是很自然的事情，如果等产品正式立项，资金大把大把投进去才发现问题，损失就大得多了。这一点上，倒是和software engineering中的原则很相似。
产品设计的研究还是很有趣的。首先是选择芯片，同时也是选择芯片商提供的解决方案。一般来讲，不少芯片都可以满足技术要求，芯片本身的价格也类似，差别就在有的芯片正好提供了想要的接口，比如PCI, 有的芯片自带了DSP, 诸多因素考虑起来，选择不同的芯片对产品的成本和研发速度还是有很大的影响的。
与芯片厂商打交道，是件很需要技巧的事情。这些巨头们最看重的是volume, 几万片可能都懒得理你--其实也可以理解，毕竟他们卖的是方案，包括一整套的硬件软件，顾客customization的过程中，一定会有一大堆问题需要support的。如果让他们去support很多买几百几千片的客户，不赔钱才怪。而我们的项目还只是在可行性研究阶段，天知道将来volume会有多大，芯片商不大感冒也是自然的事情。这也是为什么向TI, Philips这样的厂商索要一些confidential的技术资料都困难。老大那边的项目也是同样的问题吧，而他的做法也是最好的榜样，那就是不停的push，email催不行就打电话. 芯片厂商再气粗，毕竟这还是买方市场，他们也不想放过一个可能做大的机会。而这种还在调研阶段的项目，谁也说不准前景如何。所以一般来讲，只要厚下脸皮，想要的东西还是拿的到的。
有一点需要解释的是，大部分芯片厂商都不会像intel那样把自己的全部specificaiton, programming guide什么的直接放在网上。可能也是出去全力支持大客户的想法吧。所以这些基本的技术资料，必须想办法从厂商那里取。差不多一个月的时间，收集了五六个解决方案，像之前筛选product specification一样做成一个很大的comparison matrix, 经过和老板的反复讨论，锁定了其中的一个方案。
其实这个过程还是颇不容易的，因为没有development的经验，感觉很多东西都心里没底。也许这个工作，让经过几个project的senior，比如老大来做更合适些吧。不过对自己来说，除了感谢，也无需太多地考虑原委吧。
一个月后，我的产品设计方面已经完成得差不多，除了芯片方案，也进一步细化了硬件设计，系统从一开始的一个个大block, 变成了几十个主要的部件。而接下来，就是在associate engineer的协助下联系vendor, 计算成本。顺便提一下，这个时候接触的vendor, 态度和上边提到的芯片商真是截然不同，几毛钱几分钱的东西，他们也是乐意跑来好几次，服务可以说是一流。看来还是做芯片牛气，怪不得现在IC design 这么热。
呵呵，讲到这里，似乎很久没有提我们做所有study的原因，也就是第二次demo的机会了。 其实客户本来是第一次demo后几个礼拜就想要第二次的，不过大公司总是有这样那样的突发事件。据说主管者都去忙一个大型ERP的implementation去了，无暇顾及这个项目，也使得我们的demo就这样被推了四个月。不过这也使得我们在study之余，对产品（只能说是prototype）作了比较大的改进，从而更有信心了。
在feasibility的最后一段时间，终于迎来了2nd demo的好消息。这个时候，老板也极力的说服我们的老总，也就是CTO来对这个项目产生兴趣。这也带给了我一个很好的锻炼机会，因为老板把向公司top management present的任务交给了我。连夜赶工好几天，解决了怎样把几十页的report用几个小时来cover的问题。Presentation还算顺利，也算成功，毕竟对内容熟悉得不行了，另外一点感想就是大学的课程也不是摆设吧，很多东西，当时觉得没什么用，等用到了才发现，课程之所以设计成现在的样子还是有道理的。
所谓成功，主要是针对个人的，自己给CTO一个很好的impression，算是一件好事。至于项目，无论公司如何感兴趣，客户不给钱也是无法开始的。不过至少，项目还有希望。
presentation几个礼拜后，第二次demo终于来临了。老天帮忙，在老板的争取下，客户竟然同意在正式的demo之前一天，先给一个trial run让我们去set up. 实际上是多给了我们一次机会。不过打击的是我和老板忙活了半天，trial run竟然是一塌糊涂，信号差得不行。唉，硬件就这点不好，很多奇奇怪怪的问题，除非你很有经验，否则真是怎么找都找不到原因。 现在还记得trial run回去的时候我们是如何沮丧。不过运气真是一件难以捉摸的东西。当第二天正式的demo来临，当客户方所有的相关主管全都来齐的时候，信号突然变得perfect, 整个demo都顺利得不行，而客户也是非常满意。
从demo回来的路上，我已经在兴奋的考虑项目开始后自己要扮演何种角色了。最好是开发吧，自己来公司半年多了，还没有写多少code, 都快忘记自己firmware engineer的身份了。不过当然，有点管理性质也是不错地。。现在想想，那个时期真的是很充实，很开心。
[RMA (5-29 2:55, Long long ago)]
[ 传统版 |
sForum ][登录后回复]7楼
(引用 RMA:我一年的嵌入式产品开发工作3要做一个新产品，从哪里开始呢？刚开始feasibility study, 很有无从下手的感觉。还是老板经验丰富，很多问题...)我一年的嵌入式产品开发工作4（完）从demo回来后，自己就一天天盼望客户那边的消息。与此同时，老板 决定我们不仅要做产品，而且要做整个系统，包括核心的控制软件。这样我们的工作重心，就从硬件转移到了软件。感觉像是另一个feasibility study吧，不过这次不同的是公司并没有在PC上开发大型软件的经验，所以我们选择了外包。顺代提一下公司一件很有意思的现象。虽然嵌入式软件并不容 易，不过似乎公司总会对硬件更加关注，不说别的，每个项目的project leader, 就基本上是搞硬件出身。看team的配置吧，不管老大也好，老板也好，都是RF (射频)和硬件方面的专家，而说到软件，竟然没有一个senior level的。可能因为软件不如硬件值钱吧:P 再说，软件做不来还可以外包到印度，硬件如果也要外包的话，那公司似乎感觉失去了立足之本，不知道其他的同类公司是否也是这样。
言归正传，大公司真是让人piss off, 本来以为订单下来只是水到渠成的事情，没想到demo之后，客户给我们的又是漫长的等待。如果说前几次的推迟和等待都没有让自己产生太大的动摇，那么这次 真的是无法不对项目的未来产生怀疑。希望越大，打击越大吧。这种想法逐渐变成了心理斗争，是相信它会来，全力以赴呢，还是寻找新的出路呢？
思想斗争当中，农历新年到了。这是五年来第一个在家中度过的农历新年，感觉真好！与此同时，十几天的假期也给了自己一个静下心来好好思考的机会。想了很 多，思路也逐渐清晰起来。可能这种长达半年乃至一年的等待，在大项目中是很正常的吧。不过公司可以等，自己并没有太多的资本去等，毕竟，现在是学习和进步 的最好机会。一年时间，幸运的话已经可以做一个完整的中等规模项目。对自己来讲，前面的feasibility study的确实很有帮助，让自己在没有开始项目的情况下已经对开发流程有了很多整体的了解。不过接下来呢？用一两个项目去实践去验证应该是最理想的情况 吧。而如果没有这个机会，可能就真的要考虑其他可能了。
随着这个想法的清晰，`很久前注意到的一个嵌入式系统硕士课程又重新引起了我的兴趣。两年的硕士，一年课程加school project, 一年industrial attachment, 据说课程很紧张，project也比较贴近实际。而IA, 无疑也是很吸引人的卖点。
机会不错，适不适合自己呢？对自己来说，如果说刚毕业的时候对读研的方向还很模糊，现在应该是很清楚了，那就是继续在本专业发展。而看行业内的现状，知识 和经验同样重要。就拿自己的亲身体会来说，大学的电脑工程课程表面上很杂，但实际上如果要做产品开发的话，很多都是很基础也很重要的。比如做嵌入式软件开 发，作为一个entry level来讲可以选择完全不管硬件，但将来呢？项目管理可以不懂硬件吗？系统架构设计可以不懂硬件吗？我想，比较好的模式是大学时期各方面都打下一个很 好的根基，无论是硬件，还是软件，都有比较好地了解。等工作后再根据自己的兴趣，深入钻研一个或几个方面，成为领域的高手吧。再回到个人的考虑，既然大学 的基础不算太好，那希望这个课程一方面帮自己巩固一下所学，另一方面也在某些感兴趣的领域多多钻研吧。而损失的话，最大的损失就是两年，更确切说是一年的 经验。再就是经济上full time肯定是有一定的损失，毕竟奖学金不能和薪水相提并论。
选择还是不难做出的，现在还年轻，经验总是可以积累的，而只要方向清楚了，学习是越早越好。如果这个课程可以让自己在感兴趣的media 方面继续深入，同时几个并不轻松的project又可以提供些动手的机会，why not? 既然决定了，就用几天的时间认真准备了申请材料，寄出， 再重新投入工作—当然已经带着新的希望。
几个月后，项目的所有准备工作都完成了，而自己也顺利地通过了interview, 拿到了期待中的offer. 有时忍不住会想，现在走，会不会有些可惜呢？也许在等几个月，项目就拿下了。不过总会有opportunity cost的，决定既已做出，就不要再反复了吧。
现在的我已经离开公司，算起来在自己的第一份工作上做了一年出头。收获很多，也有遗憾。不过作为收尾，还是讲几点可能对大家有所启发的想法吧。
首先是大学知识的重要，这一点，前面已经不止一次提到了，我想还在读书的junior, 除非对所学专业毫无兴趣，否则的话，最好是用心努力。考试前rush的感觉固然也很充实，结果出来成绩不错也不免得意，不过只有平时下功夫，才可以把基础 打牢，而这，才是学习真正的意义。
再就是feasibility study中遇到的力不从心，也引发一个问题，designer需不需要从implementer做起呢？举个大家比较熟悉的例子，如果一个人没有写过一 行code，却对OO design研究得非常透彻对要解决的问题也很了解，那么他/她有没有可能做出好的system design? 想来很难，不过做design的建筑设计师不一定要从implementation的土木工程师演变而来吧？这个问题，希望更有经验的人可以解答。
最后想说的，是关于方向的问题。我想现在正是一个迷茫中摸索前行的时期，每个决定都很困难，而它的影响，又偏偏可能非常深远。不过如果积极去了解自己，了解周围，再加上深思熟虑，让每个决定有充分的理由来支持，至少不会感觉盲目，也不会轻易后悔吧。（完）
注: 谨以此文纪念自己的第一份工作，也感谢老板，老大这些对自己影响深远的上司。希望文章内容对正在读书或者找工作的朋友有所帮助。
[RMA (5-29 3:17, Long long ago)]
[ 传统版 |
sForum ][登录后回复]8楼
(引用 RMA:我一年的嵌入式产品开发工作4（完）从demo回来后，自己就一天天盼望客户那边的消息。与此同时，老板 决定我们不仅要做产品，而且要做整个...)使劲顶!真是个好Senior!祝你以后一切顺利！[MrDJay (5-29 8:22, Long long ago)] [ 传统版 | sForum ][登录后回复]9楼
(引用 RMA:我一年的嵌入式产品开发工作4（完）从demo回来后，自己就一天天盼望客户那边的消息。与此同时，老板 决定我们不仅要做产品，而且要做整个...)使劲顶一下~~~~~[felix (5-29 14:16, Long long ago)] [ 传统版 | sForum ][登录后回复]10楼
(引用 RMA:我一年的嵌入式产品开发工作4（完）从demo回来后，自己就一天天盼望客户那边的消息。与此同时，老板 决定我们不仅要做产品，而且要做整个...)感谢分享:)写得很朴实。
没有做过任何coding的人可以做出非常优秀的设计，譬如对于宏观的enterprise solutions。设计也有很多种称谓，solution design，architecture design，application design。在某些情况下，拥有coding的hands on经验应该在设计上有优势，特别是那些对性能要求高的微观程序/系统设计 -- 譬如手机的应用程序，我想嵌入式芯片产品也应该归入此类。
还有，项目管理当然可以不懂硬件了。IT项目管理可以硬件软件统统都不太懂。这并不是我们愿意见到的，不过有时这是事实，并且在理论上有其成立的依据：）[Qingger (5-29 22:26, Long long ago)]
[ 传统版 |
sForum ][登录后回复]11楼
(引用 RMA:我一年的嵌入式产品开发工作4（完）从demo回来后，自己就一天天盼望客户那边的消息。与此同时，老板 决定我们不仅要做产品，而且要做整个...)谢谢分享，请问楼主关于嵌入式系统硕士课程帖子里提到的那个嵌入式系统硕士课程是在哪所学校？入学要求如何呢？
非常感谢[1984 (5-30 9:39, Long long ago)]
[ 传统版 |
sForum ][登录后回复]12楼
(引用 1984:谢谢分享，请问楼主关于嵌入式系统硕士课程帖子里提到的那个嵌入式系统硕士课程是在哪所学校？入学要求如何呢？
非常感谢)回答: 是NUS的课程网站www.dti.nus.edu.sg上有详细信息, 建议好好研究一下.
基本入学标准是和NUS普通的硕士课程同样的,也就是说成绩2nd upper以上. 不过比较prefer有工作经验者. 所以即使还没工作也最好在申请中突出一下以前的IA或internship, if any.
[RMA (5-30 14:41, Long long ago)]
[ 传统版 |
sForum ][登录后回复]13楼
(引用 Qingger:感谢分享:)写得很朴实。
没有做过任何coding的人可以做出非常优秀的设计，譬如对于宏观的enterprise solutions。设计也有很多种称谓，so...)谢谢回复你说得很有道理，硬件功能的强大使得运行在pc上的软件有足够的系统资源去支持，而windows上完善的开发系统像.net和j2EE也进一步把软件开发从低层的coding中解脱出来，这些使得现在pc上的application development高度抽象化。可能随着modeling language的发展，需要做的coding越来越少，而设计者所面临的问题也从软件技术上完全转移到应用层面上。嵌入式系统在目前应该说区别还是很大的。像Operating system, driver, protocol stack这些东西是C/C++甚至assembly的天下，而且没有像pc上那样好的abstraction, 设计者所面临的经常是纯技术的问题。这就需要对硬件所提供的facilities以及各种protocol相对熟悉, 而hands on的coding可以帮助理解，对将来的设计工作应该是有很大帮助的。
不过现在像微软这样的厂商强势介入嵌入式市场，如果将来可以dominant的话，那么在嵌入式系统上作开发可能也和pc上差不多了。smartphone的市场已经有这种趋势了。这对传统的pc软件开发者/公司也是新的机会。
关于IT项目管理，想问一下你说的是不是侧重于上述的第一种情况，也就是pc上的软件项目？感觉管理这种嵌入式系统的开发，没有技术背景还是比较难的。可能如果team比较大的话最高的项目管理者就可以从技术管理上解脱出来，侧重于协调和人员管理工作，不过这其实是把技术管理的职责完全下放到下一层的management, 还是有些隐忧的，主要是对下属的依赖吧。感觉这一行业搞技术的跳槽频率比搞管理的高很多，（可能这里太小了吧）一旦掌握技术的核心人员跳槽就是釜底抽薪，特别是一些highly specialized embedded products。当然如果公司很牛的话就不太担心这一点。
呵呵，这些东西讨论起来真的是可以长篇大论的。不过也是很有意思的。有机会可以聊一聊。
[RMA (5-30 23:29, Long long ago)]
[ 传统版 |
sForum ][登录后回复]14楼
(引用 RMA:我一年的嵌入式产品开发工作4（完）从demo回来后，自己就一天天盼望客户那边的消息。与此同时，老板 决定我们不仅要做产品，而且要做整个...)我得赞一下！很实际！[banban (5-31 9:09, Long long ago)] [ 传统版 | sForum ][登录后回复]15楼
嵌入式产品开发==Rapid Product Development? 学长，我今年可能也读这个已经拿到OFFER了，还在考虑中，很感兴趣；不知道学长可不可以随便讲讲这个course。我只从材料上看到一些课程名字，其他一无所知，一直想找一个学长打听一下；毕竟纸上的和亲身体验的不一样。我的msn/email: marxyou@hotmail.com. 如果现在在新加坡的话可以打我手机91902235,有个机会多认识也好，如果现在忙可以以后向你请教，--我拿这个master的可能性很大，所以想做好多多的准备。谢谢！（另外，你的这4个帖子也很是激励人心:)[mean (6-1 21:58, Long long ago)] [ 传统版 | sForum ][登录后回复]16楼
(引用 mean:嵌入式产品开发==Rapid Product Development? 学长，我今年可能也读这个已经拿到OFFER了，还在考虑中，很感兴趣；不知道学长可不可以随便...)我的猜测，嵌入式产品开发=Embedded Systems老大，想念你的鸡腿，口水。。。[eternal_flame (6-1 23:13, Long long ago)] [ 传统版 | sForum ][登录后回复]17楼
(引用 mean:嵌入式产品开发==Rapid Product Development? 学长，我今年可能也读这个已经拿到OFFER了，还在考虑中，很感兴趣；不知道学长可不可以随便...)RPD...这个和我的embedded system development课程同属DTI, 不过是不同的分支。学的课程偏重产品开发中的管理和Quality Assurance, 而我的那个偏重技术。这一点你可以看一下网站上详细的课程列表。
我想你如果不太喜欢纯技术的工作，而又比较擅长那些沟通之类的soft skills, 那么这个应该是不错的选择。至于质量如何不敢随便评价，如果有正在读或已经读过的筒子可以发表以下意见最好。
[RMA (6-1 23:16, Long long ago)]
[ 传统版 |
sForum ][登录后回复]18楼
(引用 RMA:回答: 是NUS的课程网站www.dti.nus.edu.sg上有详细信息, 建议好好研究一下. 基本入学标准是和NUS普通的硕士课程同样的,也就是说成绩2nd ...)thanks for the informationafter reading through the website, i can tell that this is a good combination of practical and research. Considering.... [1984 (6-3 14:03, Long long ago)] [ 传统版 | sForum ][登录后回复]19楼
(引用 RMA:谢谢回复你说得很有道理，硬件功能的强大使得运行在pc上的软件有足够的系统资源去支持，而windows上完善的开发系统像.net和j2EE也进一步�...)我比较熟悉enterprise level的，但不管是企业级的，还是嵌入式系统，有一点确实是趋势就是提供统一的平台或者接口将开发者从底层的coding中解放出来。
很多很好的例子，譬如基于智能卡系统的JavaCard平台，现在大概90%的新出厂的智能卡都是JavaCard。譬如也许在将来的电信网络（Next Generation Network ）里非常有前途的OSA/Parlay平台，它向电信服务供应商提供了一个很好的接口标准，使得他们可以方便的脱离对电信设备供应商与电信运营商的依赖性，从而开发出通用的电信数据与多媒体服务。在企业级市场里J2EE平台也是一个很好的例子，它将designer与developer从繁杂但是重要的transaction control以及其他的一些底层控制中脱离出来。
在这些市场里基本上都不关微软的事：）
我对嵌入式系统的项目管理不是很清楚，事实上是一点都不清楚。同意这句话：“如果team比较大的话最高的项目管理者就可以从技术管理上解脱出来，侧重于协调和人员管理工作”。可以给出几个enterprise level的IT项目的例子。一个客户是本地电信的项目，4个人，项目经理PM是技术人员，兼任Architect与很少的一部分Coding。一个日本汽车公司的项目，15个人左右，PM出身于Business Analyst。一个客户是本地政府的项目，100人左右，PM出身于customer engagement，销售人员。
这些确实可以说很久。有机会可以聊聊。[Qingger (6-4 23:18, Long long ago)]
[ 传统版 |
sForum ][登录后回复]20楼