帝国边界与技术有疆
来源:互联网 发布:青岛直销软件开发 编辑:程序博客网 时间:2024/04/29 18:08
传说罗马帝国的灭亡,一个很重要的原因就是帝国自身的庞大规模,横跨欧亚非三个大陆!但是,以当时的信息传递技术,不足以使一个帝国对其庞大的国土进行行之有效的管理;而且,由于距离的遥远、信息闭塞,派驻在外地的罗马军团和罗马城共和政体越来越低缺少忠心和感情,而仅忠实于带兵将领,形成军阀。当然,罗马帝国的崩塌,是有很多原因的!但是,罗马帝国因其庞大规模而造成了自身的坍塌,是一个不可忽视的视角存在。纵观世界历史来看,国土面积横跨很大、且现在存活下来的国家只不过数个,足可以说明这个道理的普适性。
同时,在现代物理上,也充分证明了因其自身重量会形成其自身坍塌的成的黑洞现象。从这点意义上来讲、展开,我们可以很自信地断定:任何实体,都不能庞大到一个规模。如果其庞大到一定规模,一定会会因为其自身的问题,引起内部的自动坍塌!!
喜欢创业的朋友,千万不能看到行业内已经有一个业界老大存在,而认定自己就毫无机会了。行业老大也会在后期的发展中,印证上面所说规律“规模庞大后,造成其内部的坍塌”。不过,现在企业在高明的管理者手中,会进行自我减负的子部门抛售!这样的商业操作,在一定程度上可以避免自身的坍塌。但,不管怎么来说,“规模庞大后,造成其内部的坍塌”的事物发展内秉特性,决定了在一个大市场面前,其实没有一个人可以将地盘扩展的无限大,总有一些缝隙,让大家都有活路的,呵呵!
不说了,说的远了,呵呵,其实俺本来是想说点技术老本行的东西。在现实中,我们很多程序员都很自信,总是觉得如果有时间和充裕的后台老板资金,技术可以了结一切,好像技术无极限一样。我以前,也曾经也有这么样的自信,并用一个签名档短语,形容程序员这种豪迈--
“阿基米德曾经说,如果在宇宙中有一个支点,它将可以把地球给翘起来;我们谦恭的程序员,也一向认为,如果拥有足够多的Flag,我们将可以控制一切 :)“。
从后来的经历和感悟看来,技术,从一个层次来看,都是来自对自然界、社会的一种仿生、模拟!也就是说,技术的最终能力,实际上受限于其模拟的现实的实体的。也就是说,技术其实也会产生“规模庞大后,造成其内部的坍塌”的现象。所以,这种程序员特质式的狂热、豪迈的思想,其实危害是相当大的,因为从上面帝国边界所述的社会现象来看,技术有疆才对,而不是技术无极限的!
技术如果有疆,那么技术和技术间的交流就是很有必要的。从单个实体来看,技术和技术之间往往采用“分层”的策略实现边界;从多个实体来看,技术和技术之间往往采用“分布”的策略实现边界。这两种策略在单个实体和多个实体内,也有交叉的,也不是绝对独立的!在单体上玩分布,即多进程、多线程;在多体上玩分层,例如域名服务系统。在现实中,很多经典的系统,都是我们变成可以仿生、模仿的对象。
个人认为,边界与边界间的联系,从侧剖面来看,应该越薄越好;从立体来附望,鸿沟越深越好。在一个薄薄的层面进行相互联系,两个技术的发展才不能不受限与联系层的变化,而独立发展很好。而这种联系薄层也可以相当的通用,这也印证了我以前的一个观点--“假设最少的东西适用性最强”。当,联系薄层越来越厚的时候,一般来讲通信的效率会越来越高,能够传递一些复杂的信息结构,例如对象。可以想象,这种联系“薄层”的厚度发展到极限,就是同台机器上的同种语言运行环境,在这种环境下,我们可以传递任何语言可组织的信息结构。不同种语言环境,往往传递的信息比较基本。但是,效率提高的同时,不要忘了前面的警钟“规模塌陷、重量塌陷”,这种联系薄层的演化,最终导致技术与技术的融合,没有边界,以致有可能会形成“重量自坍塌”。
上面的思想,主要是为了应付好多同事在学习的初期,经常问我的一个问题,是否客户端和服务器端能够传递“对象”,作的一个前期思考性的总结!
我告诉他们,在网络间传递均是二进制,没有对象存活,即使有某种意义上的对象,也是需要一个编码和解码过程,不是直接的,就是所谓的“序列化”。 而这种技术的疆界,成功的tcp/ip C/S B/S架构是我们可以经常学习的榜样
同时,在现代物理上,也充分证明了因其自身重量会形成其自身坍塌的成的黑洞现象。从这点意义上来讲、展开,我们可以很自信地断定:任何实体,都不能庞大到一个规模。如果其庞大到一定规模,一定会会因为其自身的问题,引起内部的自动坍塌!!
喜欢创业的朋友,千万不能看到行业内已经有一个业界老大存在,而认定自己就毫无机会了。行业老大也会在后期的发展中,印证上面所说规律“规模庞大后,造成其内部的坍塌”。不过,现在企业在高明的管理者手中,会进行自我减负的子部门抛售!这样的商业操作,在一定程度上可以避免自身的坍塌。但,不管怎么来说,“规模庞大后,造成其内部的坍塌”的事物发展内秉特性,决定了在一个大市场面前,其实没有一个人可以将地盘扩展的无限大,总有一些缝隙,让大家都有活路的,呵呵!
不说了,说的远了,呵呵,其实俺本来是想说点技术老本行的东西。在现实中,我们很多程序员都很自信,总是觉得如果有时间和充裕的后台老板资金,技术可以了结一切,好像技术无极限一样。我以前,也曾经也有这么样的自信,并用一个签名档短语,形容程序员这种豪迈--
“阿基米德曾经说,如果在宇宙中有一个支点,它将可以把地球给翘起来;我们谦恭的程序员,也一向认为,如果拥有足够多的Flag,我们将可以控制一切 :)“。
从后来的经历和感悟看来,技术,从一个层次来看,都是来自对自然界、社会的一种仿生、模拟!也就是说,技术的最终能力,实际上受限于其模拟的现实的实体的。也就是说,技术其实也会产生“规模庞大后,造成其内部的坍塌”的现象。所以,这种程序员特质式的狂热、豪迈的思想,其实危害是相当大的,因为从上面帝国边界所述的社会现象来看,技术有疆才对,而不是技术无极限的!
技术如果有疆,那么技术和技术间的交流就是很有必要的。从单个实体来看,技术和技术之间往往采用“分层”的策略实现边界;从多个实体来看,技术和技术之间往往采用“分布”的策略实现边界。这两种策略在单个实体和多个实体内,也有交叉的,也不是绝对独立的!在单体上玩分布,即多进程、多线程;在多体上玩分层,例如域名服务系统。在现实中,很多经典的系统,都是我们变成可以仿生、模仿的对象。
个人认为,边界与边界间的联系,从侧剖面来看,应该越薄越好;从立体来附望,鸿沟越深越好。在一个薄薄的层面进行相互联系,两个技术的发展才不能不受限与联系层的变化,而独立发展很好。而这种联系薄层也可以相当的通用,这也印证了我以前的一个观点--“假设最少的东西适用性最强”。当,联系薄层越来越厚的时候,一般来讲通信的效率会越来越高,能够传递一些复杂的信息结构,例如对象。可以想象,这种联系“薄层”的厚度发展到极限,就是同台机器上的同种语言运行环境,在这种环境下,我们可以传递任何语言可组织的信息结构。不同种语言环境,往往传递的信息比较基本。但是,效率提高的同时,不要忘了前面的警钟“规模塌陷、重量塌陷”,这种联系薄层的演化,最终导致技术与技术的融合,没有边界,以致有可能会形成“重量自坍塌”。
上面的思想,主要是为了应付好多同事在学习的初期,经常问我的一个问题,是否客户端和服务器端能够传递“对象”,作的一个前期思考性的总结!
我告诉他们,在网络间传递均是二进制,没有对象存活,即使有某种意义上的对象,也是需要一个编码和解码过程,不是直接的,就是所谓的“序列化”。 而这种技术的疆界,成功的tcp/ip C/S B/S架构是我们可以经常学习的榜样
- 帝国边界与技术有疆
- IMG与元素边界有空隙问题分析及解决
- 图片IMG与容器下边界有空隙的解决方法
- 图片IMG与容器下边界有空隙的解决方法
- 宇宙有边界吗?
- 有边界线程池
- 图片在IE下与容器下边界有空隙的解决方法
- 边界与摩擦力
- CSS边界与填充
- 边界提取与跟踪
- img与容器下边界的空隙(缝隙) img与div(block类型元素)下边界有距离(或者叫缝隙、空隙)的解决方法
- 东西方两大帝国的交锋 唐帝国与阿拉伯帝国
- 解决CSS样式有超出的边界
- 《C陷阱与缺失》边界计算与不对称边界笔记
- 图片IMG与容器下边界有空隙(如td被里边的img顶高了)
- 扩展与耦合的边界
- HibernateUtils 与第三方边界
- 字节序与边界对齐
- Tech•Ed 2007 微软技术大会参会心得
- 光棍节快乐
- struts2 入门
- snprintf明白了一点
- 关于VSFTP使用及FTP安装LINUX的教程
- 帝国边界与技术有疆
- JAVA中==和equals的区别
- .NET与java的MVC模式(2):struts2核心工作流程与原理
- vc窗口自由调整大小的实现
- 解决RichEdit line insertion error的方法
- JNI完全手册(一) yippit 原创http://www.wujianrong.com/archives/2006/02/jni_1.html
- leo谈“80后”程度员为什么找不到工作?(3)终结篇
- Linux 中软件 RAID 使用常见问题解决
- Linux 内核剖析