@workaholic

1, 我不是楼主

2, 招聘没人指望招到高手， 只希望能招到能做事的， 或者退一步说，少捅娄子的

3, 培训班能节省效率根本是个伪命题， 就拿楼主说的php, 是花一天时间找两本书观其大略，再花一天时间过一遍官方文档，再花上两天写个原型外带发现问题搜原因和解决方案省时间， 还是去花上两个月听自己都没什么开发经验的二货讲师东扯西扯吹牛B省时间?

哲思流出来的吧

5分钟前刚拿到书， 看到第三页
'''
以下为一小段C语言代码:
'''

但是，下面的例子是C++的....

运气好一点就是给卓越供货的在赶量, 运气不好就是返修官翻.....

不过我觉得笔记本还是本地买吧， 至少都能保无坏点的, 如果有砍价能手， 保管价格比那些b2c低....

@workaholic 就拿楼主写的php做个例子，任何一个熟练掌握一门语言的，学习php到培训班能教的程度也就1,2天，而真正掌握第一门语言，是要走弯路撞出来的, 培训能提高效率从何提起? 能自学的知识全面度远超过培训出身东缺一块西缺一块的， 话说我见过一个疑似培训出身会连数据库和xml这类数据岛都分不清楚，连怎么在程序里做泛域名绑定都要问人。 除了考证捆绑培训和公司外派培训，其他任何去培训语言和基础IT类的都可以说是在浪费时间。我很赞同@dowei 说的，培训出身的招人直接滤过，有杀错，无放过

这篇文章其实正是槽点

array()简写成[];
new Object()->method(); (之前不管有没有工厂或者单例需要，为了方便都搞出一个Class::getinstance()->method的有木有)
内置webserver方便开发
其他同类语言几百年前就很少不支持的东西，php搞了十几年到5.4才想到支持, 还有那个5.3支持的闭包

说到命名空间, 大家都有过写上一堆函数然后为了避免冲突又封装成某类的静态方法模拟命名空间的经历吧...更可怕的是有php支持的命名空间能不能不要搞得\XXX::xxx这么恶心......

提到composer, 之前官方的pear/pear2基本毫无存在感大家都感受过吧.....

其实每一个吐槽php的phper都拥有一颗被php长久蹂躏的心

@workaholic 明显概念不一样， 如果你家有全套健身和有氧设备，还去健身房的话，那当然是你自制力不行。 区别在于哪个程序猿手上没书和电脑的?

最成熟的就是mozilla的gecko, 拿xul/html/css做界面, js做交互(包括默认api里不具备的，用户自己写的dll/so的交互)。mozilla的所有跨平台应用(firefox/thunderbird/..)都是基于这玩意儿的， 还有一些第三方公司的产品，比如komodo edit/ide

轻一点qtwebkit

@764664 那篇《64MB 的 VPS 能支持多少访问量？》指的不是openvz, 例子里有swap呢， 那会儿openvz可没vzswap, 看了下占用，48mb的内存+55mb的swap,算100mb吧， 就拿100mb举个例子，一个没关闭innodb的mysql使用默认配置启动后加上系统本身进程开销大致在90mb左右，而openvz里是直接奔400mb去的。事实上，你要留意vpsee的大部分文章的话， 你会发现vpsee从来没把openvz当成可用的vps方案过

我就总结一下openvz的缺点吧

1, 超售， 除了mediatemple的vps和servint的独立服务器应该找不到不超售的openvz了, 江湖传说不超售的ramhost曾经一度推出高级方案后承认原先超售了2倍, 后来高级方案就不见了，又重新搞了kvm方案

2, 内存计算问题， 也就是上面说的

3, 进程崩溃，数据丢失。 比如用了innodb的mysql, mongodb(openvz下启动就会警告你会丢数据), redis都有可能随时崩掉进程，数据全丢，具体触发概率视RP而定， 甚至还有java, buyvm曾经一度把使用java的用户集中转移到专用的node, 让他们自生自灭

4, 硬盘， openvz并不是真正的vps, 而只是一个chroot加强版的方案， 所以访问硬盘文件并不像其他虚拟化方案一样是访问块文件， 当node用户很少的时候效率很赞(少了一层嘛), 当node用户很多的时候， 那就完了(处理一个文件在一个块文件里seek总好过在一个物理硬盘里不停蹿来蹿去效率高吧)。 所以，无论中外,即便做了raid10, openvz机器整个硬盘数据彻底丢的事件也是月月不绝。 另外，还有硬盘超售， openvz就算只有1mb剩余空间，都能卖给用户100g， 至少我在buyvm, burst, hostrail都碰到过昨天看硬盘还正常，第二天就彻底没空间的事， 如果碰到重要数据的写入， 后果不堪设想啊

5, 性能限制。 openvz的性能限制完全是摆设， 根本限不死的， 所以unixbench数据再高， 碰到共享相同cpu核心的邻居玩玩科学运算，或者挂挂bt,pt什么的， 一样只是痿了

6, burst内存的争议， 除了"burst.net"这种不存在burst内存的openvz, 其他大部分vps商关于burst内存根本没有统一的说法， 但是大部分遵循一点， 就是node上用户少，随便你用， 用户一多，内存快不够了， 那你长时间占用burst内存的进程会被母鸡"暗杀"

直接买dropbox吧, 100g一年还不到100$, 还能rollback

@ewangke openvz的内存是VIRT算的，并不是按RES+SHR, 也就是说正常情况下一般程序在openvz里的占用是实际内存占用的2～4倍

gtalk本来就有这功能， 只是除了离线信息， 其他的都不显示在gmail邮件里， 搜索一下就全出来了

@Air_Mu
@yuelang85
哈，和兄台不一样，我这个顶python的web方面倒是纯正的php出身，当时php基本没什么书，就一本清华出的php3极品烂书和一本黑封面php4手册入的门， 后来搞了5,6年php搞得快暴走了玩了一下python就被直接惯懒了


单纯让我谈rails/python/php的感受， 我倒是觉得rails的体验是最好的, ruby本身语法比较赞(和python的区别见仁见智了，php这块先天不足), rails的社区又往一块发力， 某些类库好的就会围绕这个类库搞出各种衍生类库(比如carrierwave->carrierwave-datamapper,carrierwave-mongoid,carrierwave-sequel,carrierwave-upyun,carrierwave-aliyun && more); python强在语法简洁，基础类库全,质量又普遍中上; php这几年因为Paas和vps的流行，分流掉不少老的phper,也有大量的类库失去维护, 大部分框架外的类库质量参差不齐，各框架各搞各的, 但是因为常年的虚拟主机流行，通用web产品积累这块，无出其右。 如果让我选择的话， 从头开发一个项目肯定是rails和python, chat-room之类的node.js, 基于通用系统的选型+module二次开发，那八成就是php了

@skydiver 一门有着20年积累的语言，虽然不算老，但也和激进挂不上钩吧

只有china-pub有啊， 当当和360buy还在继续于8月25日预售中......