桌面运维工具之打印机驱动安装
1.前言桌面运维同学经常会处理打印机驱动安装这类工单,手动安装打印机驱动通常包含以下步骤:1.根据打印机型号网上查找对应打印机驱动2.使用cmd命令进入管理员界面3.将打印机驱动添加到window系统中人工安装需要经过三个步骤,操作繁琐,效率较低。基于此,我们想开发一个自动化安装打印机驱动的程序,让用户可以自行安装打印机驱动,以此减少打印机驱动安装工单,提高运维效率。2.技术实现我们可以使用代码的
第一,才够安全!
近日,在2024年国家网络安全宣传周主论坛现场,人工智能技术赋能网络安全应用测试结果重磅发布。京东云安全团队荣获 “网络安全告警日志降噪”场景第一名!此次获奖不仅肯定了京东云安全AI SOC产品在革新传统安全领域解决方案上的杰出能力,更标志着京东云在安全技术领域的领先地位,进一步巩固了其在人工智能网络安全应用中的创新角色。本次测试活动由中央网信办网络安全协调局、中国科学院网信办、中国人民银行科技司
AutoBots在ToB订单履约场景的落地应用
一、工业ToB订单履约+AI 1.消除多级传递,需求一步解决在工业ToB领域,商品的妥投并非订单流程的终结,直至客户上传必要的关单凭证,订单才真正进入结算环节。这一后置环节对于供应商和客户而言常常充满不确定性。客户关注订单信息和交付时效、物流要打印验收清单等定制化单据、商家密切监控订单的最终确认和结算周期。采销和客服团队承担着巨大的信息咨询压力,任何数据相关的操作还依赖运
京东鸿蒙上线前瞻——使用 Taro 打造高性能原生应用
背景2024 年 1 月,京东正式启动鸿蒙原生应用开发,基于 HarmonyOS NEXT 的全场景、原生智能、原生安全等优势特性,为消费者打造更流畅、更智能、更安全的购物体验。同年 6 月,京东鸿蒙原生应用尝鲜版上架华为应用市场,计划 9 月完成正式版的上架。早在 2020 年,京东与华为就签署了战略合作协议,不断加大技术投入探索 HarmonyOS 的创新特性。作为华为鸿蒙生态的首
京东技术专家的修炼之道——成为一名“六边形战士”
近期受邀参加【中心成长加油站xUP技术人】的技术大咖直播活动,分享了我在京东工作近10年的经验与成长。2015年加入京东以来,我经历了后端架构、大数据、基础算法和业务算法等多个技术领域,获得了集团金项奖、最美京东人、集团算法大牛等多项荣誉,并发表了30余篇专利和数篇会议论文,也多次代表京东零售担任行业技术峰会的出品人和分享人。以下是我直播中的重点讲述内容,希望通过本次分享,能在这条充满挑战和机遇的
卓越笔触:打造高质量文章的艺术与科学
引言在信息爆炸的时代,写作不仅是一种表达,更是一种影响力的体现。无论是为了提升个人品牌,还是为了增强团队的技术氛围,或是推动集团的技术影响力,一篇高质量的文章都能起到关键作用。在这次分享中,我将探讨为什么我们需要写好文章,并提供实用的技巧,帮助大家提升文章的质量。希望这次分享能激发大家的写作热情,共同推动技术交流与知识传播的进程。一:我们为什么要写一篇好文章?1、对于集团2024年巴黎奥运会已结束
京东.Vision —— 空间计算时代的用户购物之旅
谢邀。感谢组织的机会和帆哥的信任,有幸作为主产品参与了京东.Vision版本的构建。我曾在3D创业公司负责过第二曲线,也曾在友商跟随家居创新业务一起成长,如今在京东正好做3D和家居的结合。正值我的京东一周年,也借此机会记录下这段难忘又有趣的经历。我读的电商专业,大学期间就对于消费者终端印象深刻。90年代的PC带来了Web时代的阿里巴巴、淘宝和京东;10年代的手机带来了移动端时代的手淘、天
卓越笔触:打造高质量文章的艺术与科学
引言在信息爆炸的时代,写作不仅是一种表达,更是一种影响力的体现。无论是为了提升个人品牌,还是为了增强团队的技术氛围,或是推动集团的技术影响力,一篇高质量的文章都能起到关键作用。在这次分享中,我将探讨为什么我们需要写好文章,并提供实用的技巧,帮助大家提升文章的质量。希望这次分享能激发大家的写作热情,共同推动技术交流与知识传播的进程。一:我们为什么要写一篇好文章?1、对于集团2024年巴黎奥运会已结束
糟糕,被SimpleDateFormat坑到啦!
1. 问题背景 问题的背景是这样的,在最近需求开发中遇到需要将给定目标数据通过某一固定的计量规则进行过滤并打标生成明细数据,其中发现存在一笔目标数据的时间在不符合现有日期规则的条件下,还是通过了规则引擎的匹配打标操作。故而需要对该错误匹配场景进行排查,定位其根本原因所在。2. 排查思路2.1 数据定位 在开始排查问题之初,先假定现有的Aviat
哎呀,当时怎么没有想到
在我们的测试工作中,是不是经常遇到这样的情形,发生了线上问题,产品、研发或者测试同学一拍脑袋:当时怎么没有想到,怎么给漏掉了呢?明明是一个非常简单的事情,用大拇指都能想到的验证场景,为何当时就漏测了呢?但实际情况是,逃逸到线上的缺陷,疑难杂症式的极端异常的问题很少,大部分都不复杂且可以在设计和开发中规避,或者在测试过程中被识别出来。针对此类问题,从测试覆盖度的角度,本文试图解释一下为何会发生这样的
spark为什么比mapreduce快?
首先澄清几个误区: 1:两者都是基于内存计算的,任何计算框架都肯定是基于内存的,所以网上说的spark是基于内存计算所以快,显然是错误的 2;DAG计算模型减少的是磁盘I/O次数(相比于mapreduce计算模型而言),而不是shuffle次数,因为shuffle是根据数据重组的次数而定,所以shuffle次数不能减少所以总结spark比mapre
业务复杂度治理方法论--十年系统设计经验总结
一、复杂度综述1、什么是复杂度软件设计的核心在于降低复杂性。--《软件设计的哲学》业界对于复杂度并没有统一的定义,斯坦福教授John Ousterhout从认知负担和工作量方面给出了一个复杂度量公式子模块的复杂度cp乘以该模块对应的开发时间权重值tp,累加后得到系统的整体复杂度C这里的子模块复杂度cp是一个经验值需要注意:如果一个子系统特别复杂,但是很少使用及修改,也不会对整体复杂度造成太大
【转载】golang内存分配
同时 Go 对于 GC 后回收的内存页, 并不是马上归还给操作系统, 而是会延迟归还, 用于满足未来的内存需求.在 1.10 以前 go 的堆地址空间是线性连续扩展的, 比如在 1.10(linux amd64)中, 最大可扩展到 512GB. 因为 go 在 gc 的时候会根据拿到的指针地址来判断是否位于 go 的 heap 的, 以及找到其对应的 span, 其判断机制需要 gc hea
自增主键去哪了?---一次开发过程中的思考
前情提要:最近新接了一个需求,需要去创建两张表,其中有一张表需要根据业务id和业务类型建立唯一索引,对数据唯一性进行约束。因为涉及到业务嘛,表结构就进行缩略了表结构示例如下:CREATE TABLE `example_table` ( `id` bigint(20) unsigned&n
秒送 JADE动态线程池实践及原理浅析
一、背景及JADE介绍秒送是健康即时零售业务新的核心流量场域,面对京东首页高流量曝光,我们对频道页整个技术架构方案进行升级,保障接口高性能、系统高可用。动态线程池是频道应用的技术之一,我们通过3轮高保真压测最终初步确定了线程池的核心参数。但我们仍面临一些保障系统稳定性问题:如何监控线程池运行状态?以及因流量飙升出现任务堆积和拒绝时能否实时报警,线程池核心参数能否做到不重启应用,动态调整即时生效?经
Vision Pro开发实践(结合24黑马idea)
这是我参与创作者计划的第1篇文章开篇之前写过一篇文章,主要介绍visionPro基本信息、操作和基础适配的文章: http://sd.jd.com/article/30242?shareId=152384&isHideShareButton=1 恰逢2024黑客马拉松举行,我结合本次参赛的一个idea,介绍一下visionOS的开发实践,希望能为大家在进行“空间计算”开发的过程当中提供帮助
万字长文浅谈三高系统建设方法论和实践
1 概述整个软件的发展历程是一部软件复杂性对抗史,软件的复杂性分为技术复杂性和业务复杂性,业务复杂性主要是建模和抽象设计,技术复杂性主要是三高(高性能,高并发,高可用)的应对,C端的业务一般以技术复杂性为主,业务复杂性为辅,而B端或者M端的业务通常以业务复杂性为主,技术复杂性为辅。本篇文章主要是从后端研发的视角结合自己多年的B C端系统建设实践谈下三高系统的建设方法论和实践,希望和大家相互交流,共
“京东云深海数据平台” 焕新升级 免费体验!
深海数据平台 致力于为每一个数据客户提供灵活化、一站式、智能化的数据开发与管理工具。同时,根据客户行业提供成熟的数据业务全链路解决方案,包括数据集成、开发、元数据管理等功能,帮助数据开发人员快速高效地完成数据相关工作,使得企业更加科学规划和合理构建全域数据,以开放的方式实现企业内部数据共享,充分发挥数据价值。升级背景自深海数据平台上线以来,我们已成功在金融证券、政府部门、零售等行业领域得到广泛应用
鸿蒙跨端实践-ArkTS和CAPI的混合开发实现
一、背景 在动态化-鸿蒙跨端方案文章中,讲述了动态化适配鸿蒙的方案实现,当在鸿蒙系统进行UI渲染的时候,我们使用了系统的组件进行递归渲染。在iOS和Android也是借助各自系统组件进行的渲染,但是在鸿蒙系统会存在以下4个严重问题:1. UI层级过多 以金融APP理财频道页中的一个乐高楼层中的“7天理财”文案为例,鸿蒙系统总计52层,iOS30层。层
Proxyless的多活流量和微服务治理
1. 引言1.1 项目的背景及意义在当今的微服务架构中,应用程序通常被拆分成多个独立的服务,这些服务通过网络进行通信。这种架构的优势在于可以提高系统的可扩展性和灵活性,但也带来了新的挑战,比如:服务间通信的复杂性:不同服务之间需要进行可靠的通信,处理失败重试、负载均衡等问题。故障的容错处理:系统的复杂性给与运维及故障处理带来更大的挑战,如何快速处理故障解决线上问题,这是考验一个企业基础设施建设的重