1
lidashuang 2012-07-30 23:52:18 +08:00
PHP的性能和无法接触底层绝对是硬伤,php,
不能接触底层昨成了硬伤? |
2
Hyperion 2012-07-30 23:55:35 +08:00 1
弱弱的问下, 究竟怎么样才能被定义为接触到底层?...
|
3
Mutoo 2012-07-30 23:57:08 +08:00
他做的实验项目想必也不需要在乎那么一点网络带宽吧…他到底纠结什么…
如果是做大项目,那么也肯定会遇到你说的硬伤,这时候他去考虑性能问题还差不多。 |
6
waredugu 2012-07-31 00:18:44 +08:00
你男朋友?
|
8
noevil 2012-07-31 01:11:25 +08:00 2
“我觉得Node.js能做的事,PHP一样能做。”
不抬杠的讲,这话没什么错。 “那么我必须要讲,PHP的性能和无法接触底层绝对是硬伤。” 我的感觉是这句话说在这里毫不必须。 |
9
reus 2012-07-31 01:16:13 +08:00 3
跑题一下:php也可以用C/C++写扩展的,所以接触底层不是问题。甚至可以调用v8引擎来执行代码。性能方面牺牲某些特性可以使用hiphop。其实php这个语言仍然是有活力的 http://nikic.github.com/2012/07/10/What-PHP-5-5-might-look-like.html
|
10
fangzhzh 2012-07-31 02:02:05 +08:00
同跑题一下: 依稀记得leader对我说过最多到话: 要对业务抱着一颗敬畏到心。
|
11
ewangke 2012-07-31 02:02:43 +08:00 1
刚刚高中毕业,代码规范不重要吧?
多多培养兴趣,开阔视野。 等他以后读自己代码难受的时候,不得不与人协作的时候,需要维护别人代码的时候,自然就会重视起来了。 |
12
virushuo 2012-07-31 02:14:04 +08:00 1
这…我都不知道说什么了,写Javascript的和写PHP的谈底层和性能…
|
13
Livid MOD 在写代码的时候,需要考虑将来如果别人在读自己的代码的时候会怎么想,会产生哪些困惑,是否可以很方便地搭建环境及调试。因此在各种地方留下提示,别人在将来会感谢你的。
|
14
kakaryan 2012-07-31 07:28:10 +08:00
你这朋友是没吃过亏的。若是自己玩,怎么写都没人关心;若是开源的话,不讲规范估计没人鸟你;若是工作,真的没人待见不讲规范的家伙。
一个coder的功力是体现在代码上的,一个经验丰富的和一个刚入门的用同样的技术实现同样的功能,写出来代码差别很大,经验丰富的会考虑一些可维护和可扩展方面的东西,经验少的很多代码都写“死”了,难于重用和维护,很快这些代码就需要重写了。 |
15
willwen OP 感谢各位的回答,以下是几个回答。
@noevil PHP的确可以做很多事,但这基本都会扯到PHP Extensions上去了,没意思。而且我那句话只是为了表达让他不要想着一种语言走天下。(他现在很抗拒在后端使用非PHP的东西) @reus 同上 @ewangke 不能这么说,我还比他小三岁。其实我觉得我只能是给一些提示,是否能吸收就只能看他自己了,有时候让他尝试一下吃亏的滋味,会更有效果。 @virushuo 重点不是这个吧。。 @Livid 恩,我能做的,就只有给予一些帮助和提示,要做到思想上的转变,还需要自己的努力和探索。 @kakaryan 我自己在开发一些项目的时候,刚开始会选择更为敏捷的开发模式——高度耦合,但是代码的编写风格绝对是严格的。但是在一些自己觉得满意,并且希望给别人看的项目中,就应该有这样的意识,不要只做表面功夫,更应注重细节。(更何况这在商业项目的开发和团队协作中,这样已经不是“零星”的细节了)正如 @fangzhzh 同学所说,要对业务和项目保佑一颗敬畏的心。 感谢各位的回答,我也希望我那位朋友能够有所收获和成长。 |
16
88250 2012-07-31 09:14:44 +08:00
楼主的表达好像有点逻辑混乱,前半段有点针对人了哦。
总结不错,不过我觉得 NodeJS 能做的事 Java 一样能做 #_#| |
17
towoo2001 2012-07-31 09:27:44 +08:00
<i>钱能解决的问题就不是问题,合理控制开发预算好了。</i>
|
19
towoo2001 2012-07-31 09:29:46 +08:00
@我自己
|
20
ipconfiger 2012-07-31 09:33:11 +08:00
额,js的话一般都是发布的时候用工具压缩一下的吧,那个处理完了就不是拿给人看的了
|
22
willwen OP @ipconfiger 你会错意,我指的是代码的风格和规范性,这在团队协作中是十分重要的,和发布前的压缩没关系
|
23
88250 2012-07-31 11:10:05 +08:00
1. 用工具检查编码风格
2. Code Review ~_~ |
24
dreamer 2012-07-31 11:36:52 +08:00 3
目标不一样。
他可能根本没把代码规范和技术态度之类的放在心上,只是专注于自己想做什么东西,只要能实现自己想做的东西就行。说实话我比较欣赏这样的人,脑子里没有条条框框,往往容易突破。而且他如果以后有机会团队合作,真的从内心认识到写出规范的代码能更好地帮他实现想法,他肯定会努力去改变的。 很多程序员之所以没办法自己做一个产品,就是因为脑子里条条框框太多,首先考虑的不是实现自己想法,而是不合时宜地追求代码规范,本末倒置。 |
25
asoncheng 2012-07-31 12:42:27 +08:00
代码先是给人看的,其次才是高效运行的。
|
27
ewangke 2012-07-31 16:52:44 +08:00
@willwen 我所经历的一些人,我认为都是不可改变的。除非他遇到了对他影响很大的事情,才会自发去做调整。你的初衷对他是非常好的,但效果不会很好。
|
28
NemoAlex 2012-07-31 16:54:40 +08:00
前端 JS 压缩是机器去做的事情
代码风格过于反人类不是好事 |
31
gee 2012-08-01 23:55:49 +08:00
楼主比那个刚高中毕业的朋友小三岁,亮点在这里吧
楼主的年龄相当于初中毕业 现在的孩子太强大了,我初中毕业的时候只会用frontpage |
32
bitsmix 2012-08-02 00:06:12 +08:00
协作开发的人多了。就知道自己一鼻子灰了。
|
33
pjinlin 2012-08-02 10:23:36 +08:00
请问下,什么是规范?
那么多的风格,尊哪一种?就命名规则来说,比较常用的就有匈牙利命名法和骆驼命名法。 是不是小组内讨论形成统一的一种? |
34
9hills 2012-08-02 17:33:13 +08:00
代码风格是个老问题了,个人项目想怎么写怎么写。
要是团队项目和寿命比较长的项目,请为同事和后继者的健康着想。。。我觉得对待这种不把代码风格当回事的人,就要让他体会到维护别人糟糕代码的痛苦! |