ThoughtWorks Technology Radar 2011: the good parts

Le thoughtWorks Technology Radar 2011 a fait la une récemment en tapant maladroitement sur GWT:

GWT is a reasonable implementation of a poor architectural choice. GWT attempts to hide many of the details of the web as a platform by creating desktop metaphors in Java and generating JavaScript code to implement them. First, in many ways, JavaScript is more powerful and expressive than Java, so we suspect that the generation is going in the wrong direction. Secondly, it is impossible to hide a complex abstraction difference like that from event-driven desktop to stateless-web without leaky abstraction headaches eventually popping up. Third, it suffers from the same shortcomings of many elaborate frameworks, where building simple, aligned applications is quick and easy, building more sophisticated but not supported functionality is possible but difficult, and building the level of sophistication required by any non-trivial application becomes either impossible or so difficult it isn’t reasonable.

 

Mais il n’y a pas que GWT qui en prend pour son grade la base de données déguste elle aussi:

We often see problems caused by manual configuration of firewalls and load balancers, and especially by DBAs cutting and pasting SQL scripts to run against production databases

 

It is startling to us that we continue to find new systems in 2011 that implement significant business logic in stored procedures. Programming languages commonly used to implement stored procedures lack expressiveness, are difficult to test, and discourage clean modular design. You should only consider stored procedures executing within the database engine in exceptional circumstances, where there is a proven performance issue.

Ainsi que les portails java

 A continuing cause of delivery problems lies in the use of Java Portal Server packages. These problems occur in both open source and commercial portal platforms. The promised productivity of these platforms is hindered by their complex and unwieldy programming models and difficulty in automating deployment, data migration, and tests.

Concernant les portails on remarquera qu’en guise de portail Google avec Google + se contente d’une barre de navigation unifiée en haut de tous ses produits.

Ce ne serait pas Thoughworks s’ils n’ajoutaient pas un clou dans le cercueil de WS-*

Previously our advice has been to tread carefully when using the WS-* stack beyond the basic profile. Given the progress and acceptance of simpler web-as-platform techniques such as REST and OAuth and the known issues with the WS-*, it should only be used cautiously.

Dans le prochain billet on va regarder ce qu’ils mettent en avant

4 thoughts on “ThoughtWorks Technology Radar 2011: the good parts

  1. Dominique De Vito

    Que les portails soient égratignés, rien d’étonnant.
    Mais GWT, c’est plus rare, même si développer une appli importante en GWT me semble qques fois bien lourdaud.
    Pour autant, dénigrer, c’est une chose, et produire une meilleure alternative en est une autre : j’aimerais bien savoir ce qu’ils proposent de mieux que GWT…

  2. Dominique De Vito

    Flex n’est pas tout à fait en concurrence avec GWT : Flex ne produit pas du HTML+CSS imho. Du reste, il me semble que GWT se rapproche de Flex, après avoir fait un pas vers Flex avec UIBinder.

    Quant à Javascript + libs, idem : on peut bien les utiliser à la place de GWT, mais cette approche ne répond pas au pb auquel GWT s’attaque : une meilleure simplicité de programmation/maintenabilité au travers du typage fort.

    Donc, jusqu’à présent, je ne vois pas quelle meilleure solution que GWT existe, même si je reconnais que GWT est bien souvent lourdaud.

Comments are closed.