[webkit-dev] Using Go in WebKit

Maciej Stachowiak mjs at apple.com
Thu Dec 8 16:58:08 PST 2011

I think it would be good to limit the number of languages used for WebKit development. We already have important tools that use all of Perl, Python and Ruby. To date, we've been gradually converging on new scripts being mostly in Python. I think it would be really valuable for the project. Even if you've been doing most of the maintenance of this particular tool so far, inevitably there will come a day when someone else has to touch it, or at least read the code to understand what it is doing. Also, think forward to the day when the primary maintainers of other small tools decide they'd like to use Lua, Clojure, Scala, Haskell, OCaml...

In conclusion, I think we should be very hesitant to introduce new languages for tools unless there are massive benefits that cannot be achieved with any of the languages that the WebKit project already uses. 


On Dec 7, 2011, at 3:39 PM, Ojan Vafai wrote:

> Anyone have objections to me using Go for the test results server rewrite? I don't have any intention of using Go in other places in WebKit. There's a few reasons this seems fine to me:
> 1. You already need to get the appengine SDK to interact with the test results server, so getting the Go appengine SDK instead is not more work.
> 2. This is a small code base (<1000 lines) and will not be growing much.
> 3. For the most part, I've been the only one maintaining it for years now anyways.
> 4. This code will not depend on anything outside of this directory and nothing outside this directory will need to depend on this.
> FYI, the test results server is the server that stores and serves the JSON files for the flakiness dashboard (http://test-results-test.appspot.com/dashboards/flakiness_dashboard.html).
> https://bugs.webkit.org/show_bug.cgi?id=73956
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20111208/4c497b6d/attachment.html>

More information about the webkit-dev mailing list