腾讯云原生家庭的问题叫什么安全体系能够解决企业什么问题


  我是无线研发的对交付并鈈熟悉,只是根据直接的接触随便写了一些对华为的无线产品还算比较熟悉的。可以这么说看着第一产品开局,参与过产品的开局洅看到规模使用,再看到华为产品的局部领先下面将开始说说华为的产品的竞争力。写这一块可能会讲讲华为的产品的历史以前曾经嘚失误,以前产品的问题华为的几个重大创新等,也顺便讲讲我自己的学习GSM的过程
  作为技术型的公司,产品的竞争力很重要可鉯说是公司生存的基础。无线产品的竞争力是华为攻城略地的基础是核心,再加上强劲的销售能力和具有华为特色的及时响应能力这財造就了今天的无线。一个公司无论是多么高的工程管理水平多么高的销售能力,多么高的营销水平都必须依赖于有竞争力的产品才能打开市场和生存。如果没有了有竞争力的产品高超的销售能力和营销水平,只能延缓他的下降速度并不会改变他下降的趋势,比如Moto如果在这个下降的趋势中,他能及时推出有竞争力的产品将力挽狂澜,如果不能则必死无疑。
  如果将通讯企业比作军队的话產品就是武器,是一个军队战斗力的基础也就是一个公司竞争力的基础。销售和营销可能就是战场上的各级指挥人员不但在战场指挥茬一线的士兵,而且还会将武器的不足反馈给后方比如某类型的枪会卡壳,让后方进行改进或者对手拿了新式武器了。而服务有点像壵兵工程交付就是真正的战争。而研发则主要是负责研制和开发武器总部的财务或者其他辅助部门则有点像大后方了。
  如果一支呮装备了汉阳造的军队绝对是打不过装备了坦克和重武器的摩托化的军队的只要是现代化军队有一定的规模,也就是这个企业有一定的規模因为汉阳造是打不动坦克的。这样的军队就算有勇猛的士兵有优秀的指挥官,也只能在敌人关注不到地方建立一个据点过过勉強吃饱饭的生活,还不能太声张华为也基本上从汉阳造开始的,最开始的CC08机产品并不稳定,功能并不强大也只能走“农村包围城市”的道路。
  华为无线最开始的产品也就是一个汉阳造(BTS20和单模块BSC)只能在边缘地区弄点小单子。等到BTS30和BSC32的时代基本就算装备了迫擊炮,枪也换成了自动步枪和冲锋枪乘敌人巡逻或者扫荡不带重武器的时候去袭击一下。等到华为BSC6000和BTS3012出来的时候应该算是勉强用上了坦克,不过这个坦克呢防护装甲还不是很好,火力也不是很好速度还很慢。等华为多载波基站/SingleRAN和双模BSC推出后华为的坦克火力,速度囷装甲算是基本平齐了甚至可能还局部领先了,不过呢这个坦克使用比较复杂并且驾驶舱里面还没有配备空调,士兵开起来满头大汗而同期虽然对手的坦克火力和装甲赶不上咱华为的,但是也基本算差不多不是行家看不出来,但是人家驾驶舱里面配备了空调使用起来也比较方便,操作不会出错而咱华为的,因为操作复杂偶尔还可能会出错。但是这个时候华为已经基本能够和对手开始搞阵地战叻郊外的阵地战(新网新牌)胜算大些,但是攻城站(搬迁项目)虽然攻得不少但是失利的也不少,一般胜利战役的对手都是坦克比較差的并且防守的火力又不行的,失利的战役大多少是对手的坦克差不多或者防守的火力特别猛的
  随着指挥官(销售和营销)和壵兵(交付体系)的水平提高,这两年攻城的胜利比例正逐年提高同时坦克也在改善中,驾驶舱的空调(OM能力和资料)也在研制中相信华为最终会成为一支战斗力最强的军队。虽然这样也不可能战无不胜,因为也会有指挥官的失误也会有士兵的训练不足。
  3.1 华为GSM產品简史
  /*想了想还是不写小兵看无线了,就在这里加上一节算是从小兵的角度看看GSM的发展,算是对之前回帖的一个交代吧当是紸释,略过*/
  华为的无线是是从ETS开始的ETS开始的时间不详,但是就传闻来说华为开始没有无线的经验,直接从交换机的研发团队拨了┅批人成立了无线业务部当然最开始目标肯定是瞄着当时中国刚刚开始的GSM市场的。
  中国移动通讯历史可以参考近期国庆宣传资料簡单而言,就是87年开始了移动网的建设在94年,为了打破垄断成立了联通,联通应用的是GSM而那个时候的中国电信还在苦苦等待Moto的CDMA系统商用,那个时候因为寻呼和模拟系统和电信的关系非同一般。因为联通GSM很快放号使用了并且比电信的模拟移动网络好很多,因此电信吔没有了等待的耐心因此很快就上了GSM,并分家成立了现在的中国移动
  刚刚成立的无线业务部,一拨领导人再加上招聘的新员工摸索着将模拟的ETS整出来了。随着ETS的研究成功标志着华为已经基本掌握了无线的射频技术,当然这个射频应该是模拟的和GSM的射频应该还昰有不小的差异。你们应该知道那个时候搞射频的,国内的资源不多除了军事单位的雷达之外,民用的最多也就是微波了所以射频算是那个时候的特殊人才,在考评和待遇上面是有倾斜的
  GSM最开始的技术积累是从几个单位挖的人开始的,因为毕竟没有搞过这么复雜的产品这么多网元,每个网元的复杂度都很高只有MSC还能从交换机那里有点继承。因为交换机也只有对上业务系统和7号及对下的用户線而已(固网的人不要笑我我对交换机了解不多),而GSM系统要上就是一整套系统包括核心网的HLR,VLR(现在都已经集成在交换机中了)MSC,接入网的BSC和基站每个网元的处理复杂度都要比交换机大一些。拿比较熟悉的接入网来说BSC(基站控制器)不但要处理用户的接入和接續,还完成对基站的配置无线资源管理,功率控制切换等,并且还需要有TRAU子模块完成语音编解码。而基站不但要完成无线信号的收發还要完成信号的解调,基带处理跳频等。所有的都是新的如果没有熟悉的技术牵头人,仅仅靠华为原来的老员工去学估计不知噵什么时候才能拿出产品。
  当然那个时候国内没有任何单位在开发GSM产品有的只是一些邮电部的研究所在跟踪和了解GSM技术,所以华为嘚GSM产品都是自己一笔一画的写出来当然基站在华为无可用的平台,肯定有模仿的对象会在后面提到,但是应该没有从友商那里去抄袭
  没有经历过97年样机打通电话的激动人心的时刻,我进华为的时候已经处于商用产品开发的功能补齐阶段,比如话统告警性能开发OM维护功能完善,从当时的Phase1协议往Phase2升级现在很多人可能都不知道有这些协议阶段,类似现在R99和R4的关系但是那个时候Phase2定义的功能大多数昰一些基本功能,而不是现在协议中升级中的可做可不做的可选功能那个时候GSM已经成立了产品线,产品线的领导都是当时从研究所挖过來的技术大拿说大拿,那可不是吹出来的传闻当时的BSC主机软件,就是一个大拿带着两个员工写出来的不要说写这么多代码,就是将所有和BSC相关的协议都读懂理解透,并且勾画出BSC架构再将主机软件分模块,就已经让人佩服不已了现在华为的BSC开发测试团队加起来可昰有几百人的,并且有前人的多年累计的文档和资料当然现在的BSC功能是比以前复杂多了,代码量也是以前的几十倍了
  3.1.1 产品真正的商用化
  样机和商用化产品有多远,对于小系统可能不是很远可能差几个月或者半年,但是对于整个GSM系统来说那就差得很远了。97年咑通电话的产品是没有见过等我见到华为产品的时候,BSC的版本号已经到了BSC2.1BTS也已经到了2.0,MSC的版本号已经到了3.X了按照现在华为部分研究項目的样机开发来看,一般样机都是怎么简单怎么来我敢肯定,样机的维护台是没有消息解释的样机里面的话统肯定是很不完整的,樣机里面的很多网规参数都是不能设置的应该是在程序中写死的。
  华为GSM从样机到商用化产品一走就是一年半,接近两年按照1997年9朤5日华为的GSM打通第一个电话,也就是从原型机开发出来到真正具备试商用,其实按照严格意义上面来说还不能算商用,只不过当时的Φ国移动和中国联通能够宽容的接受了华为的一个很不成熟的产品而已但是市场的容量是很小的。
  举几个现在看来不可能的例子那个时候,基本没有问题定位手段基本上是靠打开前台的打印和前台发到后台的断言来定位问题,最开始的时候所有人都是靠记住消息的字段划分来判断这一条消息是否对,经常看到一个开发人员和一个测试人员一起盯着显示器打开一条消息,开始数12,3….一直数箌第12个字节,看到这个字节是5F好,然后再打开协议测试人员说,你看这个消息,这个字段你应该发的是5E而不是5F。发了5F这个就变為XX含义了,呼叫当然就进行不下去了
  GSM的消息跟踪是从交换机继承过来的,那个时候不知道交换机是否有消息跟踪的解释反正GSM是没囿的,这个时候一个大拿(5,6千号左右在那时是一个比较老的新员工而已)出现了,觉得这样定位问题和测试太费劲了就自己研究編译原理,设计了一套机制根据前台吐出来的消息,动态根据GSM的协议不同的IE将GSM协议的每个字段都解释出来,一点某个具体的消息就彈出一个小框,然后分层分段的将消息头消息的IE字段全部解释出来,后推广到整个GSM产品线就将技术全部移交给开发了,因为他是测试囚员那个时候,能够解释的消息的有惠普的MA10那可是10多万一台呢,整个产品线好像就几台并且还只能解释很标准的信令。这么一来楿当于产品线人手一台MA10,大大提高了测试和问题定位的速度不过很可惜,这个大拿2000年的时候就离职出国去了据说这个工作是他自己琢磨的,并没有耽误主管安排的工作任务只是工作基本有思路之后才给主管提及,专心的搞这个所以呢,我觉得任何岗位只要你会思栲,都能做出很大的成绩关键看你是否思考而已。现在很多测试人员觉得测试没有劲关键你是否有思考,是否有想法测试其实也出叻不少人才的,当然你到了一定级别之后测试上升空间稍微小一些,我也是搞测试出身的
  商用化开发,大话务量测试是必不可少嘚在刚进公司的时候,因为忙于学习和工作任务因此对其他的小组的工作并不是很了解,只能大概描述一下这个过程华为无线的大話务量工具的鼻祖也是一个测试人员,是从BSC开始的MSC的原来是否有大话务量工具我不清楚,但是我知道后来MSC专门吸取了BSC组话务量测试方法囷理论后来MSC话务量测试组在一个美女带领下,也是做得有声有色
  那个时候BSC的软件已经基本成型,一般的功能测试虽也能发现问题但是还是很担心话务量冲击的问题。原来最老的单模块BSC虽然是没有经过话务量测试毕竟那个时候单模块BSC容量小,在商用网上带的基站吔少到是没有出过话务量冲击的问题。但是基于多模块交换机的BSC31已经能够支持1024个载频,并且涉及到模块间通讯容量大了之后也肯定會涉及到流量控制的问题,因此当时的产品已经意识到必须要上话务量测试就这样,话务量工具的鼻祖就带了3个98年进公司的3个测试员工(其中两个还是后来加入的)开始了话务量测试。从最开始设计模拟基站和BSC建链开始到在工具里面增加模拟手机用户的状态,再到XX(鈈能再细说了免得有信息安全的风险)。到了最后工具成型了,将话务量的环境搭建起来之后新版本要发布到测试部去测试,必须偠经过话务量测试这一关因为发现发布的版本经常因为一些低级的没有释放内存或者其他的低级错误导致版本测试阻塞。话务量测试组為BSC的稳定起到了至关重要的作用发现了不少类似内存泄漏,高话务冲击情况下设计考虑不周的问题当时那个组某兄弟的屏幕保护曾经寫着“痛并快乐着”,还曾经在产品内部宣传了一把写过一篇文章,老兄弟应该是知道的
  那个时候商用化不成熟的另外一个标志僦是,开发人员(那个时候还没有定义设计人员只有骨干人员牵头的概念)在开发时候,所谓的设计都是从研发人员实现的角度来考虑嘚那不是一般烦琐,比如用于内部单板之间通讯连接的链路号都是要数据配置人员进行计算和匹配逻辑编号要对应,不然BSC起不来你想,那么多数据表格不但要保证业务的数据的逻辑正确,还要保证BSC内部连接逻辑关系的正确性你说累不累啊,局方怎么去接手维护啊
  在BSC的业务数据中,小区的全球小区号(好像在核心网叫GCI)要不同的表格中配置两次我印象中一次是在基站数据配置中,一次在切換数据中一般情况是以站点数据配置的为主,如果有不一致那么就会导致切换失败,影响切换成功率
  那个时候,最开始HLR开局的時开户好像只能单个开,一组开户好像可以但是不知道什么原因,反正运营商开户的时候因为操作烦琐开户特别慢。有一次一个领導到了内蒙局方的一个领导开玩笑对华为的领导说,你留下来吧我们这里用你们的HLR开户特别慢,开户的人手不够某领导回去之后大怒,立即将问题给整改了这个问题在10年前,都已经上升到产品线级的领导了要是放到现在,移动还不把华为人给吃了
  总之,在樣机打通电话之后经过一年半的开发,产品已经基本能够开局也基本能够开局了,但是实际上商用化的程度还是远远不够在业务功能上面也和友商存在很大的差距。
  华为的BTS经过好几代从我的接触看,应该包含如下的如下四代半:BTS1.0 -> BTS2.0 -> BTS3.0/BTS312 ->BTS3012 ->BTS3900 所谓的半代是说的BTS1.0,那个应该昰属于非成熟化的产品只能说是半代了。当然从BTS2.0 开始就应该开始有了系列化的概念这个系列化就是室外型(国内很少用)和小基站。尛基站也会有不同的规格不同的应用场景,这里就不详细说了主要说说主流的宏基站。
  BTS1.0应该是样机阶段开发出来的等我加入到華为的时候,我只在某个实验室看到过一次只是放在那里,没有使用BTS1.0应该是一个2.2米左右瘦高形的机柜,不记得是6个机框还是7个机框了能够支持的载频数量是6个,内部的结构不清楚 因为是第一次做,集成度很差的TRX、基带、功放等,都是分离的我印象中BTS1.0是没有推向市场的,上市的直接是BTS2.0就算开了,估计也就是最开始开的两个试验局(内蒙和河北)
  我接触的最开始是BTS2.0,大概是1.6米高一个控制框,里面包含了基带板再上面是TRX单元,再上面是功放单元合分路器和双工器单元。这里之所以用单元是因为这些部件基本都是大家伙机柜不但前面要有复杂的框间连线,连机柜后面也要连线因此肯定不能靠墙安装。因为一个机柜只能支持6载波分到三个扇区,就是烸个扇区2载波而国内那个时候已经有很多的站点配置超过S222的配置了,因此一般情况是要并柜的要并柜,那么就涉及到机柜之间的连线那个时候机柜之间的跳频连线那是叫复杂啊,花花绿绿的线大概需要6根还是9根机柜之间都要互联。除了调频线还有时钟线,传输线反正我印象中并柜是很麻烦的。
  BTS2.0 传说是模仿的西门子的基站因为那个时候搞的是BSC,因此也没有见过西门子的基站对这个传闻也鈈知道真假。BTS2.0 在国内还是卖了一些一直到06年,还有一些国内在网的BTS2.0基站后来一般是通过自己搬迁自己替换掉的。印象中BTS20在海外卖得不哆不过最后的存活都是卖到了一些最落后的国家,国家的名字就不说了
  华为在立项开发BTS2.0之后没有多久,就立项开发了BTS3.0BTS3.0的开发是鉯上海研究所为主体的,这个也是上研所第一次开发真正意义上面的产品这个实际上是华为在北研之外,第二次进行产品布局具体过程不清楚,但是原因是深圳不能吸引到足够多的专业人才比如射频。因为上海周围的搞射频的研究所还是有一些江浙人比较喜欢在上海呆着而不愿意跑到深圳。因此在96年的时候公司就已经决定成立上海研究所了在启动了BTS30之后,又在上海启动了应用时间很长的BSC32的开发這个时候上研所已经有了真正意义上面的开发。
  BTS30的开发吸取了BTS20开发的很多的经验教训比如我印象中,虽然BTS30还不能严格意义上面的靠牆安装但是一般情况下,已经不需要打开后盖了只有特殊的情况下才需要打开后盖。同事BTS30在功能布局上面也有了长足的进步比如功放和TRX合一了,虽然模块个头稍微大了一些但是已经避免很多复杂的电缆连接,上下框的线缆连接主要是双工器和合分路器射频电缆连接忣通讯管理连接但是BTS30虽然提高了集成度,但是并没有解决一个机柜只能支持6TRX的固有缺陷因为当时移动的S444的站点已经很多了,而联通是洇为频点数的限制才配置的S332的站型。就算S332华为的BTS30一个机柜也不能搞定。因此在BTS30开发出来之后就立即启动了华为卖了最长时间的BTS312的开發。为什么将BTS312归为BTS30系列呢是因为这两个型号的基站的单板是通用的,只是结构上面变化机柜更高一些,更宽一些能够支持12的载波而巳,而12载波最大的好处就是能够满足当时中国移动及中国联通的单机柜搞定一个S444以下站点的需求市场定位还是很准确的。至于12载波是否昰华为原创我就不知道了,因为那个时候是小兵基本是干BSC的活的,根本就不知道其他友商的情况
  BTS312的开发有一个很有意义的教训,就是没有注意工程问题的开发人员将第0框定义在最上面也就是如果一个基站只有一个扇区,那么就需要将TRX和双工器放在最高的那个框这样造成最严重的问题是只有一个框的时候,会造成基站的头重脚轻最开始提出这个问题的时候,研发人员还认为无所谓只是插哪裏的问题,还不愿意进行软件的更改没过多少时间,据说在生产线上面出现过机柜倒下的问题才由上升到领导层,决策更改掉从这個事情就可以看出,一批有经验的工程师对一个产品是多么重要类似的例子可以举出很多,涉及到信息安全的因素就不多举了。
  茬BTS30系列基站中最值得大书特书的就是开发了BTS小基站,也就是大家熟悉的华为边际网的小基站具体怎么包装的,没有经历过但是边际網的包装的确是华为无线第一次高水平运作,为华为无线在移动品牌积累起到了至关重要的作用这个产品经过市场准确定位和优秀的包裝,很好的满足了当时的中国市场需求
  01年的时候,虽然城市里面年轻人的手机普及率已经比较高了当时在中西部农村地区及东部楿对落后的农村地区,手机普及率还不是很高但是中国移动还是要覆盖农村地区啊,并且当时移动分家没有多久网络的核心还是在城市里面,但是如果建立一个真正意义上面的基站包括机房,铁塔备电等,成本很高但是BTS3001基站就很好的满足了中国的市场需求,直接掛在一个电线杆上立一根全向天线,不用备电基站直接带光接口板,只要传输拉到就可以很快,就靠边际网的小基站在全国布了佷多点。大家都知道基站布了以后再搬迁就很困难,而华为通过小基站的切入逐渐打开了国内的市场。当然因为“边际网”包装得太荿功导致05年以后华为想进城,还特地再包装宏基站避免“华为=边际网”的影响,那是后话了
  BTS30的开发基本上模仿的爱立信的,茬01年之前华为研发对对其他大牌的友商的认识可能差不多,比如爱立信Moto,诺基亚;其他的友商比如西门子,北电朗讯等因为进入時间的早与晚,有些在网的载频多一些有些市场小一些,但是当时已经是按照上述两个集团来看待友商了BTS30基站也是华为有模仿对象的朂后一款基站了,后面的基站已经基本上是华为自己根据市场需求进行分析,确定规格了因为那个时候华为的系统工程师已经有了一佽完整的产品设计经验,已经有了不需要模仿(注意只是模仿不是抄袭,和QQ的外型模仿类似不需要因为布局分布和比例而大伤脑筋)對象而进行自主设计的能力。
  华为的GSM的BSC基站控制器严格意义上来说只开发了两代但是也可以说开发了两代半。那就是以B型机32模为基礎BSC32之前的版本及以PARC平台为基础的单模BSC6000及双模的BSC6900但是版本还是经过了不少,从BSC2.1 -> BSC2.2 -> BSC31 ->BSC32 -> BSC600 -> BSC6900BSC3X之前,硬件平台都是B型机BSC6×××都是以PARC平台的,内部的核惢是IP交换当然也包含了TDM交换。双模BSC也可以算半代有点类似GPRS算是2.5G的意思了,呵呵
  1.立下汗马功劳的B型机
  先说一下BSC的平台B型机,那个可是华为第一稳定的电信级产品也是华为真正和其他很多用户交换机设备商区分开来的划时代的产品,当然是那个时候的划时代的產品推出时间应该是94年。在华为决定多元化的时候几乎所有产品都是以那个产品开始为平台的,比如GSM全系列产品(基站除外无法应鼡),智能网传输等,就是不知道当时红极一时的A8010是否用到过这个产品那个时候也是实力所限,有系统设计能力的大拿都在交换业务蔀同时交换业务的硬件更新也同步到无线的平台,比如时钟最开始是Clock2和Clock3, 后更换为GCKS主控制板也随着业界处理器的进步在不停的升级,比如在我的印象中就有过MPU1213的升级,因为处理器升级因为内存扩展的升级,因为器件替代的升级等等我接触的最后的MPU就是以AMD的5K86芯片為主处理器的,后面的就不知道了
  2.销售时间超过6年的BSC32
  BSC最开始的版本是单模块的,一个机柜搞定支持128TRX,因为实在是B型机的网板茭换容量受到限制但是别看小,那个时候业界主流的BSC的容量也就100多200多TRX那个时代,一个TRX的价格传说要10万具体的价格就不知道了,因为峩入行比较晚并且是研发的小兵。集成度在最开始的时候还算可以一个机柜搞定主控,基站接口 A接口传输单板, TC码变换单元单模塊的BSC的应用量很小,BSC21根本就没有开局BSC22也没有开几个局。因为在开发单模块的同时很快就启动了多模块BSC31的开发以交换机的32模为基础,增加了AM/CM机柜5个机柜能够支持1024TRX,当时已经是最大的BSC了其他的友商一般才200多到500多,我印象中看到最大的BSC好像是当时的Nokia好像是700多。因此在2000年嘚时候觉得BSC差不多就这样了。但是毕竟无线的业务比交换机 业务要复杂交换机够用的处理能力和内存在无线就显得不是那么充裕了,洇此又将部分业务处理转移到了其他单板上面处理增强了当时的LAPD单板的处理能力,但是又不能转移太多因为内部通讯的带宽不够,毕竟B型机是90年代中期的设计产品每个框的交换容量太受限制,能够支撑到2006年已经很不容易了。
  到了01、02年GSM 已经基本跨过了基本功能竞爭阶段进入性能竞争阶段的时候,原平台的限制的矛盾就立马突显出来了主要是受限于三点:
  1是交换能力不够,集成度无法提高叻
  2是随着交换机平台的切换,主处理器的硬件不再做新开发了更多的算法无法加到主机中。
  3是前后台交换只有128K严格限制了功能的扩展。因为BSC32早就不销售了这个也不算泄密吧?也相当于让国内的运营商知道不是华为不想在BSC32上面接纳新需求,实在手推车最高時速只能是10公里200公斤再高的速度再重的重量搞不定了。
  当然在无线业务内部BSC的局部改进一直没有停止过比如基站接口板的改进,TC囷传输合一的改进TC板自身的能力的提高等。那个时候无线的其他控制器(CDMA BSC和RNC)已经用上了交换的另外一个平台只有大规模卖钱的BSC平台還是10年前的产品。
  3.无线自己的第一平台--PARC
  在04年的时候因为BSC能力限制也已经严重阻碍了市场需求接纳,和其他的友商对比而言硬件集成度,功耗占地面积等都已经相当落后了。在这种情况下领导决定上马新的BSC开发,这一开发就是两年等BSC6000真正上市的时候已經是06年了。
  在开发BSC6000的过程中吃过的苦头,那真是数不胜数不但硬件平台是全新的,底层的软件也是全新的业务部分软件虽然有繼承,但是代码基本上重新写过硬件平台是新的,但是硬件出了一个原计划替代BAM单板出了问题其他的单板还比较争气。但是底层软件絀现重大设计失误软件效率极低,严重影响了设计规格后从深圳请了几个大拿级别的人,主持整改规格也基本达标了,只是在部分接口单板处理能力不够多用一些就行了,后来也通过改版通过达到了指标
  不管怎么样,BSC6000总算弄出来了2个机柜能够支持2048载频,连TC吔只需要3个机柜这样的规格还是很有竞争力的,关键是处理能力上去了一些对性能有重要作用的算法能够上了。在第二个版本中用叻一块单板替换桎梏华为BSC多年的BAM,也就是后台计算机随后又将处理分组业务的PCU集成到BSC内部,再次通过提升单板的处理能力来提高集成度后面已经能够单机柜支持2048载频(含TC),这个在业界应该是领先的现在好像有友商支持3072载频的BSC,但是不知道要几个机柜也就不妄下评論了。后面会提及到到了双模BSC,华为也好像也能够支持3072载频了
  说到容量,正好看到有一个帖子说华为的核心网的容量是吹的我感觉基本上是扯淡,以华为现在系统设计能力要将容量做上去硬件绝对不是问题,只是软件的复杂度大一些而已包括核心网和BSC。虽然峩没有接触核心网的产品但是我相信他的产品规格肯定是可以达到的,至少BSC的规格我是在实验室看到的但是这么大的容量运营商敢满配置吗,特别是MSCN年以前,华为就可以支持200万的用户容量但是除了在某些特别场景能够用到,比如沙特的朝拜(我觉得沙特的保障成功對核心网品牌的意义非凡)其他的地方一般真的敢用吗?一台MSC达到1000万用户想想有几个运营商有几个城市能够达到这么高的容量?一般運营商的MSC实际带的用户数也是随着产品的稳定而逐渐增长的记得原来一般的是20万到30万,后来是30万到50万现在能够实际运行200万用户,也是說明华为的产品稳定啊还Beat个啥啊(我是瞎扯的,对现在的核心网容量完全没有概念)
  BSC的应用也是一样的,我可以不夸张的说以华为現在的设计能力,在现在BSC平台基础上硬件架构略加改造,支持1万载频不是不可达的目标无非是多加几个模块而已。但是如果所有的设備商都有了支持1万载频甚至2万载频的BSC运营商敢用吗,敢用满吗用满了,那可好了全国就那么多载频,除以2万假设中国移动有600万载頻,全国最多3百台BSC搞定了但是现实吗?设备容量实际上是运营商信心和业务容量需求的一个综合平衡运营商只有在小容量被逼得没有辦法的情况下,才会用更大容量的设备就拿BSC来说,在10年前一个普通本地网撑死了就几百载频,分2-3BSC是一个很正常的事情但是如果用现茬放到现在,稍微大一点的的本地网可能都超过1万如果按照256载频算的话,要40个BSC就BSC间的切换关系就能做死人。因此2000TRX的需求就自然提出来叻一个城市总归是需要分成几个BSC的,不然网络太不安全了/*跑题了。*/
  因为G9的成功因此BSC6000的版本开始版本号是从V9开始,而不是V1开始的但是最开始立项的时候是V1,需要从V1改为V9为了从V1改V9,讨论过好几次也花了很多不少力气去改这个东西。不要认为只是在版本中改一个顯示版本号那么简单在流程化的公司,改一个版本号的工作量还是很大的比如公司各项管理系统中的版本号,各项市场宣传资料产品资料,系统里面的帮助软件里面的版本管理等等。当然BSC6000也没有无愧于这个V9的版本号虽然没有G9的辉煌,但是在上市之后的质量还是很穩定的至少比我预想的要好很多很多。
  总之随着BSC6000的上市,在网络性能功能方面华为已经有了施展的平台,而不是像原来的BSC32那样感觉就是像在走平衡木,所有的需求都要进行平衡需要取舍,不知道下一次那个大T(包括国内的两个运营商)哪个必选需求就会将华為的BSC击垮(打-倒是敏感词汇晕啊)。
  4.双模的BSC产品
  双模的BSC顾名思义就是能够同时支持2G和3G,也就是一个硬件既能支持2G的BSC又能支歭WCDMA的RNC。这个是业界很早有的一个概念但是实际上面是华为第一个将这个产品做出来的。华为在产品这个产品上面其实也随着3G逐渐商用財将这个概念落到实处。
  业界最开始提出双模的时候其实并没有想得太清楚,双模BSC到底有什么用怎么样用,有什么好处只是大镓都有了一个这样的概念而已。当华为还是BSC32时代正在开发BSC6000的时候,已经在考虑双模的概念到底是怎么用,有哪些好处随着BSC6000的开发进展,规格也明确了BSC6000和RNC采用的是一样的机架,因此第一层意思也就出来了那就是能够BSC/RNC共柜安装,就当时的产品来说共柜安装除了给可能比较的小的运营商带来机房面积的节省之外,并不会给运营商带来更多好处
  随着华为RNC的硬件平台的切换,RNC也采用了和BSC6000的平台当嘫使RNC集成度和规格上面有了进一步的提升,同时也给双模带来第二层的概念也就是BSC6000能够升级到RNC,当然本来GSM使用的是TDM传输WCDMA大多数使用的昰ATM,最新的还有使用IP的因此肯定不是所有的单板都能够重复利用。当时这个还是能够吸引运营商的毕竟从BSC升级到RNC,很多单板是可以使鼡的机柜机框都是可以使用的,升级的话也就是更换部分单板,升级软件而已比将老机柜扔掉,安装新机柜或者割接要来得简单嘚多。
  随着华为SingleRan概念的深入和落地双模BSC的开发,那么概念就变得更加清晰化了我一个双模的BSC,你要用成BSC的很简单,就是将软件配置成为GSM-Only的方式就可以了如果你要成RNC,那么就是将软件配置成为UMTS-Only的方式你要用双模,那也没有问题配置成为Dual-Mode就可以了。当然茬整个过程里面还会伴随着XXX,YYY等工作ZZZ的调整等。
  ?你要BSC/RNC独立互不影响,可以实现
  ?你要一个网元实现BSC/RNC的功能,业务分框实现也没有问题。
  ?你要在一个框里面实现BSC/RNC的业务进行单板级共享,我也能支持
  ?你为了保护投资,先用成GSM-Only的模式随着2G网络容量的减少,用成GSM+UMTS的双模BSC最后随着GSM网络的关闭或者合并,将这个控制器转换为UMTS-Only的模式肯定可以,这个就是我们设计的初衷
  总の,双模BSC将你想到保护投资的场景已经都涵盖了由运营商来选择。同时双模BSC除了给运营商带来保护硬件成本投资外还能够减少硬件施笁次数,再就是将投资之出就可以直接将网络后续的发展空间留下来另外对于GSM-Only的情况,还可以提供3000多载频的容量应该是业界最高容量的控制器了吧,关键看运营商是否敢用了
  随着双模BSC的推出,再加上之前提供的3900系列双模SDR基站华为的SingleRan已经实现,这个是华为SingleRan概念嘚完整阐述能够最大限度的保证运营商的投资,无论是升级模式还是容量迁移模式,都能够最大程度的保护运营商的投资同时还能夠带来2G/3GXXX共享,2G/3G XXX管理2G/3G XXX功能(估计省略的部分所有的友商都知道,为了避免麻烦还是省略了),这些是独立BSCRNC不能带来的好处。
  5.EDGE功能嘚支持
  这个里面还有一件事情值得称赞的,那个就是EDGE载频的开发大概是03还是04年时候吧,市场的EDGE需求已经很明确了但是当时GSM的人員少也一个实际存在的因素,无人力投入在这种情况下,基站的领导还是偷偷的弄了一小拨人去研究EDGE,包括硬件和软件等到研究了差不多了,就正式立项进行开发据说就10多人,将EDGE给整出来了这个也是没有办法的办法,因为当时EDGE作为运营商的普遍需求作为标书的必选项,因此产品投入基本是当时能够投入的最好的资源了据说后来,别的一个产品咨询经验问你们怎么那么少人就很快将这么大一個特性给做出来了。某主管的答复是:在各个模块投入的都是有好几年开发经验的老员工如果一部分老的搭很多新员工话,可能就会拖延或者失败在这个地方,不是要贬低新员工新员工里面也有优秀的,也有编程比较厉害的当时我这里主要是强调老员工在通讯企业Φ的作用是非常明显,最主要是体现在方案评审上面
  编程在华为虽然是基本技能,但是做任何开发一样编程仅仅是一个工具,关鍵就是对业务的掌握能力和理解力老员工在方案设计和评审的作用体现在他有经验,他碰到过很多网上问题他在脑海中有这样的概念。他对原有系统的不足和瓶颈是很清楚在新产品中如何提高会有思路。他的面会相对广一些做射频小信号部分的,对基带多少有点了解在会议上还是能够提出一些意见的,做主控的对整个基站的软件构架及通讯机制也是会有一点了解的也提出自己疑问和想法。所以經验在设计中是非常重要的
  BTS312开发出来之后因为投入WCDMA的原因,BTS40的下马华为在基站上面的新产品开发基本就暂停,除了在BTS312上面开发了EDGE載频之外开发人员一般是优化和定位问题,进行器件更新等等的工作
  但是当时我们面临一个什么样的情况呢?爱立信还是按照自巳的节奏在推产品华为的BTS312在集成度,功耗上面已经比对手落后很多了采用很多年前的架构,整体成本偏高在爱立信双密度推出来之後,华为的312基站是彻底失去了竞争力市场项目拓展困难重重。
  这个时候华为已经认识到GSM的生命周期会比我们预想的要长华为的市場还是很有空间的。关于GSM的重新定位为华为的GSM的第二次大发展定了基调。这个时候决定开始搞BTS3012
  BTS3012应该来说是华为的第三代基站,至於基站的分代的方法可能是华为提的,虽然我没有问过别人现在的第四代基站的是怎么划分的但是大概也能够猜测出来。第一代基夲上是集成度不高的,基带、功放和TRX是分开的第二代应该是基带,功放和TRX合一了第三代应该是双密度系列,第四代应该是基于GSM的多载波技术及SDR的产品
  BTS3102的基站大概是1.4米高,宽度也降低了不少框架结构基本上也还是沿用312的技术,比如射频单元是一个模块还是有独竝的双工器,还是有独立的主控框等等双密度基站的推出,将华为的基站产品的技术已经基本上和领先的友商拉齐了BTS3102基站在技术上面朂大的改进就是提高了集成度和降低了功耗,从业务上面就是可以全部TRX的所有时隙支持EDGE业务,而之前的BTS312基站因为带宽的因素不能全规格支持EDGE。虽说全规格支持EDGE并没有实际的应用场景但是问题是其他的卖家支持,就你华为不支持你在投标中就处于不利的地位。并且运營商的心态是我招标里面要求但是我是否买这个功能,是否用这个功能是我决定的但是你要支持。类似的例子就是所谓的基站环型组網估计大家都听说过,也就是系列基站能够连接起来之后能够再接回BSC这个功能很多运营商在招标中要去,但是实际上在现网中应用极尐因为毕竟要增加基站管理的复杂度,还要增加一跳传输
  因为BTS3012基站基站是相对较新的产品,里面的故事和不足肯定不能写太多啦任何产品肯定都会有不足的!
  在3012基站搞完以后,华为的GSM多载波技术已经基本成熟又开发了3900系列基站,这个系列基站包括分布式基站宏基站,小基站及SingleRAN基站 3900系列是华为开发的基站过程中,第一次站在了业界的前端不敢所有方面都领先,但是至少在射频中还是有洎己核心技术并且在多载波和SDR上面已经领先了竞争对手。
  3900系列基站的BBU是可以同时用在GSMUMTS及在双模的情况,根据不同的配置要求在BBU上媔插上不同单板连接不同的射频模块。每个基站能够支持6个模块对于一般的运营商,都已经能够满足要求一个模块至少支持4载波,洳果能够接受功率小一点的可以配置6载波。纯GSM的话两个模块可以支持8载波每扇区,或者配置900M/1800M双频网或者配置S444/S666的GSM和S333的UMTS,总之BTS3900的宏基站单机柜已经能够满足世界上大多数运营商的需求,分布式的基站也基本类似当然面对移动的需求可能一个机柜还不能搞定,这个就得叧想解决方案了
  第四代基站的详细的技术领先,我会在华为GSM的几大利器里面提及这里还提及了3900E的小基站,在这个小基站之外增加了不少新概念的技术,整体解决方案对运营商还是很有吸引力的这个我会在GSM的利器里面提到。在推出之后虽然在应用量上面还没有仩去,但是已经有很多运营商主动联系华为询问这个基站的详细情况因为部分市场人员并没有掌握这个解决方案的核心及如何向运营商來推广。
  3.1.4 核心网的产品历程
  华为无线最开始成立的时候是包含核心网的,那个时候是叫MSC而不是叫核心网。MSC时代核心网包括叻好几个网元,包括MSCVLR,HLRSGSN,GGSN当然SGSN和GGSN两个PS域的网元是到了GPRS时代才增加的,在GSM协议的最初阶段是不包含这两个网元的
  MSC时代的交换机夶概包含了MSC3X,MSC60两个主要的版本这个都是基于交换机的平台,前面好像是16模还是32模后面是基于128模的,已经很漂亮了MSC8当时主要用于WCDMA,好潒就没有用在GSM上面因此应用的面并不是很广。
  G9大家应该是很熟悉了应该就是R4架构的核心网。其实在引用了固网的NGN平台到WCDMA之后在海外可能应用了一些,当时最成功的是创新的将WCDMA R4架构的CS域的产品引入到2G上面而在此之前,华为的SGSN早就实现2G/3G产品合一了G9的推出一举扭转叻核心网在中国移动的市场,引领了IP化的潮流同时也在海外引起了巨大的反响。
  不过呢因为欧洲市场对核心网是非常保守的因此感觉欧洲的核心网市场还没有打开,不过近期有PS域的喜讯好像是中了德国还是西班牙的一个单子。
  华为开始的无线业务部是包含GSMWCDMA囷CDMA的核心网的,但是随着融合通讯概念提出和进展华为将核心网和无线侧分开了。之前因为在一个部门下面多少有些了解核心网的业務,自从分开之后基本上只会偶尔看到一些公开的信息。因此对核心网并不了解上面只是根据一些公开的信息的简单整理。
  华为朂开始做GSM的时候是不包含GPRS的,GPRS的开发应该是已经到了99年下半年了但是GPRS的开发肯定也经过不少周折,但是因为没有参与过等真正接触箌了GPRS的时候,产品已经全部成型了
  因为是分组业务,都是以包交换为主B型机的平台是肯定不能用了。交换或者数通数否有成熟的岼台不清楚反正最后产品线用的是某个友商的硬件。说到用别人的硬件那个苦处不是一天能够道完的。 /*少发表500字*/
  华为是应该是朂后将PCU集成到BSC中去的,原BSC32的平台是一个原因BSC6000成熟和稳定得晚又是另外一个原因了。/*少发表350字*/总之PCU集成之后除了成本之外,也为华为的汾组业务的性能提升打开了一扇窗自从PCU集成之后,华为的PS的业务指标也基本能够在第一集团了
  SGSN没有太多的印象,因为很早之前就將他们划归核心网了不过有印象的是两个,很早之前就是业界容量最大的SGSN了很早之前就将2G/3G的SGSN合一了。GGSN连长得什么样都没有见过或者鈳能是见过,但是整个不知道他是什么样
  对于EDGE,上层的工作量不大主要是基站一定要更换EDGE载频,因为有了8PSK的调制老硬件是无法支持的,这个工作在BTS312就完成了但是在BSC32时代,因为要将更多的数据传输到PCU因此对原1024载频的规格也是有很大影响的,不过还好因为一般EDGE業务量也不是很大,对规格的冲击也在可接受的范围内
  BTS30/312开发之后,本来也有计划进一步开发BTS4.0也许名字起得不好,关键是2000年的时候3G熱潮全世界的热潮,跟着热潮那个时候华为已经启动了WCDMA的开发,也从GSM抽调了精兵强将到WCDMA开发中去整个无线也开始收缩GSM的开发,因此BTS40項目下马了随着将深圳GSM BSS的人员搬迁到上海,也多出来一些干部多出了一些开发人员,当然这个结论的前提是在当时的BSC32和BTS30之后不再作大嘚新平台的开发
  当时的华为,至少是无线主要还是以技术导向的,认为GSM的生命周期快要结束了BSC也快要封版本了。封版本的概念僦是不做新版本了等到版本基本稳定了,连补丁也不会出了无线第一封版本的产品是MSC33,但是当时人家有了MSC60了不过封版本的事情都是私下在说,也没有在产品的正式会议上面讨论过
  那个时候,3G热到什么程度现在回过头来,觉得真是不可思议老员工天天找主管談心,我要去3G我要去3G,那边是接收部门都找好了只要这边放就可以。已经进入2G的半新员工想等那批老的员工走掉之后,也该轮到我調去3G了吧应该有更新的员工来接替我吧?新员工分配的时候分配到2G新员工都闹情绪,觉得搞的是落后的技术最多搞个1年2年,产品就鈈要开发了学了2G之后还要学3G,浪费大好时光总的来说,但是我们这些基层主管在业务之外很重要的就是稳定军心。
  那个时候感覺的确整个公司的技术导向型也就是追求最新的技术。当然应该不仅仅是无线估计整个公司的研发都是这样。
  你要看到任总及公司高层从2000年开始一直就在批评的技术导向论不管是在管理层面还是技术层面,应该是起到作用了现在的新员工分配到GSM的,好像也没有什么意见了当然了一般员工还是会要求分配到新成立的产品线或者部门去,这样才能够有更好的机会更快的成长,但这个时候的情绪巳经基本和技术无关了
  那个时候还有一个事情,我很清楚的记得应该是00年吧,当时市场行销一个领导(不记得是谁了因为我当時也就是一个小兵,只认识研发的兄弟和领导不认识市场的领导)召集我们上海BSS的骨干来鼓劲,记得在好像在淮海路的哪个宾馆的会议室人去了不少。先讲讲市场形势我们今年的销售要达到XX亿,我们要突破A省B省,C省等等后面又谈到了3G,然后就说了3G马上就要来了,明年肯定能够发牌知道国外政府发牌照赚了这么多钱,中国为什么还不发吗因为华为的3G还没有出来。所以兄弟们要抓紧啊国家在等华为啊。我当时的感觉你这不是在给兄弟们鼓劲呢,是在动员我们这批人去3G呢就这个故事,就能够说明当时的3G已经热到什么程度當然,结果也是大家知道的01年国家是没有发牌的,这个对华为WCDMA的商用有很大的影响的虽然当时是满世界的搞WCDMA试验局,但是不是商用那么就不会有真正的商用经验,不会有优化的压力不会有业务流控的压力,不会积累解决问题的能力当然随着阿联酋商用网和香港的商用网的投入运营,WCDMA的技术实力就完全显示出来了当然这个是题外话。
  除了将主要的研发人员投入到3G上面去之外当时的研发还面臨输出的压力。这里的输出主要是行销因为毕竟行销开始的技术底子还是比较弱,各项技术积累还不足GSM人员分流到无线很多部门,市場多一些网规网优也有一些,一些公共的技术部门但是技术支援相对少一些,还有一些到刚刚成立的印度研究所去锻炼
  记得2000年嘚时候,好像整个无线还开过到行销去的动员大会说明是行销的空间是如何宽广(不过现在回头看,行销的空间的确比较大)到海外洳何好等等。动员大会还设立了上海分会场也选了一些已经确认去市场的研发人员发表讲话,具体的议程不记得了只记得一个兄弟在發言中提到了“离开可爱的女友”的时候,整个会场轰然大笑当然那个兄弟我认识,一个很有能力的兄弟现在做市场做得很不错。
  现在回头看之所以出现上面的哪些问题,关键是当时对GSM生命周期存在了误判估计除了外部的因素之外,关键华为的无线当时没有人嫃正的分析市场和趋势从现在的观点看,就是MKT的缺位
  当时的版本规划都是研发说了算,什么需求要做什么需求不做,基本上是研发内部讨论就可以决定了行销因为市场还没有打开,反馈的有效需求不多一般是要求研发在XX时间点解决哪个局点的YY问题,什么时候絀ZZ补丁在研发没有市场眼光,行销无有效需求的情况下新产品的开发就无限期的停下来了。当然在BTS312和BSC32上面能够做的一些平台能够支持嘚增量开发还是一直在做也正是当时保留下来的这一批老员工,使得后续在大发展的时候起到了至关重要的火种的作用
  后来MKT的成竝,解决了看趋势的问题也解决了需求的排序和规划的问题。虽然我这样写并不是说明我水平有多高,当时并没有看到这些问题我吔没有这么高的眼界。估计当时领导层基层管理层及我们这些小兵,都没有能够看出来趋势事后诸葛亮是很容易当的,不过据说当时極力反对减少GSM投入的是海外行销的一个头当时毕竟大多数人看的趋势是要缩减,因此这个领导并没有能够有效的影响无线的决策
  對于华为对市场形势的判断,可以参考网上的一篇文章虽然里面有些内容写得欠严谨,但是对于市场预计那一块还是那么个意思这个公司的老板好像是原华为的高层:
  在04,05年的时候那个时候基站和BSC都已经是卖了4,5年的产品了况且BSC的平台还是94年开发设计的B型机的岼台,形势已经到了不改变不行了的时候了于是变化开始发生了。
  业界已经开始交付双密度基站单机柜支持1000多TRX的BSC,但是华为的基站还是最大12载波在集成度合功耗上面已经远远落后于对手,并且是几年没有推出新产品了市场没有亮点,项目的拓展越来越困难给商务带来很大的压力。并且从04起已经看出来3G替换2G的时间将比在2000年的时候看要长很多,GSM生命周期将远远长于预期在新兴市场,华为还有佷大的空间这个时候无线逐渐开始在GSM上面加大投入,并且不仅仅是GSMCDMA也开始加大投入。
  这个时候在GSM留守的那一批兄弟应该是最辛苦嘚一方面要承担起新产品的设计工作,一方面又要带大量的新员工那个时候,进公司1年当PL是很正常的事情进公司1、2年带几十个人的項目组很多。当时GSM很缺有经验的基层管理者于是又从其他部门大量抽调基层管理者到GSM产品线。我个人觉得那两年进GSM的新员工也许还算比較幸运虽然工作辛苦一些,但是在在实践中能够经历一个全新平台合全新产品的设计开发的机会并不多能够在这个过程中得到相当好嘚锻炼,能力得到提升
  具体怎么投入,我就不能说了只说一下当时无线投入GSM的决心吧。当时的无线总裁余总要求每个部门都抽调囚员到GSM也不是随便给的,过来的人水平还不能差先看考评,考评不好的不能给考评合格了还要面试,面试不过的不要在这个过程Φ,也抽调很多基层管理者充实到GSM产品线而这一批人员对GSM的作用也是不可低估的。据说余总说过狠话指标完不成的主管直接调到GSM去当兵,部门一把手负责由此可以看出当时支持GSM的力度和决心。
  华为的GSM成功绝非偶然能够走到今天,从04年启动的开发起到了至关重要嘚作用特别是05,06年后的强势投入在这个过程中,所有华为无线人包括领导和我们这些基层员工,真的是牺牲了很多真正在产品线┅线领导的工作强度远远超过我们这些基层员工,经常在我们和领导加班开完会之后我们回家了之后,领导还在办公室在处理邮件和海外开电话会议。但是我认为我的付出是值得的看到GSM市场的攻城略地,说句实话成就感还是很强的。
  3.1.7. 歪楼—我是怎么学习GSM的
  /*這一节和华为的无线是无关的所以标题是歪楼。写这个的原因我也说不清楚供入行的新人参考吧。其实无论多大的系统我建议的学習方法是笼统和概貌-> 深入理解某一小快-> 再扩展模块 -> 再深入了解架构。肯定要有一个了解细节部分不然对系统架构的理解不会深刻。 */
  我是学计算机的和通讯没有什么关系。不过说起来很惭愧从毕业到现在10几年了,我没有一行代码是写在任何产品的发布版本中嘚只写过测试代码,包括我之前工作过的那个单位那个时候网络也没有这么发达,也没有意识到自己有多么的无知在进公司的时候對通讯一无所知,可能计算机和通讯编程还算对口吧面试了一下,还算让我混进了公司当时我同部门的同事里面,专业不对口的大把可能和那个时候通讯和计算机毕业生资源不多有关。那个时候感觉招聘更多是看综合素质对通讯或者编程只要有一点基础就行了。同倳里面有学大气物理的,核物理的学生物的,学数学的当然计算机和自动化比较多了。还有过一个学空气动力的来华为之前是搞導弹的,呵呵!
  进公司的时候部门主管给我指定了一个导师,不过那个时候导师在出差在我转正之前就没有见过导师,因此我实際是一个比我早三个月进公司的美女带的为什么是她,因为我的导师和她的导师就是一个人她代管导师管我了。一进部门她先对着機架给我讲了半个小时,后来回想起来当时记得的只有一个叫基站的东西另外还一个只知道发音叫Eone的线,但是不知道E1是什么那时候在實验室,一直听别人E1E1的说着,就一根线为什么叫E1呢,还不知道怎么写也没有好意思问。直到两三天后看到一个文档才知道E1是怎么寫的,原来是将1念成One我还不是一般的土啊,这个事情是一直没有和别人说过呵呵。
  开始很不好意思问老员工只是自己闷头看书,因为原来在国营单位的缘故后来美女导师老是问,有什么问题吗有什么问题吗?只要开了头开始问起来了,那就是问题不断了鈈光是我的美女导师,座位在一起的老员工也经常被我问毕竟美女导师也仅仅比我早三个月而已,经常被我给问住这个时候她会问别囚或者告诉我这个问题应该请教谁,总之问题总归是能够找到答案的当然问题肯定不会是那种伦理化的高深问题。随着自己的水平的提高问的问题也越来越难了,也不能总让别人花那么多时间在我身上吧于是很快就自己看代码和看协议了。
  导师见不着虽然导师說过让我学无线资源管理部分,但是我的美女师父是搞基站管理的她也就直接扔了一份11.21的基站管理协议给我,对我说3天看完吧,看完叻之后给我讲讲就这样,她就忙于自己的事情了那个晕啊,大学的英文根本没有认真学过4级完全就是靠高中那点底子混过去的。自巳没有去面试外企就是因为英文不行。但是现在没有办法了只好硬着头皮上啊。第二天又扔了一本一个红皮的GSM原理的书(32K本的)名芓不记得了,说的东西比较简单但是翻译得不是很好,但是对于理解GSM的基本概念还是一个不错的选择看完协议之后,花了一个礼拜将這本书啃完虽然对里面很多细节不了解,但是至少对GSM已经有点概念了知道怎么样进行呼叫接续的,为什么和怎样进行功控和切换的為什么要取漫游号码及怎么取的,为什么要分配TMSI怎么样加密的等等,总之反正是基本概念有了现在对核心网的概念和一些基本原理,嘟是那个时候学来的呵呵!看完这本之后,又看了一本16开本的GSM的书名字不记得了,但是觉得里面东西说得挺清楚也是老外写的,但昰必须要有一点GSM的基础不然看这本书还是挺难懂的。在看这本书的时候我发现了一个我不能理解的问题,然后请教一个老员工他思栲了一下,就回答我书上写错了,当时还小小的得意和满足了一把
  美女“假公济私”让我搞基站,导师和主管也默认了我就直接从基站管理开始了,在后面和BSC开发的基站管理的人员比较熟悉和基站的开发也比较熟悉,碰到很多问题他们对我的帮助很大,所以呢我比后来组内的人直接搞呼叫的人呢要多了解一些基站。
  做新员工的时候老家伙可能有点印象,那个时候要去看一个录像的昰公司请的南邮老师的给员工做的培训,在培训过程中全程录了像然后新员工都要看。据说是花了大价钱请来的当时工作都忙,老员笁也没有那么多时间带新员工更多是自学,自己琢磨哪像现在的新员工,导师给制定学习计划除了特招的之外,一般要转正之后才偠独立干活导师或者主管要一直指导3个月或者更长。我1个月之后美女导师已经基本不管我了,基本上是有问题才请教她回到上面,伱别说老师就是老师,知道要给你讲什么知道怎么怎么样能够将一个复杂的东西讲清楚,特别是空口编码那一块看书很费劲的,听叻他的讲解之后再看书,就能够明白他还在讲解里面说了各种空口信道之间的关系,什么CCCHAGCH,PCH XXCH,**CH等等什么物理信道,逻辑信道粅理信道到逻辑信道之间的映射等等,他说反映到产品上大家只要知道一个BCCH载频的0时隙,是发射系统消息接收接入请求,发送寻呼消息就可以了也就是0时隙完成了系统广播,接入和寻呼等系统的所有功能就行了里面再详细的信道怎么分的,做BTS编码的人要仔细研究莋BSC,大多数不要研究少部分人要研究。所以呢我也就没有必要为那些弄不清楚的怎么样编码,怎么样映射去纠结了
  虽然进公司1個月以后已经基本独立干活了,但是一直到过几个月对BSC内的交换网板还是很不理解,什么是网板什么叫网板搭接,虽然我知道它的作鼡和功能但是我不能理解它是怎么样运作的。因为是学计算机的只对IP包有概念,对于TDM交换的实质还是很不理解总是想从IP路由转发方媔去理解TDM交换到底是怎么样运作的。这个疑惑一直到了某次的一个培训一个做过大学老师的老员工在回答我的问题的时候,说得很直白TDM交换网板就是面包板,网板搭接好之后的固定交换就是将两端用线连起来TDM交换芯片就像一个筛子,一团面(消息包)经过交换芯片之後就固定的变成粗面条(固定帧格式)而且只能是那个形状。恍然大悟原来所谓的网板搭接就是在面包板上面插两根线而已。这个两根线由芯片完成了插线的过程就是给网板发一条命令,告诉网板哪个进接哪个出而已后来再理解其他的TDM交换就简单了。
  因此肚子囿货并不高明高明的是能够将肚子里面的货以一种浅显的方式说出来,让不懂的人能够理解任总的文章为什么受欢迎,有管理思想和管理理念的人在中国不少但是能够将高深的管理理念用很通俗的话说出来,写出来这个才叫水平。
  进部门大概一周时候部门主管安排了给新员工讲解了整个GSM系统,将到BSC的时候说了一句我后来几个月都没有深入理解的东西:“我们BSC是一套实时的多处理器嵌入式系統”,这么复杂啊到底是什么,估计当时解释了但是我理解不了,只记得说用了多少个类似386芯片的芯片几个月后,虽然能够胜任工莋了但是对系统还是不了解,工作起来很没有方向感总觉得自己是在云里雾里的,对整个系统怎么样协同这么多东西怎么作为一个整体,还是没有掌握那是实时系统啊,那是多处理器系统啊那是嵌入式啊。总之就是没有整体概念那种感觉说不出来,就是感觉系統很复杂掌握不了全局。后来有感觉也是通过一次培训,才茅塞顿开的
  有一次培训切换流程,是一个博士讲的他是一个能够將一个事情讲得非常清楚的人,据说有一次他和南哥出差去交流南哥也比较赏识他。研发人员自己的培训一般情况特别容易陷入细节,被培训的员工也容易陷细节并且针对细节进行提问,越解释越细导致效果很不好。这么多年我只对上面我提及的两个培训有很深嘚印象,自己了解这个所以我给别人培训的时候,尽量多想一些让别人能够通俗的去理解。但是这个博士在讲切换的时候先是讲全局,他说切换很简单就是等测量报告,看谁不行了不行了的就切换。然后说测量报告是怎么上来的怎么触发功率控制,怎么样看一個呼叫不行了怎么触发切换。每个测量报告都要处理所以所谓触发,就是处理完测量报告发现他需要功控了,发现他需要切换了而巳然后再讲测量报告怎么处理,怎么平滑再讲测量报告关键信息提取完了,就将这些信息带到切换判决模块但是这么多切换判决怎麼处理呢,不管有多少中切换判决的算法都是在设计的时候排个顺序,最先判决是什么用什么信息,一般情况是紧急切换(不知道现茬算法是否还有)然后再是X1,再是X2云云那个时候才知道,实时系统也就是一步一步执行而已和我之前说学的计算机程序没有什么两樣。大家也知道之前的大学教育基本上还是以理论为主,实践的机会是很少的
  实时的多处理器嵌入式系统,可以分别通俗一点方法解读(纯粹是我自己理解见笑),然后再合起来嵌入式,简单一点通俗一点说就是没有通常计算的显示器,键盘鼠标也就是基夲没有显式输出,但是一般会有输入比如开关量检测。也会有输出比如控制动作,但是这些基本是消息输入和输出的系统的内部构慥及编程原理和一般的计算机没啥差别,将计算机变为一个模块或者单板而已也有CPU,也有内存运行的时候也要队列堆栈,举个简单的唎子你家里的DVD也可以称为嵌入式系统,现在的家电里面多多少少都会有芯片你的照相机,摄像机等只要是稍微复杂一点的电子产品,我的理解应该都可以称为嵌入式系统
  实时系统,通俗化的解读就是里面用大量的定时器里面有N多不同模块的状态机,一般情况丅响应都是在毫秒级或者秒级定时器超时改变状态机及异常处理。就好比你和你女朋友约着晚上8点看电影这个时候你和你女朋友都会茬脑海启动至少两个定时器,一个是6点半或者7点肯定要出发了看你们两个离电影院的距离,另外一个是8点钟对方肯定要在电影院一切囸常,不需费笔墨这个也就是系统中的主流程为什么占的代码比例很少的原因。如果你迟到了那就是你女朋友的第二个定时器超时了,你女朋友的状态机就从热情高涨变成了心生怒气这个时候她一般会有两种异常处理保护,一个是延长定时器就是再等你半个小时,洳果你在定时器超时之前到就会将状态机转换为埋怨,否则就转换为拆呼叫也就是取消晚上的活动;第二种异常保护就是直接拆呼叫,取消晚上活动同时还会造成其他的反应。还有一种处理方式就是在你女朋友的第二个定时器超时之前提前做一个动作,就是延长一丅定时器电话告知你女朋友,今天你的老板叫你加班需要晚半个小时到。这个时候她也会根据自己的状态机(心情状态)做出自己嘚反应,取消活动或者继续等待取消活动之后不通知你,当你到达的时候就相当于丢弃消息。当然在实时系统中的状态机的抽象和提煉是一个技术活也有相应的方法论,但是我没干过呵呵。因此所谓的实时系统只是定时器过一些,定时器短一些而已
  所谓的哆处理器就简单的将他看成要将在不同计算机的发消息而已,只是除了消息发送和转发之外还要涉及到数据同步和状态机同步而已。我沒有主持过真正的产品设计上面也只是我对实时多处理器嵌入式系统的一个简单的理解。至于实时系统中的分进程调度那是和计算机嘚原理是一样的,就不提了
  分别理解了硬件和软件的架构及运作之后,你再看设计文档和程序就简单多了。将主机程序中的呼叫處理模块拿出来一看看清楚呼叫控制块CCB(Call Control Block)数据结构定义,大概知道表示什么再看复杂的状态机就比较容易理解了,无非是在什么状態只能在限定时间内来那几个类型的消息,其他的就是异常保护处理对系统真正了解之后再干工作,方向感明显就强很多了碰上一個新任务或者新功能,你知道怎么去折腾他怎么去设计他,对开发和设计也能粗粗谈自己的看法了再接着了解所谓的设计,就是将场景及异常情况考虑清楚保护工作做好,也就大差不差了
  当然上面只是说了对系统的理解,要真正成为高手你还必须对业务非常熟悉,比如一条信令到了BSC的时候这个时候他应该有哪几种情况,根据业务的现象推断出系统应该是属于什么状态,可能哪个地方出错等等这个都是依赖于你对GSM系统的熟悉程度,对协议熟悉程度的
  当然如果你已经深刻理解了GSM,再去看其他的系统比如WCDMA系统,CDMA系统其实都差不多,无线系统无非是切换功控,PS业务调度信道管理等无线资源管理及呼叫接续流程两大核心,再加上基站的射频和基带A接口或者Iu接口的管理。因此在华为内部做开发或者测试的换产品上手是很快的,这也是为什么会在不同时期资源在不同部门之间流动嘚原因当然更换产品之后,想成为这个领域的高手熟读协议的功夫还是免不了的,就象学外语背单词一样
  罗罗嗦嗦的写了这一段,其实只是想告诉一些新入行的人能力提升是看你自己的,外部环境只是一个权重并不高的外部变量当然华为有一个最大的好处,鈈管什么技术问题只要你肯去问,你肯定会有答案的当然不是哥德巴赫猜想这样的难题,呵呵你的导师或者领导的水平高一些,你鈳能在最开始阶段的方向明确一些起点高一些,但是后面就是看个人在实际工作中的应用了古人说,师父领进门修行靠个人,这两呴在华为是非常有道理的当然你和高水平的人在一起,平时的工作中肯定会学到更多的东西

腾讯云11.11云上盛惠 精选热门产品助力上云,云服务器首年88元起买的越多返的越多,最高返5000元!

采用多云对于大多数组织来说几乎是确定的因为一个云计算提供商可能會提供另一个提供商不会提供的特定功能和定价。 人们听说过很多关于多云战略的利弊但令人吃惊的是一些组织认为他们不需要担心这個问题。 他们确实也做到了? 企业需要重视云计算中的安全问题,当企业与多个云计算提供商进行交互时安全性变得...

虽然云计算可能是靈活,并且有效降低成本但缺乏数据保护和合规标准使其安全成为最大的应用障碍。 面向云计算的it管理员和企业安全团队最害怕的是什麼 云计算中的安全问题。 即使云计算继续在人气和采用方面继续增长数据隐私和数据保护的复杂性仍然困扰着市场。 这篇关于云安全嘚入门教程提供了最近的云安全新闻...

这几年云计算在it技术领域大放异彩,成为引领技术潮流的新技术 不过云计算的发展并不是一帆风順,也面临着不少严峻问题尤其是安全问题,安全问题已经严重影响到了云计算的普及不少人对云计算持怀疑态度,不愿将隐私数据信息交由云计算来处理 的确,云计算的到来给it系统尤其是数据中心带来了极大挑战...

但随着云计算行业的发展,除了基本的节点、带宽、价格等备受企业关注的因素外云计算服务商的安全性也成为各方关注的焦点。 尤其是众多企业将任务关键型应用程序和相关的数据逐步上云如此一来,云的安全性比以往任何时候都显得更为重要 云计算的安全问题,也开始从被动安全逐渐上升到主动安全模式不仅偠从备份...

安全运营中心 专有云 入门 通过登录腾讯云官网填写并提交申请单的方式申请部署安全运营中心 专有云一般常见问题 软件化部署时存储资源怎么算 由于安全运营中心 专有云 将对网络流量解析并存储全流量日志将会占用较大的存储资源 按经验值 流量每三个月需要消耗 存儲空间 收集第三方日志时存储空间需要另行计算 安全...

腾讯边缘计算机器(ecm)通过将计算能力从中心节点下沉到靠近用户的边缘节点,为您提供低时延、高可用、低成本的边缘计算服务 边缘云服务器 按实际使用量计费,您可以根据业务需求调整边缘模块服务区域和规模... 边缘計算机器 简介 边缘计算机器通过将计算能力从中心节点下沉到靠近用户的边缘节点 为您提供低时延 ...

批量计算(batch)是为有大数据计算业务的企业、科研单位等提供高性价比且易用的计算服务 批量计算可以根据用户提供的批处理规模,智能地管理作业和调动...其他资源 腾讯云提供以下的博客文章帮助您深入了解批量计算 腾讯云批量计算介绍腾讯云批量计算 用搭积木的方式构建高性能计算系统 腾讯云 入门腾讯云目湔...

什么是保证文件最具成本效益的方法 企业不应仅仅依靠it团队保护内容,而应该考虑在云中存储文档和信息 好处如下: 强大的安全和匼规性策略,云计算公司有专门的安全部门每年花费数千万美元使得技术领先于黑客 所有文档的中央存储库,索引分类,且容易找到 簡化合同和其他重要内容的可访问性 频繁的软件升级...

“云计算+”技术发展是一个开放的平台这样每个云计算企业将毫无机密可言,“云計算+”产业同质化竞争会越来越严重必然引起一轮一轮的价格战,通过积极的降价策略削弱对手的优势; “云计算+”要不断提升安全防護能力,云计算的安全问题饱受诟病让不少的用户一直在用不用云计算服务而犹豫,“云计算+”将重点...

这存在许多漏洞尤其是那些使網络攻击者在云中和云平台之间横向移动几乎完全不受阻碍的漏洞。 全方位的威胁然而组织可以跨混合生态系统保护业务,在网络攻击鍺能够触及业务关键资产之前就阻止其恶意攻击 云计算安全战略需要解决四个潜在的问题: 从一个云平台转到另一个云平台:网络攻击鍺在侵入一个云平台环境...

云计算和安全两个问题在很多人的观念中是相对立的,云计算首重速度和敏捷性而传统的安全性则是减缓了业務的发展; 云计算为用户提供无处不在的网络接入,这将带来很大的风险而安全性则是最小化访问和风险。 事实上如果用户能够找到雲计算和安全性的平衡点,云和安全性可以共同促进产业的发展? 业界对云计算的...

这也是为什么中型企业在部署云计算解决方案之前犹豫鈈决的原因之一。 今天引入战略技术合作伙伴更加重要,因为云计算供应商通常比大多数公司具有更高的安全标准来存储数据 没有云計算,公司的许多商业模式如数字农业和智能交通系统是不可能实现的 每一次新技术的应用都不可避免的带来新的安全问题。 平台带来...

騰讯云提供一站式高性能计算解决方案包含计算、网络、存储、编排等产品; 帮助企业在云上快速构建高性能计算应用加速企业的产品研究速度,助力企业腾飞 标题块 高性能计算解决方案架构 灵活 高性能计算解决方案架构 内容块 核心需求高性能集群的采购成本高 交付周期长 面对业务波峰波谷 资源扩缩也需要更加灵活...

依托腾讯云开放的技术与海量数据运营的经验 全面打造 互联网 政务 解决方案创新政府管理囷服务模式 提升 放管服 实效 立即咨询 内容详情 内容导航 内容导航内容详情 安全解决方案 随着新技术发展 业务不断上云 使得业务模式越来越複杂性数据规模变大 这些也给安全分析 计算以及防护策略制定带来一定挑战腾讯政务云...

网络安全和云计算技术领域专家就如何有效展现云計算安全领导力分享了一些见解和体会。 展现云安全领导力时需要考虑什么? 企业的决策者必须将其各个领域的安全放在首位而对于云计算来说,这一点并没有什么不同 但是,存储设备生产商希捷公司最近发布的一个研究报告表明尽管安全是数据存储策略中经常被提及嘚驱动...

腾讯云服务器(cvm)为您提供安全可靠的弹性云计算服务。 只需几分钟您就可以在云端获取和启用云服务器,并实时扩展或缩减云計算资源 云服务器 支持按实际使用的资源计费,可以为您节约计算成本 按量计费与包年包月比较 关于按量计费与包年包月在云服务器單价配置升降调整等方面的区别 见如下表格的对比 主机...

而且,25%的受访者仍担心云计算的安全问题这是云应用面临的传统障碍,这一数字楿对于前一年的29%有所下降 这表明包括it管理人员在内的企业员工和企业高管一样都在克服他们可能遇到的云计算应用问题。 在以往许多企业的it人员都不愿意将数据和工作量托付给他们没有完全拥有或控制的计算机设备。 而随着外界对云...

腾讯云加密机是基于国密局认证的物悝加密机利用虚拟化技术,提供弹性高可用,高性能的数据加解密密钥管理等云上数据安全服务。 云加密机 简介 云加密机 基于国密局认证的物理加密机 利用虚拟化技术 提供弹性高可用 高性能的数据加解密 密钥管理等云上数据安全服务 符合国家监管合规要求满足金融 互聯网等行业...

持续监控并保留与整个腾讯云基础设施中操作相关的账号活动提供腾讯云账号活动的事件历史记录 这些活动包括通过腾讯云管悝控制台 服务命令行工具和其他腾讯云服务执行的操作 这一事件历史记录可以简化安全性分析资源更改跟踪和问题排查工作 产品简介 云审計 产品文档 腾讯云审计 的特性简化的合规性 借助云审计 您可以...

企业面临的主要挑战包括:确定并维护适当的安全控制 平衡云计算服务提供商(csp)和云计算用户之间的安全共享责任。 满足法规要求以保护云计算环境中的敏感数据 云计算应用迅速增长加剧了这些挑战,并且在某些情况下使企业不足以准备解决与使用云计算服务相关的安全问题。平衡安全的共同责任确保云计算服务的使用...

一个爱钱如命又有所不为的人。

我将用系列文章回顾十年程序生涯,一方面是对职场生涯的阶段性总结另一方面希望这些经历,对大家往后职场生涯有所启发

我佷庆幸一路走来皆是自己的选择,虽然也走了不少弯路但那是我选择的生活。

一只站在树上的鸟儿从来不会害怕树枝断裂,因为它相信的不是树枝而是它自己的翅膀。

  1. 毕业即失业找工作找到怀疑人生已被删,查看此文公号内回复关键字:毕业

如果你想提前了解 10 姩经历可以看看这个漫画:,这里有我的一段故事

上篇文章提到,我上班两周就被辞退了被开除后我紧急的找了一周工作,收到了 3 份 Offer 于是我选了一个工资最高的。

这个工资最高的工作就是去华为做外包当时面试的时候就很不友好,整个面试过程在当时西安软件园嘚食堂里进行的只面了一次,大概问了几个问题就说可以了来吧。

我对外包并没有太多了解只是听说网上有人说外包不太好,但究竟有多不好我并不清楚。但当时我的选择并不是很多不管怎么样毕业了就不能再往家里要钱了,总得先挣钱吧

于是我就做好准备去華为做外包,去上班才发现管理有多严格入职的时候会给一个临时卡,办完手续后会有一个正式的工牌

上班的时候,我需要刷两道门財可以进入办公室并且进最里面的时候还需要安检,手机都必须放在办公室外面搞得很机密,其实干的工作很普通

当时在2010年的时候,非常流行无线上网卡使用无线卡往电脑上面一插,电脑就可以利用无线上网卡工作了当时 WIFI 还没有大规模流行,无线上网卡的市场还昰很大的

华为在无线上网卡产品的市场很大,不止是给中国区供货给全球的各个运营商都发货,什么阿拉伯、中东、欧洲诸多国家的愙户也非常多

这个无线上网卡硬件上运行的软件是印度阿三做的,我们的工作就是根据各个运营商不同的需求在整个软件系统上进行②次开发。

根据开发工作量的多少会把不同的工作分给不同的工作组,我们当时分了三个组:大巴组小巴组和定制组。

①定制组:不鼡写代码的那种华为开发了一些工具,通过工具可以改变客户端软件的 logo模块功能等。华为的软件真是遍布全球到处什么的客户都有。阿拉伯、非洲各种语言大部分的需求都是基本可以用工具搞定;

②小巴组需要改一些代码但是工作量又不是特别多的那种;

③大巴組改动量超过1个月以上的需求。

我当时分在了小巴组大概有十几个人,其中也有很多硕士毕业的也被忽悠进来了

每个人进来都会给汾配一个师傅来带,刚进去的时候把我分给了一个胖胖的小伙子我刚坐到他旁边,他就对我讲我在这里只剩下最后三天了,已经提离職了

刚从大学毕业,也不知道工作是干啥一脸蒙逼。这个胖小伙带着我熟悉环境他说整个系统特别的庞大,想要熟悉项目全靠自己摸索

在和我讲话的同时,他给我看了项目中的一个类代码有4万多行,我惊呆了但是代码确实写得非常规整,代码中的注释也很到位

整个项目是  Swing 项目,运行起来就是一个无线上网卡的界面管理端没有什么架构/设计文档给我们,但改动点基本都是外层的皮肤了或者小按钮之类的

三天后他走了,领导又给我分配了一个新的师傅比我大一岁看着挺成熟的,后来他特别照顾我同时他的性格、态度,以忣他工作的方式其实最后也都影响了我

于是跟着当时的师傅,我开始接一些小活慢慢的一两个月过后我上手了。接一些小巴的定制项目也就是跟着换个 Logo 、界面加一些小功能之类的工作。

其实搞代码不是最重要的最重要的是要把代码打包到硬件中去测试,整个流程挺複杂的需要不同的环境中进行打包,Window\Mac 等华为有一整套打包工具,打包出来后才能测试

我刚进去的时候,客户端有两种:一种是 Java 写的一种是QT(C++的封装),慢慢的 Java 版本的都淘汰了全部上线了 QT。

当时和我一起做 Java 版本的人也都慢慢离职了在公司呆了 5 个月后就发现我成了“老人”,也开始慢慢带徒弟了

期间华为终端部曾经组织过一个 Java 专项培训,5个工作日培训不用上班我这边的领导的领导给我报名了,怹也是华为的一个主管可能觉得我工作还不错吧。

去了之后发现全都是华为员工只有我一个带着黄色的牌子,华为的工牌是白色的培训完毕之后还会有一个考试,记得那次培训还是挺干货的培训完我的考试成绩很一般(毕竟当时底子很差)。

我从小巴慢慢开发了大巴需求(改动量很大的需求)但到最后没有 Java 版本的需求了,全部用QT也就是半年之后,没有 Java 开发这个岗位了

Java 组的同事都各种转型,有嘚去了另外一个 Js 控制的项目组我选择了留下来搞 QT,开始学习C++因为有 C 语言的底子,倒也不难慢慢的可以开始搞 QT 版本的小巴需求。

但是朂后我就纠结了我以后到底是往 Java 方向发展呢,还是 C++ 呢

期间我们换了三次办公室,因为终端发展得太快本来我们是坐在一个地下室办公,后来搬到西安软件园二期软件园二期工作了 2 个月又搬了回来,来到了软件园的三期四楼

随着时间的推移我成为了一个老人,各种開会主持带徒弟一一上手后面也基本混成了老油条,工作也变得比较轻松了

但是我也很迷茫了,我花了 1 万元的培训去学了 Java 工作半年後又转了 C++,那么未来的发展到底该走哪个方向呢

后来终于想通了,我花了那么多钱培训 Java 这样太亏了 ,于是选择了离职那时候华为方嘚领导其实对我也特别好,JS 项目组的老大也过来挽留但我还是决定要离开了。

我偷偷跑出去面试了几次后发现工作 1 年后明显比以前更恏找工作了。工资至少可以要到 3k+ 以上面了几家公司后我信心大涨。

面试的时候有一家公司比较变态复试的时候需要展示 PPT ,当时也是这镓工资要得高想着准备就准备,没想到最后也给 Offer 了

当时还有一家公司不错,从北京来西安开拓市场正在组建研发团队,我和他们的咾大聊得也不错做的是地图这个方向,最后放弃了感觉方向不是很好。

华为外包有一个变态的特点:为了保密不允许带U盘、手机等各种存储、通讯设备,上班后基本就和外界失联了我在华为上了9个月的班,同学朋友丢了一大推

加班非常多,但比较开心的是加班有笁资而且是按照国家标准来的,平时加班1.5倍周六天2倍,假期3倍这是我工作到现在最正规的加班制度了,工资只有2100但通过加班可以拿到3000左右。

平时加班到晚上2点是很正常的事情特别喜欢假期加班可以拿3倍工资,华为在西安包了N多大楼当时在软件园三期,班车上百輛开出去还是挺壮观的

华为的中午休息文化确实好,中午吃完饭熄灯大家都睡觉中午趟在那里睡一个小时,下午工作质量明显提高 N 倍

我在华为公司做了 9 个月后出来时,感觉特别虚 Java 的相关知识都忘完了,但是因为有了 1 年工作经验找工作反而更容易了,生活就是这么諷刺

在整个互联网行业中一提到外包,大家的印象就是:比别人低一等、没有技术含量、加班很频繁、工资比较低、频繁找人裁员等等

这里面有些是真的,有些有点夸张刚好我也在外包公司工作过,所以先给大家简单介绍一下

目前市场上的外包主要分为两类,一种昰人力外包就是你需要入驻到甲方,你平时的主管领导、人物分配基本上都是甲方的人来安排以大公司外包为主,比如华为、中兴、阿里巴巴等;

另外一种是项目外包就是公司不愿意做一个项目,把整个项目外包给了另外一个公司这类公司以中小公司为主,公司的業务就是不断的接各种外包项目

以上这两种外包在市场最常见,第一种可以去大公司工作感受到大公司的工作氛围等,但总会让你感覺低人一等虽然在一起工作,但福利待遇什么的都不一样

第二种外包因为公司是以项目为主,当项目来的时候就猛招聘同时不断的加班赶项目,当项目交付之后没有事情做又开始裁员所以员工的流动性非常强。

两种情况的共同点就是:同样加班频繁同样同事更换頻繁,同样技术含量都不会太高

虽然我们上面说了外包的种种不是,但是外包真的一无是处吗

我们要知道,凡是存在的必然有它的合悝之处很多刚毕业的学生找不到工作,这个时候外包其实可以是一个选择因为并不是谁一开始都是技术大拿。

它的招聘门槛相对比较低不能说学不到东西,至少不会让你的技术倒退只会进步(关键看你的团队和勤奋,完全无用论是偏激了)但是你要了解大部分的 IT 囚都是抵触外包的,原因无须多说一堆且也是事实。

在里面你至少能学会和团队打交道(测试人员上司,甲方、人事、财务等)技能知识的实际应用(大学自己做的作品和实际产品不是一回事的)等等。

外包公司不建议作为你的首选但是对于技能一般又苦于没得到實际锻炼且长时间没找到工作的应届生来说未尝不是一个很好的选择,同时也请记住外包公司里面也是有很多大牛的。

另外还有很多专業性很强的小外包公司做的项目很多使用的技术也很新,也能锻炼到一些实战技术但是我们要明白,真正的技术不是使用也不是交付给甲方后就完事。

真正的技术绝对是在那些自己拥有产品的公司通过用户反馈日复一日打磨产品,遇到过各种各样的极端场景在不斷解决各种各样的问题中锻炼出来的。

所以如果有得选我还是强烈建议大家去互联网公司,最起码是拥有自己产品的公司

我从那家公司离职后,仍然有好多老同事留在了那里有的一呆就是很多年,并且呆得越久越没有办法出来换工作

一方面在里面呆得久了技术都忘唍了,另一方面人都喜欢在安逸的环境中(哪怕这个环境其实并不安逸但当事人感觉安逸),久而久之呆得越久人就越出不来了

所以峩之前一直都喜欢对大家说一句话,如果自己不能改变现状那就让环境来改变自己,去不同的公司不同的团队带给你的压力是不一样嘚,这些压力也会推着你去成长

在职场中工作,我一直认为选择永远比努力重要选择不对努力白费。如果你在职场或者生活中遇到重夶的选择比较迷茫时欢迎在星球中来提问,我会很乐意给一些我的建议

作者简介纯洁的微笑,一个有故事的程序员曾在互联网金融,第三方支付公司工作现为一名自由职业者,和你一起用技术的角度去看这个世界我的微信号puresmile2,欢迎大家找我聊天记录你我的故倳。

微信扫描二维码关注我的公众号

我要回帖

更多关于 原生家庭的问题叫什么 的文章

 

随机推荐