Loading [MathJax]/jax/output/CommonHTML/config.js
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >联想的麻烦

联想的麻烦

作者头像
人称T客
发布于 2018-06-06 06:52:12
发布于 2018-06-06 06:52:12
9500
举报
文章被收录于专栏:人称T客人称T客

联想这两年到底经历了什么?业绩下滑利润跳水,战略上屡屡被人诟病,从恒生指数中踢出,到被美国媒体评为全球最差的科技公司,以及一段2016年的往事,都能成为联想引火上身的导火索,联想到底怎么了?

据传在3GPP举办的有关5G标准的表决会议上,联想集团针对华为主导的5G标准Polar短码方案投票投了反对票,致使Polar方案失败,联想对高通方案投了赞成票,对此联想发声明称这纯属谣言。

可是联想的辟谣并没有打消网友心中的质疑,甚至联想即使拿出证据也无法摘掉“美帝良心”的帽子。

为此,华为官微也在上周辟谣:2016年11月3GPP会议上,华为及其他55家公司(包括联想和摩托罗拉移动)基于广泛的性能评估和分析比较,联合提出Polar码作为控制信道的编码机制并获得通过,联想及其旗下摩托罗拉移动针对该方案的投票都是赞成票。至此,5G信道编码技术方案完全确定,其中Polar码作为控制信道的编码方案,LDPC码作为数据信道的编码方案。

移动通信是个开放的产业,需要业界各方携手合作。华为公司一直致力于与产业伙伴合作,共同打造全球统一标准,建设开放、创新的健康生态环境。

可是华为的辟谣似乎并没有解救于联想与水火之中,第一,长码投票,联想两票给高通。结果高通胜,这两票不影响最终结果。 2、短码投票,联想两票弃权,导致华为一票之差输给高通。 3、控制码投票,联想两票投华为,最终华为取胜,但是联想的票不影响结果,因为多数都投给了华为。

而华为的官方解释也是控制信道的编码机制,联想投了该方案,其他的方案华为并没有为其明证,这也是大家议论的焦点所在。

那么,2016年的那场事件的经过是什么呢?

其实在5G编码方案,一共开了两次会议才确定下来最终结果,一次是在葡萄牙里斯本的10月的会,确定数据编码(数据编码分为长码和短码),一次是美国的11月的会。

第一次开会,主要是确定数据编码。

其中,联想以及摩托罗拉投票高通LDPC作为唯一方案:

3gpp官方会议记录:

完整支持名单:

Samsung, Qualcomm Incorporated, Nokia, Alcatel-Lucent Shanghai Bell, Verizon Wireless, KT Corporation, KDDI, ETRI, IITH, IITM, CEWiT, Reliance Jio, Tejas Network, Xilinx, Sony, SK Telecom, Intel Corporation, Sharp, MTI, National Instrument, Motorola Mobility, Lenovo, Cohere Technologies, Acorn Technologies, CableLabs, WILUS Inc, NextNav, ASUSTEK, ITL

而中兴等希望大于X长度的长码用高通的LDPC,而小于X长度的短码用华为的Polar,这里才出现了所谓的长码短码的区别。

完整支持名单:

ZTE, ZTE Microelectronics, Acer, Bell, CATR, China Unicom, China Telecom, CHTTL, Coolpad, Deutsche Telekom, Etisalat, Huawei, HiSilicon, InterDigital, III, ITRI, MediaTek, Nubia Technology, Neul, OPPO, Potevio, Shanghai Tejet, Spreadtrum, TD Tech, Telus, Vivo, Xiaomi, Xinwei, IITH, IITM, CEWiT, Reliance Jio, Tejas Networ

可以看到中国台湾的联发科和宏碁等都支持要用上华为的方案。

会议最终结论:

3gpp官方会议记录:

http://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_86b/Report/Final_Minutes_report_RAN1%2386b_v100.zip

最终结论:

葡萄牙会议最终结果

大于X长度的长码用高通的LDPC,小于等于X的编码下次开会讨论是用Polar还是LDPC还是Turbo;X值的确定也是下次讨论;控制信道的编码也是以后再讨论。

然后下次开会确定了控制信道编码是华为的Polar,数据信号编码是高通的LDPC。应该说是各方妥协,一得一失。

美国会议最终结果

最终确定了现在的结果:数据码不管长码短码,都用高通的LDPC作为唯一方案,控制码用上了华为的Polar。

在这两次会议上,第一次葡萄牙会议数据码联想没有投给华为,然后过了一个月,大家应该能够猜到这一个月发生了什么,华为也做了不少公关工作,一个月后的美国那次控制码上联想投给了华为,五十多家齐齐整整。

事情的大致经过就是这样,这也是联想为何越辩越黑,其主要原因是联想只说了结果,并没有说出当年事件的全部经过,这也是网民死咬不放的原因,即使华为亲自为其正名也无济于事。

另外,联想之所以不得人心,还有一个原因,就是联想一直是一家是美帝良心的企业,比如同一款型号的联想笔记本,在美国和日本的价格都比国内卖的便宜,以联想的平板电脑IdeaPad K1 Tablet(32GB)为例,美国官网售价499.99美元(约3149元人民币),而中国的官网售价3499元人民币。价格在5K~6K的热门中端机型,在美国卖的比国内便宜1000块左右(含税)配置还比国内高(多内存,屏幕高分屏,硬盘大或者显卡好一个档次),高端的工作站就更别说了,国内行货分分钟比国外贵6000起,关键是国外买的还是全球联保,联想解释是地域销售策略。

针对这样的质疑联想的首席执行官杨元庆不止一次喊冤“为什么联想国内卖的比美国贵,那是因为国内增值税税率高达17%,卖得贵实属无奈.

即使加上这高达17%的税率,国内的价格依然比国外高很多,更何况联想还会有每年国家退税政策补帖呢?

其实,罗马不是一天建成的,联想也不能一味的只靠公关来掩盖,应该思考一下联想的今天到底如何形成的?

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2018-05-14,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 人称T客 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
SpringCloud服务接口调用OpenFegin
cheese
2023/10/25
2490
SpringCloud服务接口调用OpenFegin
springcloud:OpenFeign服务接口调用
​ Feign是一个声明式的web服务客户端,让编写web服务客户端变得非常容易,只需创建一个接口并在接口上添加注解即可.
冷环渊
2021/10/19
7200
SpringCloud Fegin 负载均衡
Fegin 是一个声明式 WebService客户端。使用 Fegin能让编写 Web Service 客户端更加简单,它的使用方法是定义一个接口,然后在上面添加注解即可,同时支持 JAX-RS标准的注解。Feign 也支持可拔插式的编码器和解码器。SpringCloud 对 Feign 进行了封装,使其支持了 Spring MVC 标准注解和 HttpMessageConverters(Http请求/响应与Java对象之间的转换)。Feign 可以与 Eureka 和 Ribbon 组合使用以支持负载均衡。可参考官网:https://github.com/OpenFeign/feign
Java架构师必看
2021/05/06
4470
SpringCloud--Netflix入门
SpringCloud是一系列框架的集合,目的是将业务系统拆分成一个个微服务,服务于服务之间相互独立,支持水平扩展,高可用,微服务架构主要的功能有服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等,Netflix虽然已经过时了,但是他框架集和其他微服务框架集作用差不多
aruba
2022/09/20
5310
SpringCloud--Netflix入门
SpringCloud的入门学习之概念理解、Feign负载均衡入门
  Feign是一个声明式WebService客户端。使用Feign能让编写Web Service客户端更加简单, 它的使用方法是定义一个接口,然后在上面添加注解,同时也支持JAX-RS标准的注解。Feign也支持可拔插式的编码器和解码器。Spring Cloud对Feign进行了封装,使其支持了Spring MVC标准注解和HttpMessageConverters。Feign可以与Eureka和Ribbon组合使用以支持负载均衡。
别先生
2019/12/02
4960
SpringCloud学习笔记(3):使用Feign实现声明式服务调用
Feign是一个声明式的Web Service客户端,它简化了Web服务客户端的编写操作,相对于Ribbon+RestTemplate的方式,开发者只需通过简单的接口和注解来调用HTTP API。它支持Spring MVC注解和JAX-RS注解,还支持可插拔式的编码器和解码器。整合了Eureka,Ribbon和Hystrix,具有可插拔、基于注解、负载均衡、服务熔断等一系列便捷功能。
布禾
2020/10/29
4090
SpringCloud学习笔记(3):使用Feign实现声明式服务调用
集成Ribbon的客户端调用工具——Feign
什么是Feign? 客户端调用工具 Ribbon+RestTemplate Feign Feign特性: Feign本身包含Ribbon Fegin是一个采用基于接口的注解的声明式客户端调用工具,更加
Noneplus
2019/09/24
4980
集成Ribbon的客户端调用工具——Feign
java高级进阶|SpringCloud之服务调用组件Feign
Feign是一个声明式WebService客户端,使用Feign能让编写WebService客户端更加简单,它的使用方式是定义一个接口,然后在上面添加 注解,同时也支持JAX-RS标准的注解,Feign也支持可插拔式的编码器和解码器,Spring Cloud对Feign进行了封装,使其支持了Spring MVC标准注解和HttpMessageConverters,Feign可以与Eureka和Ribbon组合使用以支持负载均衡。只需要你创建一个接口,然后在上面添加注解即可。
码农王同学
2020/07/14
5630
java高级进阶|SpringCloud之服务调用组件Feign
Spring Cloud【Finchley】-06服务消费者整合Feign
回想下我们在使用Eureka 和 Ribbon的时候是怎么调用注册在Eureka Server上的微服务的地址呢?
小小工匠
2021/08/17
3360
OpenFeign服务接口调用
  官方文档:https://cloud.spring.io/spring-cloud-static/Hoxton.SR1/reference/htmlsingle/#spring-cloud-openfeign
别团等shy哥发育
2023/02/25
7380
OpenFeign服务接口调用
SpringCloud入门(五)-服务消费者(Feign)
Feign 是一个声明式的伪 Http 客户端,它使得写 Http 客户端变得更简单。使用 Feign,只需要创建一个接口并注解。它具有可插拔的注解特性,Feign 支持可插拔的编码器和解码器。Feign 默认集成了 Ribbon,并和 Eureka 结合,默认实现了负载均衡的效果(所以说服务消费者一般使用Feign)
故里
2020/11/25
1.5K0
SpringCloud:Eureka服务注册与发现
Eureka 其实就是一个 服务注册与发现的中心,也就是相当于我们前面做的一些生产者的服务需要注册到我们的注册中心,那么我们的消费者就不用把代码写死,而是可以去服务中心订阅对应的服务,获取服务的最新地址,并且进行逻辑解耦。
lwen
2018/07/23
9030
Spring-Cloud微服务实战(五)-Feign应用通信
Feign是声明式的Web服务客户端。它使编写Web服务客户端更加容易。要使用Feign,请创建一个接口并添加注解。它支持可插拔的注解,包括Feign注解和JAX-RS(Java API for RESTful Web Services)注解。
JavaEdge
2021/02/22
4490
SpringCloud教程-05:负载均衡(Feign)
在SpringCloud教程-03:负载均衡(Ribbon)一文中,我们介绍了如何使用Ribbon来实现客户端的负载均衡,在使用Ribbon时,一般会用RestTemplate来实现对远程服务的调用,但是这依旧不够简洁,每次在使用RestTemplate去远程调用时,还是得写一些模板化的东西。Spring Cloud Feign,在此基础上做了更进一步的封装,我们只需要创建一个接口,并使用注解的方式配置一下,就可以完成对服务提供方的绑定和调用。
IT云清
2019/05/15
7140
SpringCloud教程-05:负载均衡(Feign)
Feign(负载均衡)
文章目录 1. Feign 负载均衡 1.1. 简介 1.2. 使用 1.3. 注意 1.4. 负载均衡算法 Feign 负载均衡 简介 Feign是一个声明式的伪Http客户端,它使得写Http客户端变得更简单。使用Feign,只需要创建一个接口并注解。它具有可插拔的注解特性,可使用Feign 注解和JAX-RS注解。Feign支持可插拔的编码器和解码器。Feign默认集成了Ribbon,并和Eureka结合,默认实现了负载均衡的效果。 声明式的接口+注解 使用的是轮询的算法 使用 添加依赖(消费者端
爱撒谎的男孩
2019/12/31
1.1K0
springCloud - 第4篇 - 消费者调用服务 ( Feign )
2. spring Initializr - module SDK 选择自己的 JDK ,其余的可以不用填写,next。
微风-- 轻许--
2019/08/01
5320
【Spring Cloud】006-Feign负载均衡
Feign是声明式Web Service客户端,它让微服务之间的调用变得更简单,类似controller调用service;
訾博ZiBo
2025/01/06
1590
【Spring Cloud】006-Feign负载均衡
服务发现组件 Eureka 实现服务间的调用组件Feign
Eureka是Netflix公司开发的服务发现框架,SpringCloud将它集成在自己的子项目 spring-cloud-netflix中,实现SpringCloud的服务发现功能。Eureka包含两个组件: Eureka Server和Eureka Client。
名字是乱打的
2022/05/13
5470
SpringCloud详细教程 | 第三篇: 声明性REST客户端Feign(Greenwich版本)
Spring Cloud有两种服务调用方式,一种是Ribbon+RestTemplate,另一种是Feign,上一篇文章,讲述了如何通过Ribbon+RestTemplate去调用服务,这篇文章主要讲述如何通过Feign去调用服务
小东啊
2019/06/26
9860
SpringCloud详细教程 | 第三篇: 声明性REST客户端Feign(Greenwich版本)
SpringCloud-基于Feign远程调用
Spring Cloud是分布式系统的开发工具包,包含多个微服务组件,其中Feign是一款声明式的Web服务客户端,极大简化了在Spring Cloud中进行远程调用的流程。文章将详细介绍如何利用Feign实现更优雅的多参数远程调用,通过Feign的注解和自动化配置,减少了手动拼接URL和请求参数的繁琐工作,提高了代码的清晰度和可维护性。这篇文章旨在帮助开发者更好地利用Spring Cloud中的Feign组件,构建更高效、可扩展的分布式系统。
Damon小智
2024/02/20
5850
SpringCloud-基于Feign远程调用
推荐阅读
相关推荐
SpringCloud服务接口调用OpenFegin
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档