锁定老帖子 主题:硬件越跑越快,软件越陷越慢
该帖已经被评为隐藏帖
|
|
---|---|
作者 | 正文 |
发表时间:2008-05-07
ozzzzzz 写道 总结即不懂管理,也对技术失去了热情的一种顾影自怜的说法。
其实这样的人我见过的多了。他们今天读着MSE,觉得无聊和空虚,说:啥我也学不到,就是来混一张纸。去搞软考,说一点用处也没有,就是一种混的方法。过了几年说,其实MSE还是学了点东西的。对软考说,这些个“不切实际”的学究体系其实反倒有些有用处。其实只要稍微有点脑子,也喜欢动脑子的人就都明白,现在的教育和考证究竟是咋回事。也会明白那些知识之所以过几年才能觉得有用,恰恰就是说明这个系统,这个教的方式,以及这个知识组织的形成存在重要的问题。 而动不动就又说要以硬件为中心,其实归根结底是这些人最基本的知识系统有问题,或者说他考的软考白考了,读的MSE白读了。当然企业应用最终也就是数据库读读读,写写写。但是是不是说只要你会读读读,就可以去写写写了,然后就可以企业应用了。这样的想法是不是太幼稚了,幼稚到了只有幼儿园的程度呢? 而说实在的,在国内天天叫不要迷信,不要吹嘘的人未必不是自己也在迷信,也在吹嘘。 为什么要出现虚拟机,为什么要尽量做到软件与硬件无关,这样的问题难道还需要再次拿出来科普科普吗?动不动就企业应用,难道不知道这些都是因为随着企业应用发展,带来的必然趋势吗? 还啥硬着头皮大体上啃了一遍学究知识,最后才搞明白程序要快要稳定,还是要搞清楚CPU、内存和硬盘,你去看看现在的云计算,告诉我cpu在啥地方,内存在啥地方,你的硬盘又在啥地方。去看看新的亚马逊的平台,google平台在搞啥东西。 更加奇怪的是还说,而所谓的可靠性、重用性、扩展性、...XX性,不是靠什么具体的软件技术,而是在于规范的管理与审慎的规划。貌似规范和规划是一种超脱于技术独立存在的东西,就是忘记了如果不于具体的技术结合规则就只能停留在纸面上。再审慎的规划,如果不以技术数据和技术方法相结合,也仅仅就是一种吹嘘和混闹。 o6z随时摆出一付权威的架势不要紧,老是把别人当弱智来教训就太不厚道了。 都是做实际应用,谈点实践经验。人身攻击的事情,就此打住,不再多说。 |
|
返回顶楼 | |
发表时间:2008-05-07
核心的算法也不是java,php,而是C。
|
|
返回顶楼 | |
发表时间:2008-05-07
ztka 写道 核心的算法也不是java,php,而是C。
那你怎么不用C来做网站,或者使用C做企业应用呢?CGI啊。 |
|
返回顶楼 | |
发表时间:2008-05-07
lgx522 写道 ozzzzzz 写道 总结即不懂管理,也对技术失去了热情的一种顾影自怜的说法。
其实这样的人我见过的多了。他们今天读着MSE,觉得无聊和空虚,说:啥我也学不到,就是来混一张纸。去搞软考,说一点用处也没有,就是一种混的方法。过了几年说,其实MSE还是学了点东西的。对软考说,这些个“不切实际”的学究体系其实反倒有些有用处。其实只要稍微有点脑子,也喜欢动脑子的人就都明白,现在的教育和考证究竟是咋回事。也会明白那些知识之所以过几年才能觉得有用,恰恰就是说明这个系统,这个教的方式,以及这个知识组织的形成存在重要的问题。 而动不动就又说要以硬件为中心,其实归根结底是这些人最基本的知识系统有问题,或者说他考的软考白考了,读的MSE白读了。当然企业应用最终也就是数据库读读读,写写写。但是是不是说只要你会读读读,就可以去写写写了,然后就可以企业应用了。这样的想法是不是太幼稚了,幼稚到了只有幼儿园的程度呢? 而说实在的,在国内天天叫不要迷信,不要吹嘘的人未必不是自己也在迷信,也在吹嘘。 为什么要出现虚拟机,为什么要尽量做到软件与硬件无关,这样的问题难道还需要再次拿出来科普科普吗?动不动就企业应用,难道不知道这些都是因为随着企业应用发展,带来的必然趋势吗? 还啥硬着头皮大体上啃了一遍学究知识,最后才搞明白程序要快要稳定,还是要搞清楚CPU、内存和硬盘,你去看看现在的云计算,告诉我cpu在啥地方,内存在啥地方,你的硬盘又在啥地方。去看看新的亚马逊的平台,google平台在搞啥东西。 更加奇怪的是还说,而所谓的可靠性、重用性、扩展性、...XX性,不是靠什么具体的软件技术,而是在于规范的管理与审慎的规划。貌似规范和规划是一种超脱于技术独立存在的东西,就是忘记了如果不于具体的技术结合规则就只能停留在纸面上。再审慎的规划,如果不以技术数据和技术方法相结合,也仅仅就是一种吹嘘和混闹。 o6z随时摆出一付权威的架势不要紧,老是把别人当弱智来教训就太不厚道了。 都是做实际应用,谈点实践经验。人身攻击的事情,就此打住,不再多说。 因为我知道你不是弱智,所以我才说几句。要是我觉得你是弱智,我才懒得发言。 再说啥叫实际应用啊。你要是有实际应用会觉得健壮性和稳定性,可靠性和扩展性会依靠管理和规划?这个玩笑开的太大了吧。稍微有点开发经验的也明白,这些东西不在实际中去整,根本就是纸上谈兵。 你一个三十几岁的人还在这些东西搞不清爽,你说我咋说你。你要说觉得我是人身攻击你,那我就就此打住。不过说实在的如果你要是这样看我的发言,我对你的看法倒是确实要改一改了。 |
|
返回顶楼 | |
发表时间:2008-05-07
ztka 写道 icewubin 写道 ztka 写道 你告诉我你的java跑在什么app上?tomcat,jboss?weblogic?或者你向google学习,自己开发app?
用Tomcat + APR好了,企业应用客户要求什么就给买什么,我们不管的,也有用jboss的,数据库也是如此。 你应该比较一下tomcat+apr和lighhttp或者apache+fastcgi的稳定性,看看如何。一个可以保证你连续几个月不当机。tomcat+apr。。。呵呵。 这个问题我是专家,让我来告诉你吧: apache+fastcgi的稳定性最差,可以说奇差无比! tomcat的稳定性相当好,只要Java程序没有内存泄漏问题,JVM参数调整适当,又不需要更新应用程序的话,几个月不重起tomcat是很正常的事情。 lighttpd+fastcgi稳定性相当不错,但需要定期重起,起码你一周得重起一次。 这是因为FastCGI是持续运行的,但是跑FastCGI的PHP/Ruby解析器却不是为这种应用定制出来的,PHP没有GC,Ruby虽然有,但是也差强人意,和JVM的GC差出好几条街,所以即使你应用程序没有问题,也很难保证FastCGI进程绝对不会有内存泄漏。根据我这么多年运营FastCGI的经验来看,你无法避免FastCGI进程的缓慢内存泄漏问题,所以必须定期重起来释放内存。 所以综合而言,其实最稳定的还是Java。当然这种东西也看谁去用,在高手的手里,FastCGI一样跑的很稳定,很少需要重起,在菜鸟手里Tomcat也可以跑得很烂,动不动宕机。 |
|
返回顶楼 | |
发表时间:2008-05-07
ztka 写道 icewubin 写道 ztka 写道 icewubin 写道 ztka 写道 你告诉我你的java跑在什么app上?tomcat,jboss?weblogic?或者你向google学习,自己开发app?
用Tomcat + APR好了,企业应用客户要求什么就给买什么,我们不管的,也有用jboss的,数据库也是如此。 你应该比较一下tomcat+apr和lighhttp或者apache+fastcgi的稳定性,看看如何。一个可以保证你连续几个月不当机。tomcat+apr。。。呵呵。 那你拿着你的方案去竞标试试看,呵呵看看你能拿下标么? 不好意思,我又说了非技术因素,这个算营销成本吧。 因为php没法忽悠,简单的道理,看看现状就知道了,这些人去忽悠facebook,youtube,wiki看看,是否可以用java方案。 taobao和阿里巴巴、ebay还需要忽悠么? 关于之前你说的tomcat当机的问题,未必是由tomcat造成的吧,刚刚我打了个电话问我另一个同学,问他的一个tomcat网站,虽然负载不高,但是也没出现你说的当机问题啊。 抛开商业因素不谈,你自己说说看PHP本身为什么不能忽悠,或者说PHP本身的核心竞争力在哪里? |
|
返回顶楼 | |
发表时间:2008-05-07
buaawhl 写道 liusong1111 写道 ztka,能比较下php和rails的ActiveRecord吗?对这个话题比较感兴趣。也许,应该单独开个贴。 那就开个贴吧. PHP ActiveRecord, sounds cool. 应该也有method missing之类的机制简化开发. 貌似坛子上用过php和rails的人很少,没法玩。 |
|
返回顶楼 | |
发表时间:2008-05-07
现在硬件比软件发展的快
|
|
返回顶楼 | |
发表时间:2008-05-07
这些框架的出现,都表达了作者的预期和诉求,都分享了作者对特定问题的解决方案。而使用者的选择,也不能简单的评估成盲从,而是当时在现有掌握的设施上进行的取舍。
以前某些应用过度考虑了重用性、可扩展性,实际是当时对未来发展的错误估计,以及选用框架在实现上的失误。 如果前几年就人们就能准确的知道现在CPU的发展程度、网络的发展程度、内存达到的程度,能准确的知道现在的业务模型、运营模型、商业发展方向,就不会有那么多现在看起来方向彻底错误的东西了,也许ejb就直接是现在ejb3的样子,borland会活得好一点,vista不会像现在这么慢。。。 |
|
返回顶楼 | |
发表时间:2008-05-07
lgx522 写道 拐一个弯就慢一点,拐好几个弯就慢得太多。倒不如简单直接,开发、运行和维护都才够快。 说真的,最近是越来越认同Oracle大牛们把业务逻辑放进存储过程的言论了,不仅仅是高效率,同时也是现实可行的高重用。好在MySQL5也可以用存储进程了,大家大可试试这种模式。 我是小鸟,不过对楼主说的这点还是非常恐惧的。“把业务放入存储过程中” 我们项目有一个模块,就是按这种方案去做的。SP写得非常巨大非常强大。但是现在我们遇到了一下很恶心的问题,我们为了满足新用户的需求要对系统做二次开发………… 没人想去负责这一块,因为改起来实在是太恶心了! |
|
返回顶楼 | |