Opa，一站式的Web应用开发语言，使你从需要同时编写HTML,CSS,JavaScript,SQL以及其他五花八门的Web应用开发语言的痛苦经历中解脱。
长久以来对于Web开发的问题是面对它开发的复杂性，即使开发一个最简单的Web应用也需要开发人员同时懂得多种语言。你需要HTML跟CSS来负责UI部分，JavaScript负责客户端功能开发，服务端业务逻辑需要使用JAVA或PHP等服务端语言进行开发，另外还需要使用SQL来访问数据库等等。
把以上的语言都抛开怎么样？
最近几周我被Opa迷住了，它致力于消除Web开发过程中不同部分开发语言间的纠葛。使用Opa，你不再需要使用一种语言开发UI，另一种语言开发客户端程序，以及服务端语言来开发业务逻辑了，几乎所有的事情，从面向客户的代码到数据库访问都可以使用Opa进行开发。
不像一些RIA(富应用)平台，使用Opa的用户不需要在浏览器端安装任何插件。需要在浏览器端运行的Opa部分代码会自动编译为JavaScript。另外服务端代码运行在服务器上。实际上，Opa的服务端与其他服务端语言不太一样，它是一个真正的一体化解决方案。与大多数平台不同的是，你不再必须安装并维护一个单独的Web服务器，数据库服务器，应用服务器，或者还有中间件层来使整个应用运行起来。Opa平台提供了一切，从Web服务到数据库服务，以及客户端和服务端的框架。
因此，使用Opa开发的Web应用能做到难以置信的精简，几乎没有用来处理各个环节之间连接的代码，以及更少的样板文件和乏味的工作这些其他平台普遍存在的问题。一个聊天室的例子，只用了27行Opa代码就可完成。用Opa开发以及部署Web应用的方法可以访问http://opalang.org/learn.xmlt获得。

A perennial problem with Web development is its complexity and the number of languages and technologies a developer must juggle to deploy even the simplest Web application. You need HTML and CSS for the UI, JavaScript for the client-side code, a server-side platform such as Java or PHP for the back-end logic, SQL to access the database, and potentially more.

What if all of that went away?

In recent weeks, I've been fascinated with Opa, a new language that aims to eliminate all of the convoluted code-wrangling from Web application development. With Opa, you don't use> Unlike with some rich Internet application (RIA) platforms, users don't need a browser plug-in to use Opa applications. The parts of your Opa code that need to run in the client browser are automatically compiled into JavaScript.

Other parts of your code run> As a result, Web applications built with Opa can be incredibly compact. There's very little of the "glue code," boilerplate, and drudge work that characterizes most Web platforms. The sample application is a distributed Web-based chat client that comprises just 27 lines of Opa code. A full description of how to develop and deploy Web applications in Opa would be too long to include here, but I encourage you to browse the copious documentation available online.