用网页做一个ide，集中调试、运行，可行吗？

几十年前计算机还没有，现在计算机技术都发展成啥样了，像你这样只是想想就持否定态度的人类也就不用发展了（帽子扣的大了点~）

几十年前的计算机和现在的计算机并没有本质的区别，要是有人想研究一种非0和1状态的计算机，当然他可以尽可以投入它的精力，但是大部分人的建议是不值得，这不是风凉话，所以我说庄是在乱扣帽子，ok?

不可行，至少目前不行。IDE是典型的资源密集型软件，一个IDE通常都要有几十个后台线程，占用大量内存，管理数十上百的文件，一旦有任何输入都要进行后台编译。这本来就是B/S不擅长的领域，何苦以己之短搏人之长？

这个理由不成立，资源密集嘛，既然是B/S模式，可以让Server去负担，编译比本机还快呢。极端想象一下凭现在的技术，比如netbeans如果以applet方式运行，文件数据都在服务端，可能么？当然可能。有什么特别好处或坏处？这就难说了。

考虑下IDE的使用模式（开发模式）．
对于常规编程来说,web方式在功能和性能上的表现肯定是走反路．但在一个受限的场景下，比如二次开发，大量软件使用者自助定制功能，是有意义的．本质上是给web应用加上了代码扩展接口，这时IDE是web软件的一个功能模块而已． zope把它做到了极端，我认为是它不成功的原因之一，从另一个侧面也说明zope本身涵盖了很多通用内容，解释型语言的代码扩展比编译型要顺畅．

http://www.myjavaserver.com/
注册时让你在网页里写java

动态语言做起来简单点吧
不需要编译, 只做排错就好了
但效率恐怕成问题
比如语法提示,那边等服务器返回后这边google都出结果了

如果服务器只为一个人服务，Server快是成立的。如果有几十个人呢？你觉得在服务器上同时运行几十个netbeans还会不会那么爽？

大家提出了很多问题，比如编译问题，速度问题。
那么我们应该去考虑解决他的方案，而不是直接的yes/no

最接近现实的就是JavaScript的ide,集成调试运行。
ie就是ie不是操作系统。