|
锁定老帖子 主题：有感于“论PHP的倒掉”
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-11-23
运行时php也不会比java慢多少，尤其是在把java当java用以后，没准还比php慢。
而且这个运行性能也不能光从语言看，还要看可扩展性。 就php和java的传统文化来看，这方面似乎还是php做得更好些，有更多廉价的解决方案。 |
| 返回顶楼 | |
|
发表时间：2009-11-23
luolonghao 写道 只要WEB存在，PHP不会倒。
长城万里今犹在，不见当年秦始皇。 luolonghao 写道 只会PHP肯定没前途。因为PHP过于简单，缺少很多其它语言所具备的特性，只会PHP的人可能编程思想上会受到限制。语言永远是次要的，重要的是怎么快速地解决问题，能用的工具都要用上。比如，分析log用awk，处理excel用Java的poi，批处理用bash，桌面程序用C++。
只会汉语肯定没前途。因为汉语会的国家太少，缺乏其它语言的特性。只会汉语的可能会受到地域限制。语言永远是其次的，重要的是怎么快速的走遍全球，能学的都要学。比如去韩国要用韩语、日本要用日语、西班牙要用西班牙语、法国要用法语。 |
| 返回顶楼 | |
|
发表时间：2009-11-23
dualface 写道 Flash 缺乏 GPU 加速就限制了 Game 的表现力。
不久的将来一定会有语言支持。 话说回来，有了GPU加速支持，一些3D纹理、素材啊啥的，会不会玩个WebGame，光等待下载完成1000M的带宽就要等上10来分钟啊？ 为了给WebGame而Web，就有失偏颇了。 |
| 返回顶楼 | |
|
发表时间：2009-11-23
最后修改：2009-11-23
dualface 写道 我最近做这个 Flash Game，后端就是 Python，没有一行 PHP。事实证明，绝大部分功能用 PHP 一样可以完成，最多是慢一点而已。但是我现在为选择 Python 的决定非常后悔，因为公司里面只有我会 Python…… 而 Python 熟练工可不是 PHP 熟练工那么好找的，薪资水平也完全不同，虽然大家做的事情创造的价值几乎一样。
所以我觉得薪资水平并不是简单用理论就可以解释的。 廖兄果然没读过经济和管理——我这次上海之行，就为这事，三天花了十来万，呵呵。会python的比会java的少多了。当一件商品没有形成规模而又你是必须的时候。这件商品一定是奇货可居。当满街都是的时候，那叫大路货，很实惠。 |
| 返回顶楼 | |
|
发表时间：2009-11-23
最后修改：2009-11-23
java程序员比phper工资，平均而言，高一些，或许是因为：
平均而言，java程序员，完成同样一个功能，他们会写10倍的代码量. 我遇到三个java程序员，他们就算是用php，完成同样一个功能，他们也会多写9倍的代码，同时还包含bug... 例1：一个文件转化为数组，写一大驼代码。为什么不用file()呢？ 例2:一个数组，用逗号连接，写一大驼代码。为什么不用join()呢？ 因为java guy，你自以为php简单，但你并不熟悉她。 php是简洁而非简单；java才简单，我们的java同事说java是一种傻瓜式的语言。 
|
| 返回顶楼 | |
|
发表时间：2009-11-23
axgle 写道 java程序员比phper工资，平均而言，高一些，或许是因为：
平均而言，java程序员，完成同样一个功能，他们会写10倍的代码量. 我遇到三个java程序员，他们就算是用php，完成同样一个功能，他们也会多写9倍的代码，同时还包含bug... 例1：一个文件转化为数组，写一大驼代码。为什么不用file()呢？ 例2:一个数组，用逗号连接，写一大驼代码。为什么不用join()呢？ 因为java guy，你自以为php简单，但你并不熟悉她。 php是简洁而非简单；java才简单，我们的java同事说java是一种傻瓜式的语言。 我觉得Java程序员平均工资高是因为Java学习门槛比PHP高。 |
| 返回顶楼 | |
|
发表时间：2009-11-23
任何语言都有其一席之地。但php的将来必定是走下坡路。在如今这个做web界面还是以html字符串拼接为思路的时代，php活得很好。
等到大家喜欢用组件模型去构建web界面时，php就没戏了。等html5来了再说。 |
| 返回顶楼 | |
|
发表时间：2009-11-23
PHP is general-purpose scripting language
而且是图灵完备的，可以作任何其他 图灵完备的语言能作的任何事情。 而且php的底层是C语言。 php命令行其实也不错的，不一定局限于web开发，尤其是liunx下，fork几千个进程，作网络爬虫，速度那是搜搜的！ |
| 返回顶楼 | |
|
发表时间：2009-11-23
七月十五 写道 magician 写道 拿php和js比应该是因为v8的出现，即服务端js编程
1、重不重视浏览器编程，跟有没有v8没有太大的关系。 magician 写道 如果我们把当今的web应用划分的清楚一些，每一个层面的角色我觉得比较合理的应该是： 展现 - html & client js & css / flash 展现逻辑 - php / flex / ror / server js 业务逻辑 - java / c / python 数据 - all kinds of db 2、展现逻辑放在哪里这是关键。展现逻辑需要放在server么？放在browser行不行？请问C/S下，展现逻辑放在哪里，Server or Client？ 3、HTML是一种标记语言，不具备编程能力。展现逻辑和展现能分开么？有必要分开么？分开有什么好处？假如我不显示在PC而用手机以WML标记又如何处理？ magician 写道 只要一个门语言在持续更新，那么它离倒掉就还有十万八千里。（与之类推的还有框架、工具等等）
4、方向很重要。发展要看往哪里发展。方向错了，跑得越快，偏得越远。 你显然完全没有理解php的用武之地在哪里 1、是，显示可以用javascript，但是它的数据来源在哪？是怎么来的？数据是通过什么逻辑组织的？如果你能直接从浏览器访问到存放在任何地方的数据，那我就可以承认其他一切语言都可以滚蛋了，js最牛逼。很可惜，事实上并不是这样。js能直接从服务端得memcache里拿数据吗？可以从数据里拿数据吗？而恰恰目前能帮助js组织好数据，并以一定格式（比如json）返回给浏览器的最好工具正是php，这个我前面已经说明了，不明白请往前看。 写到这里，如果你还认为要拿php和js来做比较，只能说逻辑不清了，我们没必要再讨论下去。 2、展示逻辑和展现为什么不能分开？ 为什么没有必要分开？ xml+xslt不是正是在分开他们？ WML又如何？界面不一样而已，数据组成逻辑也不一样吗？ 而且，正是因为有各种不同的展示方式（html，wml，flash），他们都在变，而恰恰不便的是php在服务端的处理方式：返回一定格式的数据（比如json） 这不又恰恰说明了剥离展示逻辑（数据生成）和展示方式的必要吗？ 3、方向...... 好像只是你个人在认为某个语言方向不正确，你是不是正确的都不知道，就夸夸其谈你所谓的正确性 有什么能证明你的方向是正确的吗？ 更何况，编程序的哪个没有触类旁通的能力，就算我现在钻php钻得很深，又如何能断定我的java能力就很差呢？何来跑得越快就偏得越远呢？ 我觉得语言恰恰是你只要精通了一种，其他的都无非是换个壳子，如果你现在还认为有什么语言需要花10年功夫去研究才能小有所成，所以一定要选对方向，不能犯错，那我只能说：你太嫩了 4、为了证明我以上所说的，我列举一下我现在项目所使用的语言： 大量client javascript 大量php 大量java 少量python 少量c 少量shell 少量flex html+css+xml+xslt就不算进去了 对于一个日pv 100万左右的网站，我还真没看出来在php这个层面我的方向怎么就错了，界面一直在变，但是php的显示逻辑一直没变过，并且效果高，逻辑清晰。倒是数据库有换的打算，mysql换成postgresql。 |
| 返回顶楼 | |
|
发表时间：2009-11-23
最后修改：2009-11-23
hatedance 写道 任何语言都有其一席之地。但php的将来必定是走下坡路。在如今这个做web界面还是以html字符串拼接为思路的时代，php活得很好。
等到大家喜欢用组件模型去构建web界面时，php就没戏了。等html5来了再说。 等到用组件模型的时候，http也还是http。 php也是在演化进步的。再说几年前就有个组件模型的php框架叫prado。 再说，现在php圈子里谁要是还在完全用html字符串拼接也是要被bs的 |
| 返回顶楼 | |
