关于runjs的一些想法

    只是当看到runjs的消息的时候才知道原来网上已经有这类共享前端代码的网站了。js这块荒地这几年被开垦得相当不错，长出了jquery、dojo、ext等等或免费或商业的前端，也有诸如node.js这类服务端的产品。（当然，还有我最喜欢的偏门jsdb）

    许多云厂商对服务器端的支持都很给力，持node.js没话说。只是，如果我只放js、html这类静态的东西，用云其实是有点儿多余的。我不知道别人怎么看，我觉得，只用客户端js一样能做出很多很多事情，特别是那些根本不需要进行永久化存储的事情，比如文本处理工具之类。ostools上不少应用就是全部前端脚本实现的吧？临时的存储数量不大cookie就够了。

    红薯问我runjs好不好。我说你是想听好的还是不好的。说实话，我一时想不到特别好的词夸它，只一个访问速度就让我郁闷了半天（真的是半天，直到今天早上才看到庐山真面目）。当然，这不怪网站。感谢党，感谢政府。但是，我觉得这是个趋势，一个前端应用托管的趋势（当然还有共享）。如果能把发布的代码以独立程序发布出来，让访问速度达到oschina主站的速度，让代码能够有足够的安全性。我想，实现付费应该是不成问题的。毕竟oschina的速度很多人都特别惊讶的。

    云的产品没怎么用过，不知道这些云产品能否实现我说的这些，特别静态内容的速度。只是，我想云主机厂商的关注点不会放在处理、优化这些静态内容的上的——单凭静态内容，才能耗费多少cpu啊，耗费资源才有收入嘛。可是，静态内容的优化本身也是很花时间和功夫的。既然是静态的，要速度几乎是理所当然的事情。

    这两天逛论坛，发现还是有人在孜孜不倦地想方设法打算对前端代码做保密。心情可以理解，但这年头这几乎就是不可能的。要不你就把代码写得足够复杂，让人看了挠头皮；要么就同我一样，把代码写得很烂，让人看了就反胃。想不让人看是不可能的。即使是混淆后的代码，只要有耐心，一样可以还原、读懂。于是我就在想，真的没有办法保护我们的前端代码成果么？要是能解决这个问题，世界末日就有动力活下去了。

    说起来，我很喜欢这个。风格很好，编辑器也很好用。界面布局还得优化一下，比如一下子放这么多库有点儿多余，完全可以放在设置里面；对应一些提供一个模板个性化设置可能会更方便些；……就在我想看看界面再找点茬儿的时候，告诉我502了，那就下次再找茬吧，希望是因为下雨天潮的缘故，呵呵。