缘起专题

5G 缘起：从 1G 到 5G，你了解多少？

这是蜗牛的第 62 篇原创分享。哈喽，大家好，我是蜗牛。 5G 现在是个非常热门的话题，如果想要深入了解它，你就得知道从 1G 到 5G 是怎么演变的。从中你可能看到一些技术趋势，帮助你做出决策，把握机会。首先，G 全称是 Generation，中文是「一代，时代」的意思。1G 就表示第一代移动通信技术。设备通信需要有标准，要有一套彼此都认可的信息编码规范。比如人类交流用的文字，各种语言的

GlaDS缘起

题目：Modeling channelized and distributed subglacial drainage in two dimensions 近年来，冰盖表面融化与冰盖动态之间的联系及其对海平面上升的影响引起了广泛关注。特别是格陵兰冰盖的研究显示，表面融水显著影响冰川移动速度，而冰下排水系统对冰川动力学及冰川水文学其他方面具有关键控制作用。目前，对于这一复杂系统，尤其是快速通道化排

AI缘起 —— 达特茅斯会议

本文首发于：行者AI 1956年，美国汉诺斯小镇宁静的达特茅斯学院，约翰·麦卡锡、马文·闵斯基、克劳德·香农等学者聚在一起，共同讨论着机器模拟智能的一系列问题。他们讨论了很久，始终没有达成共识，却为讨论内容起了一个名字：人工智能。自此，人工智能（AI，Artificial Intelligence）开始出现在人们的视野，1956年也就成为了人工智能元年。 1. 大会之前关于人工智能的

[机缘参悟-140] ：一个软件架构师对佛学的理解 -6- 从计算机软件和硬件的角度理解“缘起性空”

目录一、什么是佛家的“缘起性空”? 二、如何从计算机角度理解 2.1 从计算机硬件电信号角度理解“缘起” 2.2 从计算机硬件电信号角度理解“性空” 2.3 从计算机软件角度理解“缘起” 2.4 从计算机软件角度理解“性空” 2.5 从计算机电子游戏角度理解“缘起” 2.6 从计算机电子游戏角度理解“性空” 一、什么是佛家的“缘起性空”? “缘起性空"是佛教中的一个核心概

乔布斯唯一授权传记的缘起：Walter Isaacson那天接到乔布斯电话后

乔布斯逝世后，他的由 Walter Isaacson 撰写的唯一一本授权传记《Steve Jobs》在 Amazon 上的预定量猛增了 400 多倍，一下子成了 Amazon 最畅销的书籍。而且其发售日期再一次提前到了 10 月 24 日。一篇时代杂志上的文章描述了这篇传记的缘起。　　Walter Isaacson 说： 04 年夏的一天我接到了乔布斯的电话。那些年我在时代杂志和

缘起普洱茶.....感恩

2016年8月31日10点, 在广州芳村的茗六福, 一帮茶友相聚一起. 邓时海老先生, 侃侃的讲普洱茶. 1. 生活中的美. 2. 邓老师侃侃而谈, 老当益壮, 中气十足! 3.美丽的店主和邓老师一起探讨茶. 4. 茶点相聚, 缘起普洱茶.....感恩!

【原神游戏开发日志1】缘起

Electron[1] 缘起桌面应用

1 Electron是什么？官方的解释： Build cross-platform desktop apps with JavaScript, HTML, and CSS 简单说，就是通过前端技术栈实现桌面应用的开发，桌面应用包括：linux、window、mac。 1.1 中文官网地址 Build cross-platform desktop apps with Ja

程序人生之缘起

我正在参与CSDN 《新程序员》有奖征文,并附上本活动页面的链接地址写在前面看到这个活动，有奖，所以写一波，整理一下自己。傍晚时分，你坐在屋檐下，看着天慢慢地黑下去，心里寂寞而凄凉，感到自己的生命被剥夺了。当时我是个年轻人，但我害怕这样生活下去，衰老下去。在我看来，这是比死亡更可怕的事。--------王小波毕业刚好满一年了，工作算起来有一年半的时间。编码时间要久一点，从

LLM应用架构之检索增强（RAG，retrieval-augmented generation）的缘起与架构介绍

LLM应用架构之检索增强（RAG）的缘起与架构介绍原创 ully AI工程化 2023-08-21 21:53 收录于合集 #领域技术13个 #LLM应用架构3个动手点关注本文是LLM应用架构系列的第一篇，将介绍LLM应用开发里最常见的一种架构模式RAG（ Retrieval Augmented Generation），它被广泛应用于知识问答，智能助手等常见LLM应

数据亲和架构--缘起

数据亲和架构并没有否定其他架构，尤其是微服务架构的合理性，而是从另外一个视角来重新审视整个架构，做出补充。让数据和业务逻辑具备更强的亲和性，故命名为数据亲和。微服务架构提出了一个理念，每个服务划分成更细粒度的服务单元。每个单元的职能更加单一，降低了服务单元的复杂度和耦合性，但它同时增加系统整体复杂度，对运维体系提出更高的要求。 K8S和Docker解决服务在失

程序员的注释之争：缘起与解决

程序员的注释之争：缘起与解决前言一、为什么有人写代码不写注释？1.1 注释的理念1.2 时间压力1.3 缺乏标准二、为什么有人坚持写注释？2.1 可维护性2.2 团队合作2.3 知识传承三、解决争议：如何正确使用注释3.1 注释的角色3.2 注释规范3.3 自动化工具3.4 定期审查四、注释对代码质量的影响4.1 代码可读性4.2 减少复杂性4.3 安全性和可维护性五、注释对开发流