2021-11-11 16:30:00 ~ 2021-11-12 16:30:00
方案和竞品缺乏差异,想要创新又感到很难?或许我们可以尝试从微创新做起。
精卫系统致力于研发体系的数字化建设,其核心是提升我们整体的研发效率。代码的覆盖率就是其中比较重要的一部分,本篇文章将详细介绍,针对京东到家相关业务线,是如何实现代码覆盖率建设以及提升测试质量。
推荐系统通常由多个阶段组成,比如,有的推荐系统分为Recall、PreRanking、Ranking、ReRanking等四个阶段。在爱奇艺,我们的推荐系统在非常多的场景中都有应用,推荐的内容也不尽相同(如长视频、短视频、主题、影人等)。但是万变不离其宗,在这些场景中,推荐系统的核心工作方式有一定的共性。为节约开发成本,同时也要保障不同场景下推荐系统的稳定性,我们将不同推荐场景排序模型中相似的部分成体系地提炼出来,并加以标准化、组件化,进而针对推荐场景排序问题提供了通用化的解决方案。这也是我们提出爱奇艺通用排序框架的初衷。目前这一框架已经在爱奇艺多端多个场景落地——长视频推荐:主APP首页猜你喜欢、TV端首页猜你想看,短视频推荐:主APP短视频播放器,长短视频混合推荐:主APP频道页瀑布流、TV端首页Feed等。正所谓,推荐的复杂性如黑夜迷雾,希望能破晓见黎明。
国际站后端业务不断扩展,支撑的服务实例规模也越来越大。并且在此过程中,支持了双云及多地部署。
React Hooks 带来了很多好处,同时也引入了一些困扰。常见的问题有: 为什么我的 useEffect 比我预期执行多得多?为什么 useCallback / useMemo 的返回值总是发生变化?
于是开发了这样的一个工具,配合 React Devtool 使用,在代码块中可视化地展示出 React 函数组件的属性及内部变量的变化情况,可以方便地定位到哪些值总是在发生变化。
Web Worker在MDN上的解释为通过使用Web Workers,Web应用程序可以在独立于主线程的后台线程中,运行一个脚本操作。这样做的好处是可以在独立线程中执行费时的处理任务,从而允许主线程(通常是UI线程)不会因此被阻塞/放慢。
从二维图像中理解和重建三维场景和结构一直是计算机视觉的基本目标之一。传统视觉方法(几何方法)需要时间域上一系列图像才能完成图像三维重建,但在条件不允许时,用单图片恢复 3D 结构是需要的并有价值的。
In this article we are going to perform document layout detection and optical character recognition using detectron2 from FacebookResearch.
本文由一个 bug 深入Node.js背后的多种技术实现,其中包括了子进程创建、进程间通信、TCP数据传输、多线程实现、同步与异步异常处理、内存泄漏、npm包发布等一系列问题。
Apollo框架介绍:适用于酷家乐业务体系,多功能接口测试框架。
随着公司业务的快速扩大,对业务质量的要求也越来越高,原先的框架无法支撑起复杂的业务自动化,需要重新进行升级改造。
项目总会有多人进行开发和维护,保持统一的编码风格很重要。但说起来容易做起来难,每个人都有自己的编码习惯,不去对比自己都难以意识到。很多时候,维护别人的代码苦不堪言,心力交瘁,合作效率极低。在此我整理了一些工具和方法帮助我们尽量保持同样的编码风格,提升开发和维护效率。
你知道动画帧(requestAnimationFrame)吗?你真的了解 requestAnimationFrame 吗?本文带你深入探索 requestAnimationFrame 的执行机制。
百度APP从2018年开始,团队规模和业务规模都迎来了巨大的增长,也带来了研发效率、组件复用、APP性能等多个目标的挑战,于是驱使我们做了很多组件化的工作。随着百度APP组件化程度的提高,组件逐步拆解到各个独立仓库,组件真正做到了逻辑、资源各有归属,主工程也实现了完全壳化,于是我们开始建设工具链(MGIT、EasyBox)来规范组件管理与使用并提升编译速度。工具链更多承担的是开发环境的配置,提升的是研发同学在开发阶段的效率,但面临整体移动研发流程琐碎,多仓库环境下的持续集成困难,组件质量难以保障等问题,我们仅仅依靠工具链是不够的,于是Tekes应运而生。
改变原数组的 6 种方法,你知道吗?
轻舟业务网关是轻舟大学生项目组所有API服务的入口。他承载了项目组内所有API的流量,且在网关层具备了传输解密,登录态鉴权,传输防篡改,路由修改,缓存,未发布Mock,APi文档等通用能力。是使用Openresty+Lua技术栈实现,在Lua层实现业务逻辑,并使用nginx的proxy能力进行反向代理。
iOS内购是指苹果 App Store 的应用内购买,即In-App Purchase,简称IAP(以下本文关于内购都简称为IAP),是苹果为 App 内购买虚拟商品或服务提供的一套交易系统。为什么我们需要掌握IAP这套流程呢,因为App Store审核指南规定:
如果您想要在 app 内解锁特性或功能 (解锁方式有:订阅、游戏内货币、游戏关卡、优质内容的访问 限或解锁完整版等),则必须使用 App 内购买项目。App 不得使用自身机制来解锁内容或功能, 如许可证密钥、增强现实标记、二维码等。App 及其元数据不得包含按钮、外部链接或其他行动号 召用语,以指引用户使用非 App 内购买项目机制进行购买。
这段话的大概意思就是APP内的虚拟商品或服务,必须使用 IAP 进行购买支付,不允许使用支付宝、微信支付等其它第三方支付方式(包括Apple Pay),也不允许以任何方式(包括跳出App、提示文案等)引导用户通过应用外部渠道购买。如果违反此规定,apple审核人员不会让你的APP上架!!!
从2018到现在,协助业务牵头举办了3届行业大会,从第一届完成大会举办到第二、三届用服务设计思维做好大会体验以及努力提升大会整体质量和价值,一直在不断的试错和探索,从自我沉淀的角度出发梳理了一些浅显的经验总结,希望通过总结能跟大家进行探讨得到进一步的提升。
在我们入住民宿时,客服(Customer Support 或 CS)体验至关重要。它可以让一次旅程体验变得更满意,也可能令用户的整体感受变得更糟。为了支持爱彼迎房客和房东社区,我们投入了大量资源,利用自然语言处理(NLP)、机器学习(ML)和人工智能(AI) 等技术,开发了智能客服支持解决方案。
这篇文章将围绕爱彼迎近期上线的协商一致取消(Mutual Cancellation)功能,向大家展示如何运用面向任务的对话人工智能技术(以下简称「AI技术」) 设计自动化的用户支持系统。我们会展开讲讲如何将业务问题转化为 AI 技术问题,如何收集和标记训练数据,如何设计和构建机器学习模型,以及如何在线上系统中部署模型。此外,我们还将探讨每个步骤所面临的技术挑战和对应的创新性解决方案。
移动安全已经成为互联网企业发展过程中面临的一个重要问题。
在平常生活中,我们说话都是“你一言,我一语”这样对话的。
但是一旦当我们需要说出一大段话时,我们就很容易哑口无言了,然后就陷入冷场,不知道要说什么,怎么说。
互联网时代,我们获取信息的渠道非常多,随时在手机上都能看到各种公众号、个人经验分享、沙龙等等。这些信息大多是碎片化的,感觉看到了学到了很多知识可是水平还是没怎么提高,还有些设计师经常抱怨“我要学习的东西太多了,但却不知道应该学什么”。
关注公众号
接收推送