本帖最后由 h68810115 于 2022-5-16 09:17 编辑
软件正版化 我们进公司的时候,一般软件都是连上网络之后到公司的服务器上去安装,好像也没有要输入序列码,正常安装就可以了,估计是买的企业版,而不是盗版。 也是1999年年中时候,可能还再早一点,秘书突然通知大家删除电脑上的Word,Excel,Project等微软的软件,这些是我们能接触的软件,开发部门可能还有其他软件。并且还传得有鼻子有眼,说微软明天就到公司来检查。我估计那个时候华为应该是买了正版软件的,但可能真正的使用量是超过购买量,因此引起微软的注意。微软在国内的正版之路也是有节奏的,最早是从品牌机预装Windows开始,然后就是国内的大企业,华为应该在第二步的目标对象。
暂别微软Office 当时华为已经用了Notes作为工作软件平台,微软的软件删除之后,华为就切换到了IBM Lotus Office相关工作软件,微软Office里面的Word,Excel,PowerPoint幻灯片等常用组件在Lotus软件里面都有对应。另外一个冷知识就是Lotus 123电子表格是计算机上第一个电子表格软件,要早于微软,IBM在1995年6月份收购了Lotus软件公司。
Lotus Office软件比微软的Office难用多了,功能没有微软的丰富,并且软件还不太稳定,动不动就没反应了。因为之前的文档都是Office格式的,公司也很体贴的在服务器上放了一个Word View的程序,能够打开之前的Word文档,但是只能看不能编辑,当然,我也不知道这个软件是微软开发的还是其他公司开发的。 从微软的软件开始,华为在软件上好像就比较正规了,服务器上的软件就分得很清楚,可以随意安装的免费软件,需要申请安装的软件,需要申请安装的软件有电子流申请,经主管审批之后IT才会发一个安装指导。当然,这个是公司层面的管理,至于员工层面不排除有少量各种原因导致的非正版软件。 Lotus 软件实在是不好用,对外部交流的时候还需要进行格式转换,效率比较低,印象中05左右华为又将日常办公系列软件切换回微软Office了,到了13,14年左右,把日常办公平台的Notes也切换成Web加Email的方式了,原因可能是Notes在性能上有瓶颈。 不关显示器罚款制度 应该是99年,华为在生产中心发生过一次未造成损失的小火灾,原因不记得了,随后在研发实验室发生了两起小火灾,原因都是因为显示器长期使用老化,发热引起实验室的火情。在这个情况之下,研发加强了防火责任制度的建设,并且规定了下班之后要关闭显示器,否则要罚款50块,范围包括实验室和办公室,保安每天晚上会例行巡查。
制度都是出现问题之后逐渐补充和完善的,当然,制度改变的延迟也是非常大。早期的CRT显示器长时间使用的确是有火灾风险,但液晶显示器的风险要小很多,但这个制度在全部切换为液晶显示器之后还执行了好几年,后面执行才松下来。
说到罚款制度就不得不提华为在非吸烟区抽烟的罚款,那是真的罚得狠,98年我加入华为的时候,在非吸烟区抽烟抓住就是罚1000块,要知道那时候工资才5000块,是非常高的金额了。这个不是写在纸面上的,我认识的就有几个同事被罚过,不过都是有点冤。第一个同事是无意的,从3号楼的食堂走出来,很自然掏了根烟点上了,但他忘记了食堂出来离院子门口还有20多米,在院子里面是不允许抽烟的,然后就被罚了。另外一个可就真冤了,我们办公室是在5楼,5楼外面有一个比较大的露台,远处是中央空调的外机,原来也没说不准在露台抽烟,我们也经常在那个地方边抽边聊天,然后某一天我们2个同事在那吸烟被保安抓了,每人都被罚了1000块,从此以后,再也没人在那抽烟了。 GSM大攻关 大概是99年7,8月份时候,GSM产品已经在国内获得了几个合同,但主要是核心网的合同,无线基站的项目是比较少,还是以原来河北沧州及内蒙东胜两个实验局少量扩容为主。RAN合同少可能和产品竞争力有一定的关系,基站是BTS2.0,集成度不够,机柜背后要接线,不支持靠墙安装(对运营商很重要),BSC是单模块,只支持128TRX,容量偏小。但此时BTS3.0和支持1024TRX的BSC正在开发。 虽然GSM每个产品都有新产品在开发,但已经发布的版本遗留的问题还很多,再叠加上新产品的问题,问题是一个天量,于是,产品决定启动GSM大攻关。产品线一号楼的食堂做了全员参加的攻关动员会。在动员会上列举了遗留问题数量,定位问题的周期等数据,对我们触动都很大,印象中没关的问题单总量好像是8000多个,定位,解决及关单的周期也比较长。 动员及大攻关是非常有效,真正的把产品线员工的积极性调动起来,提问题单,解决问题,定位问题都是以最快的速度闭环,每天产生的问题单也是一个非常多,那种全员加班的劲头,在我后来20年的华为生涯都没见过,虽然也看到过部分小组加班更多的,但一般都是相对短期,GSM大攻关是全员动员,好像持续了2个月。当然,可能也和当时员工绝大多数都是单身有一定的关系,每天工作时间基本上都是晚上11点以后,很多人搞到12点。产品经理(相当于现在的PDT经理)每天晚上10点开始项目经理(相当于现在的PM)例会召集,开到12点是属于常态,看看一天新增多少问题,解决多少问题。在项目经理参加产品经理的会议之前,基本上都会在晚上9点有自己项目组的例会。 在大攻关中,也体现了男生对女生的照顾(当时深圳治安非常差),一般情况下,女孩子不会晚过11点,只要是10点半以后,住得比较近的女员工都会有男员工会送回去。男员工送完人之后再继续回办公室干活。晚上11点以后基本没有女生了,实验室非常热,很多人会在实验室光膀子干活,到12点或再晚一点才回去。第二天,基本上还是9点钟到岗。现在再回头看看这段历程,这个是我在华为印象最深刻,也是最值得怀念的过程,也是人生一个最重要的积累。 经过大攻关,产品版本的确稳定很多,现网的两个实验局死机次数大幅减少,虽然还谈不上高质量版本,但已经基本可以稳定运行,当然各种各样的小问题还是存在的。 在大攻关的过程中,面向商用,产品线也逐渐完善了版本合入流程,整个产品配置管理也更加严格更加完善,与此同时,随着实验局规模逐渐扩大(总体规模还是很小),也建立了对外版本发布的流程,从而完成产品开发到商用运营的转换。 一个最难缠的问题及最大胆的解决 每个基站每个TRX都有自己的无线信道状态,空闲,占用,Block(相当于人工设置关闭状态),这个状态在控制器也是同样的,控制器同步管着下属基站的所有信道的状态,以便根据信道状态给新用户指定空闲的信道,这就是最基本的无线资源管理。99年在实验局开局过程中就发现了控制器的信道状态不一致的问题。 信道状态不一致就是明明基站那边某个信道状态是空闲,但控制器这边对应的状态变成了占用,或者明明基站的信道状态是占用,但控制器这边对应的状态已经变成空闲了,原来信道状态不一致问题是两种里面的一个,到底是哪种情况忘记了。出现信道状态不一致就经常会导致呼叫失败,这是一个非常严重的问题。虽然在实验室也能够重现,但是问题就一直定位不了。查了一段时间,最后实在没办法,先采用临时规避机制,基站定时上报自己的信道的状态,让BSC去更新自己的信道状态。 到了后面,最后实在没有办法,就有一个员工自告奋勇的站出来,建议由他将信道管理模块的代码重新写一遍,设计一个更好更完善的管理机制。领导们简单商量之后也同意了,没多久,新代码合入版本,这个问题就彻底解决了,与此同时,这个模块的代码结构也更加合理更加清晰。 20年之后,和某领导吃饭喝酒的时候说到这个事情,领导的总结是“一边是初生牛犊不怕虎,敢提解决方案,一边是领导敢决策,敢同意该员工建议。”之所以这样说是因为提出这个建议的人是99年3,4月份刚刚入职的,提出重写的时候也是刚刚转正没多久。领导们敢决策可能是因为产品在网的设备也只有几台,而且现网经常出现比这个严重得多的问题,重写代码经过测试之后风险也是可控的。 因为那个时候是基层的新员工,“醉心”于学习和工作,和领导及老员工交流比较少,实际上对公司的变革动态是一无所知的,只能记得接触到员工能感受到一些变化及规范过程。
|