浅谈相对论【更新ing】

前言

我是通过乐乐课堂学习相对论的冰山一角的,在此感谢!

物理学可以分为两个阶段:经典物理学和近代物理学。像牛顿力学、光学、热学、电磁学,都是20世纪以前的科学家努力的成果。20世纪初,著名物理学家威廉汤姆逊甚至这样宣称:

科学的大厦已经基本完成,未来的物理学家只要做一些修修补补的工作就可以啦!

但汤姆逊也同时指出:

在物理学明朗的天空中,飘着两朵小小的乌云:一朵是黑体辐射、另一朵是迈克尔孙莫雷实验。

这两朵小小的乌云后来却下起了狂风骤雨,把经典物理学的大厦吹打得七零八落。但他们最终也孕育出了两个支柱:
量子力学相对论
这两个支柱,后来就支撑起了近代物理学的发展。
我们一般认为,以牛顿三大定律支撑的就是经典物理学,它适用于宏观低速的物理领域。而近代物理学恰好相反,它适用于微观高速的物理领域。
其中的微观,对应着量子力学,
而高速,则对应着相对论。

相对论看似是个很高深的东西,但别怕,今天蟹蟹就来浅谈下。

伽利略相对性原理

首先不管是高速低速还是各种速度,都是相对于参考系而言的。
经典物理学认为:牛顿三大定律只在惯性参考系下成立。
惯性参考系?umm,惯性参考系就是静止或匀速运动的参考系

比如说蟹蟹坐在一列火车上,桌子上放着一个苹果。显然在火车静止或做匀速直线运动的时候,苹果处于静止状态(假设苹果只受到重力和桌子对它的支持力),此时符合牛顿定理。但如果火车做变速运动,苹果就不符合牛顿定理啦。
而伽利略在某本书中也阐述了这样一个道理:              

当你在静止的船舱中看水龙头里的水滴滴落时,水是竖直向下滴落的。可当船做匀速运动的时候,水仍然是竖直向下滴落的。如果你单单看这个水滴的下落过程,根本无法判断船是在静止还是做匀速运动。          

所以伽利略认为,牛顿定律在任何惯性系下都是相同的,这被称为伽利略相对性原理。           

仔细看挺符合实际的,但是如果真的仔细想想,就会发现一个恐怖的事情:           
我们无法用参考系内部的实验判断该参考系的运动状态,也就是无法判断参考系是在静止还是做匀速运动。              
而如果我们想知道参考系A是否为惯性参考系,我们就得再找一个参考系B,来判断参考系A是否为惯性参考系。             
然后你就会发现,判断参考系B是否为惯性参考系,我们还得再找一个参考系C,来判断参考系B是否为惯性参考系。            
那么我们就必须需要一个绝对静止的惯性参考系S。否则这就得无限递归下去了……            
但是我们再思考一个哲学问题:真的存在一个绝对静止的惯性参考系S吗?          
下回分解。

原文地址:https://www.cnblogs.com/crab-in-the-northeast/p/relativity-theory.html

时间: 2024-10-07 00:18:24

浅谈相对论【更新ing】的相关文章

Hibernate更新部分字段浅谈

update语句是在Hibernate的Configuration的时候生成的,不能动态改变.为什么update的时候所有的属性都一起update,而不是只更新改变字段,其实这是一个比较值得探讨的问题. 如果想要做到只更新改变了的字段,必须做到两点:1.对PO的每个属性设置version进行状态跟踪2.update语句是动态生成的,在实际向数据库更新的时候,依次检查每个属性的version,决定哪些属性需要更新,动态构造update语句. 单单要做到上述第一点,就势必要给PO的操作带来沉重的负担

好代码是管出来的——浅谈.Net Core的代码管理方法与落地(更新中...)

软件开发的目的是在规定成本和时间前提下,开发出具有适用性.有效性.可修改性.可靠性.可理解性.可维护性.可重用性.可移植性.可追踪性.可互操作性和满足用户需求的软件产品. 而对于整个开发过程来说,开发(编码)过程是整个软件产品核心结果产出的过程,代码的好坏除了对功能的实现有影响外还会对其它如可修改性.可靠性.可理解性.可维护性.可维护性.可重用性.可移植性.可追踪性等产生影响,所以“好”代码对于软件来说是非常重要的. 如何写“好”代码就是本系列文章的主题,本系列文章以.Net Core的代码为例

浅谈二维中的树状数组与线段树

一般来说,树状数组可以实现的东西线段树均可胜任,实际应用中也是如此.但是在二维中,线段树的操作变得太过复杂,更新子矩阵时第一维的lazy标记更是麻烦到不行. 但是树状数组在某些询问中又无法胜任,如最值等不符合区间减法的询问.此时就需要根据线段树与树状数组的优缺点来选择了. 做一下基本操作的对比,如下图. 因为线段树为自上向下更新,从而可以使用lazy标记使得矩阵的更新变的高校起来,几个不足就是代码长,代码长和代码长. 对于将将矩阵内元素变为某个值,因为树状数组自下向上更新,且要满足区间加法等限制

[nRF51822] 14、浅谈蓝牙低功耗(BLE)的几种常见的应用场景及架构(科普类干货)

蓝牙在短距离无线通信领域占据举足轻重的地位—— 从手机.平板.PC到车载设备, 到耳机.游戏手柄.音响.电视, 再到手环.电子秤.智能医疗器械(血糖仪.数字血压计.血气计.数字脉搏/心率监视器.数字体温计.耳温枪.皮肤水分计等), 再到智能家居等领域均占有一席之地. 而蓝牙低功耗(BLE)是在蓝牙4.0协议上修改以适用低功耗应用场景的一种蓝牙协议. 随着上一股智能消费类电子大潮的到来,BLE的各种应用也像雨后春笋般在市场上铺开. 如果想 紧跟蓝牙协议的最新动态 ,可以在https://www.b

浅谈HTML5单页面架构(二)——backbone + requirejs + zepto + underscore

本文转载自:http://www.cnblogs.com/kenkofox/p/4648472.html 上一篇<浅谈HTML5单页面架构(一)——requirejs + angular + angular-route>探讨了angular+requirejs的一个简单架构,这一篇继续来看看backbone如何跟requirejs结合. 相同地,项目架构好与坏不是说用了多少牛逼的框架,而是怎么合理利用框架,让项目开发更流畅,代码更容易管理.那么带着这个目的,我们来继续探讨backbone. 首

浅谈mysql主从复制的高可用解决方案

1.熟悉几个组件(部分摘自网络)1.1.drbd     —— DRBD(Distributed Replicated Block Device),DRBD号称是 "网络 RAID",开源软件,由 LINBIT 公司开发.DRBD 实际上是一种块设备的实现,主要被用于Linux平台下的高可用(HA)方案之中.他是有内核 模块和相关程序而组成,通过网络通信来同步镜像整个设备,有点类似于一个网络RAID的功能.也就是说当你将数据写入本地的DRBD设备上的文件系统 时, 数据会同时被发送到网

浅谈自动化测试流程

浅谈AST(自动化测试)流程,欢迎大家多多指点,多提宝贵意见. AST阶段一:需求收集——分析自动化测试需求 1.举行启动会议,对SUT(被测试的系统)进行总体描述 2.SUT的要求是可测试和可自动化的 3.评估哪些测试可以自动化 4.分析当前生命周期中SUT使用的工具和复用现有的AST工具 5.对AST和测试中需要的工具进行评估,并提出建议 6.确定和讨论测试环境,包括测试环境的采购和安排,列出测试环境的概要 7.与开发相关人员一起走查一遍AST测试需求,最后达成一致意见 8.给出可以自动化的

版本管理和项目管理软件浅谈

版本管理和项目管理软件浅谈 项目管理软件 Trac vs Redmine 关于Trac,之前想为计组实验平台搭建Wiki的时候作为“备胎”所了解过,而与当时功能与其相似,看起来更有竞争力的产品——Redmine相比而言我更加看好Trac,因为Redmine有一些严重的缺点: 安装非常麻烦.在实际的生产环境中,Redmine在Debian\Ubuntu系统下没法稳定运作.Redmine的依赖是固定的,所以一些新的版本库可能没法工作.而且必须自己在apt-get中配置更新源,否则很容易错将某些依赖升

浅谈移动前端的最佳实践(转)

前言 这几天,第三轮全站优化结束,测试项目在2G首屏载入速度取得了一些优化成绩,对比下来有10s左右的差距: 这次优化工作结束后,已经是第三次大规模折腾公司框架了,这里将一些自己知道的移动端的建议提出来分享下,希望对各位有用 文中有误请您提出,以免误人自误 技术选型 单页or多页 spa(single page application)也就是我们常常说的web应用程序webapp,被认为是业内的发展趋势,主要有两个优点: ① 用户体验好 ② 可以更好的降低服务器压力 但是单页有几个致命的缺点: