大公司很多都是这样的，服务器Linux，你有账号可以登上服务器，但是不能直接登，要先登上跳板机，然后再通过跳板机登上服务器，在这样的情况下，很多人就直接在服务器上用vim写喽。

vim作为编辑器之神，配置一下还是很好用的。

因为PHP不需要编译，直接可以运行。

没什么不可以，看实际情况。

大多数服务器都是 Linux 系统，而大多数 Linux 系统的桌面又不是很好用，没多少人用 Linux 当桌面。这就导致了很多情况下客户端和服务器并不是同样的环境，对于一些简单的网站，依赖很少，无非读写一下数据库，操作系统不一样也没多大问题。

但是如果网站的外部依赖很多，比如需要用到 Linux 上才有的一些功能，就不太容易保证开发用的机器和服务器的环境完全一样，这时直接在服务器上进行开发和测试就简单一点。

但是如果一个项目需要多人同时开发，在服务器上就不太好办了，因为有可能会覆盖掉其他的修改，这时最好的方案是用虚拟机，比如 Vagrant.

因为代码本身就是要在服务器上运行的啊，自己的笔记本环境和服务器差那么多，然后可能还有周边各种需要连接的工具系统通过windows都不好连的。
然后楼上说的几个人一起在一个服务器上开发其实也是没有问题的。
因为对于开发环境而言，每个人可以有自己的apache+mysql，只是端口不同而已。然后代码用git来做版本控制，可以定期送到测试服务器去测一下，然后对完成测试的版本打个标签。升级的时候就挑稳定的版本。
PS：要编译的语言就更加不会在自己的电脑上写了...要是环境出点差错要忙死了...

• 可以在服务器上直接写,不等于直接在生产环境上写.通常直接在上面写,也不会写到供用户使用的版本.
• 关于PHP,主流的php引擎都支持修改后立即看到结果,不管是解释型还是JIT型.
• 总有人觉得用vim+各种开源插件比IDE牛逼,在vim上你重构一个变量试试,把vim插件的自动补全和IDE里面的比比,vim只是一个文本编辑器而已.

可以在服务器上开发……。脚本语言

保证在能运行，在哪开发都不是问题。
似乎有这么一句话。在哪写代码不重要，重要是代码跑在哪。

只要能输入代码就可以写不是吗－－ 只是直接在服务器上写不好而已，一般还是不这么做的把。

写php只需要一个编辑器，在哪里不能开发呢？

其实这种情况还挺多的。比如你刚写的一个应用几天之后出了个bug，你知道怎么改之后肯定直接在服务端把它改掉。再比如，你出去玩，突发灵感想写个shell，这时候在移动端写完之后传上去，再合适不过了。

说点题外话。

以前是搞系统管理的。
开发环境就是多人+PHP。

当然不像王子亭那样，土豪公司什么的，

但是如果一个项目需要多人同时开发，在服务器上就不太好办了，因为有可能会覆盖掉其他的修改，这时最好的方案是用虚拟机，比如 Vagrant。

毕竟小项目小地方，
就地取材，有时候个人电脑VMplayer（这东西比较良心，不用设置端口转发之类的就能直接SSH和VNC进去。）有人就会进去用VIM，也就是题主说的直接在服务器上开发php。

第二，有时候会开个服务器账号umask和group ID、ldap之类的黑科技，然后多账户ssh进去git提交。

第三，有时候就是用svn的post-commit脚本和svn export这种黑科技多人提交多人同时修改。

当然服务器上开发，一般说的就是SSH+VIM+git...