思考 开始之前，先考虑下下面的代码的执行结果： package main import "fmt" func test() int { i := 0 defer func() { fmt.Println("defer1") }() defer func() { i += 1 fmt.Println(
经常有小伙伴对一些计算机技术和概念不太清楚，产生很多误区，甚至张冠李戴，在一起聊天时又很难给对方解释清楚，经过苦思冥想，终于想到一些比喻，能够很好地阐述了“硬件、操作系统、跨平台、应用软件、开发语言、代码”之间的关系。 硬件 陆地（Intel）与海洋（AMD）：硬件就像是一个广阔的自然环境，其中In
一句注释引发的思考 接到一个有鸡毛信般的紧急需求（当然，002的需求向来是如此紧急的）：大屏展示原来只有二个品牌数据，现增加到三个品牌的数据。一句话的需求，且没有业务逻辑变更，我认为可以迅雷不及掩耳之势，2小时收拾干净交差。当我满腔激情的定位的核心逻辑部分时，这样一句注释（见下图），让我顿时思绪天马
大侠幸会，在下全网同名「算法金」 0 基础转 AI 上岸，多个算法赛 Top 「日更万日，让更多人享受智能乐趣」 抱个拳，送个礼 在当今的人工智能（AI）领域，Embedding 是一个不可或缺的概念。如果你没有深入理解过 Embedding，那么就无法真正掌握 AI 的精髓。接下来，我们将深入探讨
解锁LLMs的“思考”能力：Chain-of-Thought(CoT) 技术推动复杂推理的新发展 1.简介 Chain-of-Thought(CoT)是一种改进的Prompt技术，目的在于提升大模型LLMs在复杂推理任务上的表现，如算术推理（arithmetic reasoning）、常识推理（co
视觉AI很难做 近来一直在从事AI 视觉检测方面的工作，外行人可能觉得挺厉害，实际上这钱挣得基本等于搬砖 近两年以来，行业不景气、制造业利润上不去，那么在这个产业链中，老板就没有余钱来进行升级改造。 老板们是否愿意花钱投入视觉检测，一是老板的认知、二是是否有足够的资金实力； 就算最后，老板有需求，也
前言 垃圾回收需要思考三件事情，哪些内存需要回收？什么时候回收？如何回收？ 一、哪些内存需要回收 JVM 的内存区域中，程序计数器、虚拟机栈和本地方法栈的生命周期是随线程而生，随线程而灭的。这几个区域的内存分配和回收都具有确定性，不需要过多考虑回收问题，当方法或线程结束时，内存自然就跟着回收了。 J
第一部分：__new__方法 思考： a. 我们创建实例是通过什么方法创建的呢？ b. 类每次实例化的时候都会创建一个新的对象，如果要求类只能被实例化一次该怎么做呢？ 通过单利模式实现 c.什么是单例模式(Singleton Pattern ) 1、确保一个类只有一个实例，而且自行实例化并向整个系统
背景 随着公司软件的发展.客户越来越多. 测试环境和兼容环境也越来越多. 不管是虚拟化,还是裸金属做数据库 存储都是绕不开的一道门槛. 最近又上架了几台服务器, 所以想趁着周末总结一下 最近服务器上架的一些得失, 以及未来客户现场部署的一些可能的事项. 关于存储 存储是一切软件的基础 没有存储软件几
JVM内存配置的再次思考 摘要 最近研究过不少内存分配相关的处理 今天晚上突然感觉还不是非常系统. 还是想能够细致的在学习一下. 希望能够慢慢的拾遗,提高自己 操作系统内存的使用情况 本文主要想思考linux相关的. 暂时不考虑Windows相关的机器配置. 也不考虑混用的情况 仅考虑专用的应用服务
一个监控数据的思考-sockets_used 背景 最近跟踪一个项目问题. Grafana的监控了里面有一个tcp的使用监控 CurrEstab 的数据量是: 700-2000 左右 但是同时有一个非常大的: Sockets_used的数据 数据量一般是 CurrEstab的十倍以上. 大家看起来感
后量子密码研究思考与实践 中国电信翼支付后量子密码研究思考与实践 量子计算的威胁 2022年10月，法国物理学家阿兰•阿斯佩Alain Aspect，美国理论与实验物理学家约翰•弗朗西斯•克劳泽John F. Clauser以及奥地利科学家安东•塞林格Anton Zeilinger共同获得了诺贝物理
本文主要讲述了一些对于k8s多集群管理的思考，包括为什么需要多集群、多集群的优势以及现有的一些基于Kubernetes衍生出的多集群管理架构实践。
Vue3已经正式发布了一段时间了，各种生态已经成熟。最近使用taro+vue3重构冷链的小程序，经过了一段时间的开发和使用，有了一些自己的思考。
数字化转型会带来大量的研发需求，如何更好更快的交付这些需求成为一个突出问题，该怎么打造一个平台去解决该问题？能不能用第一性原理思维去推导出发展方向？
从研发的角度来看如果系统上下文清晰、应用架构设计简单、应用拆分合理应该称之为架构合理。基于以上的定义可以从以下三个方面来梳理评估：
目标 保证系统不因流量过载而挂。 现状：人工限流 正常的微服务限流工具都需要人工配置：支持应用负责人事先配置限流规则（接口 + 调用方 + 限流阈值），流量在阈值以下可以正常响应，超过阈值的流量会快速失败。这种方案存在如下问题： 问题 1. 接口多，无法全面覆盖 要想保证系统不因流量过载而挂，那就需
一、日常问题 1）CDN 异常 5 月中旬，发现图像异常的上报量比平时多了 10 多倍，日常 300 多，现在 4000 多。 但是看不到异常的错误码，不能确定是域名问题还是服务问题。还特地查看了错误分布的时间段，但并没有看出说明规律。 本来以为是证书的问题，因为正好那几天证书到期了，但是证书更新后
以Flink为主的计算引擎配合OLAP查询分析引擎组合进而构建实时数仓**，其技术方案的选择是我们在技术选型过程中最常见的问题之一。也是很多公司和业务支持过程中会实实在在遇到的问题。 很多人一提起实时数仓，就直接大谈特谈Hudi，Flink的流批一体等，但实际上，**实时数仓包括任何架构体系的构建如...
本文已收录到 AndroidFamily，技术和职场问题，请关注公众号 [彭旭锐] 提问。 往期回顾：LeetCode 单周赛第 344 场 · 手写递归函数的通用套路 T1. 老人的数目（Easy） 标签：模拟、计数 T2. 矩阵中的和（Medium） 标签：模拟、排序 T3. 最大或值（Medi
