关于电子生命 | Some thoughts on eSoul | 電子生命の予想

电子生命会诞生吗?不远的未来?

eSoul will be here with us soon or later?

電子生命などは本当に現実になるの?

第一次谈论如此毫无现实感的话题,有些过于新鲜了,陌生感。那就先从平常的生活讨论吧。
大概每个人都思考过人活着的意义吧?
凡事都得有意义才去做,这大概是人的癖性。那么人的存在到底是为何呢?
从个人的角度来看,人活着是为了实现梦想?还是为了繁衍后代?
从人类整体的角度来看,人活着是为了实现人类的发展?还是为了更快终结人类的历史?
没有意义?
有,个体存在的意义是为了物种基因(DNA/RNA/蛋白质)的延续和演化。除此之外的意义都是个体为自己赋予的,不是与生俱来的,也不是本质的。
为何如此断言?
人和任何动植物的生命在时间尺度上都是有限的,而这个有限不是环境造成的,是编码在基因DNA中的。
一般而言,有界的生命通过繁衍实现基因的延续。但是,其实应该反过来看:基因通过时间有限的个体实现持续演化。
是的,基因的存在是不存在时间上限的,当然不存在空间上限,因为能够影响和改变基因只有物理环境,也就是这个被视为无穷无尽的宇和宙。
拥有无限时间和空间的基因通过控制拥有有限时间和空间的生命体实现自身的延续和演化。
因此,我们都是基因的奴隶,被操控着完成一项我们尚不清楚其内涵亦不足以窥其全貌的宏大事业。
环境->基因->个体(->灵魂?)
个体的难以置信的复杂度是基因通过物种实验在庞大的空间和时间尺度上得到的生存规律。
为什么人即便知道事实如此也要坚持活下去甘当基因的奴隶呢?甚至让后代重复如此残酷的命运?
因为正是基因赋予了人类存在下去的可能性,人生于基因,亦终于基因。
而基因不过是一种信息的存储形式,信息终究会因为环境的变迁而发生变化,流动的信息仅仅百年就能被环境重塑得面目全非。
信息说到底是不存在个体性的,没有你我之分,没有种群之分,随时混合。所以,基因是没有自我意识的,不存在意图,只是环境造就了一切,为了维持存在,所以控制了生命体。

从前,我们无法摆脱这种宿命,但如今却依稀看到了希望:电子生命,我们可以将灵魂这种东西转移到电子体中从而摆脱基因的控制,突破空间和时间的限制,实现真正的自由。
但问题是,就算真的存在一种程序可以模仿人的大脑,可以将记忆全部转移到电子存储中,那以后的活动中,电子生命还会保有灵魂吗?话说灵魂真的存在吗?仅仅是神经信号的一种复杂活动?

原文地址:https://www.cnblogs.com/thisisajoke/p/12076301.html

时间: 2024-11-19 04:10:48

关于电子生命 | Some thoughts on eSoul | 電子生命の予想的相关文章

Fragment和Activity生命周期以及横竖屏切换对生命周期的影响

Fragment生命周期图解,fragment和activity生命周期对比 生命周期变化 : 切换到该Fragment 05-21 14:26:35.095: D/FragmentDemo(7649): onAttach 05-21 14:26:35.095: D/FragmentDemo(7649): onCreate 05-21 14:26:35.095: D/FragmentDemo(7649): onCreateView 05-21 14:26:35.100: D/FragmentDe

React生命周期以及关于17.0版本生命周期的改变

React的生命周期: constuctor: 1.组件的初始化,用来定义当前组件所需要的一些状态,状态定义在this.state中. 2.当前生命周期中必须书写super,否则this的指向会发生错误以及报错 3.在当前生命周期中默认是访问不到props属性的,如果想要进行访问必须在super以及constructor中添加参数props componentWillMount: 挂载前: 1.可以进行前后端数据的请求(在服务端渲染的时候) 2.可以在数据第一次被渲染的时候做数据的更改 3.在当

asp.net应用程序生命周期和asp.net网页的生命周期

一.asp.net应用程序生命周期 asp.net应用程序生命周期以浏览器向web服务器(比如IIS服务器)发送请求为起点,先后经历web服务器下的ISAPI(Internet Server Application Programming Interface)扩展接收到应用程序的第一个请求并创建一个应用程序域,为每个请求创建ASP.NET核心对象(如HttpContext.HttpRequest.HttpResponse),将HttpApplication对象分配给请求(即通过创建HttpApp

简单记录一下vue生命周期及 父组件和子组件生命周期钩子执行顺序

首先,vue生命周期可以用下图来简单理解 当然这也是官方文档的图片,详细的vue周期详解请参考这里 然而当同时存在父子组件的时候生命周期钩子是如何执行的呢? 请看下文: 加载渲染过程父beforeCreate->父created->父beforeMount->子beforeCreate->子created->子beforeMount->子mounted->父mounted 子组件更新过程父beforeUpdate->子beforeUpdate->子up

小程序的生命周期和小程序组件的生命周期

小程序注册完成后,加载页面,触发onLoad方法. 页面载入后触发onShow方法,显示页面. 首次显示页面,会触发onReady方法,渲染页面元素和样式,一个页面只会调用一次. 当小程序后台运行或跳转到其他页面时,触发onHide方法. 当小程序有后台进入到前台运行或重新进入页面时,触发onShow方法. 当使用重定向方法wx.redirectTo(OBJECT)或关闭当前页返回上一页wx.navigateBack(),触发onUnload 小程序组件的生命周期 created 组件实例化,但

【软件生命周期&&测试工作流程】软件生命周期和测试工作流程

******软件生命周期:********* ******测试工作流程:******** 原文地址:https://www.cnblogs.com/l-pan/p/12177740.html

[ Exchange 2016 ] 電子郵件地址匯出AD登陸賬號

Get-Mailbox -Identity [email protected] | Select-Object alias,primarysmtpaddress,SamAccountName 這裡有詳細的介紹https://docs.microsoft.com/en-us/powershell/module/exchange/mailboxes/get-mailbox?view=exchange-ps 原文地址:http://blog.51cto.com/happynews/2155226

聊聊架构(1)

生命周期 接触React的同学肯定对生命周期印象深刻,这是相对于组件而言的生命周期.举一个生活栗子,我们在一次购物场景中,从用户进入到商店,进行浏览.询问.购买等活动,到离开商店,也可以看做是一次购买活动的生命周期,这个生命周期的主体是购买活动.一个生命周期里面的活动可以进行拆分,拆分的原则就是形成若干个新的生命周期,每个新的生命周期都有自己的主体,比如上面说到的购物活动,又可以拆分成物品的选购和物品的购买两个小的生命周期.物品的选购这个生命周期的主体为用户的物品意向,以用户进店开始,以意向确定

一、Autofac入门

想要将autofac集成到你的应用程序中需要经过如下步骤: 1.使用控制翻转(IoC)的思想架构你的应用程序: 2.添加autofac引用: 3.在应用程序入口...(At application startup...): 4.创建一个ContainerBuilder对象: 5.注册组件: 6.为以后的使用,生成并保存容器: 7.在应用执行期间...(During application execution...): 8.从容器中创建一个生命周期域: 9.使用生命周期域解析(resolve)组件