我眼中的技术世界
本次峰会将围绕企业架构、数据架构、存储架构等技术方向，展示先进技术在行业中的典型实践，以及技术在企业转型及发展中的推动作用。数字化、AIGC、ToB 业务、金融技术、稳定性保障等技术热点，已经占据了大部分技术人的关注范围，InfoQ 举办的会议，聚焦在业界强大的技术成果，秉承“实践第一、案例为主”的原则，展示技术在行业中的典型应用，以及技术在企业转型、发展中的推动作用。峰会包含：DataOps、Data Fabric等高效数据开发与服务模式，Mesh 技术实践案例，QUIC传输和架构优化，大模型时代的实践与思考：重塑传统研发方式及技能，大前端与跨端技术，低代码架构实践，基础架构技术，架构师成长之路，金融级高可用系统架构设计，可观测性与智能运维，人工智能及AIGC的前沿技术应用探索，制造业数字化转型的架构创新，智能化数据治理等。LLM与AIAIGC浪潮下我们的关注方向_杨攀.pdfAIGC驱动的3D场景理解及医学图像解析_李镇.pdfAI大模型落地的前景和痛点，兼谈工程师架构师所面临的机会和挑战_李维.pdfAI多媒体技术在内容审核场景实践探索_马金龙.pdf大模型趋势下的企业数据体系思
多智能体通信协议正从单一工具调用 向跨平台协作和去中心化生态演进。开发者需根据场景需求选择协议：企业内部：优先ACP（低延迟）或A2A（任务编排）；开放互联网：ANP或LMOS（动态发现）；工具集成：MCP或agents.json（轻量级适配）。目前来看市面上智能体发展的趋势将聚焦协议层的 安全增强（如零知识证明）和混合架构（中心化+去中心化结合）。一、基础通信协议1、MCP（Model Context Protocol）核心功能：连接大语言模型（LLM）与外部工具/API，实现上下文感知的动态调用。技术特性：支持JSON-RPC 2.0消息格式，兼容HTTP/WebSocket传输。提供标准化工具调用接口，如OpenAI Function Calling和LangChain Tool Calling。适用场景：LLM与数据库、API、工作流的集成，如金融数据分析、实时数据检索。解决问题：旨在为大型语言模型（LLM）提供标准化的接口，以便连接和交互外部数据源和工具2、ACP（Agent Communication Protocol）核心功能：本地优先的实时智能体协作，强调低延迟和隐私安
架构师该如何考虑软件可持续迭代_段和尘.pdf23年的架构师深圳分会，段和尘（中科院毕业，现负责头条 Android 客户端架构）在 ArchSummit 峰会分享中，围绕软件可持续迭代展开讲解。架构需应对产品生命周期各阶段问题：成长期适配业务扩张，衰退期对抗代码腐朽，且不同技术领域（前端 / 客户端 / 服务端）有差异但存共性问题。架构手段以 “高内聚低耦合” 为目标，小手段（MVC/MVVM/IoC 等）解局部问题，大手段（单体 / 服务化 / 微服务等）适配业务规模，复杂系统是多模型组合。架构随产品生命周期演进，从孕育期单体架构到稳定期领域驱动架构，无需初期过度设计，需靠规范重构对抗腐朽。优秀架构师核心是定义问题（分类分级梳理），理性应对技术债，兼顾技术基建、多业务低耦合与单业务易扩展，实现软件可持续迭代。成为优秀架构师优秀架构师的核心能力是 “定义问题”，而非 “设计完美架构”，需兼顾技术与组织协同。1 核心工作流程架构师工作的难点在于 “前端环节”，流程优先级：定义问题 > 确定架构 > 方案落地 > 结果复盘定义问题：是最核心且最难的环节，需先 “分类”“
介绍经验之前给大家介绍一下什么事vibe coding什么是Vibe Coding？Vibe Coding 是一种新兴的编程范式，强调开发者与代码之间的"氛围感"和直觉式交互。它不仅仅是编写代码，更是一种与代码共舞的艺术形式。起源与背景Vibe Coding 概念源于现代软件开发中对效率与创造力平衡的追求。随着AI辅助编程工具的普及，开发者开始重新思考编程的本质：不再是机械的逻辑堆砌，而是一种创造性的表达方式。核心理念感性与理性并重：既要有严谨的逻辑思维，也要有敏锐的直觉感知人机协作：充分利用AI工具，但保持人类的创造性主导地位可持续发展：注重长期的代码质量和开发者体验社区驱动：通过分享和交流不断完善编程实践核心概念1. 直觉优先 (Intuition First)Vibe Coding 认为最优秀的代码往往来自于开发者的直觉和经验，而非过度设计。它鼓励开发者：跟随第一感觉编写代码相信肌肉记忆和模式识别减少过度思考，增加流畅度培养"代码嗅觉"，快速识别问题和机会实践技巧：// 直觉驱动的重构示例 // 原始代码（感觉"不对劲"） function processDa
提示词写的好不好决定了我们本身这个项目通过ai工具编程出来的效果好不好, 所以我们给AI编程工具制定的提示词、project_rule、user_rule、agent_rule 的前置提示词信息，就是十分重要了。当然我也是一步一步踩坑过来的，参考了这些网站的配置cursor开发规则提示词工程指南claude.md"Develop a WeChat Mini Program for a watermark camera with check-in functionality. The core feature should enable users to take photos while automatically capturing: 1) GPS coordinates (latitude/longitude) from WeChat's location services, 2) Nearby address information queried from the coordinates, 3) Current timestamp (year-month-day
引言在AI辅助软件开发的时代，提示词工程（Prompt Engineering）已成为提升开发效率和代码质量的关键技术。本文基于微信小程序水印相机项目的实际开发经验，深入探讨如何设计和配置有效的提示词工程体系。提示词工程的核心价值1. 需求转化的桥梁提示词工程的首要价值在于将模糊的业务需求转化为AI可理解的精确指令。在我们的项目中，原始需求"开发一个水印相机"被细化为："Develop a WeChat Mini Program for a watermark camera with check-in functionality"这种转化不仅明确了技术栈（微信小程序），还定义了核心功能（水印+打卡），为后续开发奠定了清晰的方向。2. 功能分解的工具优秀的提示词能够将复杂功能分解为可执行的具体任务：位置服务集成GPS coordinates (latitude/longitude) from WeChat's location servicesNearby address information queried from the coordinatesCurrent
近两年大语言模型跟AI编程十分的火热。自己也花了很多的时间通过VScode上包括各种ai编程助手包括copilot、通义千问、cline等。之前的应用里面主要是针对项目内的需求做一些单元测试、explain、fix的部分工作。今年cursor的编程工具也全面爆发了，各大厂商都纷纷投入这个赛道。尤其今年智能体、mcp发展起来了之后感觉越来越方便，其能力也更为强大。最近我开始全面进行ai完整来开发。也写个例子给大家参考项目背景在移动互联网时代，位置打卡和照片分享已成为日常生活的重要组成部分。无论是工作考勤、旅游记录，还是社交分享，人们都希望能够在照片中记录准确的时间和地点信息。基于这一需求，我们开发了一款功能完善的微信小程序水印相机。核心功能设计1. 智能定位与地址解析项目的核心亮点在于自动获取用户位置信息：GPS坐标获取：利用微信小程序的地理位置API，实时获取用户的经纬度坐标地址逆解析：通过坐标信息查询详细的地址描述，为用户提供可读性强的位置信息时间戳记录：精确到分钟的时间记录，确保打卡信息的准确性2. 专业级拍照体验为了提供媲美专业相机的拍照体验，我们实现了：多方向支持横屏和竖屏模式
Golang实现消息队列系统：RabbitMQ和NSQ的对比分析消息队列是现代分布式系统中不可缺少的一部分，通过消息队列可以实现不同服务之间的松耦合，提高系统的可扩展性和可靠性。Golang是一门非常适合编写高并发、分布式应用的语言，这里就来对比分析一下Golang实现的两个流行的消息队列系统：RabbitMQ和NSQ。1. RabbitMQRabbitMQ是一个基于AMQP（高级消息队列协议）协议的消息队列系统，使用Erlang语言编写。RabbitMQ可以轻松地实现异步消息传输、工作队列、发布/订阅、路由、消息确认等特性。RabbitMQ也支持多种客户端，包括Golang。使用Golang连接RabbitMQ主要是通过RabbitMQ Golang客户端，它提供了简单、易用的API来发送和接收消息。同时，RabbitMQ客户端也支持Golang的并发模型和协程，并且提供了可靠性、消息确认等一系列特性。在RabbitMQ中，消息的发送和接收过程涉及生产者、交换器、队列和消费者。以下是RabbitMQ的交互流程图：生产者 ----> 交换器 ----> 队列 ---->
不管是通过DDD方法论设计新服务还是梳理老服务，绕不开的一点就是接口设计。接口设计时很容易犯的一个错就是经常会根据接口调用方的个性化场景（比如多种界面展示）设计出很多类似且重复性的接口，且接口的实现逻辑割裂、复用性差。为了让业务服务更加聚焦领域能力，根据领域能力设计对外接口，同时又要满足多样化的接口消费场景如前端展示，架构里往往需要引入BFF这一层。在用户体验至关重要的今天，程序展示界面丰富多样。比如同一个界面可能同时存在极简版、专业版，一个界面要展示多种数据，要连接的设备也层出不穷如小程序、APP、网页、客户端等等。归纳起来有这几类：这些需求如果都在前端完成，则前端需要多次网络请求服务端数据，并且接口相关的适配逻辑不适合用前端技术来处理，效率不会高。但是如果一股脑丢到服务端来处理，则服务端模块的接口频繁修改带来稳定性下降。模块界限会变模糊，接口数量膨胀厉害。展示逻辑和领域逻辑混杂在一起，久而久之业务逻辑将变得难以维护。从DDD角度看，提倡围绕领域业务能力进行接口设计，服务端应该聚焦领域自身能提供什么样的能力来设计接口，而展示相关的处理逻辑不应该是领域业务。因此可以得出这里的主要矛盾是
前端性能指标是衡量网页加载速度、交互流畅度和视觉稳定性的重要依据，对于优化用户体验至关重要。 FP (First Paint) First Paint（首次绘制）标志着浏览器开始在屏幕上渲染任何内容，包括背景颜色改变。这是用户看到页面开始加载的第一个视觉反馈。尽管FP是一个相对宽泛的指标，但它能快速给出页面开始加载的初步指示。 FMP (First Meaningful Paint) First Meaningful Paint（首次有效绘制）是页面主要内容开始呈现给用户的时刻。这个指标更关注于用户感知，即用户开始看到页面上他们认为“有意义”的内容。FMP已经被LCP（Largest Contentful Paint）所替代，因为LCP提供了更准确的度量标准。 LCP (Largest Contentful Paint) Largest Contentful Paint（最大内容绘制）衡量的是页面上最大的可见元素（文字块或图像）变为可见所需的时间。这是用户感知页面加载完成的重要标志，直接影响到用户感受到的速度。LCP应该尽快发生，理想情况下在2.5秒内。 CLS (C
小码哥
十年老程序员
粤ICP备2023052298号-1
