首页 文章 精选 留言 我的

精选列表

搜索[万物智联],共10000篇文章
优秀的个人博客,低调大师

研发团队如何借助「智能协作」,加速数智化转型?

自由构建 探索无限。10月13日,LigaAI受邀参加2022亚马逊云科技中国峰会,并发表了题为「利用亚马逊云科技AI/ML服务开启新一代智能研发协作的大门」的主题演讲。 聚焦数据驱动,本文将与大家分享「数据驱动+AI+研发协作」模式下的创新火花。 一、当前研发管理正在面临什么难题? 这个问题可以从开发团队、管理者和协作工具三个维度解读。 01 开发团队维度 很难与业务团队和管理者在目标上达成一致; 不认为进度上报、工时登记等属于本职工作,因此完成积极性通常不高; 与其他团队协作缺乏有效沟通机制。所有事情依靠人推动,一旦忘记或遗漏就会受到阻碍; 大量时间耗费在与开发本身无关的任务上,导致难以专注。 02 管理者维度 基于开发团队现状,难以获取真实进度数据。大部分进度数据滞后,或需依靠人工干预; 研发产出难以通过现有数据衡量。后补的数据失真严重,而原始数据的处理又十分依赖个人的分析和决策能力; 日常管理动作所需的进度跟进、沟通、任务分派、各方协同等微观管理,劳心劳力。 03 协作工具维度 灵活性较差。 团队只能按照工具本身的方式工作,不能随意适配现有的流程; 开放程度低。 没有丰富的API和数据同步机制,很难与其他系统打通; 自动化程度低。 所有的事情必须通过人力手工处理,增加了使用负担,也导致团队不愿意使用工具,进一步加剧数据失真。 以上三方面原因综合导致研发效能提升困难。 二、更好的研发协作方式是什么? 传统研发项目管理中,协作过程串行化严重,团队内部的大量空转造成了巨大浪费,同时也产生了很大的项目延期风险。 LigaAI认为未来更好的的协作形态应该是「赋能型管理+自驱型团队+智能化工具」的有机结合。 新一代研发协作模式具有业务导向、目标导向、全员参与等特点。要实现以上效果,需要组织文化与团队成员配合作战; 此外,合适的工具也能帮助团队更快地实现目标,二者缺一不可;而风险预警、智能协作等场景也非常适合通过 AI 提效。 让机器处理机器擅长的事情,让人回归到更有创造力的本职工作,这就是 「数据+AI」驱动的下一代研发协作。 三、为什么要构建数据驱动型企业? 01 对内全面提效 从企业内部看,数据驱动的研发协作等于全面提效。通过数据驱动,LigaAI希望达成以下目标: ·提高组织内部透明度。 让各个部门可以随时了解其他部门在做什么、进度如何;保证各部门可以顺畅协作,减少信息损耗,提高流转效率。 ·培养数据人才和数据意识,让大家养成关心数据、使用数据的习惯。 ·提高研发团队的业务参与度。 缩短研发团队与业务的距离,让研发成员了解用户对自己研发的产品的使用情况和满意度。 · 提升开发人员的成就感。 与业务参与度相伴而生,要让大家更愿意主动地解决业务问题。 ·企业内部各部门在内部决策时,可以有所依据,降低决策难度和决策成本。 最后,全面提升业务敏捷性。 02 对外增强产品竞争力 ToB SaaS企业内部提效最终要表现在外部市场。从SaaS客户的视角看,数据驱动的研发协作意味着产品竞争力增强。 ·于SaaS产品而言,用户体验是重要指标。通过数据驱动,可以提升用户体验和客户满意。 · 提供个性化的服务支持。 采用「数据+AI」的模式,学习不同用户的使用习惯,推荐更适合的流程,为不同用户提供针对性的服务;还能降低上手成本,让产品陪伴用户成长。 ·传统工具常提供大量原始数据,需要用户自己进行分析解释;LigaAI以「数据+AI」的方式,为用户提供辅助的决策建议,实现数据洞察。 四、如何构建数据驱动型研发协作和企业? 下图的金字塔自上而下是一个由虚转实的过程,四层内容分别代表愿景、目标、实施和数据利用。 下面以LigaAI为例,展开分享如何按照金字塔步骤,搭建数据驱动型企业。 01 管理愿景 数据驱动是一种理念、战略。企业需要先在内部达成统一的认识,形成自上而下的、一致的数据愿景。 02 企业效能目标 确定愿景后,定义阶段性目标。LigaAI聚焦研发协作,当前阶段最主要的目标就是企业效能提升,那么「企业效能提升」就是数据驱动的目标。 以下是一些推荐的效能目标。 03 可扩展的数据架构 明晰目标后,就可以实施。LigaAI先搭建了一个最小化的可扩展数据架构(下图是简化版的核心架构图),从左至右分别是数据源、数据处理、数据存储和数据服务。 LigaAI的数据源包括Aurora关系型数据,以及非结构化的文档数据、日志数据、队列数据等; 根据业务情况,数据源处理分为实时和离线处理:实时数据处理一般使用DataSync服务,而非实时数据则采用传统的ETL程序进行处理; 所有处理好的数据会 统一放到基础的数据存储平台,LigaAI选择的是DocumentDB和S3 ; 最后,数据服务分为两个部分:已经处理好的数据,通过查询服务直接对内部、外部应用提供接口; 与AI相关的服务,LigaAI以SageMaker为核心,搭建了一套AI工作流程,并实现AI数据训练、模型发布、模型部署等自动化处理。 04构建数据驱动的正循环 将架构和平台应用结合,构建数据驱动的正向循环。 LigaAI的数据驱动正循环以团队为核心,团队在LigaAI平台上使用产品并产生数据、数据驱动算法、算法改进平台。平台、数据、算法三者相互驱动,形成「效率提升内循环」,这是对平台客户的价值; 在企业内部,LigaAI形成了以产品、客户体验、反馈池、研发迭代为主体的「价值滚动外循环」。 内外两个循环共同组成我们的价值飞轮,最终提升产品竞争力。 五、 关于数据驱动提效的建议 构建数据驱动时,可以从价值比较高的具体场景,或比较容易出效果的场景切入,增强团队信心; 也可以利用云产品快速搭建合适的数据架构,实现快速启动; 启动后,需要关注数据生产、使用、改进的正循环。只有不断改进,才能走得更远; 最后,注重数据安全、隐私与合规,也非常重要。 六、如何衡量数据驱动为企业带来的效益? 下面是一组LigaAI构建数据驱动型企业的效益数据。 01研发协作提效 简化需求排期流程 更有效的研发工作衡量方法 超过 40% 的任务实现自动流转及通知 新模型上线,从 2 周变成了 2 天 02 价值交付 提高了产研对业务的参与度 快速反馈,提高业务的敏捷性 更高的客户评价与市场竞争力 整体而言,LigaAI帮助诸多企业成功实现了业务协同、降本增效的大目标。 # Liga总结 以「数据+AI」为核心的下一代研发协作,能够帮助企业完成更多的任务:让机器做繁琐重复的工作,将人回归到本职角色专注创造。 减少琐事和干扰事项的打扰,让开发者体验沉浸式工作,让专注激发、释放更多的创造力和生产力。 关于 LigaAI LigaAI是新一代智能研发协作平台。我们以人工智能技术为核心,致力于通过AI场景化繁为简,提升协作效率,赋能广大研发团队。 从开发者的具体工作场景出发,LigaAI通过人工智能将开发者们从繁杂琐事中抽离出来,为其提供简洁、智能的协作体验,也为不同类型的组织提供数字化、个性化、智能化的项目协作平台。 了解更多敏捷开发、项目管理、行业动态等消息,关注我们 [LigaAI@oschina](https://my.oschina.net/u/5057806)或点击LigaAI - 新一代智能研发协作平台,在线申请体验我们的产品。

优秀的个人博客,低调大师

Java学习笔记--异常处理(传智播客的总结)

背景: 我们的java程序也是会存在某些不正常 的情况的,这些不正常的 情况我们就统称异常。(还有一种是IO流的异常 要包装成运行时异常) 异常体系: ———-| Throwable 所以异常或者错误类的超类 ————–|Error 错误 错误一般是用于jvm或者是硬件引发的问题,所以我们一般不会通过代码去处理错误的。 ————–|Exception 异常 是需要通过代码去处理的。 如何区分错误与异常呢: 如果程序出现了不正常的信息,如果不正常的信息的类名是以Error结尾的,那么肯定是一个错误。 如果是以Exception结尾的,那么肯定就是一个异常。 Throwable常用的方法: toString() 返回当前异常对象的完整类名+病态信息。 包名+类名 = 完整类名 getMessage() 返回的是创建Throwable传入的字符串信息。 printStackTrace() 打印异常的栈信息 比如:虚拟机能分配的内存是50多mb如果超过了就是Error类型的 疑问: 下面的信息是通过printStackTrace方法打印出来,那么异常对象从何而来呢? Exception in thread “main” java.lang.ArithmeticException: / by zero at Demo10.div(Demo10.java:10) at Demo10.main(Demo10.java:5) jvm运行到a/b这个语句的时候,发现b为0,除数为0在我们现实生活中是属于 不正常的情况,jvm一旦发现了这种不正常的情况时候,那么jvm就会马上创建 一个对应的异常对象,并且会调用这个异常对象 的printStackTrace的方法来处理。 异常的处理: 方式一:捕获处理 捕获处理的格式: try{ 可能发生异常的代码; }catch(捕获的异常类型 变量名){ 处理异常的代码.... } 捕获处理要注意的细节: 如果try块中代码出了异常经过了处理之后,那么try-catch块外面的代码可以正常执行。 如果try块中出了异常的代码,那么在try块中出现异常代码后面的代码是不会执行了。 一个try块后面是可以跟有多个catch块的,也就是一个try块可以捕获多种异常的类型。 一个try块可以捕获多种异常的类型,但是捕获的异常类型必须从小到大进行捕获,否则编译报错。 疑问一 : 异常的处理感觉没有多大作用,因为都是输出一个话而已? 异常处理非常有用,只不过是由于我们目前所接触的知识点太过于局限而已。 疑问二: 以后捕获处理 的时候是否就是捕获Exception即可? 错的,因为我们在现实开发中遇到不同的异常类型的时候,我往往会有不同 的处理方式。 所以要分开不同的异常类型处理。 注意 如果抛出了一个异常 那么接下来的代码就不会执行 */ 举例: try catch方法 class A{ public static void main(String[] args){ div(1,0); } public static void div(int a,int b){ int c=0; try{ c=a/b; }catch(ArithmeticException e){ System.out.println("1"); }catch(NullPointerException e){ System.out.println("2"); }catch(Exception e){ System.out.println("3"); } } } /* 异常的处理方式----抛出处理 抛出处理(throw throws) 抛出处理要注意的细节: 1. 如果一个方法的内部抛出了一个异常 对象,那么必须要在方法上声明抛出。 2. 如果调用了一个声明抛出异常 的方法,那么调用者必须要处理异常。 3. 如果一个方法内部抛出了一个异常对象,那么throw语句后面的代码都不会再执行了(一个方法遇到了throw关键字,该方法也会马上停止执行的)。 4. 在一种情况下,只能抛出一种类型异常对象。 throw 与throws两个关键字: 1. throw关键字是用于方法内部的,throws是用于方法声声明上的。 2. throw关键字是用于方法内部抛出一个异常对象的,throws关键字是用于在方法声明上声明抛出异常类型的。 3. throw关键字后面只能有一个异常对象,throws后面一次可以声明抛出多种类型的 异常。 疑问:何时使用抛出处理?何时捕获处理?原则是如何? 如果你需要通知到调用者,你代码出了问题,那么这时候就使用抛出处理. 如果代码是直接与用户打交道遇到了异常千万不要再抛,再抛的话,就给了用户了。 这时候就应该使用捕获处理。 */ 举例:throw 抛出 class Demo2{ public static void main(String[] args)throws Exception{ try{ div(0,1,null); }catch(Exception e){ System.out.print("1"); throw new Exception(); } } public static void div(int i,int j,int[] arr) throws Exception{ if(i==0){ throw new Exception(); }else if(arr==null){ throw new NullPointerException(); } int c=i/j; System.out.println(c); } } 如果 main函数也抛出异常 那么到时候出错的时候直接打印printStackTrace 自定义异常类: /* sun提供了很多的异常类给我们用于描述程序中各种的不正常情况,但是sun 给我 提供异常类还不足以描述我们现实生活中所有不正常情况,那么这时候我们就需要 自定义异常类。 需求: 模拟feiQ上线的时候,如果没有插上网线,那么就抛出一个没有插上网线的异常, 如果已经插上了网上,那么就正常显示好友列表。 自定义异常类的步骤: 自定义一个类继承Exception即可。 class NullIpException extends Exception{ public NullIpException(String x){ super(x); } } class Demo2{ public static void main(String[] args){ String ip="sdf"; ip=null; try{ xx(ip); }catch(Exception z){ z.printStackTrace(); } } public static void xx(String ip)throws Exception{ if(ip==null){ throw new NullIpException("noip"); } System.out.println("sdfsadfasdfas"); } } —————| 运行时异常: 如果一个方法内部抛出了一个运行时异常,那么方法上 可以声明也可以不 声明,调用者可以以处理也可以不处理。 ——————| 编译时异常(非运行时异常、受检异常): 如果一个方法内部抛出了一个编译时异常对象,那么方法上就必须要声明,而且调用者也必须要处理。 运行时异常: RuntimeException以及RuntimeException子类 都是属于运行时异常。 编译时异常: 除了运行时异常就是编译异常。 疑问: 为什么java编译器会如此严格要求编译时异常,对运行时异常如此宽松? 运行时异常都是可以通过程序员良好的编程习惯去避免,所以java编译器就没有严格要求处理运行时异常。 ———————————————————————————————————— */ finally块的 使用前提是必须要存在try块才能使用。 finally块的代码在任何情况下都会执行的,除了j vm退出的情况。 finally非常适合做资源释放的工作,这样子可以保证资源文件在任何情况下都 会被释放。 finally: 结论: 1、不管有木有出现异常,finally块中代码都会执行; 2、当try和catch中有return时,finally仍然会执行; 3、finally是在return后面的表达式运算后执行的(此时并没有返回运算后的值,而是先把要返回的值保存起来,管finally中的代码怎么样,返回的值都不会改变,任然是之前保存的值),所以函数返回值是在finally执行前确定的; 4、finally中最好不要包含return,否则程序会提前退出,返回值不是try或catch中保存的返回值。 System.exit(0);//退出jvm 那么finally是不会执行的 举例: class Demo2{ public static void main(String[] args){ try{ div(1); }catch(Exception e){ e.printStackTrace(); System.out.println("xipanzi"); } } public static void div(int n) throws Exception{ try{ System.exit(0); }catch(Exception e){ System.out.print("sdf"); }finally{ System.out.print("finally"); } } } 如果try里面是return 那么也会执行finally 但是不会影响return的返回值 因为finally是在return之后才执行的 fianlly释放资源的代码 import java.io.*; class Demo6 { public static void main(String[] args) throws Exception { FileReader fileReader = null; try{ //找到目标文件 File file = new File("f:\\a.txt"); //建立程序与文件的数据通道 fileReader = new FileReader(file); //读取文件 char[] buf = new char[1024]; int length = 0; length = fileReader.read(buf); System.out.println("读取到的内容:"+ new String(buf,0,length)); }catch(IOException e){ System.out.println("读取资源文件失败...."); }finally{ try{ //关闭资源 fileReader.close(); System.out.println("释放资源文件成功...."); }catch(IOException e){ System.out.println("释放资源文件失败...."); } } } } 总结: 1:子类覆盖父类方法是,父类方法抛出异常,子类的覆盖方法可以不抛 出异常,或者抛出父类方法的异常,或者该父类方法异常的子类。 2:父类方法抛出了多个异常,子类覆盖方法时,只能抛出父类异常的子 集 3:父类没有抛出异常子类不可抛出异常 1:子类发生非运行时异常,需要进行try{}catch的(){}处理,不能 抛出。 4:子类不能比父类抛出更多的异常

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

用户登录
用户注册