BBYR Achieve
返回信息流
这是一条镜像帖。来源:北邮人论坛 / communications / #6156同步于 2008/5/20
该镜像源已超过 30 天没有更新,可能在源站已被删除。
Communications机器人发帖

在smth上看到的不错的帖子 -通信人的困惑

delp
2008/5/20镜像同步5 回复
/*****是个水楼,我竟然老老实实爬了好几遍,内容比较乱,先把鄙人看着不很水的回帖粘过来吧~*****/ lz: (虽然语言风格诡异,但话糙理不糙,小弟看来却也点中要害。话说今天下午还听icc讲座里一prof描绘cross-layer的美妙光景,还真激动了一会儿。下边某楼一疑似愤青直接提议通信要么本科要么博士,直接把ms鄙视了,汗...) "小僧,一年前通信小硕毕业,现在一家通信外企混事。 小硕期间, 本来想投身物理层,兼搞点硬件设计。可事与愿违,被导师安排去搞什么跨层设计。 心在曹营,心在汉呐,Proakis的数字通信的书也读,还有时瞎和物理层的兄弟瞎参合两下。也搞过点协议实现,网络/路由,移动网络协议体系结构也都知道个一二, 还整过点破论文专利啥的。 最后就真是cross-layer了,一大杂烩,什么都知一二,什么都不精。 connecting people也已经越走到更高internet的阶段,已经过了PCM,E1/T1的时代了。以前学的那些东东,也只能藏在肚子里。 通信企业江河日下,IT企业薪资高涨。CS的哥们选择多多,通信的哥们出了这个圈子,根本没法和人聊。就在电信企业的网络部门,计算机/软件毕业也是占优,通信系的反到是少。 大抵是那些头脑也是CS毕业的,面试也就问CS的基本功,有时候真的觉得话不投机 。数据结构,算法,操作系统这些CS的基本功其实比起电子系的理论课程来,其实容易多了,不过毕竟只是自己翻番书,临时报个佛脚的,过些时日就记不请了,被CS的人面的时候不免又会有点尴尬。心想,这些连基本通信原理都没搞清楚的兄弟,拽什么啊。 软件这头要整的东东又多。面朝对象设计了把,有要学什么设计模式,对于通信人来说又都是新的,不是学不懂,只是这个那个都是新的,学的都烦了。 一直在考虑通信系的优势在哪里,连在电信这个那么挫行当里,还得和CS的争。 通信人,怎么能不再只是努力提高带宽,消灭需求。而能够创造出一些新的需求,重新引导趋势呢? 或是捡起CS的课,跟着他们走? 还是赌博,想本法大转行?" ----------------------------------------------------------------------------------------------------------------- (第一句有点骇人,具体而微了吧...后边写的还是很好的) 通信出身的可以去华为吧。不过我也很不清楚去了会做些什么工作,虽然有不少同学在里面。 回想起来,毕业的时候(3年前)我去华为系的面过研发类岗位。华为面试过2回(第2回是我毕业一年后他们从故纸堆里翻出我的简历叫我过去的),海思去过1回,华三去过1回。前面两个问过一些通信协议的问题,海思还问过数字通信,感慨呀;华三的那个胖gg只问了我几个数据结构算法,估摸伊完全不懂通信和网络。 还有些研究型的外资企业可以去,如多科摩,法电北京研发,阿朗。本科时和我一个宿舍的哥们,是本班学习数一数二的人才,数学功底很了得,硕士毕业后去了多科摩了,不过他没有PHD学位,不知道会不会得到scientist这样光鲜的头衔。 话说回来,通信这个行当相对比较窄,像你说的,难遇谈得投机之人。但从通信学科内部来说,门类却又很多,像mimo, ofdm,调制,编码,路由算法;WLAN,WiMAX,UMTS/LTE;WSN, PAN...想学好哪个方向都很不容易。 像我这样既没能力做尖端研究,又不擅长与人打交道的,也是十分困惑将来的路怎么走。不过,香农老前辈的理论我远没学好,所以我从不好意思跟人说自己是通信人,嘿嘿,只算是窃读了圣贤的小民工。 -------------------------------------------------------------------------------------------------------------------- (这个嘛,我re了一下) 其实去了华为,很多通信专业能够胜任的岗位学计算机的一样能够胜任。 很多(通信、信号处理)算法也不需要他们懂,只要他们能够按要求 写出代码来就行了。 能够提出有价值的物理层算法的都不是普通人,所以学习通信的普通人 和学习计算机的比较起来是有点郁闷的。 --------------------------------------------------------------------------------------------------------------------- (此楼比较诡异,不予评论) 你这还算不错的,像我应该属于在中国最早从事跨层研究的, 一不小心进了政府部门,整天撰写公文回函,和一群学法律的 讨论管制,更是郁闷,要从头学法律、经济、管理等, 不过也有收获,出国考察和国外从事通信行业的人交流发现, 中国最多的就是通信工程师,但最缺的恰恰是专业律师。 如果感兴趣,可以考虑慢慢过渡。 --------------------------------------------------------------------------------------------------------------------- (……) 恩,通信系的人,优势在于对整个通信系统的理解。码工让cs的去做。 所以我一直考虑能不能有机会去做系统级别的solution,需要对客户需求,现网,整个系统有比较好的理解。 这个还有机会和客户打打交道。 可惜,对刚毕业的人,这样的机会很少很难。 --------------------------------------------------------------------------------------------------------------------- (有同学人肉此回复,ms这位仁兄是cs出身,这样的话就真的比较诚恳了,赞一下) 这些理论他们不需要懂,只是需要告诉他们怎样实现就行了。 其实很多做物理层实现的也都是这样的,理论上不需要多懂,只要 不涉及到去提新算法,那就只需要知道怎样将现成的算法用 代码实现就行了。 好多公司招的通信的人不就是这样的要求吗?这样的工作体现不了 通信人的优势,这也就是一些通信人困惑的原因所在。编程能力是 通信专业的必备技能,但从很多公司的同学那里了解到,通信专业的 编程能力普遍不如CS的。 真正能够提物理层算法做研究的人不是太多,公司更不会需要太多这样的 人材。 --------------------------------------------------------------------------------------------------------------------- (ls诚恳兄被理论,更汗的是看完此楼我发现自己也真的云里雾里...拜一下,回去读书...) 什么叫“理论上不需要多懂”? 就拿无线通信来说,同步就包括频率同步,采样时钟同步,符号同步,要做信道估计和均衡,信道译码,每一块都要求对通信的基本理论,什么时域,频域,信道衰落,ISI,ICI都足够了解才能写得出程序。有了基本的概念,通信工程师需要写程序仿真,验证你的思想,性能不够好时要如何改进算法提高BER性能,系统丢掉同步了要分析为什么,如何避免,有了基本框架了如何实现才能保证性能的前提下节省memory,节省gate count,节省功耗,这都是需要coding才能完成的。通信工程师不做这个让CS的人去做,他们能明白这些东西?他们能保证明白了后程序一遍就好?写出来的程序不对了,连星座图都不知道怎么看,在哪个步骤看,又如何相信他们能调试?就不说CS的人了,看看这个版,看看提的问题就知道多少学通信的人都还云里雾里呢。 俺在这行工作这么久,没听说有CS的人能来做通信物理层的,如果有,那除非你们做通信的是大牛,一切东西不需要自己coding脑袋里就完全知道怎么做直接告诉CS的人,而且CS的人也牛得直接一听就懂。 --------------------------------------------------------------------------------------------------------------------- (此楼最赞,此兄阅历颇丰又态度积极,寥寥数语讲的很明白,小弟受用) 看了此文,不得不说两句自己的感受 1.本科学通信的,通信原理、信号处理、数字信号处理都感觉学得不错,而且也很感兴趣,感觉通信是一个能把理论基础和工程实践很好结合起来的学科,遂深深地爱上了通信专业; 2.研究生直博,搞光通信物理层,器件级别的,学了1年后感觉要完全和通信没关系了,好像在转行搞物理和工艺了,遂觉得很不爽,对通信的怀念与日俱增,最后在研2的时候转硕; 3.硕士去搞计算机网络,看了几个月的书,发现计算机网络真的很简单,要理解基本原理根本不需要任何理论基础...期间也做了大量的编程...Linux下的,嵌入式网络设备开发...后来专攻路由...还是发现基本不需要啥理论,当然,把操作系统原理、数据结构和算法学好还是对工程很有帮助的 4.搞了计算机网络时间久了以后,感觉计算机网络没啥理论,不爽,遂又开始怀念通信,于是来到移动通信领域 5.来了以后发现,移动通信也被internet冲击得不行了,在大量借鉴来自Internet的技术...反而是搞通信的同志们开始羡慕Internet了... 总结: 出现这种情况的根本原因,在于底层技术的飞速进步,像光、移动通信的带宽不断提升,已经淡化了通信物理层的作用,因为基本需求已经被满足了,没有太多研究的必要性了;现在整个通信行业,从运营的角度,开始走向业务被迫开放,很多以前必须有电信运营商专网提供的业务越来越多地可以在Internet的边缘由任何人提供类似的服务;因此整个产业的利润也逐渐被互联网企业所吞噬; 应该说,这个大趋势是这样的,随着通信技术的普及,以前高科技的物理层技术已经成为了整个行业最普遍、最不需要变革的技术了,而商业模式和利润越来越多地来自于上层。 通信与IP网络融合,乃至三网融合,tri-play等等,越来越多的是把通信、IP、计算机等技术结合起来,因此,我们有通信背景的人去学计算机、网络,应该还是入手很快的,而且这个综合的背景正是现在融合的大趋势所需要的人才; 一些拙见,与大家分享。 --------------------------------------------------------------------------------------------------------------------- (水木的酱油帮其实实力颇强,写的也算融汇贯通,赞) 刚好路过 俺的职业生涯中通信和IT各占一半,所以也凑过来忽悠 当初之所以选择通信,一个是因为喜欢,另一个是觉得这里边的门槛,尤其做物理层的那些,是远非CS那帮人突击两天就能搞定的,因此可以让自我感觉小小地得到一些满足。有幸在一开始就接触到资深的工程师,这些人,无一例外的知识广博,从软到硬,从物理层算法到人机界面软件设计模式无所不通,因此也就把他们做为了努力的方向。时至今日,也可以负责任的说,任何公司里这样的人永远都是极少数,因此也无需担心自己的职业生涯。 然而通信行业有它自己的特点,就是高投入大产出,任何一个产品的开发都需要大量的人力资金投入,相比之下,个体在其中显得很渺小。出现了一种技术,从读paper开始到系统能商用,根本不不可能个体能有什么作为,这是我选择离开这个行业的原因。 IT这个行业分成两类,软件开发和互联网服务。前者的从业人员实际面临更大的困惑,就是在国内公司中,3-5年即可成长为高手,5-7年即可成长为架构师,再向后呢?可能更多的就不是技术因素在起作用了。互联网公司要好很多,因为对人能力的要求远比一般的软件企业更为全面,因此成才期要更长,而且,对于新技术的出现,从读paper开始到系统商用,很可能我一个人就搞定了,因此这是我选择这个行业的重要理由。 此外, 选择IT还是通信,最重要的还是要问清楚自己更喜欢什么,通信行业的职位选择实在是非常少,但能提供长期持续而较好的回报。IT行业变动远超过通信,这意味着风险要更高,尤其是互联网行业,但回报也会更大。回报和风险永远是成正比的。 最后多提一点,即便是互联网行业能提供高薪的公司,选择也是非常有限的,如果认定自己期望稳定而长期的回报,你干嘛还要舍近求远地在千军万马中走过那些独木桥而认定自己取XX公司XX年薪的OFFER如探囊取物呢? ---------------------------------------------------------------------------------------------------------------------- (困惑男+自问自答) 物理层, 我相信不会有cs系的人来触碰的, 这边需要的基础理论太多了,信号/数信/通原/电路。 纯cs的人,对网络协议都不是非常了解的。 另外让我疑惑的是,传统的通信, 一直以消灭带宽需求作为自己的目标。最后的结果很可能是自己把自己送上鸟尽弓藏的境地。光通信已经树了榜样了,搞光器件的,现在都不知道该去哪里, 光网络的都在做互联网络了. 电信制造业已经够惨了,利润率已经够低了。 互联网这头,不断的新idea,都在创造着新需求。也许并不需要太多的理论积淀。 通信人怎么能转变观念, 怎么能创造出需求呢? 兴许图像信号处理/模式识别? 通信人可以有信号/数信的良好基础 或者无线网络定位?只是GPS已经很成熟/成本很低了。 或者是Network Security, 这个是IP网络的大弱点, 而且各种各样的企业, 特别是金融企业更需要这个 ---------------------------------------------------------------------------------------------------------------------- (没任何概念,不予评论) 一年工作经验想做solution的确是差得比较远。 想做solution的话,最好是从support做起,有经验之后做product management,做几年然后才开始尝试做solution。到这时候需要对从协议到具体产品性能,再到全网架构,以及市场需求,甚至商务策略全部了然于心了,才能做得好。 再往后面,其实会有人转system management,就等于去指导研发了,也见过有的人转sales,似乎两条路都走得通。 感觉路还是很多的,钱也不会比IT少很多,而且,这几个通信厂家除了华为,工作强度比IT厂商都差远了不是 ---------------------------------------------------------------------------------------------------------------------- (同上) 无线这块可以分为两部分,协议栈和物理层,协议栈主要是信令流程,不管是通信专业还是CS专业都能看懂,由于CS专业出身的更善于C++什么的,协议栈编程对他们来说上手更快些;对于物理层,要想有深刻的理解没有通信理论基础是远远不行的,可以说通信的精髓都在物理层,CS毕业做物理层我觉得至少开始会很难很难;可以说协议栈编程两个专业都能做,CS专业毕业做物理层基本是不可能的 ---------------------------------------------------------------------------------------------------------------------- (也是涉猎颇广型的) 是啊。 那些高层的协议之类的,以及理论仿真的,搞不定,也没有太大兴趣。毕业后已经对大段的公式推导很头疼,看不进去了。 搞协议层,用C++等编程,虽然也行,但肯定比不过CS。 搞太底层的版图之类的呢,也肯定比不过微电子的。 做物理层的。也就在中间用c,verilog,做个调制解调,编译码什么的。 通信人编程更多是操作寄存器,而不是句柄之类的,这是习惯问题, 也算视角问题。对芯片的理解,对通信概念的理解,还是有优势的。 当初应聘一家公司时,我是做HDL出身的,面我的人是做C++出身的,结果可想而知, 连一些基本的东西都没法沟通。即使我的同学学通信时专做C++的,应聘时也被人家认为编程经验太少。 但是只局限于物理层,也不会有太大出息,还得懂得算法,有系统概念。 可以指挥别人coding,呵呵。 但是自己看了半天,也没太大进展。需要有牛人带才行。 招工途径 1)做系统算法——水平低,做不了 2)那种通信的大的外企,做fpga开发——好像这样的企业不多 3)ic设计公司,做前端——需要和学微电子的人竞争 4)linux,vxworks等的底层驱动开发——做这个其实也没太多优势 5)做硬件,只设计原理图,然后回来测试——没什么前途 ---------------------------------------------------------------------------------------------------------------------- (最后两句不苟同,小弟现在看shannon信息论还得查字典呢) 一切应用学科其实就是数学和物理两方面。 通信里面提到的算法,计算数学也会提到啊。 就像手机的出现,摧毁了大半个手表产业。 计算机的发展同时也促进了通信的发展。 ATCA架构下,intel的CPU,希捷的硬盘构成了可以负荷千万级用户的交换机系统。 数学物理可以用19世纪的论文来解决21世纪的问题,通信就没有这个待遇了。 但是如果还抱着学校里的知识不放的话,就只有被淘汰了。 ---------------------------------------------------------------------------------------------------------------------- (愤青乙) sigh, 看来一石激起千层浪。 通信工程,就别培养硕了,要不就本科,要不就博士, 小硕不上不下的。 那天听访谈,金蝶的老总说,创业需要坚守与善变。 而现在这些学校里接受了过多通信教育的xd们,现在疑惑应该坚守呢,还是学会放弃, 转换方向。 ---------------------------------------------------------------------------------------------------------------------- (好长,待阅) 以我的经验,从matlab转到RTL,对没有通信背景的人,无论CS还是微电子,都是极其困难的。 首先,matlab面向算法仿真,为了仿真的效率,很多运算都是矩阵运算,比如大块数据的处理,成帧的操作,这和RTL面向每个时钟的sample处理完全不一样,在算法设计阶段一些implementation的延迟,比如反馈环路,模块计算是很难考虑的,这都注定了matlab和RTL的比特一致性,即使对单独模块能够做到,整个系统都达到是非常困难的,而且即使推后一万步,做算法的人就算花了几倍的时间把matlab都弄得可以跟RTL一样了,还有如何节省memory,如何复用算术单元,如何关闭某些模块以达到低功耗的东西要考虑。 很难想象一个完全没有背景的人去读懂matlab的程序然后高效的完成实现。事实上我们公司前阵子头就想当然的招了一个做IC的人来这写RTL,认为他做过诸如复杂的CPU设计,写RTL肯定没问题。但实际上完全是两种不同背景的设计,所以这位仁兄至今几乎无法单独完成哪怕一个诸如交织这样最弱智的模块,稍微复杂一点算法的东西,更是连仿真调试都没法做——因为连输入输出的信号代表什么意义都不知道,所以永远都需要做算法的人陪着他一块弄,这也就是我前面说过的:有这功夫我自己写几个模块都足够了! 好几个人说到诸如CS的人编程效率更高,bug更少,不知道这里说的效率包不包括芯片的面积和功耗,如果是,我觉得这些人已经具备了相当的通信背景,称为通信工程师也许更合适。 ---------------------------------------------------------------------------------------------------------------------- (看完第一句觉得大牛出场了,后来...) 水木难得一见的好帖。整楼回答的都很有水平,,,情不自禁冒泡回复一下。 我本科CS,当时由于找工作比较晚了,加上华为工资不算低,就去了。后来本分去做路由器协议测试。跟编程完全不着边(除了偶尔写点脚本)。 但是确实感觉这一行业更多的不是理论知识,很多东西都是应用实现。除非技术做到很高的级别,否则只要有CS的基础,基本就可以混了。 ps:纠正楼主一个观点:算法操作系统这些东西考试起来也许很简单,但实际上决不是可以突击搞定的。任何一个科目达到精通都不是那么简单的。 我现在的情况是,对语言很熟悉,计算机基础也还成,算法水平相对大学时的同学还算可以,但是误入测试行业,虽然也学到很多协议方面的知识。但是无法将前者和后者融会起来。 很多人其实都有这种情况,为了钱而奔波,哪里给的钱多去哪里。最后发现职业发展没有连续性。很困惑。 ---------------------------------------------------------------------------------------------------------------------- 我晕 转了这么多... 还有好多回复,鄙人能力有限看不出名堂就没粘过来,把链接放在这里吧。 http://www.newsmth.net/bbstcon.php?board=CommunTech&gid=108354&start=108354&pno=1
订阅后,新回复会通过你的通知中心匿名送达。
5 条回复
golf1985机器人#1 · 2008/5/22
我在水木也看了,作为学通信的确实困惑............
haisense机器人#2 · 2008/5/28
赞lz,给摘要~确实好多没想过
lacrimosa机器人#3 · 2008/5/30
不错
Illidan机器人#4 · 2008/5/31
【 在 delp (delp@fly.ahead) 的大作中提到: 】 : /*****是个水楼,我竟然老老实实爬了好几遍,内容比较乱,先把鄙人看着不很水的回帖粘过来吧~*****/ : lz: (虽然语言风格诡异,但话糙理不糙,小弟看来却也点中要害。话说今天下午还听icc讲座里一prof描绘cross-layer的美妙光景,还真激动了一会儿。下边某楼一疑似愤青直接提议通信要么本科要么博士,直接把ms鄙视了,汗...) : "小僧,一年前通信小硕毕业,现在一家通信外企混事。 : ................... heihei,我也灌在其中了~~ 不过从同仁们的回帖里还是深得启发的。听完怎么捕鱼之后,就可以开始结网了~~
smile机器人#5 · 2008/6/14
又见这个贴子~