TCP协议是一个大家好像都熟悉，又好像都不熟悉的协议。说熟悉，是因为我们基本每天都要用到它，所有人似乎对三次握手、四次挥手、滑动窗口、慢启动、拥塞避免、拥塞控制等概念好像都有些了解。说不熟悉，是因为TCP协议相当的复杂，而且在运行过程中网络环境会变化，TCP的相关机制也会因为不同的变化而产生相关的适应行为，真的要说清楚其相关概念和运行过程又真的很不容易。

超越多个国内大模型。

程序员工作的终极意义，就是干掉复杂度，用一套通用的方法解决大部分问题。在大模型时代，这个通用的方法就是——Prompt 工程。作为用好大模型最重要的武器，Prompt 的好坏对模型效果有着决定性的影响。

然而，网络上大量相关文章多是罗列“Prompt 工程” 中的若干技巧，少有体系化的总结，让人看完依然不知道该如何入手。本文希望结合腾讯工程师在 “Prompt 工程” 中的实践经验，更加体系化地对 “Prompt 工程” 进行梳理，希望可以一步步地帮助大家用好大模型，人人都是 Prompt 工程师。

大家现在打开 APP，是否会下意识地关注标签（Tag）中的信息，比如电商的折扣优惠、追踪热门话题内容，或是在功能型 APP 中快速选择所需类型？本文将探讨标签的深层含义及其在不同场景下的应用与价值。

近来，随着大型语言模型的发展，视觉语言大型模型的能力也在逐步增强，GPT-4、Gemini Pro 1.5和Claude 3等著名的闭源模型成功将 LLM 扩展到视觉语言模型领域。LLaVA，InternVL等开源模型也在迅速发展。目前，视觉语言模型领域存在一些关键问题亟待解决：1）闭源模型很少公开关于其架构的详细信息。相比之下，开源模型虽公开了其训练策略，但这些策略的详细消融并没有完全披露。2）在目前的开源工作中，对于预训练阶段，大多都是凭经验添加不同来源的数据集，这使得预训练过程难以得到深入的探索。3）在微调阶段，绝大多数工作关注的重点通常是添加和消融更多的数据集，这样性能会较快触及瓶颈。我们针对以上几点给出了我们的方案，并进行了清晰充分的实验论证。

“人月神话” 这个词，你知道是什么意思吗？我的第一反应是当面阿姆斯特朗在月球上留下的人类的一大步。然而实质上，这是一本软件工程的经典书籍，它最大的影响是让 “人月” 这个概念传遍整个软件工程行业。

就算你是一个打螺丝的，你依然每天游走在这个系统的“架构”里，在里面修修补补，你得从“架构”的全局角度去审视你每天忙碌的价值和意义。经历的项目多了， 在进入新的团队，有些老项目，在了解业务背景后， 你头脑中可能已经闪现出一张“架构”了，然后你去看代码的时候大喜：“果然如此”， 这种“架构”背后的代码让你读起来神清气爽；也有些项目，你在读代码的时候发现和你脑海中闪现的“架构”不一样，这时你只能骂咧咧的合上笔记本，心想怎么会“架构”出来这种坨坨，喝杯咖啡之后，继续来啃里面的“屎山”。

有句话叫做互联网技术中的银弹，加一层解决各种问题。我们在微服务架构设计的时候会碰到分层，数据仓库设计的时候也有分层，协议设计的的时候也有分层，大部分的设计模式也是多加一层抽象。这些所有的分层都有什么共同点，分层的优缺点是什么，分层的原则是什么。我们经常拿到各种眼花缭乱的分层概念，在实践中又感觉无法完全套上去。

腾讯内网上，一位提问者对一段代码为什么会阻塞发出了疑问，该问题讨论跨度约一周，探讨过程中，出现了许多由于不够理解 channel 而产生的问题，非常经典。本文结合内网上的讨论和 channel 的原理，来帮助大家加深对于 channel 的理解。

内存不是无限的。

Redis的常见业务场景。

消息队列是重要的分布式系统组件，在高性能、高可用、低耦合等系统架构中扮演着重要作用。可用于异步通信、削峰填谷、解耦系统、数据缓存等多种业务场景。本文是关于消息队列（MQ）选型和常见问题的精心整理。在这篇文章中，我们将详细介绍消息队列的概念、作用以及如何选择适合自己需求的消息队列系统。

过去几年的开发生涯，我一直都在思考 技术成长/核心竞争力 这些命题。

程序员这个行业面临的年龄危机和焦虑感是前所未见的，这些命题也将伴随程序员的整个职业生涯。在计算机软件工程的一些经历著作里面，前辈们也给出了不少关于这些方面的参考。但正如你无法只通过阅读理论而学会游泳一样，正如好的架构设计是慢慢地从解决问题和大量实践中生长出来的一样，真正的答案需要在大量的项目经验和编码实践中不断寻找。

我想，我的答案可能都藏在过程里面。作为一名非典型的前端开发，无论是在初期转做服务端开发工程师，还是负责开发亿级流量的前端监控接入层服务，又或是前端开发经历，虽说走了不少弯路，但都锻炼了我的技术能力，拓宽了我的技术视野，并且带给我很多解决问题的思维。

对于技术需要怎么具体地去学？项目需要怎么具体地去做？这些竞争力是不是能伴随我们度过 35 岁的门槛？希望我能通过这篇文章的复盘给出一些答案，同时能给各位读者一些启发。让我们一起共同面对这高悬头上的达摩克利斯之剑。

调度模块在很多系统中都是常用的模块，比如实习生的每天签到邮件，预约银行的业务短信，学习通的上课通知，腾讯视频push中台的任务下发，调度系统在中间起到关键作用。

软件设计模式是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。它的意义在于这些模式是众多程序员经过相当长的一段时间的试验和错误复盘所总结的宝贵经验，可以帮助我们提高代码的可重用性、可读性和可靠性。

Kotlin Native 是 Kotlin 多平台生态的关键一环，也是 Kotlin 开发者突破自身发展瓶颈的重要方向。本文依据 Kotlin Native 的源码，结合作者在运用 Kotlin Native 开发多平台应用的实战经验，详细为大家解读 Kotlin Native 在编译时和运行时的实现细节和实践技巧。