首页 文章 精选 留言 我的

精选列表

搜索[提高],共10000篇文章
优秀的个人博客,低调大师

华为应用市场预约1v1专家沟通服务,助力开发者提高上架效率

近日,华为应用市场正式面向开发者推出“预约1v1专家沟通服务”,旨在通过资深审核专家与开发者的深度交流,帮助开发者更清晰地理解应用审核政策、管控理念及相关要求,提升应用上架效率,开发者可以通过“应用推广引擎-联系我们”进行服务预约。 这项服务为开发者提供了与官方审核专家直接对话的“绿色通道”,无论是应用提审被拒后的深度诊断,新应用上架前的关键咨询,还是复杂功能合规性的探讨,开发者只需提交预约申请,便有机会与专家展开1v1深度交流。 该服务的核心在于“深度”与“精准”,开发者可以直接向资深审核专家提问,专家将结合鸿蒙的政策理念与管控要求,针对具体场景进行剖析,提供更具落地性的解决方案,确保方向正确。 为了保障服务实效,该机制还建立了高效的闭环管理措施。若有遗留问题,专家会进行再次沟通,确保需求彻底解决,不积压问题。这不仅帮助开发者规避了隐形沟通成本,更大幅缩短了应用从开发到上架的周期。 目前,每位开发者在每个自然年内可申请3次该服务,这不仅是华为应用市场对开发者支持的体现,更是鼓励开发者在明确有需要时,利用这一高效工具精准打磨应用。 未来,华为应用市场还将上线更多开发者专属服务,全方位助力开发者打造优质应用,持续为鸿蒙生态的繁荣发展注入动力。

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

DeepSeek-V3 API 优惠期结束,每百万输出 tokens 由 2 元提高至 8 元

DeepSeek-V3的API服务的“价格优惠”体验期已经结束,从2月9日开始调整为新的价格,相关情况,5G与6G公众号(ID:angmobile)总结并分析如下。 1、价格对比分析 输入Token费用 优惠期(以前):缓存命中0.1元/百万,缓存未命中1元/百万。 正常期(现在):统一2元/百万(缓存命中涨价2000%,未命中涨价100%)。 输出Token费用 优惠期(以前):2元/百万。 正常期(现在):8元/百万(涨幅300%)。 优惠体验期是一种常见的市场推广策略,在优惠期内吸引了大量用户尝试和使用DeepSeek-V3的API服务,积累了用户基础和市场口碑。 优惠期结束后调整价格,5G与6G公众号认为一方面可以筛选出对价格不敏感、真正有需求的长期用户,另一方面也为后续可能的价格策略调整和服务升级留出空间。 价格调整反映了DeepSeek考虑到了运营成本、服务器资源以及持续研发所需的资金投入。值得注意的是,尽管价格有所上涨,但5G与6G公众号注意到DeepSeek-V3与市场上其他高端AI模型比如OpenAI的GPT-4o相比仍然保持了较高的性价比(如下表所示)。 2、成本影响测算 假设典型场景:100万输入(50%缓存命中)+ 50万输出 优惠期(以前)成本:(0.1×50 + 1×50)+ 2×50 = 5+50+100=155元。 正常期(现在)成本:(2×100)+ 8×50 = 200+400=600元(成本增长287%) 优化使用方面,用户可能会更加注重优化token的使用,一是缓存策略优化,比如5G与6G公众号认为通过请求模式调整提升缓存命中率可将输入成本降低90%;此外针对对话类应用,可设计缓存+实时处理的混合架构。 价格并不是用户选择AI模型服务的唯一考量因素,DeepSeek-V3可以通过不断提升自身的性能、功能和服务质量,与竞争对手形成更大的差异化竞争。

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

鉴于 Go 语言的热门程度,GitHub 提高了 Go 模块的供应链安全性

Go 社区从诞生之初就积极拥抱了 GitHub,如今 GitHub 既是 Go 语言相关项目的代码协作平台,也是发布软件包的地方,也正因如此 Go 编程语言成为了 GitHub 最受欢迎的编程语言之一。为了改善 Go 模块在安全漏洞方面的发现、报告和预防,近日 GitHub 宣布了多项新功能以提升 Go 模块的供应链安全。 根据 GitHub 的说法,他们对 Go 模块在供应链安全方面主要有以下四个方面的改进: Advisories GitHub 的 Advisories Database 是一个开源的漏洞信息数据库,专注于为开发者提供高质量的、可操作的漏洞信息。它基于 Creative Commons Attribution 4.0 协议,所以数据可以在任何地方使用。到目前为止,该数据库已经发布了 150 多个相关内容,而且随着 GitHub 对现有漏洞的整理和对新发现漏洞的分类,这个数字将会每天得到增长。 如果你是 Go 模块的维护者,现在还可以使用 Security Advisories 来协调漏洞的披露。你可以与漏洞报告者(如安全研究人员)合作,在公开漏洞详情之前私下讨论并修复漏洞。Security Advisories 还可以让漏洞报告者为所发现的漏洞申请一个 CVE ID,并将它们发布到国家漏洞数据库(NVD)。 依赖关系图 GitHub 的依赖关系图分析了仓库的 go.mod 文件,以了解仓库的依赖关系。依赖关系图与安全公告一起,提供了提醒开发者注意漏洞依赖关系所需的信息。 依赖关系图对于公共仓库是默认启用的,但对于私有仓库来说,你必须手动启用它。为了帮助防止新的漏洞被引入,开发者可以在审查拉取请求时使用依赖性审查来查看对你的 go.mod 文件修改的影响。 Dependabot 警报 GitHub 还在这次更新中加入了 Dependabot,当 Go 模块中发现新的漏洞时,它会向开发者发出通知。通知设置也得到了升级,以便用户对想收到的通知类型进行微调。 Dependabot 安全更新 Dependabot 安全更新可以通过拉动请求,自动将有漏洞的 Go 模块升级到没有漏洞的版本。根据 GitHub 的调查,自动生成拉动请求以更新有漏洞的依赖关系的软件库比不生成拉动请求的软件库快40%。 Google Go 语言产品负责人 Steve Francia 表示:“GitHub 是最受欢迎的开源 Go 模块托管平台。宣布的新功能不仅可以帮助 GitHub 用户,还可以帮助任何依赖 GitHub 托管模块的开发者。我们很高兴 GitHub 在这方面进行的投资,使整个生态系统受益,我们期待着在未来与他们进行更多的合作。“ Go 模块于 2019 年推出,旨在改善依赖性管理。根据 Go Developer Survey 在 2020 年的调查显示,有 76% 的受访者都将 Go 以某种形式在企业中应用。此外,Go 模块的采用如今也在持续增加,96% 的受访者表示这些模块被用于进行软件包管理 —— 而 2019 年则仅有 87% 的受访者将 Go 模块用于这些目的。 调查呈现出来的一个总体趋势似乎表明,其他软件包管理工具的使用正在不断减少。而对 Go 模块的改善也将提升行业整体安全性。

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

【Java入门提高篇】Day15 Java泛型再探——泛型通配符及上下边界

上篇文章中介绍了泛型是什么,为什么要使用泛型以及如何使用泛型,相信大家对泛型有了一个基本的了解,本篇将继续讲解泛型的使用,让你对泛型有一个更好的掌握和更深入的认识。 上篇中介绍完泛型之后,是不是觉得泛型挺好用的?既消除了Object的不安全类型转化,又可以很方便的进行类型对象的存取,但是,等一下,有没有考虑到这样的情况。 我们先定义一个水果类: public class Fruit { private String name; public Fruit(String name){ this.name = name; } public String getName() { return name; } public void setName(String name) { this.name = name; } } 然后再定义一个苹果类: public class Apple extends Fruit{ public Apple(String name) { super(name); } } 接下来定义一个泛型容器: public class GenericHolder<T> { private T obj; public GenericHolder(){} public GenericHolder(T obj){ this.obj = obj; } public T getObj() { return obj; } public void setObj(T obj) { this.obj = obj; } } 接下来开始我们的测试: public class Test { /** * 吃水果 * @param fruitHolder */ public static void eatFruit(GenericHolder<Fruit> fruitHolder){ System.out.println("我正在吃 " + fruitHolder.getObj().getName()); } public static void main(String args[]){ //这是一个贴了水果标签的袋子 GenericHolder<Fruit> fruitHolder = new GenericHolder<Fruit>(); //这是一个贴了苹果标签的袋子 GenericHolder<Apple> appHolder = new GenericHolder<Apple>(); //这是一个水果 Fruit fruit = new Fruit("水果"); //这是一个苹果 Apple apple = new Apple("苹果"); //现在我们把水果放进去 fruitHolder.setObj(fruit); //调用一下吃水果的方法 eatFruit(fruitHolder); //贴了水果标签的袋子放水果当然没有问题 //现在我们把水果的子类——苹果放到这个袋子里看看 fruitHolder.setObj(apple); //同样是可以的,其实这时候会发生自动向上转型,apple向上转型为Fruit类型后再传入fruitHolder中 //但不能再将取出来的对象赋值给redApple了 //因为袋子的标签是水果,所以取出来的对象只能赋值给水果类的变量 //无法通过编译检测 redApple = fruitHolder.getObj(); eatFruit(fruitHolder); //放苹果的标签,自然只能放苹果 appHolder.setObj(apple); // 这时候无法把appHolder 传入eatFruit // 因为GenericHolder<Fruit> 和 GenericHolder<Apple>是两种不同的类型 // eatFruit(appHolder); } } 运行结果: 我正在吃 水果 我正在吃 苹果 在这里,我们往eatFruit方法里传入fuitHolder的时候,是可以正常编译的,但是如果将appHolder传入,就无法通过编译了,因为作为参数时,GenericHolder<Fruit> 和 GenericHolder<Apple>是两种不同的类型,所以无法通过编译,那么问题来了,如果我想让eatFruit方法能同时处理GenericHolder<Fruit> 和 GenericHolder<Apple>两种类型怎么办?而且这也是很合理的需求,毕竟Apple是Fruit的子类,能吃水果,为啥不能吃苹果???如果要把这个方法重载一次,未免也有些小题大做了(而且事实上也无法通过编译,具体原因之后会有说明)。 在代码的逻辑里: 苹果 IS-A 水果 装苹果的盘子 NOT-IS-A 装水果的盘子 这个时候,泛型的边界符就有它的用武之地了。我们先来看效果: public class Test { /** * 吃水果 * @param fruitHolder */ public static void eatFruit(GenericHolder<? extends Fruit> fruitHolder){ System.out.println("我正在吃 " + fruitHolder.getObj().getName()); } public static void main(String args[]){ //这是一个贴了水果标签的袋子 GenericHolder<Fruit> fruitHolder = new GenericHolder<Fruit>(); //这是一个贴了苹果标签的袋子 GenericHolder<Apple> appHolder = new GenericHolder<Apple>(); //这是一个水果 Fruit fruit = new Fruit("水果"); //这是一个苹果 Apple apple = new Apple("苹果"); //现在我们把水果放进去 fruitHolder.setObj(fruit); //调用一下吃水果的方法 eatFruit(fruitHolder); //放苹果的标签,自然只能放苹果 appHolder.setObj(apple); // 这时候可以顺利把appHolder 传入eatFruit eatFruit(appHolder); } } 运行结果: 我正在吃 水果 我正在吃 苹果 这里我们只是使用了一点小小的魔法,把参数类型改成了GenericHolder<? extends Fruit>,这样就能将GenericHolder<Apple>类型的参数顺利传入了,怎么样?很好用吧,这就是泛型的边界符,用<? extends Fruit>的形式表示。边界符的意思,自然就是定义一个边界,这里用?表示传入的泛型类型不是固定类型,而是符合规则范围的所有类型,用extends关键字定义了一个上边界,也就是说这里的?可以代表任何继承于Fruit的类型,你也许会问,为什么是上边界,好问题,一图胜千言: 从这个图可以很好的看出这个“上边界”的概念了吧。有上边界,自然有下边界,泛型里使用形如<? super Fruit>的方式使用下边界,此时,?只能代表Fruit及其父类。 (这两个图是抠过来的,不要骂我懒。) 这两种方式基本上解决了我们之前的问题,但是同时,也有一定的限制。 1.上界<? extends T>不能往里存,只能往外取 不要太疑惑,其实很好理解,因为编译器只知道容器里的是Fruit或者Fruit的子类,但不知道它具体是什么类型,所以存的时候,无法判断是否要存入的数据的类型与容器种的类型一致,所以会拒绝set操作。 2.下界<? super T>往外取只能赋值给Object变量,不影响往里存 因为编译器只知道它是Fruit或者它的父类,这样实际上是放松了类型限制,Fruit的父类一直到Object类型的对象都可以往里存,但是取的时候,就只能当成Object对象使用了。 所以如果需要经常往外读,则使用<? extends T>,如果需要经常往外取,则使用<? super T>。 至此,本篇讲解完毕,欢迎大家继续关注! 真正重要的东西,用眼睛是看不见的。

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

中大型企业APP如何借助小程序减少多端应用重复开发成本,提高运营效率

今天分享一下如何为中大型企业打造一套内部办公APP,根据企业需求来实现定制化开发。虽然信息化改造很多轮,但企业的系统烟囱还是有很多,例如总部有统一办公门户,工厂有设备巡检和工单系统,采购部门有供应商协同平台,销售和售后还有客户服务入口。移动端要覆盖一线人员,PC端要服务办公室和调度中心,国产终端、安卓、iOS、鸿蒙也要逐步纳入适配范围。业务需求一多,团队很容易走到一个熟悉的困境:每个系统都有自己的前端,每个终端都要单独适配,每次上线都要重新排期。例如某制造集团APP在做门户改造时,就遇到过类似问题。集团希望把设备、工单、采购、公告、培训、供应商协同等能力收进统一入口,但又不能让主APP无限膨胀。更现实的做法,是把宿主APP和业务模块拆开:宿主APP负责账号、组织、消息、安全、设备能力和入口管理,业务功能用小程序承接,再通过小程序管理平台统一发布和治理。

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

阶跃星辰发布开源图像生成模型 NextStep-1.1,提高图像保真度和训练稳定性

阶跃星辰(StepFun)发布了开源图像生成模型NextStep-1.1,该模型拥有 150 亿参数,有效解决了前代版本中的可视化故障问题。 这是 NextStep 系列的一次重新设计和升级,主要目标是解决 NextStep-1 中出现的可视化问题,并通过扩展训练和 Flow-based RL(强化学习)后训练范式,大幅提升图像质量和稳定性。 主要改进点: RL 增强视觉保真度 :通过扩展训练和基于 Flow 的强化学习,显著改善了图像纹理,并大幅减少了视觉伪影,确保了更清晰、更专业的输出。 技术稳定性:解决自回归流基模型在强化学习中固有的数值不稳定性问题。 目前,该模型的权重已在 Hugging Face 平台开源:https://huggingface.co/stepfun-ai/NextStep-1.1

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

蒙特利尔大学研究者改进Wasserstein GAN,极大提高GAN训练稳定性

生成对抗网络(GAN)是一种强大的生成模型,但是自从2014年Ian Goodfellow提出以来,GAN就存在训练不稳定的问题。最近提出的 Wasserstein GAN(WGAN)在训练稳定性上有极大的进步,但是在某些设定下仍存在生成低质量的样本,或者不能收敛等问题。 近日,蒙特利尔大学的研究者们在WGAN的训练上又有了新的进展,他们将论文《Improved Training of Wasserstein GANs》发布在了arXiv上。研究者们发现失败的案例通常是由在WGAN中使用权重剪枝来对critic实施Lipschitz约束导致的。在本片论文中,研究者们提出了一种替代权重剪枝实施Lipschitz约束的方法:惩罚critic对输入的梯度。该方法收敛速度更快,并能够生成比权重剪枝的WGAN更高质量的样本。 以下为雷锋

资源下载

更多资源
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应用均可从中受益。

用户登录
用户注册