• 0
  • 0
分享
  • 腾讯解散XR部、PICO传裁员?元宇宙热降温了——软件测试圈
  • 恬恬圈 2023-02-17 09:36:39 字数 1379 阅读 849 收藏 0

  近日,有消息称,腾讯XR(扩展现实)团队全线解散,字节跳动收购的VR企业PICO启动人员调整优化。

  XR是虚拟现实(VR)、增强现实(AR)和混合现实(MR)等沉浸式技术的总称。2022年6月,腾讯宣布成立软硬一体的XR业务线,归入腾讯互动娱乐事业群(IEG),被外界视为高调进军元宇宙的信号。腾讯高级副总裁马晓轶当时表示,该布局是希望抓住未来4-5年内的机会,在软件、内容、系统、工具SDK、硬件等各环节积极尝试,打造行业标杆的VR产品与体验。

  对于解散传闻,今日腾讯方面回复记者称,腾讯游戏 XR 业务将变更硬件发展路径,相关业务团队进行调整。腾讯将为受影响员工提供两个月过渡期,并优先安排转岗面试和外部推荐机会。腾讯内部人士对记者透露,此次人员调整主要基于行业原因,腾讯并未放弃探索 XR,仍会考虑其他发展方向。

  PICO相关负责人回复人员调整信息称:“大裁员”信息不实。PICO近期确实进行了一轮组织优化,但整体比例不高。且此次调整仅涉及部分业务,属于公司正常的组织架构调整,不会影响到业务的正常运行。

  近期,XR行业企业颇为动荡。除了腾讯与字节,微软刚成立四个月的工业元宇宙团队(Industrial Metaverse Core)已完全解散,该团队百名成员被解雇。Meta旗下的类Roblox元宇宙游戏平台Crayta宣布将于2023年3月3日关停。

  易观分析资深分析师廖旭华对记者表示,几家企业在XR方面的动态并不能直接地相提并论,唯一的共性就是非理性的元宇宙热到了该冷静的时候。比如PICO,廖旭华称,字节跳动在2022年定了太高目标,给了太多营销预算,但由于产品本身缺乏有力内容支撑,年终考核不达标是可能的。

  但在廖旭华看来,PICO产品本身没有问题,企业未来对VR也会继续投入,只是不能“拍脑袋”做决定。另外,微软的工业元宇宙项目虽然砍了,但其HoloLens与Azure数字孪生这些务实的业务还是会继续发展。

  廖旭华称,行业企业都在将非理性的业务砍掉或者让业务回归理性,不再用“元宇宙”自欺欺人,更注重业务与技术本身。至于腾讯XR事业部的调整,作为腾讯IEG的一个子部门,从2022年才开始正式投入,且更多出于行业竞品压力的原因。至于腾讯集团到底要不要做XR、如何做XR,截至目前并无定论。

  相较于元宇宙概念从爆火到逐渐冷静,当下行业热点更多聚焦于ChatGPT,在微软与谷歌动作带动下,国内科技企业纷纷公告在生成式AI领域的布局。Forrester分析师卢冠男对第一财经记者表示,每家企业都希望将新的技术趋势转化为市场竞争优势,在生成式AI方面激进布局的企业,是潜在可以在业务场景中获益、并在技术实现上有优势的企业。

  技术实现方面,卢冠男称,国内外大厂都在调整其大语言模型在算力、算法、数据方面的投入和研发方向。算力角度,具有公有云业务的大厂在获取GPU资源上则更有优势;算法方面,目前大语言模型的主要实现方向有 BERT、GPT、 T5 三种模型架构选择,不同模型架构所擅长的业务场景不同。

  卢冠男表示,目前科技大厂都在向 GPT这个方向上倾斜,ChatGPT对训练数据的标注方式提出了新的思路,所以在训练数据的工程准备上,企业也需要摸索和改进。


作者:佚名

原文链接:新浪科技_新浪网(sina.com.cn)


  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 软件测试(Software Testing):在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。一、软件的分类?1、按照功能划分:【系统软件】:如操作系统、数据库管理系统,各种驱动软件等;【应用软件】:如Office、有道翻译、QQ等;2、按照技术结构划分:【单机版本】:如Office,画图工具等;【C/S结构软件】:如QQ、微信等;【B/S结构软件】:如新浪、搜狐、google等;3、按照使用终端划分:【PC端】:电脑版QQ等安装在电脑端的软件;【移动端】:如手机版QQ、微信等安装在移动端的软件;4、按照用户划分:【产品软件】:Office、...
            0 0 1036
            分享
          • 在以往性能测试中,通常施压机的硬件资源不会成为压力瓶颈,但是在多任务并行的场景中,如果一个任务占用当前机器资源过多,会影响其他任务执行。或者当前用例本身存在问题,导致性能无法进一步提升,影响了性能测试执行。根据以上场景,如果能从监控工程上得到解决自然是最好的。可以实时监控施压机和施压进程的CPU占用、内存使用、GC清空。但是,重点来了,并不是总能拥有一套完美的监控系统。这个时候,就需要自己手动解决一些痛点。经过查阅资源,最终将方案锁定在java.lang.management.ManagementFactory这个类,看名字和路径大概能猜个七七八八了。以上我提到的信息都可以调用这个类的API获...
            0 0 1082
            分享
          • 大家好呀,我是一名苦逼的前端开发工程师,为啥苦逼呢,这不,项目下周就要上线了,但是后端还没给我接口,没有接口我就无法调试,工作停滞不前,我也只能坐着干着急。我报告给了我的老板山哥: 老板,这后端不靠谱啊,都快上线了,接口还没出来。山哥回道,别着急呀,这不有 Mock 吗?Mock,什么是 Mock 啊?我一脸狐疑,问向山哥。山哥慢条斯理说,就是前端自己启动一个 HTTP 服务,模拟后端接口的数据,这样就无需等待后端接口开发完成了,不会因为后端开发延误而阻塞你的工作进程了。嗯,真是个不错的注意,我仿佛发现了新大陆!以后再也不用受后端拖累了,心里暗暗开心,但转念一想不对啊,时间不够啊!我...
            9 9 988
            分享
          •   首先作为一个初级测试人,我对初级的定义一般是在 0 到 5 年,或者 0 到 3 年。要回答这个问题,先明确的一点是,前面我们讲到测试已经不是以前传统的测试,是一个大的测试,是一个广义的测试,那么在这种情况下,测试分为三类人:一类是做业务功能的测试;一类就是做自动化测试,把这些业务功能的测试转换成自动化的脚本;那么第三类人就是做测试平台、测试工具、测试服务开发的。  你首先需要明确的是,你想在这三块当中所做的是哪一块?明确了这个之后,我们再来看每一块怎么去做发展。  第一类,你想做一个业务的专家, 也就是说你怎么来把业务做得非常的精通。这类人在将来应该还是比较吃香的,但是,这类人的数量应该...
            0 0 882
            分享
          • 我们都知道对于测试人员来说最重要的两个评审会议是需求评审和用例评审。需求评审需求会议评审的最根本有以下几个目的:第一,评审需求中产品设计的功能中有问题的地方,和没有量化的地方,比如功能设计的字段的类型和限制长度,规则等等。第二,评审需求中有问题的地方我们肯定都要推动产品进行修改最终达成一致。第三,我强调为什么要量化,只有量化之后,测试才能后期的用例编写,开发才能进行一些程序设计包括数据库设计。什么是量化?我举个简单的例子:比如某软件登录是手机号登录,产品设计的文档中写的是输入规范的手机号。这句话就是有问题的,没办法量化,什么是规范的手机号?如果说手机号为首位为1,11位数字,这样的需求才是没问...
            0 0 2319
            分享
      • 51testing软件测试圈微信