近日，美国知名杂志《消费者报告》发布了 2022 年度汽车可靠性排名：丰田、雷克萨斯、宝马占据榜单前三；奔驰首次在榜单中垫底，让人大跌眼镜；最受关注但也争议最多的特斯拉虽然今年排名上升了 4 位，但依旧靠后，只排倒数第六。《消费者报告》是美国最权威、历史最悠久的消费者评估报告之一。虽然该榜单仅针对美国市场，但是上榜品牌绝大部分都在中国有售，并且拥有可观的销量，因此对中国消费者也有很大的参考价值。此外，通过这份榜单，我们也能看到新能源汽车在可靠性方面与传统燃油车之间的差异，以及智能科技对可靠性带来的影响，这些也对我们在购买汽车时如何考虑汽车的智能化、如何选择品牌提供了宝贵参照。《消费者报告》今年调查了 24 个汽车品牌，共计 30 多万辆 2000 款至 2022 款以及部分 2023 款汽车，并要求车主提供涉及发动机、变速箱和车载电子设备等 17 个领域的故障信息。汽车品牌的总体得分基于预计可靠性、道路测试表现、车主满意度调查结果、车型是否标配关键主动安全系统以及第三方碰撞测试结果综合得出分数，满分为 100 分。在榜单的前 10 名中，日韩品牌占了 7 席。从排名来看，宝马可靠性排名从去年的第 13 位跃升到今年的第 3 位，堪称最大黑马。前两年连续排名倒数第二的特斯拉，虽然今年排名上升 4 位，但还是排在倒数第六的位置。奔驰下降了 5 个名次，在榜单中取代林肯垫底，而林肯反而上升了 14 位，可靠性排名第 10 。
图片转载自《消费者报告》
纯电动车的可靠性排令人尴尬，问题主要出在电池组、充电系统和驱动电机上。雪佛兰、福特、现代、大众的用户都或多或少遇到了这些问题。这样的情况是可以预见的。跟已有百年历史的燃油车相比，电动车还是新鲜事物。现在市面上的电动车厂家，要么是此前从未造过汽车的造车新势力，比如美国的特斯拉、中国的“蔚小理”，要么是最近才推出电动车的传统车企，比如大众、福特、通用等。提升可靠性需要时间和积累。特斯拉的早期车型 Model S 和 Model X 可靠性欠佳，甚至低于行业平均水平。但是通过这两款车积累了经验和教训之后，Model 3 的可靠性就有了明显的提升，已经能够达到了行业平均水平了。这种进步也让特斯拉在今年的榜单中上升了四位，排名倒数第六。在可靠性方面，电动汽车厂商都应该向丰田学习。丰田于 1997 年推出第一代普锐斯，在接下 20 多年里持续改进、完善其双擎混动系统，再加上高水准的生产管理和质量控制，才使得混合动力车型的可靠性超越了传统燃油车。
奔驰希望借助于科技和创新提升竞争力，但俗话说得好：“试多错多”，新的尝试往往会带来一系列风险，大量的新技术就意味着在可靠性上面临更大挑战。作为奔驰的老对手，宝马选择了一条较为稳妥的路，更多采用了成熟的技术。这也让宝马的可靠性排名急速上升十位，位列第三名。对于广大消费者来说，一成不变的传统汽车，虽然可靠性让人放心，但也难免让人感觉枯燥、无趣。而“特斯拉们”的玩法确实令人兴奋，他们把汽车做得像个“大玩具”，却是又让人担心会“掉链子”。面对汽车智能化的大势所趋，车企需要平衡创新与可靠性。固步自封只会导致产品落伍、竞争力不足，过于激进则可能导致可靠性甚至安全性的问题。不过无论你是拥抱还是拒绝，汽车智能化进程是不会停止的，人工智能、5G、大数据...为代表的新一代信息技术，必定会赋予汽车魔力，让它脱胎换骨。更多精彩原创内容请关注微信公众号：智能车指北
想了解更多关于开源的内容，请访问：51CTO 开源基础软件社区https://ost.51cto.com。 一段时间以来，我一直在使用open_uri下拉ftp路径作为数据源，但突然发现我几乎连续不断地收到“530抱歉，允许的最大客户端数(95)已经连接。”我不确定我的代码是否有问题，或者是否是其他人在访问服务器，不幸的是，我无法真正确定谁有问题。本质上，我正在读取FTPURI:defself.read_uri(uri)beginuri=open(uri).readuri=="Error"?nil:urirescueOpenURI::HTTPErrornilendend我猜我需要在这里添加一些额外的错误处理代码...我想确保我采取一切预防措施来关闭所有连接，这样我的连接就不是问题所在，但是我
我正在寻找一种可靠的方式来部署Rack应用程序(在本例中为Sinatra应用程序)。请求将花费一些时间(0.25-0.5秒等待代理HTTP请求)并且可能会有相当大的流量。我应该使用传统的mongrel集群设置吗？使用HAProxy作为负载均衡器？恩金克斯？架子？您使用过哪些解决方案，有哪些优势？ 最佳答案 Nginx/unicornFTW!前面的Nginx提供静态文件和unicorn处理Sinatra应用程序。优点:性能、使用unixsocks的良好负载平衡以及无需停机即可部署/升级(您可以在不停机的情况下升级Ruby/Nginx/
我尝试在我的Ubuntu12.04系统上安装Nokogiri，但出现“libxsltismissing”错误，但是libxslt-dev和libxml2-dev已安装。是否有可靠的安装过程？如何检查依赖库的链接？我用的是RVM，RVMpkg也安装了。ERROR:Errorinstallingnokogiri:ERROR:Failedtobuildgemnativeextension./home/victor/.rvm/rubies/ruby-1.9.3-p125/bin/rubyextconf.rbcheckingforlibxml/parser.h...yescheckingforl
我在Ruby中有以下数字数组(越高越好)，我想对它们进行排序。换句话说，我想转换以下排序列表:[8952523618185]以下等级:[1224557]例如，获胜者获得第一名，并列第二名，依此类推。很明显，重要的一点是平局是可能的，然后这些平局必须跳过相应的行列。可能出现任意数量的并列(3人并列第二)。有没有一种优雅的方式来执行这种操作？ 最佳答案 使用Enumerable#group_by:a=[89,52,52,36,18,18,5]rank=1a.group_by{|x|x}.map{|k,v|ret=[rank]*v.siz
我想写一个脚本，打包成一个gem，它将修改它的参数，然后用修改后的参数exec一个新的ruby进程。换句话说，类似于修改其参数然后执行exec$SHELL$*的shell脚本。为此，我需要一种可靠的方法来发现正在执行当前脚本的ruby可执行文件的路径。我还需要获取传递给当前进程的完整参数——Ruby参数和脚本参数。 最佳答案 Rake源代码是这样的:RUBY=File.join(Config::CONFIG['bindir'],Config::CONFIG['ruby_install_name']).sub(/.*\s.*/m,
我正在实现一个投注系统，每个用户都有余额，我如何使用activerecord方法找到用户的排名？感谢您的帮助。 最佳答案 获取用户排名，Users.all(:order=>"balance").index(a_particular_user)这应该为您提供所有用户数组中特定用户的索引(等级)(按余额排序)。 关于ruby-on-rails-如何在Rubyonrails中按余额对项目进行排名，我们在StackOverflow上找到一个类似的问题： https:/
我培训了网络以获取数据。一旦我运行：查看概率图plt.imshow(prob[1],cmap='hot',interpolation='nearest')plt.show()这是概率图Object1:我如何从概率图中获取固体分割（甚至考虑属于类概率较低的点）？谢谢看答案有几种方法可以获取可靠的细分。一种是使用一种聚类算法来定义感兴趣的区域。也许是一个简单的阈值截止pthreshold)其次是密度填充算法将适合您的需求。
Serverless时代已经到来！企业的技术架构，总是伴随着不断增长的数据与日趋复杂的业务持续演进。如何通过构建更易用的技术架构来聚焦在业务本身，而不必在底层基础设施的管理上投入过多的精力，是数据驱动型企业需要思考的重要议题。 ServerlessData作为云原生数据服务的下一代技术架构与“新常态”，正在推动云计算的进一步发展，并且已经成为云原生数据库、大数据分析乃至人工智能等云计算服务的重要发展趋势。Serverless所带来的不仅仅是IT技术领域的创新性飞跃，同时也是数字经济趋势下，企业实现快速发展的重要机遇。十七年持续创新全方位拥抱Serverless从2006年亚马逊云科技的第一个
我正在为正确的RDoc语法寻找一个好的、可靠的引用。建议？我似乎找不到任何清楚显示的内容:如何记录类方法及其参数如何记录类或类方法的作用。 最佳答案 可以找到官方的rdoc示例here,及其GitHubsource.文档位于rdoc.rubyforge.org似乎比rdoc.sourceforge.net的版本更完整(顺便说一句，修改日期是2003年)。此外，还有大量示例资源:Ruby核心和标准库文档。例如，查看Fileclass中的类方法之一。:File.atime(file_name)=>timeReturnsthelastac
这听起来好得令人难以置信，所以如果是这样请告诉我。如果我只有一个单一版本的移动网站(没有变体不同的设备，所有手机只有一个网站)，它的可靠性如何通过屏幕分辨率检测移动设备？如果屏幕分辨率小于400像素，则只需提供移动版本。注意:我的问题假定启用了javascript。另外，我知道有用户代理检测，但我不想使用它。 最佳答案 Javascript移动设备屏幕高度检测根本不可靠。问题是不同的浏览器使用不同数量的“chrome”，不同的操作系统版本对系统栏使用不同的高度。所有检测机制报告的高度都不可靠(screen.height、window
