• [技术干货] 提升企业研发效能,华为云助力东华软件加速敏捷转型
    技术演进从未停止,用户需求更是瞬息万变。随着企业业务的快速发展,产品迭代速度越来越成为企业发展致胜的关键因素。在业务迅速扩张之下,企业研发团队的规模也在不断壮大。如何有效管理研发团队?如何提升企业研发效能?如何加速产品发布?这些都是摆在企业面前的挑战。作为企业研发团队的负责人,如何在规定的时间内带领团队成员开发出"爆款"产品?是倾向于定制严格的流程来执行?还是给出目标,让团队成员自由发散与执行呢?敏捷+DevOps是提升企业效能、推进企业数字化转型的核心方法论。DevOps不能止步于提交到发布的环节,需要持续优化扩展到客户场景和客户价值探索的环节,持续地快速交付价值,才能够打通整个价值链条实现加速。华为云DevCloud是集华为近30年研发实践、前沿研发理念、先进研发工具为一体的一站式云端DevOps平台,为企业和开发者提供帮助。初遇敏捷东华软件股份公司(以下简称"东华软件")成立于2001年1月,是深圳证券交易所的上市公司。以应用软件开发、计算机信息系统集成及信息技术服务为主要业务,业务范围覆盖医疗、金融、能源、智慧城市、数字政府等诸多行业,并全国30多个省会城市均设有分公司。正是由于企业如此快速的发展,导致东华软件存在着开发团队众多,使用的研发工具也未统一的困境。2018年3月东华软件初次了解到华为云DevCloud政府补贴政策,对此申请了多个DevCloud套餐,尝试迁移部分新项目上云使用华为云DevCloud进行开发。"我第一次接触Scrum流程,发现非常便捷,很容易上手"项目经总监马伟伟说。企业提升研发效能 选对工具很重要东华软件以往使用的项目管理模式,代码托管平台,部署发布方式均限制了整个开发团队的交付效率。公司在早期项目的实施过程中发现,由于人员能力参差不齐,许多缺陷是在测试才暴露的,因此需要反复修改,从而导致项目研发周期延长;为了将质量前移,在开发过程中要加上代码检视,但代码检视效率、产出都比较低。从2018年5月份开始,东华软件陆续将项目迁移到华为云Devcloud软件开发平台,利用敏捷模式实施项目管理,从需求设计、任务分配、代码托管、编译构建、应用部署、应用发布再到接口测试,通过仪表盘随时掌握项目开展情况;通过批量文档托管,保证信息传递不失真。华为云Devcloud有效的解决了东华软件项目管理软件功能单一、需要另行维护的问题。针对代码质量问题,华为云DevCloud中的代码检查工具支持Java、C、C++、Python等多种编码语言,并提供多分支检查功能,已经无缝融入软件开发流程。开发人员每次代码合入的时候自动触发代码检查,许多内存泄露,空指针等问题可以及时发现,并且提供了建议修改方案,从而保障软件交付质量,提升了交付效率。最关键是能够问题责任到人,加速了代码检查的质量问题闭环。、针对应用部署问题,通过构建流水线,从编译构建到部署再到最终的发布,一站式的持续发布功能,解决了分布式应用的部署问题,部署效率提升30%以上。不仅如此,部署的服务器由华为云后台统一维护,大幅降低成本,按照我们实际占用的资源及时长计费,杜绝硬件资源及维护资金投入,有效降低我们的构建成本。某农商银行是东华软件的客户,正对银行APP端业务变化快,交付短平快的新需求,使用华为云DevCloud编译构建服务,利用云端并行编译技术,支持Android系列移动终端APP的快速编译构建,有效缩短了交付周期。针对接口测试问题,我们通过DevCloud进行用例管理及接口测试,通过测试看板对需求覆盖率、缺陷数再到用例通过率、用例完成率进行监控。图3测试管理携手前行华为云DevCloud为东华软件敏捷开发团队提供了简单高效的团队协作服务,截止目前已经上线20多个项目,代码提交次数过三万,为东华软件诸多项目的开发效率提升,提供了坚实的基础和保证,现在的东华软件已经成功完成了敏捷转型。东华软件金融软件部技术总监马伟伟表示:“在华为云DevCloud的帮助下,我们迅速应用敏捷,后续将携手继续前行,希望今后能基于华为的智能创新技术和全球服务能力展开更深层次的合作。”
  • [行业资讯] 低代码的优势
    1、降本主要包括3方面,学习成本、开发成本和其他成本。1)学习成本降低是普通业务人员即可操作,为IT研发资源不足的企业降低人力成本。2)开发成本降低是对于开发者而言,可以复用既有能力,减少低价值代码耗费时间,同时,很多需求变更可通过配置方式实现,缩短了开发、运维等时间。3)其他成本如沟通成本、测试成本,甚至云架构方式降低硬件成本等。2、增效主要包括2方面,交付效率和协作效率。1)交付效率通过配置即可满足一批新增或变更需求,直接避免了低价值代码开发时间,开发效率提升10倍并不夸张,同时,也意味着客户响应效率的极大改善,这是比开发效率更重要的事!通过配置无法完全满足的需求,虽然仍有开发工作量,但由于可以复用平台能力,也节省了相当一部分开发工作量,提效数据要看具体场景,但总体而言,复用带来的效率提升不容置疑!由于平台能力复用,会大大缩短端到端交付时长,如测试时长、集成发布时长等都被大大缩短,工程效率的提升,让低代码有超越DevOps进化至NoOps的可能性。2)协作效率沟通效率。一个需求交付要涉及到很多人,如业务人员、产品经理、开发人员、测试人员等。而借助低代码,很多需求可能在业务部门内容就能实现了。需要沟通的人数少了,沟通效率自然就提高了。天生敏捷精益。敏捷追求的核心关键字,如“尽早交付”、“快速反馈”、“响应变化”等低代码平台生而有之,通过配置快速交付,让程序尽早接受业务校验,迅速得到反馈,并及时调整。精益追求的核心关键字,如“价值”、“消除浪费”、“内建质量”等低代码平台同样生而有之,低成本快速验证,聚焦业务设计而非程序设计,通过业务聚焦、标准化、复用、少人化等消除不产生价值增值的活动,通过平台本身内建质量保障所有应用质量等。
  • [行业资讯] 低代码的大规模落地还需要多久?
    随着技术的发展和企业需求的快速变化,传统的软件开发已然不能满足“敏捷”的客户需求。而低代码作为一种快速开发工具,起到敏捷、缩短交付周期的作用,并且正在潜移默化地影响着现有的软件作业模式。低代码平台是指通过模型驱动的技术路径和可视化的用户界面,实现基于封装组建的通用模块,编写少量代码进行调用即可完成应用程序搭建的开发平台;无代码平台则是无需任何代码便可实现应用程序创建的开发平台。低代码与无代码都起到了提升开发效率、加速企业数字化转型的作用,但由于代码量的区别,低代码与无代码开发平台面向的人员及特点有所差异。目前低代码平台在发展初期无法服务嵌入性系统和信息安全产品,因此低代码市场将替代软件研发的部分市场份额。其次,由于低代码市场仍处于发展早期,市场渗透率不足1%,因此目前市场规模依旧较小。但低代码平台能够助力企业释放真正的能力和价值,因此未来渗透率将高速增长,据测算,低代码市场复合增长率将达到49.2%,2025年市场规模将达到267.7亿元。
  • [技术干货] 项目上线后,如何减少客户对交付成果的质疑
    背景背景描述早些年前,软件行业刚刚兴起,当时的软件产品功能简单,用途单一,软件研发方法也都遵循“计划-->需求分析-->设计-->编码-->测试-->运维”这样一个流程按部就班的开发,最后产品基本能满足客户的需求。这种研发方法被很多公司沿用至今,可与之前不同的是,客户对项目交付成果的质疑越来越多。有家公司就问了类似的问题:“项目上线后客户提出质疑,导致交付出现问题,项目管理上如何操作可以避免或减少这种情况的发生?”在交流过程中,我们了解到该公司在使用传统的瀑布模型进行研发,同时也了解了客户主要有哪些方面的质疑。质疑描述客户质疑大致有三方面,一方面:交付成果和合同要求对不上:客户认为合同明明说的是A,可是产品做出来的功能却是B,比如地处西北的客户吃饺子,想蘸点老陈醋,签了份合同让公司提供“饺子蘸料”,接单的是东北人,根据“蘸料”开发了一瓶酱油,于是客户认为自己表述的足够清晰,是公司内部管理不善造成功能开发错误;另一方面,产品按需求研发,但是整个研发过程中,客户一直没有接收到研发团队关于产品或研发进度的信息,导致客户对项目的焦虑,从而对产品产生质疑;还有一方面,有的产品按需求正确开发,也定时向客户汇报进度,可交付时客户认为功能不够,在当下市场没有竞争力就像当下做电商不支持移动支付;这些质疑让公司很头疼。你是否也经历着同样的问题?如何减少客户对交付成果的质疑?问题分析上文提到的质疑可以概括为:双方对需求理解不一致,产品功能规划没有随市场变化而刷新和沟通不足引发客户不了解情况而焦虑。接下来我们推测下产生这些质疑的原因。双方对需求理解不一致需求被制定后,可能没有做进一步澄清,导致开发人员理解有误,照着自己的想法开发出偏离预想的产品;或者客户想表达的意思是A,但是由于自己表述有问题,需求描述成了B,那自然无法开发出令人满意的交付成果。还有一种情况更要命:客户在制定需求的时候自己只有一个模糊的想法,具体要做的自己也不清楚,这种情况按计划做出的产品想令客户满意就只能靠运气了。沟通不足,客户因不了解情况而焦虑我们试想一种场景:小张在网上买了个手机想要送给女朋友作为生日礼物,眼看生日快到了,商品显示已发货,却始终看不到详细的物流信息,客服也不告知小张商品目前是啥情况,换做你是小张,你急不急,就算商品按时到达,也会因为物流过程不可见而而很难获得好评。实际生产中也是一样,客户下了订单之后,研发团队一直闷头干活,不与客户沟通项目进度,客户一样会因为不了解项目进展而焦虑,最终对交付成果产生质疑。产品功能规划没有随市场变化而刷新正所谓计划不如变化,传统研发模式是计划驱动,而市场是瞬息万变的,想要占领市场,需求变更在所难免。计划就像一张地图,一条路经历世事变迁会发生很多变化,按照一张两年前的地图找上面标注的店铺很可能走了半天也找不到地方;同样,照着两年前制定的计划做出的产品,按交付时的背景去审视它,会给人一种“乃不知有汉,无论魏晋”的感觉,客户难免会对产品提出质疑。解决措施传统研发模式的交付类似流水作业:做完计划和需求,就可以按照计划进行开发,然后交付验收。在这种研发模式中,客户参与度类似U型:客户在计划阶段和定义需求阶段参与较多;之后项目进入研发阶段,客户参与度骤降甚至不参与;最后交付阶段客户参与进来,进行验收工作。客户在研发阶段参与度降低,很容易造成双方对产品沟通不到位:比如需求被错误理解没人引导;市场上出现新功能,产品想不到变通等,这些“不到位”最后都会转化成对交付成果的质疑。为避免这种情况,可以尝试做敏捷转型,客户对交付成果的质疑在所难免,但敏捷可以大大减少客户的质疑。敏捷开发的价值观是:“个体和互动重于流程和工具;可工作的软件重于面面俱到的文档;客户合作重于合同谈判;响应变化重于遵循计划,尽管右侧重要,但左侧更重要”。敏捷按迭代进行交付,每个迭代持续时间不会很长;同时敏捷更注重给客户带来的价值,客户(或客户代表)可以全生命周期的参与并影响整个项目。下图是传统开发和敏捷开发客户在不同生命周期参与度对比。敏捷具体可以从哪几个方面减少客户对交付成果的质疑呢?使用标准的用户故事方法分析和记录需求,确保双方理解一致传统研发模式以计划为导向,使用详细的文档比如:概要设计、详细设计记录需求,这种方法有他的优点,但是缺点也比较明显:首先制作计划需要花费很长的时间,其次需求描述过于产品化,不易解读。敏捷开发以价值为导向,区别于传统研发模式的文档,敏捷开发使用用户故事记录需求:用户故事是站在用户的角度去描述需求,并且给出用户期待实现的价值,这样开发人员更容易开发出客户真正想要的功能(用户故事细节详见《 “用户故事等于需求说明”——你一定没有写好用户故事》)。举个例子,使用用户故事描述需求:客户吃饺子想要一瓶蘸料,用户故事可以写成:“作为生长在山西的小王,我想要一瓶饺子蘸料,以便于让饺子吃起来更美味”。通过用户故事可以看出,客户是“生长在山西的”,所以饺子蘸料可能是老陈醋而不是酱油,交付起来会比“客户想要一瓶蘸料”准确很多。另外用户故事并不是写好之后就一成不变的。用户故事的“INVEST”原则中的“N(可商议的)”原则要求用户故事是可以商议的。当开发人员不理解用户故事中的需求,可以将问题抛出来,由产品负责人进行澄清,直到双方对需求的理解达成共识。下图是使用DevCloud编写的用户故事,以及需求分析讨论。综上所述,使用标准的用户故事记录需求,可以解决双方对需求理解不一致的问题,从而减少客户对交付成果的质疑。通过评审会等方式与客户保持定期或不定期的沟通交流敏捷开发方法众多,Scrum是最主流的敏捷方法之一。Scrum中有四个活动:计划会议,每日站会,评审会议,回顾会议,每个活动都帮助着团队更好的践行敏捷,更高质量的交付,各活动详细信息如下:从表中可以看出,计划会议,每日站会,评审会议都是围绕产品开展的。评审会议在每个迭代即将结束时开展,定期邀请客户参加评审会议是最直接有效的与客户沟通的方法:会上团队向客户演示迭代交付成果,客户通过演示了解产品已经具备哪些功能,哪些功能没有完成,哪些功能和理想中有偏差,对于偏差部分可以和开发团队沟通,后续迭代进行改进。如果客户很忙或者时间不稳定,不能参与每次评审会议,那么可不定期邀请客户参加每日站会,站会每天早晨都进行,客户可以在有空或有兴趣的时候参与。每日站会不是必须和客户一起开展,但是通过站会客户能了解到小部分交付成果以及团队工作状态,减少焦虑。客户不参加会议的话,可由产品负责人在评审会议结束后整理评审会议纪要,通过拜访,电话,邮件等形式告知客户,让客户了解当前项目进度,减少焦虑,从而减少对交付成果的质疑。对标市面主流产品,更新差异特性,让产品跟随市场变化除了澄清需求、增强与客户的沟通等手段之外,我们还可以带着客户,用产品对标市面上其他主流产品,找到差异并更新,减少客户的质疑。比如一款电商产品的结算功能在计划时未考虑移动支付,只支持网银支付,按传统模式运作项目的话,最终交付时产品不会支持移动支付,使用起来会很麻烦;如果使用Scrum运作项目,可以在项目进行过程中,或者评审产品的支付功能时,对标主流电商产品,这时候会发现移动支付是目前最主流的在线支付方式,产品需要支持移动支付,所以可将“结算功能支持移动支付”作为一个优先级高的新需求加入项目,并与产品负责人协商下个迭代或尽可能快的完成这个需求,让产品的支付功能跟随市场变化,增加产品的竞争力。参考附录Kenneth S.Rubin:Scrum精髓. 北京:清华大学出版社Scrum Guide
  • [技术干货] 华为大咖分享:华为敏捷与DevOps实践分享(后附PPT下载)
    点击 →《华为云DevCloud大咖分享汇总(附PPT下载)》回复本贴查看下载完整版PPT**** 本内容被作者隐藏 ****
  • [技术干货] 【大厂内参】 第1期:80+篇实践干货分享,深度解读敏捷&DevOps;如何革新软件开发
    【摘要】 由华为云DevCloud专家服务荣誉出品,是业界研发能力方法与实践的高端智库,聚合了众多经典的敏捷&DevOps实践案例,是走向敏捷之路的“蓝宝书”。DevCloud · 敏捷智库华为云DevCloud专家服务荣誉出品,业界研发能力方法与实践的高端智库敏捷方法敏捷估算敏捷实践估算第一篇:利用用户故事了解需求      Scrum和看板如何选择    估算第二篇:了解估算的核心概念   如何玩转每日站会? 估算第三篇:利用故事点做估算  如何让敏捷回顾会议更有效果 估算第四篇:了解常见的估算方法  一周的Sprint太紧张,能调吗?用户故事等于需求说明”——你一定没有写好用户故事    物理看板和电子看板如何选择?如何拆分用户故事 迭代中需求变更后看板中的任务卡片如何移动重新审视故事点Scrum的本质与看板方法的本质Scrum完整剧本Scrum活动之每日例会(站会)用户故事切分招数每日站会的常见错误与误区敏捷管理敏捷需求管理敏捷团队管理如何进行需求结构化管理?研发团队如何管理琐碎、突发性任务?   项目需求变更频繁,如何做好有效的需求管理和规划  团队人员变动频繁,怎么做好新人培养,让他们快速上手 ? 如何进行需求优先级管理开发团队中的任务没人领取,你头疼吗? 如何避免重要需求遗漏?Scrum Master如何引导团队中的刺头读懂敏捷需求管理的四个关键词  团队与领导力健康检查 | 体检表需求总是无法按时交付怎么办管理远程团队的5个必备要点敏捷需求之分层管理如何打造优秀的远程敏捷团队(9步)快速有效敏捷估算 - 如何在一小时内把200多个需求进行估算和排优先级Scrum Master能力说明 - Scrum Master八个姿势白皮书一个ScrumMaster的自白询问的力量(ScrumMasters与敏捷教练)敏捷&DevOps敏捷DevCloud实践敏捷DevOps实践如何实现应用接口的混合驱动测试如何使用DevCloud践行GitFlow模型如何采用流水线践行CI/CD理念如何多账号使用Git访问CodeHub代码库如何显性管理并提升Story分解能力     DevOps组织如何利用度量金字塔驱动DevOps转型DevOps上华为云DevCloud“六步走”实践     DevOps组织中应用架构师的新定位与实践如何构建Kotlin开发的Android Apps如何避免DevOps变革的六大“焦油坑”代码检查服务如何降低Java应用“Billion Dollar Mistake“NPE风险DevOps组织如何选取拓扑结构以提升协作效能DevOps组织如何有效地实施MSADevOps组织I&O专业人员新角色分析与技能提升大咖布道成熟度模型 – 敏捷和DevOps在企业中规模化推广的利器解读第14次年度敏捷报告背后的趋势“敏捷+ DevOps”先行,效能提升助推企业升级   敏捷家敏捷案例敏捷案例001 - Spotify案例分析 Bob Jiang008 - 敏捷的潘多拉魔盒 李聃002 - Scrum落地关键实践 网易云音乐 李岩009 - 在敏捷实践中成长 平安壹钱包 杨大鹏003 - 道富银行 杨贵 知行合一的敏捷实践010 - 从持续的需求交付到价值交付 阿里 彭鑫(公亮)004 - OKR与敏捷-有赞商城 费解011 - 敏捷与教练 胡俊005 - 我在哈啰的敏捷之旅 陈文博012 - 基于Spotify的敏捷转型实践006 - IPD下的敏捷实践 京东智联云 单冰013 - 敏捷团队转型的七种武器007 - OKR中的误区与痛点 杨瑞014 - The Great ScrumMaster敏捷实践系列看点LeSS(大规模敏捷案例分析)OKR系列敏捷转型LeSS案例 Sys商店有赞商城的OKR实践翻转组织—通用医疗敏捷转型案例Sita - 边境安检 LeSS案例 如何让OKR与敏捷计划共存敏捷(组织)转型的6个准备条件宝马集团 LeSS案例 谷歌OKR指导手册 (译)如何在敏捷转型中克服阻力 – 邀请的力量少即是多 - 组织简化的7个设计原则谷歌的OKR与KPI的差异德国大保险公司(化名) LeSS案例 综合敏捷知识敏捷智库敏捷工具【敏捷智库知识卡】第1-7期合集【敏捷智库2020年6月刊】:敏捷和效能专家郑立,第14次敏捷报告重磅解读【敏捷工具箱】你说我做,学习团队管理【敏捷智库知识卡】 第8期 拍脑袋估算法?OUT!科学估算,平稳生产【敏捷智库2020年7月刊】 本期推荐:专家Yegor解密软件质量墙,DevSecOps的前世今  【敏捷智库知识卡】 第9期 微服务架构难落地?MSA实施指导框架来帮你 【敏捷视频】DevSecOps的前世今生本合集为《大厂内参》001期,欢迎大家持续关注。大厂内参根据开发者普遍关注的热门技术领域,汇编实践精华内容。从业务场景选型,应用案例分析,到前瞻趋势预测。以专题的形式,深度解读华为云核心技术,分享一线工程师的实战经验。【第一期】敏捷&Devops:80+篇实践干货分享,深度解读敏捷&DevOps如何革新软件开发【第二期】数据库:从数据库科普到核心技术解读、上云案例分享,全方位剖析云数据库【第三期】云服务器:选型解读+案例分享:云服务器“软硬技术”全公开【第四期】人工智能:海量实战经验教你零门槛进场AI开发,无成本负担玩转AI应用【第五期】云原生:读懂云原生2.0,看它如何重塑业务开发架构【第六期】云安全:Get防范云安全的必杀技,学会构建云上完整安全体系【第七期】物联网:“端边云”IoT全栈技术大揭秘,开发实战指南带你轻松上手IoT【第八期】数据仓库:8大场景系列玩转数仓运维,做个不秃头的DBA
  • [行业资讯] 企业应该如何对待低代码
    采用低代码开发平台一个核心的痛点就是IT部门是否能够依据业务,来进行模型的构建。虽然这是一个痛点,同时也能够让IT人回归做应用软件的初心,回到应用逻辑的设计,胡柏强调,不论是采用零代码、低代码还是纯代码,想要做好一个应用软件,必须将应用逻辑梳理清楚。不管采用什么语言,核心在于将业务模型设计好,第二步才是考虑用到什么样的方式实现。过去大家总是会将“设计”这一环节忽略,其中有很多原因,第一个就是传统行业往往求急求快,忽略事件的本质。第二个原因在于即便设计好逻辑架构,置入到真实项目中,也会与关键客户的预想产生出入,这是因为客户也没有想清楚应该实现什么样的结果,只能是边做边改。对于IT部门来说,这是一项非常艰巨的挑战,而且通过代码来进行改进,成本非常高,迭代和升级成为一种常态,所以低代码于欧美应运而生。现阶段,随着科技的发展,敏捷的迭代能力非常关键,如今的数字化方法论也发生了很大的改变。这里胡柏以今日头条为例来进行了说明,今日头条的快速发展在于其牢牢抓住了时代的脉搏,随着社会的进步,如今已经从PC互联网时代转变到移动互联网时代,更多人开始使用手机获取各种信息,今日头条通过根据用户喜好进行信息推送的方式,直击用户获取信息的痛点,因此获得成功是必然的。客观来看,中国企业基本上没有标准化应用,每个企业都具有高度个性化、行业化的特征。中国的信息化市场很大,而且是高度定制化、个性化的市场。所以实现建立在一套业务模型的基础上,打造高度定制化下的标准化,这件事情在中国的数字化市场大有可为。而且采用低代码平台能够对企业的数字化架构进行补充和完善。如果企业想要选择一款合适的低代码平台,胡柏建议说:“一定要以终为始,本质在于降低成本,提高效率。客观来说,不论是零代码、低代码,还是纯代码,并不是一个对立的关系,而是会逐渐融合,最终要取决于企业的需求。如果企业想要进行表单填报和信息采集,就可以通过表单级应用来做;如果想要打造复杂的关键性系统,就要牺牲一定的灵活性,采用低代码平台;如果企业有独特的算法以及大量的计算交易场景,对于灵活性和敏捷性要求较高,就可以通过纯代码的方式来实现。因此企业一定要事先对业务场景和业务需求进行分析,最终选择合适的平台。”如今的商业环境和商业模式是千变万化的,每一家企业的业务模式不可复制,时代的变迁导致了数字化的方法论发生了巨大的变化,低代码在欧美快速崛起的一个原因就是时代导致的商业化转型,相信低代码也将随着商业环境的变化和更多数字化实践,变得更加高效。
  • [交流分享] 任正非:5G不是万能的 发展也需要一个过程
    总 裁 办 电 子 邮 件电邮讲话[2021]037号 签发人:任正非任总与2020年金牌员工代表座谈会上的讲话2021年5月8日任总:在探索人类历史的过程中,我们会发现每个人都会犯错误,没有错误、完全纯洁的人其实就是“瓷器”,一砸就碎,人往往是在与错误斗争的过程中不断前进。你们被评为了金牌员工,但不要背上金牌员工的“包袱”,回家把金牌交给家人挂起来,自己忘了,继续往前奋斗。别认为自己和别人不一样,说不定你就是未来的“接班人”。我认为,人生应该是一步一步踏踏实实前进的,不要好高骛远,别给自己设定过高的目标,可能努力也达不到,一生都会失败。《铃儿响叮当》的词曲作者皮尔彭特,他一生曾不断给自己订立的目标都太高,奋斗一生都没有实现,87岁还一事无成。后来出去过圣诞节,坐在雪橇上随口哼了一首歌,却成为脍炙人口的歌曲。所以,大家不要认为自己是接班人,从而背上一个沉重的包袱。放下金牌的包袱,只管努力前进,很多东西就是自然而然的事。1、程(人力资源管理部):我现在负责公司人才堤坝项目,是一名职场老兵,但也是一位华为新人。我加入华为两年时间,是在“5·16”前两个月加入的,在危急时刻加入公司奋斗,我觉得非常荣幸。任总:我要祝贺你,才入职两年时间就获得了金牌奖,真了不起!你们最主要是将外部经验带入华为,对“游击队”进行整改,让我们逐步转为“正规军”。因为华为公司这30多年是在摸着石头过河,建立了自己的体系。虽然我们在向“猫”学习,但其实学得还不像,至少我们还不会“上树”,现在你们带来了职业经验,就要教我们“老虎”怎么上树。这样三、五年以后,我们渡过困难时期,才有更强大的战略地位。华为像蛭形轮虫一样是单基因文化,需要多基因的冲突、多基因的融合产生突变。这些突变有利于潜力的爆发。2、冯(集团财经):我一进公司就去到海外,在尼日利亚常驻了八年时间,今年刚回国参加财经两类CFO战略预备队培训。请问任总,针对我们两类CFO工作有什么指导要求?任总:你是在拉各斯吗?那是一个非常漂亮的地方。现在我们的海外政策是垂直提拔,来自国内外财经、审计等专业毕业的优秀学生,大多数都到海外从担任PFC开始,通过PFC熟悉公司的业务,滚一身泥巴,洗个热水澡,从外行变成内行。我们搞财务的人不能只会“拨拨算盘”,一定要懂业务,不懂业务叫会计,懂得业务才是财经。我们让一批有真才实学的人在实践中滚一滚、爬一爬出来,将来才有机会担负一些重任。不是任命了再学,而是充满电,时刻准备着。如果你认为自己能做小项目CFO了,那你敢不敢去做小项目CEO?一个项目的CEO比CFO的工作要复杂很多。首先,CEO要做计划,如果机器设备都不熟悉,怎么能做出计划?第二,如果没有实践过,连工时定额都不清楚,怎么能做出预算?明白了计划、预算、核算,能做CFO了,那能不能做概算?如果这几种都不是很清楚,那上升通道就窄了。洗过这些澡,你的能力就提升了。我们在海外贯彻“蒙哥马利计划”,让优秀人员可以走垂直提拔的道路,现在公司组建的新部门、新公司大多数骨干都是在海外选调的。比如,走了一个地区部总裁,就要提几个补充上来,补充上来的人的位置又要补充,一连串地提拔,这样给年轻人一个垂直上升的空间。一些胸怀大志、有潜力的年轻人应尽早去海外。有人会有疑问:“目前海外市场不如国内,为什么海外的待遇比国内好呢?”这就是鼓励青年人去。也有人误解“去艰苦国家就要过艰苦的生活”,这是不正确的。比如,我们南苏丹代表处,三名中方员工,有两栋大别墅,篮球场、游泳池、电影院、音乐厅、咖啡厅……全都配备,我们还要加快海外环境改善的落地。因为公司规定,艰苦国家生活是要达到瑞士富人的生活标准,工作环境要达到欧洲标准,所以他们把生活和工作全分开。海外的办公环境、生活环境都要达到一定的高标准,艰苦奋斗是指精神上的,我们要倡导和营造一个有品质的环境,让海外员工生活和工作更加舒适、开放和高效。为什么我们要鼓励员工走向最艰苦的地方?不仅仅是思想意志的锻炼,而且是业务的需要。因为公司很快就要云化,云化以后,只要那边有一个“前站”,我们的“云”就能到那里去,所以我们能走出国门。所以,我们要继续贯彻加强对海外员工的关怀,对艰苦地区工作员工的关怀,关怀主要是解决两个问题:一是物质条件问题,二是思想及业务的培养和晋升机会。为什么黄埔军校门口的对联写着“升官发财,莫入此门”,而我们在非洲的口号是“升官发财请到非洲来”?因为黄埔军校是在解构一个社会,它本身不能创造财富,所以要求学员要有使命感、奋斗精神,没有物质激励,想要升官发财就不要去了。而我们现在是在建设一个“新社会”,为社会创造财富,也造福自己,同时有足够的资金,为什么不允许有志青年升官发财呢?而且国内条件这么好,对比之下,应改善国外艰苦地区员工及家属的安全及生活保障。整个海外工作、生活环境都要适当改善,达到较高标准。因此,我们的优秀青年不仅要有使命感,也要获得合理报酬。我们经常强调“雷锋精神”,但我们不是按雷锋精神来进行价值分配的,而是要按劳取酬的。我们只是强调精神上要“雷锋”,分配上按贡献取酬。当然,现在我们的评价并不是完全公正的,但我们逐步会走向公正,希望更多人在各类岗位上做出自己的贡献来。3、裴(运营商BG):我是GTS的一名老兵,在公司奋战16年,当过项目经理,也就是您刚提到的小项目CEO。我刚从菲律宾回来,您对我们工作有什么指示?任总:你既然做过小项目CEO,将来应该还想往上走一点的,那你能不能去做大项目的CFO,做审计?你要具备这些能力。我们一直强调,公司要有一部分人永远做专业的工作,逐渐往上走,为公司做出贡献;而干部要熟悉多个领域,否则决策的时候可能会犯错误。美国军队明确最高的士官等同于中将待遇。4、吴(制造部):我来自制造部,是做精密光器件的员工。“5·16”以后,我们器件这块也在快速发展,任总用“浆糊”这个大智慧把员工粘接在一起,我们则是用胶水把一个个小透镜粘好,当然我们的要求是纳米级、微米级的,希望任总能来现场给我们更多指导。任总:技术领域分为科学、技术和工程。科学只能被发现,因为它是客观规律,不是可以创造的;技术是创新,汽车就是一个技术,但是可以有多种汽车;工程是追求精益求精的领域。这三者不要混淆,三种不同的路线,三种不同的考核方法。科学,不要怕犯错误。我曾和大学座谈时讲过:“科学史上,有一种生存了八千万年的蛭形轮虫,经历了地球上多少灾难,它还活着,为什么?多少科学家研究了数十年,有些科学家因找不到雄的蛭形轮虫而发大火,实际上他已经走到诺贝尔奖的边上了,最后由比利时一位女科学家发现它是单性繁殖。两性繁殖,两条基因链的结合会产生突变,会有优秀的一代产生。”回顾五千年历史,皇帝身边能当宰相的一定都是优秀的人,但是宰相一犯错,往往就会被灭九族,血脉不留,其实就是把这条基因给断了。农民起义,进城杀富人,斩草除根,也是不留基因。但是如今开放改革,发现冒出很多新的事物,这就是开放改革,引入多种文化冲突,两条基因融合产生的突变,产生的优秀结果。为什么蛭形轮虫的单基因链能存活八千万年?单亲繁殖的基因链若有病变、有问题,遗传下去不就灭绝了吗?科学家发现蛭形轮虫的基因链会断裂,又会重新整合,这不就是两条基因融合产生突变,在优选吗?所以它们经历八千万年,经历多少灾难,还是存活了下来。华为文化就是一条单基因链,必须有冲突来促变,心声社区、遍地的咖啡馆、AT的任职年限、专家委员会的任期制、董事会/监事会的任期制……,都是改变单基因遗传,防止熵增、沉淀、内卷化。工程领域要精益求精,这不叫内卷,内卷是发生在不应该进行精益求精的地方。科学是犯大量错误以后才能有所发现,技术创新也是会有大量失败,但是工程呢,比如一座大桥的建设不是可以随便创新的,那样大桥可能就容易垮塌,大桥的工程方案是经过了千百次论证,才敢用这个公式来设计大桥。所以,你们做光相关的器件,也要走这个路线,扎扎实实,精益求精。5、樊(2012实验室):刚才您提到科学家,请问公司是如何定位科学家的?任总:科学家、技术发明家,还有工程专家,在公司里其实没有严格的界限,这是一个概念性的问题。大家不要去背上这个包袱,去想哪些是科学家,哪些是技术专家……我们都是概念性的泛指,对员工没有进行区分。社会上可能比较严格,要对应社会给他们的地位,要享受国家待遇,他们有严格的标准。我们是自己给自己“煮饭”,只是分饭的代码?不要太计较,也不要太横向比较,只是紧紧盯着自己的奋斗目标和周边的协作需求队伍。6、陈(供应链管理部):我来自供应链,有幸参与这两年供应链的一些会战。未来供应链业务越来越复杂,越来越艰难,您认为在供应链这一块的专业能力,有哪些需要提升?我们方向在哪?任总:供应链是复杂,但也是有机会的,因为虽然复杂,但并不代表只有我们公司复杂、别人不复杂。我们这么大的公司,如果很简单地做出来东西,还卖这么高的价格,那肯定是不合理的。所以,我们不怕复杂,要面对现实解决问题,然后创造价值。有机会学一些系统工程学、统筹学、控制论……,有益你的进步。最简单的读物就是华罗庚的“优选法”、“统筹学”。7、邓(云与计算BG):我现在做鲲鹏相关的业务,请问您对鲲鹏有什么指导意见?任总:就是坚定不移地做下去。不可能做到半途就不做了,那会害了多少合作伙伴?8、徐(消费者BG):我是来自平板与PC PDU的员工。由于美国制裁,我们的业务非常困难,未来我们是不是要坚定国产化的方向往下走?任总:中国是不是全球的一部分?是。所以,我们坚持全球化也就包含了国产化,我们不可能走向封闭,必须走向开放。我们仍然要坚持向美国学习,它百年积累,灵活的机制,在科学、技术上还是比我们强很多。我经常在网上看到网民问,陈平讲的美国和任正非讲的美国,是同一个美国吗?陈平讲的是社会问题,我讲的是科学、教育和技术问题,角度不一样,说的是同一个美国。社会问题太复杂,让政治家们去解释;科学是真理,只有一个答案,科教是比较单纯的,这方面美国是强大的,它百年的基础是比较牢实的。我们不能因美国打压我们,就不认为它不是老师,不向美国学习,这样会走向自闭。9、杨(ICT战略与Marketing):我在湘钢项目里待了一年多,我们5G ToB已经进入不少行业,但目前在整个行业咨询和顶层设计上,我们缺乏这方面的能力。煤矿行业已经成立了军团,在其他行业,我们是怎么考虑的?任总:任何一个新技术的成长都需要一个很漫长的过程,5G也不是万能的,发展也需要一个过程。从信息产业来看,每一个新技术的出现大概需要10年左右才能发育成熟,这已经比工业革命时期的速度快很多了,比如火车的发明到火车的规模化使用,就经历了几十年的时间。工业革命60年一个台阶,信息革命基本是10年一个台阶,我们现在刚刚进入这个市场,它的应用价值还有待于未来的体现,短时间还没有那么快能体现出它的价值。10、巫(质量与流程IT管理部):我来自流程IT,以前一直服务于公司内部,现在我们也组建了军团想要走出去,请问任总对这一块有什么期望?任总:现在还是先老老实实服务好内部。比如内部ID的统一,如果不是强力推动,内部的ID都不能够统一,每登录一个内部平台,都需要重新输入一次ID信息。内部ID的统一都如此艰难,想走出去,走到哪里去?支持我们自己内部发展的IT,还有很多问题没有解决,为什么要走出去?所以,虽然流程IT在网络安全性方面做得不错,但我们现在还是要先把内部问题做好,这是主要目标,再考虑如何把系统走到外面去,不要盲目地走出去。11、韩(云与计算BG):我来自于数据存储。过去工业社会,我们感觉社会流动的血液是石油,未来信息社会流动的血液是数据,而存储是数据最底下的基石,您对存储这块怎么看?任总:我认为,未来数据会越来越大,困难越来越多。但中间建立的协调性方面,在华为公司还是一个弱项,水平还很低,目前我们CPU平均利用率只有15%,有没有能力把CPU的利用率提高到35%呢?这样客户不需要多花钱,就多增加一倍的能力。我们的算力是走集群计算的道路,提高每个计算单元的作用,是非常大的责任。因此,必须有好的中间件。大家应该向小鸟学习,鸟妈妈含着虫子飞回鸟窝,这么多小鸟嘴张开着,嗷嗷待哺,它怎么知道哪一只喂过,哪一只没有喂过呢?这就需要调度好。你们的数据调度软件,像鸟妈妈一样能做好了。我们协调的中间件做好了,每个CPU得到均匀的数据,而且提高35%,这样不需要增多投资,客户就能解决问题,那怎么会不满意呢?但事实上,目前我们还做不到。华为公司有一个最大的缺点,都要用最好的东西,做最好的事情。比如,买菜大妈使用的存储系统需要最好的吗,需要用石英玻璃来制作嘛?不需要。可能买完菜,收完钱,数据就不要了。那我们的存储有没有分类,对不同的客户采用不同的方式,来降低客户的负担?我在云的讲话纪要,徐直军加了一句话:“极简的架构,极低的成本”,我加几句话“极简的组织架构,极简可靠合理的流程,干部、专家的考核极简化” ,否则我们不能生存。社会的竞争,我们不能自己改变自己,它就来改变我们的命运。12、耿(运营商BG):我来自运营商BG MSSD,过去一年我们主要做数字化工具来支撑BCM业务的运行。在运营商领域的数字化拓展能力上,您有什么指示和要求?任总:我们还是要加强对基础的建设,因为华为公司从“游击队作风”转化到“地方部队”,还没有成为“正规军”。你看现在的正规军组织能力有多强,但我们还不够,主要体现在:第一,开发工具没有统一;第二,代码仓没有统一。以前研发大多数是“诸侯”,有些高级干部自己不懂技术、没有能力,还按照自己土方法,每家都来开发自家工具,每家都有自己的代码仓,这样开发出来的工具就不统一。就像我前面说的,统一内部ID都如此困难,如果不是公司强力让几个部门联合起来进行统一,那公司现在还是“游击队”一样松散的组织。以前的老师傅就会说:“一要手艺巧,二要工具妙”。华为公司在工具问题上的重视程度不够,我们要统一“诸侯”。现在公司文件已有要求,所有干部都要通过资格考试,如果不具有这种资格,就要换岗。去年软件系统的干部下台率好像是69%,并不是说都辞职了,而是转到别的岗位上去。13、李(全球采购认证管理部):我来自生产采购认证部。现在国际环境变化很大,我们与国外供应商接触有很大阻碍,并且越来越难了,您有什么建议?任总:首先要好好合作,诚心诚意与别人合作。工作本来就很难,没有困难,凭什么你们要拿这么高的工资?有困难,就说明我们做得了,别人做不了,说明了我们的价值。人类社会没有哪一步的前进是容易的。我建议大家看一看《觉醒年代》,在共产党成立初期,李大钊、陈独秀为了推动革命,脱下长衫,走入工农,到工厂去教工人们识字,提高大家的文化水平,传播革命道理。百年来我们走过了多少曲折。这么重要的电视剧,大家一定要看。谢谢大家,再见!
  • [技术干货] LED 闪烁程序
    LED 闪烁程序      点亮 LED 小灯的程序我,就是让 LED = 0。熄灭小灯的程序也很简单,就是 LED = 1。点亮和熄灭都会了,那么如果我们在亮和灭中间加个延时,反复不停的点亮和熄灭小灯,就成了闪烁了。    Keil 写程序的过程,建立工程-->保存工程-->建立文件-->添加文件到工程-->编写程序-->编译-->下载程序。#inciude<reg52.h>sbit LED = PO^0;sbit ADDR0 = P1^0;sbit ADDR1 = P1~1;sbit ADDR2 = P1^2;sbit ADDR3 = P1^3;sbit ENLED = P1^4;void main ()/ / void即函数类型{ unsigned int i = 0;//定义一个无符号整型变量i,并赋初值О//以下为执行语句部分 ENLED = 0; //U3、U4两片74Hc138总使能 ADDR3 = 1; //使能U3使之正常输出 ADDR2 = 1; //经U3的Y6输出开启三极管o16 ADDR1 = 1; ADDR0 = 0 ; while (1) { LED = 0 ;//点亮小灯 for(i=0; i<30000; i++); //延时一段时间 LED = 1;//熄灭小灯 for (i-0 ; i<30000;i++);//延时一段时问 }}
  • [热门活动] 【HDZ研习社X华为云DevCloud】对话业界大咖,为什么开发者要人手一本《代码大全2》,瓜分百万码豆~
    大咖来啦!6月21日20:00-21:00, 大咖ThoughtWorks中国区创新总监肖然和精一天使公社联合创始人李忠利一起助阵,对话《代码大全2》中文译者:徐毅、陈玉毅,带你读“开发者圣经”《代码大全2》的绝妙之处,了解它的核心价值。直播报名时间:即日起-6月21日20:00,点击报名>>>>>直播时间:6月21日20:00-21:3001 专家阵容肖然肖然,ThoughtWorks中国区创新总监,中国敏捷教练企业联盟秘书长,全球Open ROADS数字化转型社区咨询委员会成员。计算机算法博士研究生,著作及翻译有《深入核心的敏捷开发》、《代码管理核心技术及实践》、《人件》、《增强人类》等。肖然作为大型企业数字化转型专家,10多年来深耕大型商业组织精益治理,领导并参与了华为、中兴、招行、中行等诸多知名企业的数字化转型项目,帮助金融、通讯、零售、物流等众多领域领先企业加速现代数字化业务转型。并在中国发起了DDDChina、Cynefin中国、敏捷教练等专业社区。李忠利李忠利,连续创业者,原张飞充电COO,合伙人。精一天使公社联合创始人。10多年的IT互联网团队研发管理经验,成功创办或投资过多家知名企业并退出上岸。百度工作期间,入选大技术体系创新奖获得者和最佳百度人。陈玉毅陈玉毅,字晓宇,笔名小玉一休。开源社区的追随者与贡献者,拥有丰富的产品规划,架构设计和团队管理经验。擅长组织研发团队进行技术预研及技术选型,追求简单高效,敏捷交付的产品研发模式。徐毅华为云DevCloud首席布道师,华为研发能力中心特聘敏捷专家,曾历任华为研发能力中心系统工程部技术专家、IBM大中华区敏捷及DevOps卓越中心主管、诺基亚移动设备敏捷及精益教练、惠普企业服务资深敏捷顾问、诺基亚网络全球敏捷转型中心精益及敏捷教练等职。 02 活动奖励福利1: 报名赢码豆用户点击报名页面,点击报名,报名成功即可获得100码豆,还有史蒂夫·麦康奈尔的采访音频扫码可得哦~(仅限前1000名,先到先得)福利2:读书打卡有奖在论坛内打卡、发表读书笔记和读书感想积分超过30分即可参与抽奖,赢取10万码豆!规则:每日回贴打卡“每日读书”记一分,发表读书笔记、感想和相关话题记3分(在直播中若话题被采用,可得1000码豆)。备注说明:有效邀请指被邀请者注册华为云账号时间不早于5月25日;排名如有并列的,则随机抽取一名获奖,排名顺延。比如有两位小伙伴邀请人数相同都排在第1名,则随机抽取一名为第1名,另一名排名顺延为第2名;相同的话题被采用,以先发出话题的人为获奖者。如何邀请好友?1.点击报名页上方“立即报名”按钮 > 2.登录/注册华为云账号 (已登录跳过)> 3.填写信息完成活动报名 > 4.报名成功弹窗中点击分享有礼(或进入“个人中心”-“我的活动”点击分享有礼按钮) > 5.按照引导将活动分享至你的好友,并引导ta完成本活动报名。福利3:回答问卷有奖(1)时间:2021年6月21日周一20:00-21:30;                 (2)规则: 观看直播抽奖,即有机会赢取中文版首发珍藏限定版《代码大全2》图书;获取价值3496元的沪江网校月卡一张、双肩包、机械键盘、茶叶礼盒。(截止6月21日10点前哦)03 注意事项 1.  扫码添加小助手入群,与专家持续交流2. 活动邀请专属链接禁止在本活动群内露出,如发现群内露出将取消活动邀请资格。3、6月31日公布活动获奖结果并在7个工作日内完成码豆下发。4、码豆介绍/领取说明:码豆介绍:码豆可用于在华为云会员中心-兑换商城中进行实物/虚拟礼品的兑换,如荣耀路由Pro 2、华为nova mini蓝牙音箱、华为云DevCloud定制机械键盘等等。>>码豆商城
  • [技术干货] 微认证之路 基于华为云DevCloud的托马斯商城
    ### 名称及链接[基于华为云DevCloud的托马斯商城](https://edu.huaweicloud.com/certifications/31d9e63e491c4a6bb910984286405efd) ### 课程章节1. 使用华为云DevCloud的背景及意义2. 基于华为云DevCloud的托马斯商城解决方案3. 基于华为云DevCloud的托马斯商城技术原理4. 基于华为云DevCloud的托马斯商城项目管理 ### 证书![wrz-rjkf-cj-devcloud-tomas.png](https://bbs-img.huaweicloud.com/data/forums/attachment/forum/202105/19/101102g3likfyqnntjggcf.png) ### 笔记1. DevOps 1. 文化 2. 自动化 3. 精益 4. 度量 5. 分享2. dev 和 ops 存在 "混乱之墙" - Andrew Shafer3. 敏捷宣言 1. 我们一直在实践中探寻更好的软件开发方法,身体力行的同时也帮助他人。由此我们建立了如下价值观: 1. 个体和互动 高于 流程和工具 2. 可工作的软件 高于 详尽的文档 3. 客户合作 高于 合同谈判 4. 响应变化 高于 遵循计划 2. 也就是说,尽管右项有其价值,我们更重视左项的价值。4. 敏捷、持续集成、持续交付、DevOps5. 华为云DevCloud 1. 云上开发 2. devops/持续交付 3. 全生命周期6. VPC、ECS、RDS for MySQL7. git、svn、git bash、TortoiseGit8. MVC框架9. jsp、servlet、ant、jdbc ### 备注1. 感谢老师的教学与课件 2. 欢迎各位同学一起来交流学习心得^_^ 3. 在线课程、沙箱实验、博客和直播,其中包含了许多优质的内容,推荐了解与学习。
  • [行业资讯] 劳动者之歌丨丁进:做精益求精的网络信号“医生”
    2018年获得省级移动光网双提升个人三等奖,2019年通过中国电信集团物联网产品维护支撑经理四级认证和无线网络优化工程师三级认证,2020年在河北省总工会举办的河北大工匠挑战比拼活动之物联网技术应用与维护比赛中获得第一名,2021年被评为河北工匠……1988年出生的丁进,是中国电信集团有限公司石家庄分公司移动网络建设优化中心的一名宏站建设主管。2015年参加工作至今,短短6年时间,他收获了令同龄人骄傲的成绩与荣誉图为丁进正在对工程建设库房里的产品进行盘点和安全检查。 河北日报通讯员霍志平摄他也付出了比同龄人更多的努力。6年间,他的双脚几乎踏遍了石家庄所有的移动网信号角落,他不停地接手各种专项优化工作,不断提升自己的专业技能服务用户。他发力新基建,逐渐成长为物联网方面的网优专家和开发专家。 刻苦钻研,努力成为一名真正的网络优化达人、技术能手大学毕业后,丁进成为中国电信集团有限公司石家庄分公司的一名工作人员,通过一段时间的培训和岗位学习,他来到网络建设优化中心,从事网络优化工作。工作任务是通过各种硬件或者软件技术,使网络性能达到社会需求的最佳平衡点,简言之,就是提高上网速度,提升用户感知度。2016年1月,刚参加工作半年的丁进便挑起了大梁,开始独自负责石家庄市东南片区移动网络射频优化维护工作。这个区域共有1500个移动网络基站,占整个石家庄区域移动网络基站总数的四分之一。一天,丁进相继接到3位客户打来的投诉电话,反映同一小区网络信号不佳。“经现场测试,是这一区域同时被3个基站网络信号覆盖了。”通过调试参数,丁进很快就发现并解决了问题,但心里一直有一个疑问:“为什么之前没有出现信号越区覆盖的现象,现在却出现了呢?”从用户家里出来,丁进开始寻找导致信号越区的根本原因。第一天无果,第二天他又去了这个小区,还是没有找到答案。直到第三次,他站在基站高处认真观察附近环境,突然发现一处刚刚拆除的大楼。“问题是不是与这栋刚拆除的大楼有关?之前有楼体遮拦,另外两个基站的信号被拦截。大楼被拆除后,信号便越区了。”经过测算,问题果然出在这儿。“作为网络优化工作者,不仅要帮助用户解决问题,还要预知各种突发状况,最大限度减少和避免用户投诉发生。”丁进说,这也是他三次去探寻信号越区的原因。为提升工作能力,丁进经常向单位的技术能手请教无线问题中的疑难杂症,并利用工作之余学习理论知识,深入研究协议、信令等。工作中,他跑遍了片区内的1500个站点,每个站点的周围环境、天馈参数、网管参数、周围问题点优化方案等,他都烂熟于心。经过不懈努力,丁进负责片区内的投诉指标下降10%,覆盖率提升了5%,他终于成为一名真正的网络优化达人、技术能手。经过历练之后,他开始在不放手现有工作基础上逐渐接手各种专项优化工作。在参与城市边界优化专项工作中,他和同事们在三伏天里驱车走在石家庄与衡水、邢台等相邻市交界处,参与网络信号初测、复测,与相邻市沟通共同有利的射频优化参数。3个多月里,连续进行了5轮测试,累计行车里程可以绕石家庄15圈,最终使得石家庄边界网络信号问题降到最低,边界网络信号覆盖率提升5%,质差小区数降低50%,解决了边界网络乱、难、杂等问题。不停接手各种专项优化工作,奋力完成预期目标,不停提升自己的专业技能服务用户,是丁进对自己的基本要求。有付出就会有回报,在他和同事们的努力下,石家庄4G和5G用户感知提升明显,移动网络用户感知在中国电信集团排名第一。浏览类业务、视频类业务、通信类业务和即时通信类业务综合指标提升8.2%以上,网络质量问题下降10%,实现了端到端的用户感知定界和优化。发力新基建,挑战物联网领域基础设施是经济社会发展的重要支撑。如今,以5G为首的新基建正在如火如荼地建设中。丁进在用心做好省会5G网络覆盖的同时,还参与移动网络感知云、小区导频污染消除等30多个创新项目,为公司累计节约成本260万元。随着石家庄物联网业务的迅猛发展,丁进又开始向这一新领域发起进攻。几年前,石家庄开始安装基于NB-IoT的智能燃气表。一天,位于石家庄与邢台交界处的一个村庄里的一名用户反映,自己家的燃气表无法使用。丁进和同事们立刻赶到用户家里,经测试,发现网络可以满足燃气表的使用。起初,他们认为是燃气表的问题,可村民更换完燃气表没几天又出现了同样的问题。经过反复多次的试验研究,他们发现,问题的根源出在这家用户使用的是邢台的信号。很快,这一问题便解决了。“这让我们明白了,即便是在相隔不足两米的狭小空间内,不同设备也可能占用不同信号,这对随后在石家庄落地的几十万块燃气表和其他物联网设备的网络优化提供了宝贵经验。”丁进说,面对物联网这一新事物,大家都不太熟悉,主要靠一点一点地摸索和积累经验。为了让自己更快适应这一业务,他利用业余时间外出参加NB-IoT培训,通过书籍学习协议信令和优化方案,逐渐成长为物联网方面的网优专家和开发专家。去年12月8日,由省总工会主办的河北大工匠挑战比拼活动之物联网技术应用与维护比赛在河北化工医药职业技术学院举行。比赛针对各类传感器进行安装、调试和网络联接,并根据任务书对物联网中智能环境检测等应用场景进行部署配置、开发调试,完成物联网智慧生活实训平台设备的操作,相当于2小时内打造出智慧生活的“中枢神经”。在与全省优秀物联网选手的较量中,丁进获得了第一名的好成绩。“科技在快速发展,从2G、3G、4G到现在的5G,以及未来的6G、7G等,我将执着于自己的专业,做精益求精的网络信号‘医生’,为用户提供优质精准的服务。”丁进说。     (河北日报记者方素菊)
  • [交流吐槽] SAP汉诺威工博会展示Industry 4.Now,打造更加灵活、敏捷的供应链
    2021年4月15日,北京讯—— 在今年的线上汉诺威工业博览会上,SAP 展示了Industry 4.Now,如何利用工业物联网等技术,让企业的供应链更具灵活性和敏捷性。SAP产品管理、制造和工业物联网负责人DominikMetzgerSAP产品管理、制造和工业物联网负责人DominikMetzgerSAP 产品管理、制造和工业物联网负责人 Dominik Metzger 表示:“很多 SAP 客户的全球供应链都极其复杂。制造行业的企业通常都有着复杂的供应链网络,它们的供应商不仅遍布全球,还分成多个层级。正因为如此,面对突发的供应中断,很多企业都束手无策。SAP 客户的当务之急是设法高效地降低成本和提高生产力。对于 SAP 来说,核心问题是如何利用我们的创新技术帮助客户实现流程自动化。”在 2021 年的线上汉诺威工业博览会上,SAP 展示了一系列新功能和新应用,这些功能和应用计划于第二季度上市,能够支持企业将工业流程数据应用于整个价值链。借助物联网、机器人和边缘计算技术,实现物料供应自动化SAP的产品管理团队构建了一个工业物联网产品组合,旨在帮助客户利用 SAP S/4HANA 软件全面实现流程自动化,比如补货流程和出货流程。该产品组合采用了机器人、内部物流流程数字化,并基于智能规则框架,根据实时数据确定合适的行动方案。在装配线上,企业需要使用叉车和手动运输系统等设备拣取和运输物料,供后续安装使用。这种情况下,企业通常会采用看板流程,确保将物料准确供应给生产线上的生产和组装工位。与此同时,基于云的智能规则系统将对传感器数据进行解析,确定在特定业务流程和应用中应该何时触发操作。SAP将这种物联网与 SAP Edge Services 的组合称为‘工业物联网’,因为是在工业环境中使用物联网数据。在另一项创新中,自动导引车 (AGV) 将取代叉车司机自动拣取物料。这些新功能适用于 SAP Digital Manufacturing Cloud 提供的业务场景。通过集成 SAP Manufacturing 解决方案系统和其他物流系统,客户可以无缝实施和使用这些新功能。SAP 与 MPI Group 联合开展的调研显示,2020 年,已经有客户在工厂和仓库试点这些有助于提升生产力的创新成果,但还未广泛推广使用,因为没有标准化的方法将 AGV 或机器等操作技术、传感器及其他设备集成到业务软件中。SAP 已经开始着力将自动化技术集成到行业标准(如 OPC 统一架构, OPU-UA)中,并加大力度在实施管理上,从而帮助企业降低成本,提高生产力。SAP 利用云 — 边缘架构降低成本在过去的六七年里,SAP一直在努力降低这些实施项目的总体拥有成本,让客户能够实现大规模推广。除了标准化之外,SAP在云— 边缘架构(Cloud – Edge)方面取得的技术创新也为我们提供了助力。该解决方案通过利用边缘计算设备(通常是小型服务器),来确保工厂的关键流程始终保持运行。企业无需在每个工厂实施这些流程,只需要在云端集中进行配置,然后在工厂端的边缘服务器上运行这些流程。此外,SAP Edge Services 和 SAP 物联网解决方案还提供了一项新功能,即自动识别技术。该技术可以自动将实体对象的移动与特定的流程步骤关联起来。通过实时更新状态,企业可以显著提高供应链的可靠性。这样,企业就能确保始终满足客户需求,应对全球的供应瓶颈。
  • 华为云敏捷扑克牌,真是一边玩,一边学习
    华为云敏捷扑克牌,真是一边玩,一边学习
  • 有没有什么教程,换了敏捷扑克不知道杂用呀
    有没有什么教程,换了敏捷扑克不知道杂用呀
总条数:266 到第
上滑加载中