- 综合排序
- 最热优先
- 最新优先
腾讯智慧物业：重构全域营销与多经业务增长体系
第一章 突破物业经营瓶颈与流量困局 行业痛点：基础服务与多经业务的双重割裂 当前物业行业头部客户在探索多种经营（多经）商城零售业务时，普遍面临“低频消费、高运营成本、低转化率”的结构性矛盾，具体表现为四大核心痛点 线上割裂： 公众号、视频号、企业微信等多触点之间缺乏运营联动；多业态（地产、物业、商业）的身份、权益与入口未能统一。 管家效能与激励错位： 意愿低： 市场化零售并非管家主营核心业务，因激励不足、产品不好卖，导致终端推广积极性低。 分层激励体系： 针对不同业务周期设计商品激励、时间激励、渠道激励及会员激励等多维体系，确保管家在推广非主营业务时有足够的动力。 第三章 量化业务增量与降本成效 应用效果：数据驱动的业务价值验证 通过腾讯生态资源的注入与数字化工具的落地，多经业务在获客、转化与人效上均实现了显著提升： 流量与GMV爆发： 视频号DAU突破 5亿+，
22810编辑于 2026-02-10【多模态大模型面经】 Transformer 专题面经
本专题汇集了个人在准备多模态、大模型、强化学习等前沿岗位面试过程中总结的核心知识点，同时记录了本人在真实面试中面试官的提问。 主流 LLM 和多模态大模型架构对比表模型 架构类型 输入类型 输出类型 典型应用 GPT 系列 Decoder-Only 指令微调任务、seq2seq LLaMA Decoder-Only 文本 文本 LLM 训练、文本生成 GPT-4 Decoder-Only 文本/多模态文本 /多模态大规模 LLM、通用生成 PaLM Decoder-Only 文本 文本 LLM 训练、文本生成 BLIP-2 Encoder-Decoder 图像+文本 文本 多模态生成、问答 Transformer的核心内容还包括：① 位置编码② 多头注意力机制③ 自注意力机制④ 缩放点积注意力二、位置编码与传统的RNN、LSTM时序模型不同的是
74720编辑于 2025-11-16- 来自专栏面经
【多模态大模型面经】 BERT 专题面经
本专题来源于本人在面试 NLP / LLM / 多模态预训练相关岗位时的真实问题与个人总结，本章的重点是为什么GPT的【MASK】设计会导致数据泄露？
64130编辑于 2025-11-16 - 来自专栏牛客网
多益网络2019提前批面经
你了解多益吗？ 你的理想薪酬是多少？ 开放题作品：时间48小时，需要在截止时间前上传作品 开放题作品和HR面是同步进行的，7月3日20:00前提交作品。 或者可以问笔试上的题目，这一点的前提是他们的笔试题目要足够的专业，多益的笔试题目自我认为就很专业。 或者自己在产品方面有一些思考的问题，但在提问的时候先说出自己的想法，再向面试官发问） 三、总结 从网申开始到面试结束并通知结果总共用了不到1个月时间，从笔试到面试结束并通知结果总共用了14天时间，多益的效率还是杠杠的
45520发布于 2018-08-10 YashanDB多租户环境部署方案，满足多业务需求
在多业务环境下，充分利用数据库资源，降低企业的运营成本，提升数据访问性能，已然成为必然需求。 YashanDB作为一款高效、灵活的数据库解决方案，在多租户环境部署上展现出独特优势，满足多业务需求的同时，还能确保系统稳定运行。本文将对此进行深入分析。 在多租户环境中，可以根据业务需求选择不同的部署模式，从而实现资源的高效利用和灵活扩展。1. 单机部署单机部署适用于小型业务或初始阶段的企业，通过主备复制实现数据安全。 对于初创企业或小业务，优先选择单机部署，通过Schema逻辑隔离满足多租户需求。对于中型企业，建议使用分布式部署，在保证高可用性的同时提升性能。 在多租户环境的构建中，企业可以根据实际业务需求灵活选择部署方式，以增强数据处理能力与成本效益，持续推进企业的数字化转型进程。
12700编辑于 2025-06-28- 来自专栏牛客网
多益网络提前批产品策划面经
大概就是这么多，其中项目和实习经历问的比较细，攒一波人品，希望能通过。 点击作者姓名与作者大佬交流~ 作者：邪魅狂羊 来源：牛客网（www.nowcoder.com） - 互联网名企笔试真题 - 校招求职笔经&面经 - 程序员/产品/运营求职实习信息 - 程序员/产品/运营学习交流社区
58120发布于 2018-07-24 【多模态大模型面经】 DeepSeek专题： DeepSeekMOE + MLA
知识冗余（Knowledge Redundancy）： 不同专家学到的大部分东西是重复的；简单说：目前的MoE 看起来是“多专家会诊”，实际上专家经常“兼职”，还爱抄彼此作业。 Device-Level Balance Loss（设备层面的均衡损失） DeepSeek 的 MoE 是多卡/多节点并行的，不同卡上放着不同 Expert；Device-level loss 进一步约束 W^{UK},\quad V = \mathbf{u} W^{UV} Q 还是从原始 hidden / content 里来: $Q_h = x W^Q_h$训练 / naive 推理视角：看起来只是多插了一层低维投影 out.transpose(1, 2).contiguous().view(B, L, self.d_model) out = self.w_o(out) return out四、面经
87020编辑于 2025-11-21- 来自专栏牛客网
腾讯SNG的实习offer（多篇面经分享）
下面是面经。 2018-3-12 一面(电面50多分钟) 为什么喜欢后端开发？ 你觉得创新班怎么样？在创新班学到什么？
1.1K20发布于 2018-07-04 - 来自专栏OpenApplus
多业务团队中，如何使用Fizz支持多注册中心
注册中心功能维护注册中心的配置，可配置多个注册中心，类型支持Eureka、Nacos，配置格式支持yml、properties。下面介绍注册配置功能。
69720编辑于 2022-02-14 - 来自专栏Windows技术交流
小文件多的业务场景，建议WinDefend排除业务路径对比
背景：有个证券客户POC，跟友商对比，业务队列积压、出结果有两三秒延迟 排除云硬盘、virtio驱动、pagefile、网卡receive buffer等方面后，看到业务小文件很多且defender在运行 ，就添加命令排除了下，然后复测正常 WinDefend排除业务路径，可参考https://cloud.tencent.com/developer/article/2195212 别看上面三两句简单简单就解决了 1、优先排查云盘情况，发现20GB增强型云盘吞吐打满130MB/s持续时间较长，导致积压，云盘延时五六十毫秒符合预期，引导用新代次机型搭配延时表现比较好的极速型云盘再测试下，看延时降低后业务表现是否会好转 ； 2、用新代次机型搭配极速型云盘测试、用之前的增强型云盘扩容到460G确保吞吐上限增加到350MB/s再次测试，业务表现依旧；了解业务瞬时小文件非常多的特点后，发现WinDefend在后台比较活跃，怀疑其干扰业务执行 ，添加排除业务路径后，业务压测恢复正常。
22010编辑于 2025-01-24 - 来自专栏崩天的勾玉
字节跳动·业务中台·后端实习一二三面面经
字节跳动 业务中台 后端实习一二三面面经 (一下午连着三面不愧是字节) 一面 自我介绍 深挖项目，权限模型怎么做的，数据库表怎么设计的，加了哪些索引，你这么设计有什么问题，改进措施呢 大家自己做完项目可以总结一下
90810编辑于 2021-12-20 - 来自专栏牛客网
多篇面经集合，你不容错过的干货！
解释一下长连接 多益网络 一面（视频） 1. 自我介绍 2. 对面向对象的理解 3. 介绍多态 4. Java 新建线程有哪几种方式 5. 线程池的作用 6. 聊到多益，于是开始聊最近微博上很火的多益老板 6. 得出结论，我和面试官都觉得多益老板三观有问题，但做游戏就是要偏执的人 7. 你博客主要哪方面的 8. 多线程并发包了解么 9. 数据库的瓶颈 点击作者姓名与作者大佬交流~ 作者：obamaqueenie 来源：牛客网（www.nowcoder.com） - 互联网名企笔试真题 - 校招求职笔经&面经 - 程序员/产品/运营求职实习信息
1.2K20发布于 2018-07-24 - 来自专栏SAMshare
多业务融合推荐策略实践与思考
多业务：首页的访问量较大(千万级别pv)，如何把流量分配给不同的业务就很关键。 推荐感知：虽然用户的目标单一，但是如何做到推荐结果的多样性就需要对其优化。 58app首页推荐业务 ( 多品类推荐 ) 主要面临的挑战在于： 如何满足用户对于不同品类的兴趣？( 用户兴趣问题 ) 推荐的业务比例如何和平台的业务比例进行匹配？ 兴趣策略 这个优化主要针对第一个挑战：强兴趣下的多业务融合。 常见的推荐系统，如新闻推荐、视频推荐、商品推荐等都是要先建立用户和商品之间的联系，然后通过适当的算法进行匹配。 业务流量分配策略 这个优化主要针对第二个挑战：多业务之间的流量均衡 实际业务需求： 由于58首页信息流是多品类混合推荐的场景，推荐的结果既要满足用户个性化需求，又要满足在整体上各业务的占比与58实际业务流量比例相符合 目前负责 APP 首页业务信息流推荐，致力于通过融合多业务、多策略推荐系统的迭代升级，支持流量分发，优化连接效率，提升用户体验。 今天的分享就到这里，谢谢大家。
1.9K21发布于 2020-08-27 - 来自专栏Reinvent Data Science
Milvus × RAG助力快看漫画多业务应用
02.Milvus在快看基础业务的应用 快看基础业务包括常见的搜索、推荐、广告，此外还包括图像相关的业务，比如图像去重、以图搜图等，为了更好的服务上述场景需求，需要构建向量检索系统，首先要做的一件事，就是确定一款向量检索引擎 模型多：整个RAG系统中，涉及到的模型比较多，比如Embedding、Rerank、大语言模型，以及意图识别、实体抽取等环节都需要用到模型，需要对这些模型有一个全局的认识。 快看增长业务问答数据：由标题、答案、背景知识等组成的正文。 7.大模型微调 快看作为二次元领域的龙头，积累了非常多的领域知识，因此也在尝试基于开源大模型进行微调，训练快看在二次元领域的垂直大模型。 自动多轮pk就是两个模型分别和角色深度聊N轮，N是随机的，聊完就换下一个角色，直到收集到300轮票数。经过验证，这套自动评测体系和人工pk结果是一致的。
76410编辑于 2024-07-31 YashanDB多活架构实现企业业务持续运营
为实现业务的持续稳定运行，多活架构逐渐成为主流选择。本文将围绕YashanDB多活架构的技术实现，深入探讨其体系架构、关键技术和优势，为企业构建高可用、高性能的数据库解决方案提供技术指导。 该架构提供多实例并发读写能力，具备高可用、高扩展和短时切换的优势，符合高端核心交易场景需求。 核心技术与功能多实例共享一致性访问机制共享集群通过全局资源目录（GRC）、全局缓存服务（GCS）和全局锁服务（GLS）协调多实例对数据页和非数据资源的访问，确保多实例对同一数据资源的并发访问保持强一致性 多实例间通过一致性哈希分配元数据，避免热点争用，提升并发吞吐能力。 未来，伴随数据规模激增和业务多样化，持续优化的多活架构将成为数据库系统核心竞争力，驱动企业业务持续稳定运营，促进数字化转型深入发展。
24310编辑于 2025-08-18- 来自专栏屈定‘s Blog
面经
后来提示用less命令,该命令不会全部加载文件.参考博文:Linux下的more和less的使用 3.爬取新浪微博用户,怎么判断该用户是否已经爬过 博主说了数据量小的话使用Map集合或者Set集合,数据量多的话 就随口说爬取一部分用户后写入到文件,然后生成MD5摘要,这样每次写入文件后判断该摘要是否已存在,存在就不写入,牺牲时间,保证最终的结果重复性最低.现在想来还是有问题,爬取是随机的,所以导致生成摘要碰撞几率太低.可能多一个字符少一个字符就导致摘要不同 首先简历很重要,程序员不需要太花哨的简历,尽可能的展现出自己的特点就可以了,推荐下面简历,很不错的一个模板. https://github.com/penglongli/My-Resume 第一次面试没有多紧张 自己在学校接到过一个微信公众号的开发,问了怎么实现的,遇到的问题之类的.这种问题回答要表现出自己不是很了解的情况下是如何快速解决一个问题的能力 拿到offer,博主是比较安逸的人,薪资还不错就不继续再找工作了,其实应该多投几家的
77240发布于 2018-09-27 - 来自专栏架构师之路
多对多业务，数据库水平切分架构一次搞定
本文将以“好友中心”为例，介绍“多对多”类业务，随着数据量的逐步增大，数据库性能显著降低，数据库水平切分相关的架构实践。 一、什么是多对多关系 所谓的“多对多”，来自数据库设计中的“实体-关系”ER模型，用来描述实体之间的关联关系，一个学生可以选修多个课程，一个课程可以被多个学生选修，这里学生与课程时间的关系，就是多对多关系 好友中心是一个典型的多对多业务，一个用户可以添加多个好友，也可以被多个好友添加，其典型架构为： ? （发出即可，不用等返回，通常很快就能完成） 服务返回业务方新增数据成功 消息总线将消息投递给数据同步中心 数据同步中心插入T2数据 优点： 请求处理时间短（只插入1次） 缺点： 系统的复杂性增加了，多引入了一个组件 九、总结 文字较多，希望尽量记住如下几点： 好友业务是一个典型的多对多关系，又分为强好友与弱好友 数据冗余是一个常见的多对多业务数据水平切分实践 冗余数据的常见方案有三种 （1）服务同步冗余
96660发布于 2018-03-02 - 来自专栏滚雪球学Java
SpringBoot多租户架构，轻松驾驭复杂业务场景！🚀
，尤其在SaaS（Software as a Service）领域，多租户架构已经成为支持多用户、多业务的核心技术之一。 今天，我们就通过实际的代码示例和深入解析，带大家探索SpringBoot多租户架构的魅力！摘要 ✍️本文将详细解读SpringBoot多租户架构在复杂业务场景下的应用。 我们将主要通过表隔离的方式实现多租户架构，这种方式简单易行，适合大多数业务场景。核心源码解读 在SpringBoot实现多租户架构的核心是数据源配置和租户上下文的管理。 UserService 负责执行用户的相关业务操作。 掌握这一架构，能够帮助我们更好地满足业务需求、提升系统的复用性。希望本文能为您带来启发，帮助您在项目中应用多租户架构，提升系统的灵活性与扩展性。
92733编辑于 2024-11-24 - 来自专栏DotNet程序园
多场景抢红包业务引发.NETCore下使用适配器模式实现业务接口分离
事情的起因 我们公司现有一块业务叫做抢红包，最初的想法只是实现了一个初代版本，就是给指定的好友单发红包，随着业务的发展，发红包和抢红包的场景也越来越多，目前主要应用的场景有：单聊发红包、群聊发红包、名片发红包 大同小异的抢红包业务 红包的场景无论怎么变化，其核心算法不变，这部分是可以抽象的内容，随着迭代发展，我们之前通常都是通过增加红包的类型（业务）来扩展，但是随着肉眼可见的发展，部分业务的改动如果需要对红包业务进行调整和优化对话 ，正好也是一个比较好的应用场景，我就简单实现一下他做的适配器模式，彻底的将各个红包业务类型分离，很好的实现了设计模式的开闭原则，加入某天某个场景的抢红包业务下线了，这种做法是非常有利于业务的扩展和维护。 初次之外，我们还需要定义一个实现业务的基类，用于处理公共业务。 在接口实现的方法中，各自的业务还需要执行不同的业务检查，比如单聊红包就需要检查接收人是否存在，群聊红包还需要检查群是否存在，该群是否被冻结等等，直播红包需要检查主播是否在直播中，观众是否在直播房间内，这些都是不同业务场景产生的特殊的业务处理需求
59220发布于 2019-09-19 - 来自专栏牛客网
【面经】360产品运营岗位面经
360产品运营面经 360也是很早就参加了笔试流程的，答完笔试还对360公司有了些好感，毕竟笔试题出的还算是到位。流程也比较透明，全程可以在微信公众号上查询到进度。 职位是360游戏业务线的产品运营。 第一轮面试是个还挺养眼的小哥哥，照例以自我介绍为开始。 然后就是针对简历问问题，有问我在bat实习时候的相关工作职责和成果。 接下来就到了职位方面的了，因为是游戏业务线，而360的游戏业务其实只有360游戏中心，也是专门做页游的。于是就有问我对游戏的理解，平时玩什么游戏，对页游怎么看，是否了解页游的用户。 问的问题都很随意，比如学生社团的经历，实习经历，有没有男朋友，写了这么多稿子为什么不做记者，间或还会跟我抱怨其实做游戏很无聊。Anyway，感觉我俩彼此都是为了完成一场面试而面试。 点击作者姓名与作者大佬交流~ 作者:鹌鹑求offer 来源： 牛客网（www.nowcoder.com） - 互联网名企笔试真题 - 校招求职笔经&面经 - 程序员/产品/运营求职实习信息 - 程序员/
1.8K01发布于 2018-05-30
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号