关于系统封闭和开放的一点思考

关于系统封闭和开放,孰优孰劣?我想通过自然界生物来分析下。生物有哺乳动物、卵生动物、病毒、细菌、植物等,这些生物的基础都是碳基生命,地球目前没有硅基生命。硅基生命可能有碳基生命其他优势,反之也是;从这点上,无论系统是否封闭或开放,基础上分开了;当然是否会存在硅基和碳基混合的生命?这个往往是系统封闭或者开放的最重要的分歧,系统封闭往往习惯从底层到顶层全体封闭,往往会导致一点破,全局破;系统开放对单点的依赖性更低,不会出现一点破全局破的情况。不过还存在一个时间尺度的问题,硅基生命何时会发现?如果没有发现,短期内就全点依赖碳基生命也无可厚非。但是就系统设计时,需要将不同层次分开,尽量降低单点依赖。个人认为mac有个好处就是可以支持多个指令集,这个就类似既支持碳基又支持硅基的特性。回到目前,Android和iOS之争,目前看硬件层面,其实两者都不会存在问题,arm i386都不是问题;再看操作系统层面,Android无疑领先,彻底的控制权,完全的运行状态,linux层+java虚拟机,无需授权,有相当好的扩展和灵活性, iOS方面,mach+bsd,源代码层面兼容*nix系列,控制权比较严格,沙盒机制;软件层面,appstore简直是折磨人啊;看看一体化吧,这块应该是后期的重头戏,来点看头。

时间: 2024-12-13 04:13:14

关于系统封闭和开放的一点思考的相关文章

关于后台系统自动生成的一点思考

大量实践发现后台管理程序,其实90%的代码都是相同的,当然是在抛弃复杂逻辑业务的情况下,那么如何能高效的节约这些时间呢,那就是接下来我要说的,对于后台系统自动生成的一些思考. 适用情景: 1.表编号id为自增(基于现在大部分表编号都是自增的情况): 2.没有太复杂业务关联关系,比如表的某一个字段,存储了一个json对象,为了平衡后台用户使用,需要友好的分段展示给用户的定制ui界面:还比如表中存储了外键的多个id,但为了方便用户使用,只能已标签name的方式,给用户展示,等等这些超强业务黏合逻辑的

周志华:关于机器学习的一点思考

https://mp.weixin.qq.com/s/sEZM_o5D6AhyMgvocbsFhw 演讲:周志华 整理:肖琴.闻菲 [新智元导读]机器学习如今大获成功的原因有哪些?如何才能取得进一步的突破?南京大学周志华教授在AI WORLD 2018大会上分享他关于机器学习的一点思考:我们需要设计新的.神经网络以外的深度模型:让智能体在弱监督条件下也能够学习,以及考虑开放动态任务环境下的学习. 播放 震撼!AI WORLD 2018世界人工智能峰会开场视频 南京大学计算机系主任.人工智能学院院

技术走向管理一点思考(1)-性格特质和自我管理

技术走向管理一些思考-目录 1,管理需具备的性格特质 欣赏他人:以一种不以自我为中心的合作的方式和他人相处,能平静和客观地接受不同的人,放下自己的性格.喜好,去欣赏不同类型的人.不是通过个人友谊或者熟悉程度,而是通过某个人的性格特质和其具体的客观表现去欣赏他的价值.管理最重要的是要在乎他人,要完成从关注自己想法到关注别人想法的转变. 可信的人格:公正.诚实.守信.与人为善.律己宽人等.优秀的管理要为人表率.以德服人,本身具有魅力,能够影响别人,这就要求管理人员要有优秀.可信赖的人格.只有优秀人格

关于模板方法和策略模式的一点思考

该随笔的思想原点,应该算是在两三年前了.当时和一前同事聊天.不知怎得就聊到了Http访问. 一.我记得他和我说过的第一句话,大概是:有没有已经封装好的.比较强大的HttpUtil.也可能是受业务的影响(接口对内).我当时接触到的Http访问,大多比较“规范”,至少有一个接口约束在约定着某些东西,不至于一会传递json,返回json, 一会又要传递xml,返回xml,甚至更奇葩的是,上传个文件.返回0或者1.如果真出现这样的状态,HttpUtil依然能够方便.灵活的适应着各种情况.我想这个Util

"简单设计"的一点思考

简单设计是Xp技术实践中开发实践的核心实践,“简单也是价值观中智力色彩最强烈的”,然而,提到简单设计,大家更觉得像原则或者价值观,感觉上还是比较泛,我们不妨从下面的几个角度看一下  1. 为什么要简单设计 <1>. 简单的代码更容易读懂. <2>. 好的设计更能应对变化.  这两点是基于成本和收益考虑的,这里的价值是时间及金钱.更快的满足需求,减少复杂带来的故障排查.修复成本,代码大量修改或者重写成本.  2. 什么是简单设计 对一个团队来讲,简单设计就是团队中每个人都能轻松的读懂

关于互联网商业模式的一点思考

传统互联网的商业模式,说白了就是通过流量获得收益.这里面有两个问题,一个是怎么获得流量,另外一个是怎么获得收益? 先来说说怎么获得流量.互联网企业一般通过提供平台,服务,或内容来吸引用户.这里面有一个基本原则就是,一般提供的基础平台基础服务或基本内容都是免费的.比如门户网站提供信息的整理和分类,搜索引擎提供信息的快速获取,电子商务提供交易平台来连接买家和卖家,社交网络提供人们互相通信和交流的渠道,游戏平台提供人们打发碎片时间的娱乐活动,安全服务提供人们上网的安全需要,以及对本地系统和数据的归档整

基于http协议通信的APP安全策略的一点思考

声明一点,我没做过过任何商业APP,以下想法仅仅是个人业余时间的一点思考,若你是专业人员,不吝赐教. 概述 微信开发过程中,会使用到微信服务器提供的API,这些API都是基于HTTP协议调用的,为什么我们自己的APP服务器不采用这种方式呢? 这种方式最直观的好处就是,API设计得足够好时,服务器只需要开发一次,无论前端是 WEB,APP ,APK...都通过http调用API请求数据并响应. 这种方式类似于传统C/S模型的开发,服务端/客户端定义相同序列的数据结构(称之为通信协议),差别在于现在

互联网分布式系统的一点思考

我自身没有独立自主开发和部署过 分布式系统,只有一点自己的理论上的经验. Boss之前在支付宝干活,最近发现项目中的一些疑惑时,向他请教,了解到了支付宝等互联网公司的一些情况,当然还有一些他自己的想法. 分布式系统的一点思考:多个项目,模块化,不同的模块使用不同的域名.图片和js.css存放在单独的域名. 有的模块服务化,处理 账务-用户等公共的操作,比如WebService实现. 有的只处理 页面请求,响应数据就完了,不处理具体的业务逻辑. 每个子系统部署在各自单独的集群中,这样保证99.99

关于前端的一点思考

关于前端的一点思考 Author:tkorays 最近写前端代码,写着写着就突然开始惆怅.忧伤.愤怒.发狂,我TMD到底在干什么啊! 很多东西写了n遍了,但是还是在不停地写着.自己写过的代码也不想再修改完善.重新利用,只是觉得,可能重新写一遍可能要好点.面对这很多库以及框架,虽然喜爱,但是也是有所顾忌,我只要使用其中的一个功能,根本不需要引入这么大的整个库. 事实上,我们可能在动手写任何代码之前,先要思考下,我们到底要的是什么! 0x00 界面真的需要这么炫酷么 在使用某个界面库之前,我们可能先