jueves, septiembre 11, 2008

Microsoft ingresa en OMG

Consecuente con su reciente viraje hacia la aceptación de UML, Microsoft anunció este miércoles su ingreso a la OMG. Largo camino desde los tiempos de las observaciones sarcásticas sobre los esfuerzos del Object Management Group...

REDMOND, Wash. — Sept. 10, 2008 — Microsoft Corp. today outlined its approach for taking modeling into mainstream industry use and announced its membership in the standards body Object Management Group™ (OMG™). Modeling is a core focus of Microsoft’s Dynamic IT strategy, the company’s long-term approach to provide customers with technology, services and best practices to enable IT and development organizations to be more strategic to the business.

Modeling often has been heralded as a means to break down technology and role silos in application development to assist IT departments in delivering more effective business strategies. However, although the promise of modeling has existed for decades, it has failed to have a mainstream impact on the way organizations develop and manage their core applications. Microsoft believes that models must evolve to be more than static diagrams defining a software system; they are a core part of daily business discussions, from organizational charts to cash flow diagrams. Implementing models as part of the design, deployment and management process would give organizations a deeper way to define and communicate across all participants and aspects involved in the application life cycle.

To make model-driven development a reality, Microsoft is focused on providing a model-driven platform and visual modeling tools that make it easy for all “mainstream” users, including information workers, developers, database architects, software architects, business analysts and IT professionals, to collaborate throughout the application development life cycle. By putting model-driven innovation directly into the Microsoft .NET platform, organizations will gain visibility and control over applications from end to end, ensuring that they are building systems based on the right requirements, simplifying iterative development and re-use, and resolving potential issues at a high level before they start committing resources.

“We’re building modeling in as a core part of the platform,” said Bob Muglia, senior vice president, Server and Tools Business at Microsoft. “This enables IT pros to specify their business needs and build applications that work directly from those specifications. It also brings together the different stages of the IT life cycle — connecting business analysts, who specify requirements, with system architects, who design the solution, with developers, who build the applications, and with operations experts, who deploy and maintain the applications. Ultimately, this means IT pros can innovate and respond faster to the needs of their business.”

OMG has been an international, open-membership, not-for-profit computer industry consortium since 1989. OMG’s modeling standards include the Unified Modeling Language™ (UML®) and Business Process Management Notation (BPMN™). In addition to joining the organization, Microsoft will take an active role in numerous OMG working groups to help contribute to the open industry dialogue and assist with evolution of the standards to meet mainstream customer needs. For example, Microsoft is already working with the finance working group on information models for insurance business functions related to the property and casualty industry, and will eventually look to expand those models so that they can be applied to P&C, life and reinsurance. Another early focus will be on developing specifications for converting messages across the various payments messaging standards.

“Microsoft has always been one of the driving forces in the development industry, helping to make innovation possible but also simplifying many of the most challenging aspects of the application development process,” said Dr. Richard Mark Soley, CEO at OMG. “In less than 10 years, OMG’s UML, a cornerstone of the Model Driven Architecture initiative, has been adopted by the majority of development organizations, making OMG the seminal modeling organization and supporting a broad array of vertical market standards efforts in healthcare, finance, manufacturing, government and other areas. Microsoft’s broad expertise and impact will make its membership in OMG beneficial to everyone involved.”

Developers can begin to implement model-driven approaches today through innovations such as Extensible Application Markup Language (XAML) — the declarative model that underlies Windows Presentation Foundation and Windows Workflow Foundation — and ASP.NET MVC, which deeply integrates model-driven development into the .NET Framework and makes it easy to implement the model-view-controller (MVC) pattern for Web applications. Both XAML and MVC are examples of models that drive the actual runtime behavior of .NET applications. These are part of Microsoft’s broader companywide efforts to deliver a connected platform modeling, which includes technologies being delivered across both “Oslo” and Visual Studio “Rosario” initiatives.

(En Microsoft PressPass)

InfoQ le dedica un artículo que reseña los antecedentes, y algunas de las voces que aquí también se comentaron.

lunes, septiembre 08, 2008

Google Chrome en InfoQ


En estos días, varios millones de entusiastas están probando Chrome, el browser de Google (me incluyo), en su primer lanzamiento público. Evidentemente, se ha lanzado una carga de profundidad en el mercado, que, como otros productos de su dueño, apenas comienza, y mucho más veremos.
Geoffrey Wiseman, en InfoQ, publica un breve pero abarcador artículo sobre estado y perspectivas, que es conveniente leer.
En cuanto al escenario en la industria, Wiseman estima:

Many people have heralded the launch as the renewal of the browser wars once fought between Microsoft and Netscape / Mozilla (those were the primary contenders, although every browser has its contigent willing to trumpet its strengths). Some are willing to count Chrome out already, while others are adopting a wait and see stance.

Many argue that Google doesn't wish to compete with other browsers, simply to advance the state of network-delivered applications to where they are indistinguishable from desktop applications and in so doing, push the operating system into the background.

In particular, people telling this story love to cast Microsoft in the opposing role, so that one can imagine the two titans clashing.

En su resúmen técnico, Wiseman escribe:

The Chrome browser is the result of the Chromium project, which connects the WebKit web browser engine with the new Google V8 JavaScript Engine, the Skia vector graphics engine, and Google Gears.

The WebKit browser engine began its life as a fork of the KDE project's KHTML and KJS engines by Apple, becoming the basis of the Safari browser. WebKit was later re-adopted by KDE. Google already employs WebKit within their Android mobile phone platform, and it became the obvious solution for them. As the comic introduction to Chrome states:

It uses memory efficiently, was easily adapted to embedded devices, and it was easy for new browser developers to learn to make the code base work. Browsers are complex. One of the things done well with WebKit is that it's kept SIMPLE.

The version of WebKit used in the initial Windows beta seems to be WebKit 525.13, which is not the most recent version, and has some security vulnerabilities (see Security below). Some users have also noticed rendering differences from Safari's WebKit rendering to Chrome's, including antialiasing and shadows. This may be the result of the Skia graphics engine used under the hood.

Talking about the integration with WebKit, the Chromium FAQ says:

The Chromium source code includes a copy of the WebKit source. We frequently snapshot against the WebKit tip of tree or specific branches according to our release needs.

Our goal is to reduce the size and complexity of the differences between the copy we maintain in order to work more effectively as a participant in the WebKit community and also to make periodic updates occur more smoothly.

The V8 JavaScript Engine is open-source and hosted on Google Code, but was written for Chrome, rather than adopting an existing JavaScript engine. V8 is written in ~100,000 lines of C++ and can be run standalone or embedded in C++ applications.

The foremost reason for V8's creation seems to be performance. The V8 Design Documentation states, "V8 is ... designed for fast execution of large JavaScript applications." The Chromium Blog on V8 is entitled "The Need for Speed" and states:

Google Chrome features a new JavaScript engine, V8, that has been designed for performance from the ground up. In particular, we wanted to remove some common bottlenecks that limit the amount and complexity of JavaScript code that can be used in Web applications.

V8 claims a number of performance improvements and innovations, from fast property access using hidden classes, dynamic machine code generation and efficient garbage collection (stop-the-world, generational, accurate, compacting), small object hreaders, multi-threaded from the ground up. The team that created V8 was headed by Lars Bak, who, as Avi Bryant says, was "the technical lead for both Strongtalk and the HotSpot Java VM, and a huge contributor to the original Self VM" and has a number of VM-related patents to his name.

V8 is not a virtual machine in the classic sense as Matthieu Riou points out: there's no intermediate representation or byte-code. As a result, you cannot write your own language that compiles to "V8 byte code", although you can cross-compile to JavaScript. Despite this, Dave Griswold believes that V8 could serve as the engine for other dynamic languages:

I think these properties will rapidly make V8 the dominant VM for dynamic languages. It ought to make a great platform for Smalltalk.

Google Gears has also moved into the Chromimum Project, as pointed out in the FAQ:

With Gears as a plug-in to Chromium we're carrying two copies of sqlite and two copies of V8. That's silly. We're integrating the code so Gears can run great in Chromium. We plan to continue to build Gears for other browsers out of the same code base.

Although Google Chrome supports plugins for content handling like Flash and PDF, it does not currently support browser extensions, although that is planned.

Por mi parte, no reemplazaré (por ahora) a Firefox, porque aún Chrome es incompleto para algunos de los usos que hoy mantengo en Firefox, pero sus ventajas por ahora son innegables, y en primer lugar, en performance. En Septiembre, la lucha ha comenzado.

domingo, septiembre 07, 2008

Plex Beta 6.1

En un mejor ciclo de desarrollo que en releases anteriores, la versión 6.1 de Plex está en Beta, por un mes más, aproximadamente. En estos días estoy ocupado probando. Para cualquier interesado ajeno a Plex, lo más interesante en el 6.1, es el desarrollo de aplicaciones para SOA. Del documento de sumario del release:
Model-Based Service Development
This feature strengthens CA Plex support for SOA development by providing model-based service development capabilities directly in the product. Services are represented as objects within the Plex model, using the component modeling approach already established for COM and EJB objects.
WCF service generation is supported with this release and a plug-in architecture enables developers to create their own service generators.
WCF Service Generation
Windows Communication Foundation (WCF) is a new communication
subsystem within the Microsoft .NET Framework that unifies several different communication technologies such as web services, .NET remoting, message queuing, and so on.
The WCF service generation in CA Plex r6.1 enables you to present business logic as services based on WCF. This can include business logic developed in the Plex model and logic from third-party applications.
Service Wrappers and Cross-Platform Interoperability
The new WCF service generation is designed to support the convenient wrappering of existing applications as services. This includes Java, i5/OS, and .NET programs. Generally, this means that the target of a FNC implemented by FNC triple can be a Java or RPG function. In the case of RPG, the target function can correspond to an i5/OS program developed outside CA Plex, such
as i5/OS programs or programs developed with CA 2E.
Hay otras mejoras, en Java, en Iseries, en el manejo del modelo. Pero esto es particularmente interesante.

miércoles, agosto 20, 2008

UML/DSL por Johan Den Haan (a propósito de Steven Kelly)

Continuando la rueda de discusiones, Johan Den Haan se apoya en la nota que publicara hace pocos días Steven Kelly, a propósito de las afirmaciones originadas en Microsoft, revalorizando el lugar de UML, o reubicando a las herramientas DSL. Johan comparte en cierta medida las observaciones de Kelly, pero, como antes lo hiciera ya en otros artículos, da un paso más, proponiendo un modelo más amplio para solucionar el problema en discusión:
I definitely agree with Steven [...] that using UML and DSLs as presented by Cameron isn't a very good idea. I do however think, that the worlds of MDE (MDE is broader in scope than MDA, it adds multiple modeling dimensions and a software engineering process) and DSLs aren't opposites. I think that both DSLs and MDE are necessary assets for Model-Driven approaches. While multiple DSLs are needed to describe a software artifact (see for example the different architectural aspects of Service-Oriented Business Applications (SOBA) ), MDE is needed to provide a framework for connecting the different DSLs. An MDE methodology defines a framework of dimensions and their intersections, thereby defining the different models needed to describe a certain software application. This information also gives us the opportunity to discuss the needed DSL's in a (more or less) formal way. Last but not least, an MDE methodology also describes a software engineering process and a maintenance process, thereby defining the order in which models should be produced, how they are transformed into each other (if applicable) and how to change an existing software system using models.
Es recomendable, saludable, recorrer todo el material de Johan.
Más adelante, otros enfoques...

domingo, agosto 17, 2008

Steven Kelly sobre Microsoft, UML, DSL

Sin mucho tiempo en vacaciones + Beta Test de Plex 6.1, veo una contestación de Steven Kelly al giro de Microsoft hacia UML + DSL. Steven no comparte el cambio, pero creo que explica bien su naturaleza:

Now things start to become a little clearer! The UML models are being used like MDA's PIMs, and the DSL models are the PSMs. The DSLs are thus not specific to the problem domain, as they should be, but to the solution domain: they have the implementation concepts of a particular Microsoft framework or library. (I've blogged earlier about the problems of such framework-based DSLs.) Putting UML before DSLs in this way isn't just putting the cart before the horse: it's putting the horse firmly into the cart -- and pulling it yourself.

What makes this all the more ironic is how eager Microsoft were to put the boot into UML and MDA back at the start of the DSL Tools project.
Lo de "explicar bien su naturaleza" no incluye su imágen de "poner el caballo adentro del carro"...
Steven retrotrae el debate a sus orígenes:
If you want to look back at calm, polite, reasoned discussions, try Microsoft's Alan Cameron Wills' and IBM's Simon Johnston's blog posts. If you want to see the big guns fighting it out with good old FUD-slinging, try Steve Cook vs. Grady Booch (Dec 3, 2004).
Volveremos sobre esto (vacaciones mediante)...

domingo, julio 27, 2008

Banda Ancha en Latinoamérica


Un informe de Cisco para América Latina destaca el potencial de crecimiento de la banda ancha en Latinoamérica, pero su bajo desarrollo actual. Comentado en La Nación por Ricardo Quesada, el informe muesta una penetración baja, comparada a la europea (sin hablar de los países más destacados en Asia). El informe es un papel orientado a mejorar los negocios de Cisco en el continente, pero las cifras son considerables:
"América latina tiene una oportunidad enorme. El alto valor de las commodities hace que haya mucha plata en los países de la región. Si se reinvierte en infraestructura y en tecnología de la comunicación, es posible que esta bonanza se convierta en crecimiento duradero", afirmó Jaime Valles, responsable para América latina de Cisco Systems.

Según Valles, la región está frente al crucial desafío de mejorar las condiciones de conectividad y el acceso de la población a la banda ancha, que hoy, en promedio, llega al 3,5%. El país con mayor porcentaje de conexiones es Chile, con un 8,8%, y la Argentina está segundo, con 6,6%, lo que representa más de 2,5 millones de accesos. "Los países más desarrollados tienen cerca de un 20% de penetración de banda ancha. Cisco tiene el reto de mejorar estos números", expresó el ejecutivo.

Más allá de los objetivos de mejora, esa cifra no es buena. Es de destacar también que Brasil continúa por debajo de Chile y Argentina. Las cifras mejoran bastante respecto a informes anteriores (1 y 2), pero en cifras absolutas siguen siendo bajas. Entre otras cosas, ¿cuánto se pierde de interconexión internacional? Cada vez más, cualquier sitio da por supuesto que los usuarios que se acercan a una página, lo hacen a velocidades de banda ancha mínima al menos, lo que permite elaborar contenidos complejos. Si en América Latina el 91,2 % o más de la población no tiene acceso a conexiones rápidas ¿qué alcance existe?

sábado, julio 19, 2008

Code Generation 2008 finalizada

A finales de junio se efectuaron las sesiones de Code Generation 2008, anunciada aquí dos o tres veces. Centrada en las distintas variantes de desarrollo basado en modelos, ha continuado progresando en extender su uso, y en debatir el peso y alcance de las distintas vías de construcción de software. Las sesiones predominantemente ocuparon las dos tendencias corrientes en modelado: las distintas variantes del estándar de OMG, Model Driven Architecture, y las distintas ofertas de Domain Specific Languages; dos temas relacionados de particular interés, también tratados, son las relaciones con Lineas de Producto Software, y la aplicación a arquitecturas orientadas a servicios (SOA). Comentarios de algunos de sus participantes, en los blogs de Mark Dalgarno y Pedro Molina. Las presentaciones están disponibles en el sitio de la conferencia. El programa, mencionado en alguna nota anterior, da una idea del alcance de la conferencia.
Steve Cook y Bran Selic estuvieron a cargo de las keynotes. Y un excelente grupo de investigadores tomó a su cargo cada tema.

domingo, julio 13, 2008

UML, DSL, y Microsoft, parte 2

En refuerzo de lo dicho antes, encuentro a Tad Anderson, escribiendo en .NET Developer´s Journal, que en septiembre de 2007 habla de las decisiones de Microsoft sobre UML, y su respaldo a DSL, afirmando que en dos años, no tuvo oportunidad ni medios de usar el set incluído en VSTS:
Over the past 2 years I have had the VSTS Architecture version installed and I have not used the DSL tools once on a project
Las razones muestran un camino que hoy parece estar remontándose:

A few years ago Microsoft decided to cut off its nose to spite its face.The war on UML started with the DSL movement.Although Microsoft still claimed to see UML as an essential tool, they stopped trying to compete with the rest of the market and tried to lead us down a new path that did not include UML.
With Rosario around the corner (a very big corner) the emphases is on Application Life-cycle Management (ALM).I think that is great. But the claim that their DSL tools will support the essential design documents is once again WRONG!!!! The DSL tools currently supported are the ones they are going to depend on again in the future.
Over the past 2 years I have had the VSTS Architecture version installed and I have not used the DSL tools once on a project. I have looked at them several times, but I always found SPARX Enterprise Architect (EA) easier to use to make meaningful artifacts. Microsoft did try to save a little face by saying they do support and suggest UML for domain modeling.
But there suggestion was to model in Visio (UML 1.2 or 1.4??), forward engineer the model to code and then open it up in their DSL class modeler. That is just plain dumb when tools like Enterprise Architect exist. Yes, Microsoft is partnering with SPARX now, but the ALM movement just confuses things because it introduces tools that step all over SPARX EA tools that support ALM, except for UML. Go figure.?.?.
Y concluye, tras relacionar el modelado con el marco en que lo usaría:
Microsoft’s ALM push will probably be good for project managers, but Microsoft still does not get that they are continuing to ignore the architect.
No está de más leer su nota completa. Es más contundente que lo que aquí extracto.

lunes, julio 07, 2008

UML, DSL, y Microsoft

En junio ya hemos conversado sobre el repentino interés de Microsoft en UML. Anticipado por el propio Bill Gates en su keynote de Microsoft Tech-Ed 2008, la noticia ha hechado a rodar con amplitud, y hará más camino seguramente. Es interesante el párrafo que Gates le dedica al tema:
[Respondiendo a una pregunta sobre UML] we'll have additional support for UML in Visual Studio 10 for the specific modeling tools that are there. Then as we move forward and take the modeling platform to the next layer, we'll get even more ability for you to create your own models.

So, you're absolutely right that the modeling world is fairly disparate today. Even at Microsoft our people who do our business applications have some of their modeling environment. Excel in a sense is a pretty limited modeling type environment.

The thing that we've recognized is that by bringing those things together we can actually enable new things like what you do across the lifetime of an application. And underneath these models we actually use UML.

We think it's very rare -- a very rare person would actually want to look directly at the UML because it's so kind of abstract, but underneath, both in terms of exchange with other people's products and some of the exchange we're doing between our own products, we do have UML based subscriptions of these models.

Jack Vaughan y Michael Meehan han dado su opinión sobre este interés, y algo de sus dichos creo que da en el clavo: luego de alentar DSL versus UML, realmente una herramienta que articule la totalidad de un modelo es necesaria (And underneath these models we actually use UML...). DSL es un concepto positivo y conveniente, pero hacer pasar todo por lenguajes específicos de dominio es inapropiado, probablemente difundido más como una operación comercial que como una realidad. Primero, no todo dominio será expresado en un DSL, y segundo, sigue quedando en pie cuál será el pegamento que englobe conceptualmente el conjunto como un sistema; ¿la factoría de software?, o dicho de otra forma, ¿el Visual Studio Team System?.
Parafraseando a Jacobson, Vaughan dice:
Noted software technologist Ivar Jacobson, one of the original "Three Amigos" responsible for UML, said the problem of transforming representation between specific domains is not trivial.

"With DSLs, the problem is you need to have underlying semantics in common. You have a serious transformation problem across domains," said Jacobson, head of Ivar Jacobson International. "UML has a profile that allows you to have specific language constructs, but it has the same underlying model."

With DSLs, common semantics are very difficult to achieve.

Meehan va en la misma dirección a propósito de SOA; su punto de vista es que no es casual que al intentar poner un pie en SOA, sea necesario un medio de expresar lo que haya en común:

Yet Oslo is Microsoft’s Hail Mary pass over the rest of the SOA market and apparently the company has decided to end its religious differences with UML for the sake of giving Oslo mass appeal. Previously Microsoft had been pushing domain specific languages (DSLs) as an alternative to the general purpose format of UML. Unfortunately for the folks in Redmond, DSLs have failed to gain much traction. Part of the problem is getting the people who form a domain to agree upon a standard syntax. Another part is having that DSL interact with anything outside of its domain. Those things surely will come with the march of time, but the uptake has been painfully slow.

SOA demands some commonality, that everyone stop trying to be so special and idiosyncratic. Microsoft has always understood that on some levels, but it’s got skin in the proprietary software business (actually it’s got skin, blood, muscle, bone, you name it). Its maverick tendencies have often led to it offering users products that do SOA the Microsoft way. That is in stark contrasts to the company’s Web services tooling, which has for the most part embraced open standards and heterogeneous systems (most notably Windows Communication Foundation). This is where I remind some readers out there that, yes, there truly is a difference between SOA and Web services.

In fact, one way to look at Oslo, which supposedly will offer a Community Technical Preview in September, is that this is Microsoft’s flag in the ground for SOA. It emphasizes the importance of modeling, attempting to bring the technology as close as possible to the business. As such, UML represents an excellent choice. It should create interoperability between Oslo projects and those built with rival modeling tools (e.g. IBM Rational). And Eclipse’s Modeling Development Tools Project will have a UML2 component ready by the end of the month.

UML gives Oslo a reach it never would have had if it were based on a proprietary modeling language. The UML foundation means Oslo stands a chance of being truly universal, which is as SOA a concept as you can get.
Así, comenzamos a dejar de ver al UML y su significado básico como bosquejos escritos en servilletas a la hora de conversar...

sábado, julio 05, 2008

De pronto, UML, II

El 8 de junio, Dr Dobbs Code Talk publicó una entrada de Christopher Diggins, que reconoce tres elementos que en el último tiempo han sido oscurecidos o cuestionados: que en programación hacen falta modelos, que UML tiene un papel que cumplir, y que existe un intento de crear un modelado que se convierta intrínsicamente en código, basado en UML (xUML, UML ejecutable). Diggins propone una sintaxis para no diagramar, sino escribir los modelos, que luego se ejecutarán (Heron).
Más allá del futuro de su iniciativa, lo motivan algunas objeciones comunmente formuladas a estándar:

Modeling is frequently used in certain software development domains to help verify the design of software, both formally and informally, before implementation starts.

One of the reasons that this approach hasn't caught on in the programming community at large is that it slows down development and increases the overall cost significantly. You have to maintain separate artifacts that contain largely the same information: the source code and the model. Finally models are often ignored after implementation starts.

Diggins reconoce que esta objeción no vale para el "UML ejecutable", que genera código a partir del modelo:
There is however a better solution that already exists: make the code and models synonymous with each other. In other words: make the model the code. This approach is the holy grail of the model-driven architecture (MDA) movement, and only one technology actually offers it today: executable UML (xUML).
Una objeción es acerca del carácter gráfico del modelo:
The problem with xUML is that it is primarily a diagram based formalism (with some unspecfied syntax thrown in). Most of us programmers hate diagrams. They are slow and cumbersome to develop and manipulate. My view, which I am sure is shared by many of you out there, is this: I wish everyone else in the world could supply me with up to date UML models with their source code, but I don't want to be obliged to do so myself.
Otra importante es acerca de la real posibilidad de traducir todos los diagramas a código. O mejor al revés: que todo el código requerido sea manejable con diagramas:
So a question one might ask is: why can't we simply generate models from code? Well the problem is that code is too low-level. Just like you can't generate pretty and elegant source code with meaningful symbol information from assembly code, the same is true of models.
En fin, estas objeciones serían objetables...En OMG existen estándares para manejar información de los modelos por medio de directivas que completen los diagramas. Tampoco es mi experiencia: el modelador que uso (Plex/no UML/si MDD) también es capaz de completar la información con un metalenguaje capaz de expresar lo que haga falta, y lo suficientemente abstracto como para que pueda generar código para distintas plataformas y arquitecturas, basadas en las mismas directivas, configuradas para distintos contextos.
La iniciativa de Diggins va en esa dirección. Nótese que Diggins, ante los puntos no satisfactorios de UML, va por más, no hacia atrás.

lunes, junio 30, 2008

De pronto, UML

Desde hace poco, diversos teóricos y técnicos próximos a Microsoft, han vuelto a hablar de UML y modelado. Como anticipa Stuart Kent, parecería que se ha pasado (de una visión negativa e irónica de UML), a otra que pretende integrar DSL y UML. Probablemente, como lo declara Kent, se trata más bien de allanar el camino a una mayor utilización de DSLs, pero al menos, ahora UML tiene existencia y algún valor...
Dice Stuart Kent:
We've found that DSL Tools is very appealing to customers who've already bought into modeling. It allows them to create their own customized model driven solutions fairly quickly. However, for those not already into modeling it's a harder sell (although, we have had customers who have seen what others have produced and decide to build something similar which focuses on their domain). To really get modeling out to a broader audience it's necessary to have tools that people can use straight out of the box. I'm still convinced that if you want to dramatically increase productivity then you should be using DSLs driving code generators, or further model transformations, or visualizing abstractions discovered from existing artifacts, or some combination of all three. On the other hand, whatever your views are about the effectiveness or not of UML, it has significantly raised the awareness of modeling with a broad audience and it is something that many people are familiar with. So I'm really pleased that Team Architect has now stepped up to drive a strategy that delivers on both sides of the modeling coin, and connects them up.
El cambio es expresado más claramente por Cameron Skinner, referido por Kent:

There has been some speculation in the press recently around Microsoft's commitment to DSLs now that we are planning on supporting five UML 2.1 diagrams in the Rosario release ( Class, Use Case, Component, Sequence, and Activity diagrams ). Specifically, some articles have been written in a way to lead the reader towards a perception that Microsoft is moving away from DSLs and towards UML. Not at all correct! I wanted to take a moment and set the record straight on this, and start a broader conversation.

Let me first start by making one thing very clear: Microsoft is very committed to our DSL strategy, and in particular to the DSL toolkit that ships as part of the VS SDK. In fact, our UML designers are built on top of that toolkit.

I believe that supporting both approaches to modeling gives developers and Architects alike the "right tool for the right job". For those folks who want to analyze and design their architecture using a standard notation that does not imply an implementation decision, use some UML diagrams. UML is great for describing higher level concepts and for defining the initial glossary that can be used to describe the concepts necessary to facilitate broader communication. For those folks who have decided on an implementation strategy, and do not want to be encumbered by the more general nature of the UML to describe that implementation choice, use DSLs.

In the coming months, you will very likely hear me or others on the team talk about using UML at the "logical" layer and DSLs at the "physical" layer. We are really trying to promote a clean separation between the two approaches, while at the same time, attempt to maintain an understanding of how one can inform the other, and vice versa. In this way, we are hoping to more cleanly support the understanding and intent behind the models at each layer.

So this is not a "DSL vs. UML" conversation. This is a "DSL + UML" conversation. And more importantly, this is about meeting our customers where they are and giving them tools that allow them to get to where they need to be.

The true innovation in this space is going to be how we can seamlessly connect the two approaches, and how we can make modeling more central to a broader range of people.

Volveremos sobre esto.

sábado, junio 28, 2008

Facebook o LinkedIn?

Hace alrededor de tres semanas, mis ex-colegas de Chile me invitaron a abrir una cuenta en Facebook: primero uno, luego dos más. Finalmente, aunque me resistía a dedicar tiempo a este tipo de redes, acepté, para mantener contacto con ellos, y recordar lo que ya es irrepetible (Pero este es otro asunto). Luego, otro más me invitó a MySpace, y acepté porque es un colega que lo merece; y finalmente ayer, recibí dos invitaciones de Argentina y Honduras de colegas y amigos con los que no quiero perder contacto para otra red, Tagged, a la que ya había rechazado varias veces (y que continuaré haciendo). El futuro me presenta una tarea: convencer a todos los colegas y amigos a que converjamos en una sola red. No pensaba dedicar tiempo a ninguna; de hecho estaba rechazando invitaciones, y explicando por qué lo hacía. Sin embargo, tengo que reconocer que Facebook tiene aspectos de interés: es un sitio informal para conversar con quienes están lejos, como en general es mi caso, y la oferta de aplicaciones disponibles es más que variada; así como es posible dedicarse a (cientos) de juegos, y estar a un nivel de proximidad adolescente, así también es posible encontrar comunidades de gran interés, expresadas a través de actividades de grupos de afinidad o del uso de aplicaciones. Luego de hacer una revisión de semanas, mi adhesión a grupos dedicados a lenguajes de programación , herramientas y actividades en la Web, trabajo y emprendedores se ha vuelto descontrolada. Sé por experiencia que, andando el tiempo, esas pequeñas comunidades desarrollan intereses comunes sólidos. ¿Cuánto tiempo se le puede dedicar?. Poco; terminaré creando un sistema de alertas, y consolidando las relaciones con una pequeña porción de ese universo.
Un fenómeno curioso, que creo que va camino de la simplificación, es el predominio de la adhesión por naciones: Según comentan, y pude comprobar, Orkut es un excelente sitio para estar en contacto con personas de Brasil, y parecería que también de India. Es abrumadora la cantidad de personas de Chile participando en Facebook.
Pero yendo al asunto inicial, Facebook o LinkedIn?
Tengo la impresión de que las redes del estilo de Facebook son la continuidad con mayor alcance e interactividad, de lo que Messenger o los fotologs representaron: un sitio para conectarse informalmente, mayoritariamente para jóvenes, y para el ocio. Messenger creció por su decidida apuesta a capturar el mercado de los jóvenes; muchas de estas redes no despegan de ese modelo. Y esta es la razón por la que visito Messenger sólo una vez cada tanto, si acaso un amigo o familiar lo usa y tenemos que conversar. De lo contrario, de manera más espartana, se puede conversar con Google Talk. Lo mismo vale para las redes sociales. Estimo que este modelo es su límite. Y LinkedIn (o Xing) representan la reacción a él. Estas redes son, contrariamente, económicas en su presentación, con nula oferta de ocio o expansión informal (ni albumes de fotografía, ni videos, ni expresiones de deseos o fanatismos, ni citas amorosas). Sólo el desarrollo de herramientas de presentación profesional o académica, y de colaboración, con reglas rigurosas de protección de información. No se fomenta el trato indiscriminado, estableciendo un esquema conservador de presentación. Pero el resultado es muy valioso; en mi caso, me ha permitido estar en contacto con colegas que de otra manera difícilmente hallaría. Y las herramientas disponibles me estan ayudando a planificar actividades que de otra manera resultarían complicadas. En el terreno de facilidades para las actividades laborales, profesionales o académicas, comienzan a ofrecer poderosos medios de trabajo.
¿Qué le espera a las redes sociales? Creo que la diversidad que hay ahora se simplificará pronto, y que muchas de ellas están en una carrera para ver quién las compra, y a cuánto. Esto también vale para las profesionales, pero por su propio carácter, creo que un margen de competencia quedará. Sea como sea, en un futuro próximo, creo que me ahorrarán el dilema de qué hacer con tantas invitaciones, porque todo el agua irá al mar.
Finalmente, quiero destacar algunos aspectos señalados por Brad Stone, de New York Times, sobre LinkedIn:
The average age of a LinkedIn user is 41, the point in life where people are less likely to build their digital identities around dates, parties and photos of revelry.
LinkedIn gives professionals, even the most hopeless wallflower, a painless way to follow the advice of every career counselor: build a network. Users maintain online résumés, establish links with colleagues and business acquaintances and then expand their networks to the contacts of their contacts. The service also helps them search for experts who can help them solve daily business problems.
The four-year-old site is decidedly antisocial: only last fall, after what executives describe as a year of intense debate, did the company ask members to add photos to their profiles.
Sobre las bases del negocio de LinkedIn:

That business-only-please strategy appears to be paying off. The number of people using LinkedIn, based in Mountain View, Calif., tripled in May over the previous year, according to Nielsen Online. At 23 million members, LinkedIn remains far smaller than Facebook and MySpace, each with 115 million members, but it is growing considerably faster.

LinkedIn also has a more diversified approach to making money than its entertainment-oriented rivals, which are struggling to bring in ad dollars and keep up with inflated expectations for increased revenue.

LinkedIn will get only a quarter of its projected $100 million in revenue this year from ads. (It places ads from companies like Microsoft and Southwest Airlines on profile pages.) Other moneymakers include premium subscriptions, which let users directly contact any user on the site instead of requiring an introduction from another member.

A third source of revenue is recruitment tools that companies can use to find people who may not even be actively looking for new jobs. Companies pay to search for candidates with specific skills, and each day, they get new prospects as people who fit their criteria join LinkedIn.

Un aspecto que se incrementará, pero que ya está presente, es el lugar que las empresas tendrían:

LinkedIn is set to undergo a radical shift in strategy to find other sources of revenue. Instead of catering primarily to individual white-collar workers, the site will soon introduce new services aimed at companies. It is a risky move that could alienate members who prefer to use the networking site to network — without their bosses peering over their shoulders.

One new product, Company Groups, automatically gathers all the employees from a company who use LinkedIn into a single, private Web forum. Employees can pose questions to each other, and share and discuss news articles about their industry.

Soon, LinkedIn plans to add additional features, like a group calendar, and let independent developers contribute their own programs that will allow employees to collaborate on projects.

The idea is to let firms exploit their employees’ social connections, institutional memories and special skills — knowledge that large, geographically dispersed companies often have a difficult time obtaining.

(...) “It will be extraordinarily challenging to simultaneously serve as a corporate tool and yet promote the ‘brand of me’ in an emerging free-agent nation,” said Keith Rabois, a former LinkedIn executive who is now vice president at Slide, a maker of applications for social networks.

Jeffrey Glass, a partner at Bain Capital, says his firm invested in LinkedIn primarily because it is now becoming popular enough to introduce these kinds of products to companies and other organizations, like universities.

“This is a powerful tool because inside the corporation, there are massive bodies of knowledge and relationships between individuals that the corporation has been unable to take advantage of until now,” he said.

Reid Hoffman, de la dirección de LinkedIn, y anterior inversor en Facebook, compara ambos:

(...) he said that most members of Facebook who are older than 30 use it for entertainment, like playing Scrabulous, a version of Scrabble — not for doing their jobs.

“Scrabulous is not work, and it does not enable you to be an effective professional,” he said.

miércoles, junio 18, 2008

Firefox 3.0: record de descargas

Firefox 3.0 se acerca a los nueve millones de descargas, con casi un cuarto de las descargas en Estados Unidos...Veremos cómo termina el día inicial (ver en su sitio)

lunes, junio 16, 2008

Google/Yahoo/Microsoft ¿Un solo ganador?

Varios sucesos de los últimos días en las negociaciones entre Yahoo y Microsoft, y el seguimiento cercano de Google, quizá impliquen un cambio futuro de tendencias. Por lo menos, probablemente representan una ventaja de negocios para uno de los participantes, Google. Las negociaciones han puesto a Yahoo en una situación débil, con un frente interno dividido, que le ha acarreado una gran pérdida de valor de bolsa. Su acuerdo con Google, si bien le asegura un ingreso de ganancias, lo convierte en un asociado dependiente de su competidor. Para Microsoft, la puja por su competidor ha significado reconocer en qué áreas no ha conquistado posiciones, hasta el punto de su retiro del mercado de avisos.
Sin duda, Microsoft seguirá siendo robusta, aunque un poco menos, Google más próximo, y Yahoo será una incógnita, dividida entre una dirección que no parece saber conducir la empresa, y un grupo importante de accionistas interesados en cambiar un proyecto por dinero contante y sonante.
Quizá lo más notable sea lo que varios analistas han expresado en estos días: Microsoft parece no adaptarse a las nuevas características del mercado. Juan Freire lo ha descripto bien hace pocos días:
Microsoft no deja indiferente a casi nadie, ni como empresa ni por sus productos y su defensa de los estándares propietarios. La corta pero intensa historia de la era digital nos explica que la irrupción de Internet significó un drama para los responsables de Windows. Su error de cálculo los colocó en desventaja en la carrera por ofrecer productos y servicios en la web, a pesar de su posición inicial provilegiada. Pero quizás lo más importante no sea este retraso en la llegada al mercado, algo que con su tamaño y capacidad podría acabar por resolver. Puede que sea más crítico para el futuro de Microsoft su incapacidad para generarar en su organización el cambio cultural que significa la transformación desde la era industrial, donde nació y se desarrolló, a la digital. En realidad Microsoft sigue siendo una empresa analógica y sigue actuando como tal en mercados que, para su desgracia, hace tiempo que ya se han digitalizado.
Algunos incidentes recientes que pesarán en su futuro próximo:
Finalmente, parece que XP será historia, dejando su lugar a un continuador muy controvertido.
OOXML sigue generando consecuencias desagradables, con final incierto (1,2,3, entre muchos otros).
La Comisión Europea, y otros organismos regionales, continúan cuestionando su carácter de proveedor.

domingo, junio 15, 2008

Programadores en España

Juan Palacio apunta una reflexión sobre los programadores en la empresa española, que creo que es particularmente asociable a nuestros entornos (Iberoamérica), en general bastante lejanos del concepto de Toyota del "Respeto por la gente". Una vez más, algunos de los comentarios abren una línea de discusión que amplía la nota original.

sábado, junio 14, 2008

Una pequeña demo de un desarrollo basado en MDA

Los colegas de I2E (Ingeniería Informática Empresarial) participaron en un curso de la Universidad de Alicante con una breve demostración de un caso de desarrollo con MDA, usando AndroMda. Para quienes les interese aplicar el concepto, la presentación es muy útil.

jueves, junio 12, 2008

Ahora si, la nota sobre Plex en Madrid

Luego de la falsa alarma (ver 1 y 2), hoy me remiten la publicación de la nota sobre la reunión de Plex en Madrid. Como se ha dicho, CA (Bill Hunt) y ADC Austin (John Rhodes y Juan González) presentan las novedades sobre Plex, particularmente el generador Web desarrollado por ADC, y el migrador de 2E a Plex. De la nota de Dominion:

Seguidamente el protagonismo lo tuvo nuestro nuevo partner ADC Austin. ADC Austin es el partner tecnológico principal de CA en EE.UU y recientemente ha liberado dos soluciones, que “viendo las reacciones de los asistentes” prometen causar un gran impacto entre la comunidad de usuarios de las herramientas: la solución mediante el servicio 2E Modernization que permite migrar los modelos CA 2E a CA Plex (datos y funciones) y el Web Client for Plex, que genera código ligero web “haciendo uso de tecnologías html, JavaScript, Ajax” a partir de diseños nuevos o existentes en CA Plex. Una combinación de estas dos soluciones permite a un usuario de CA 2E migrar su aplicación a un entorno web con tecnología RIA (Rich Internet Application).

Primero Juan González de ADC Austin, Director de Operaciones y Ventas para España e Iberoamérica, introdujo a su empresa al mercado español y nos ofreció una panorámica de las soluciones de ADC Austin. Posteriormente John Rhodes, Arquitecto Principal y Socio Cofundador de ADC Austin describió las mismas más en detalle, realizando también demostraciones con un alto contenido técnico que lograron impactar en la audiencia. No en vano, las importantes novedades presentadas por ADC Austin estaban perfectamente en sintonía con las demandas solicitadas por los usuarios en los últimos años. Adicionalmente, John Rhodes introdujo una nueva herramienta Matchpoint para el control de cambios en CA Plex.

miércoles, junio 11, 2008

Leyendo a Matsumoto

Un aspecto relevante de la conferencia sobre Software Product Lines de 2007 fue el aporte de Yoshihiro Matsumoto. Decía la nota introductoria de SPLC 2007:
Yoshihiro Matsumoto is Adviser of ASTEM Research Institute of Kyoto. He started his career in Toshiba Corporation in 1954, where he took initiative in the applications of software to real time control systems and in building Toshiba Software Factory for those domains. After he spent 35 years in Toshiba, he switched to academic field and served a professor at Kyoto University, Osaka Institute of Technology, and Musashi Institute of Technology. He received Dr. Eng. degree from the University of Tokyo, and Fellow in 1982/Life Fellow in 2004 both from the IEEE.
Es notable el desconocimiento común sobre la actividad y logros de investigadores y profesionales japoneses en software, si nos atenemos a los medios usuales de difusión de noticias tecnológicas, aunque esto vale también en menor medida para la actividad de investigadores europeos. Lo más usual en las publicaciones de noticias tecnológicas es la atención hacia papeles de trabajo con orientación comercial, donde suele haber mucha hojarasca...Más profundamente, es probable que este desconocimiento provenga del distinto modelo de actividad en Estados Unidos y Europa, frente al japonés. En el caso de éstos últimos, el patrón de desarrollo es el de grandes empresas con investigadores empleados o academicos e institutos asociados. En el caso de Occidente, es mucho mayor el número de emprendimientos individuales o de pequeñas empresas, aunque también pese la acción de grandes conglomerados empresarios y estatales.
Como una confirmación de esta situación, Matsumoto ha logrado mención en el último tiempo gracias a su colaboración con Microsoft en la aplicación de ideas de Greenfield en Microsoft Japón (1 y 2). Pero su trabajo de investigación y de implementación sobre Factorías de Software y el sustrato que implica, tiene más de treinta años (cerca de cuarenta en realidad), siempre en Toshiba , y luego en la Universidad de Kyoto. En estos días, sigo su keynote en SPLC 2007, y su presentación sobre la Factoría de Software de Thosiba. Matsumoto trabajaba por una, y la denominaba como tal, tan temprano como 1977; y si me atengo a sus afirmaciones de 2007, basados en preparativos iniciados a finales de los sesenta. Volveremos sobre ésto.

miércoles, junio 04, 2008

Vinton Cerf en España

Publicado por ADN, el 2 de junio. Vinton Cerf visita España, para ser investido Doctor Honoris Causa por la Universidad de Zaragoza. ADN dedica dos breves informes (1 y 2) sobre sus opiniones acerca de problemas en el desarrollo de Internet, donde resalta uno que comparto: la fragilidad y fugacidad de la información conservada en la red. Dice Pedro de Álzaga, resumiéndolo:

Más de dos décadas después de que la red saliera de los cuarteles y las universidades para hacerse universal, Cerf está preocupado por un problema que denomina "la podredumbre del bit", o degradación de la información producida por programas informáticos que quedan obsoletos y cuya vida se interrumpe.
"Imagine que toda la información de la NASA no pudiera leerse porque los programas que la crearon no estuvieran disponibles ya", explica, preocupado de que imágenes y otros archivos de datos puedan perderse irremisiblemente. "Y no lo digo sólo por los historiadores, sino por la utilidad misma de esa información en el tiempo", se lamenta.
En este sentido, el ingeniero aboga por la creación de una infraestructura que no dependa del URL, el sistema de identificación de recursos en internet: "Necesitamos instituciones que sean autosuficientes y capaces de preservar la información que necesitamos durante mucho tiempo", y no confiar en un sistema que produce tantas veces el mensaje 404 No encontrado.

El camino que tome esta infraestructura quizá esté próximo a la iniciativa de Internet Archive, aunque más amplia que la conservación de páginas y sitios históricos. Comparto el criterio de que se trata de un problema importante, que hace al patrimonio de conocimiento. Un enorme número de sitios valiosos se conservan basados en el soporte de un individuo o un pequeño grupo. Al dejar de existir este soporte, en pocos meses esta información desaparece. Mucha más vida tiene un libro, repartido en miles de copias.

Otro aspecto que Vinton Cert destaca, es la confiabilidad o veracidad de la información disponible, y del espíritu crítico que es requerido observar frente a sus contenidos:

A sus 65 años, Cerf, sobre los cuestionamientos que se hacen a Internet, emplazó a "utilizar nuestra habilidad para analizar lo que estamos leyendo" e hizo un llamamiento a los profesores que se quejan de que sus alumnos tienen aparatos y se conectan a Internet, para que les inviten a comprobar si la información a la que acceden es buena o no.
De esta manera, en su opinión, los estudiantes se verán obligados a consultar otras páginas web y "puede que tengan que ir a la biblioteca real, para comprobar y analizar la información y, posiblemente, darse cuenta de que hay que corroborarla fuera de Internet".
Vinton Cerf, premio Príncipe de Asturias de Investigación Científica y Técnica, sentenció que el camino para enfrentar la mala información en Internet "no es la censura" sino buscar más información, reiteró.
(...) Cerf, quien protagonizó una clase magistral con profesores y alumnos del Centro Politécnico Superior de la Universidad de Zaragoza, comparó Internet con un "trozo de papel" en el que cualquiera puede escribir, pero incapaz de distinguir si lo que se escribe en cierto.
En declaraciones a un grupo de periodistas, el gurú del ciberespacio estadounidense señaló que Internet satisface las curiosidades de los ciudadanos, sin embargo, no es la fuente más fiable, por lo que dijo que "el antídoto para la mala información es contrastar y buscar más información".

Vinton, en palabras de Álzaga, destaca otros cuatro puntos: el número teórico de direcciones disponibles, en camino de resolución, la seguridad, la propiedad intelectual, y la protección de los niños:

Hace casi 10 años, Vinton Cerf creía que su hija Internet tenía, fundamentalmente, dos problemas: el número de direcciones IP -las cuatro cifras separadas por puntos que identifican los sitios web; por ejemplo, el de ADN.es es 80.67.66.55- se estaba acabando, y era necesario ampliarlo; y el problema de la falta de seguridad de la red en ciertos aspectos.

El primer problema ha sido resuelto con la versión IPv6, que amplía a seis números las direcciones IP; pero no el segundo."El principal problema reside en los navegadores, que son un poco naïf y descargan cualquier programa que se encuentra en una página web", señala.
"Cientos de millones de máquinas se encuentran infectadas por programas -advierte Cerf-. Estos ordenadores pueden ser controlados remotamente para enviar publicidad basura, lanzar ataques de forma conjunta contra otro sitios web o simplemente propagarse a otros ordenadores". Y lo peor es que las personas que controlan estas redes, denominados generales de botnet, las alquilan a terceros.
"Si pudiera empezar a diseñar la red otra vez, buscaría prevenir este tipo de abusos" -dice el ingeniero- "No lo hicimos al principio porque no esperábamos que la red acabara en manos del público general".
En lo que respecta a las nuevas generaciones de internautas, Cerf sostiene que los maestros deberían educar a sus pupilos en la búsqueda de información dentro y fuera de internet y hacerlos capaces de contrastar los datos que encuentran en la red. "Sólo para que se den cuenta de que hay información de valor también fuera", dice.
Asimismo, advierte de que existe una gran preocupación por la pederastia y el abuso que los adultos puedan hacer de los niños en Internet. "Pero nadie se preocupa por el daño que puedan hacerse entre ellos", explica, refiriéndose a los casos de acoso escolar a través de la red informática.
Por último, habla de otro de los caballos de batalla en la red: "La propiedad intelectual debe repensarse -dice el ingeniero-. Copiar un archivo digital es tan sencillo que hay que buscar nuevos modelos de negocio que tengan esto en cuenta pero sigan retribuyendo a los creadores".

Dice Wikipedia sobre Cerf:
Vinton Gray "Vint" Cerf (IPA: ; born June 23, 1943) is an American computer scientist who is the "person most often called 'the father of the Internet'." His contributions have been recognized repeatedly, with honorary degrees and awards that include the National Medal of Technology, the Turing Award, and the Presidential Medal of Freedom.
Cerf has worked for Google as its Vice President and Chief Internet Evangelist since September 2005.
Fotografía tomada de Wikipedia

Reunión en Madrid, parte 2

Me extrañaba que se anunciara en la nota de Dominion a Colaço Días,y no a Bill Hunt, cuando en el programa previo aparecía el segundo y no el primero...Lo consulté con mi colega aquí, que sí fue, y confirmé lo que ya habíamos conversado antes: estuvo Hunt, no Colaço. Y la nota dice esto porque está bien: se refiere a la visita anterior. La nueva todavía no está presentada. Así, las referencias a Plex 6.0 deben corresponder a 6.1, quien lo comentó fue Bill Hunt, y Mikkel no estuvo. La nota habrá que esperarla todavía. El producto sí fue presentado.

martes, junio 03, 2008

Presentación del generador Web para Plex

Tenía casi todo listo para ir, pero no fue posible. ADC Austin y Websydian presentaron en la sede Madrid de Dominion el desarrollo conjunto del generador Web para Plex. Estuvieron Paulo Colaço Dias, product manager de Plex, John Rhodes por ADC Austin, y Mikkel Schnack por Websydian. Es particularmente interesante que este generador fue desarrollado fuera del equipo de construcción de Plex, utilizando los elementos expuestos del producto (API y patrones). Una muestra de las posibilidades de extensión abierta sobre la robusta base de Plex.
Lamentablemente, lo leo en las noticias...

viernes, mayo 30, 2008

La Politécnica de Valencia y la innovación

En estos últimos días, a propósito de la Conferencia Internacional "Innovación Abierta y Universidad: Competitividad y Desarrollo", tanto la Universidad Politécnica como los medios le han dedicado atención a su actividad de investigación. No estaría de mas el conocer qué hace, si quisiéramos buscar en algún lado una forma más activa de conducir una Universidad. Lo que sigue es un extracto de dos notas sobre la UPV, de la Gaceta, y del propio rectorado.
Una presentación de la Universidad:
De un Instituto Politécnico a una Universidad Politécnica. De 2.000 a 35.000 matriculados. Permanece la esencia del 68: “Formar profesionales” y empujar la cultura emprendedora. Varían los métodos: en los de entonces, se obligaba a repetir todas las asignaturas del curso con un solo suspenso y si no se lograba aprobar a la cuarta, irremediablemente había que abandonar el centro. De aquella disciplina cuartelaria a las 40 escuelas actuales, que vivieron su revolución particular en la década de los 90. De los 19.971 inscritos a los 37.130 del último curso. Los hombres continúan siendo líderes indiscutibles, pero ellas recortan distancias: representaban un 25% en el 90 y ahora prácticamente suman el 40%. La diferencia de los pupitres es igual de abultada en las tarimas, aunque con avances paulatinos. El personal docente de la UPV lo componen 2.772 personas, de las que el 27% son mujeres. En los puestos administrativos sí hay igualdad.
Lo que más se ha mencionado esta semana es su registro de patentes sobre investigaciones de la propia Universidad:
Es líder nacional en número de patentes registradas y la única politécnica española que se cuela en el ránking de Shanghai, que recoge las 500 mejores universidades del planeta. La media de la UPV quita el hipo y sonroja al resto: 21 inventos aplicables anuales frente a los 6,6 de la media española. Sus trabajadores son ases en Tecnología Química e Ingeniería de Alimentos para el Desarrollo.
(...) ¿Ha echado alguna vez a su carrito de la compra un paquete de bacalao “refrigerado, desalado y listo para cocinar” de Hacendado sin darle más importancia? Es una de las 226 patentes cocinadas en la UPV. La inmersión en la industria del bacalao se realizó en 1999, con un proyecto en el que colaboraron centros de investigación de Noruega y Portugal. En 2006, Ubago compró la idea y su aplicación.
La empresa explota la licencia universitaria, algo así como el alquiler de un piso. “Se le exige inventiva, es decir, no ser obvio; ser nuevo y rentable”. Con los tres requisitos que da Fernando Conesa, director del Centro de Apoyo a la Innovación, la Investigación y la Transferencia de Tecnología, se echa a andar. Le sigue una solicitud a la oficina de patentes españolas, para proteger la exclusividad en el país. A cambio, se obtiene una propiedad durante 20 años y se cede la publicidad del hallazgo. El trámite precisa, como mínimo, de dos años. Si se quiere traspasar las fronteras, es necesario pedir una autorización país a país, aunque el paso inicial es común (comprobar si estamos hablando de una invención o no).

Gastrovac es otro hito, sin el que los platos de Ferran Adrià no serían los mismos. Se trata de un equipo de cocción al vacío, que crea una atmósfera para cocer a baja presión y sin oxígeno los alimentos. ¿Resultado? Mantenimiento de la textura, el color y los nutrientes originales.

(...) Pero es en Química donde la Politécnica de la capital del Turia se ha metido en el bolsillo a las multinacionales. Repsol, Texaco, Shell, British Petrolium o Cepsa han pasado por su instituto mixto, creado en el 90 con el Centro de Investigaciones Científicas (CSIC).

Seguramente el propileno le suene a chino pero es tan polivalente para la industria química como el ladrillo para la construcción. Un nuevo catalizador patentado “rentabiliza la producción del óxido de propileno”, explica Conesa. Es la base de los poliuretanos, sin los que ni la automoción, ni los muebles, ni los esmaltes, pinturas o barnices serían iguales.

Recogedores de excrementos de perros, fabricación del turrón de Xixona (Alicante), descongelación y salado simultáneo de carne y pescado, recogida de moluscos, simuladores automovilísticos para discapacitados, clasificación de quesos mediante ultrasonidos... La Politécnica no engrosa la lista de suspensos universitarios. Para el 51% de los españoles, las aulas no se adecuan a las necesidades sociales y únicamente el 20% está satisfecho con las aplicaciones prácticas.

“Debe coexistir con la teoría, porque es ésta la que te permite generar conocimiento útil para dentro de diez años. Si te centras en generar utilidad, responderás a la demanda actual pero no estarás preparado para el futuro”, sostiene Fernando Conesa. Juan Velarde se centra en el hoy por hoy: “España es un deudor internacional en patentes, tan débil que se equipara a países como Polonia y República Checa. Al no tener universidades competitivas, carece de una economía competitiva”.

El economista anima a que las universidades politécnicas españolas sigan el ejemplo de la dirigida por Juan Juliá [Rector de la UPV] para vender ideas y ayudar, de paso, a “rebajar el altísimo déficit, que alcanza el 10% del Producto Interior Bruto”.

(...) La UPV revolucionó los catalizadores en 1992. La japonesa Sumitomo incorporó el descubrimiento a sus plantas. El hallazgo ha reportado 700.000 euros por licencias y 600.000 por investigaciones asociadas.
Sobre patentes y vinculación con la actividad económica, resume el Rectorado:
La UPV es un claro ejemplo de universidad vinculada a la economía del conocimiento. Es la segunda universidad española en volumen de I+D+i contratada, generando en 2007 más de 100mll de Euros en transferencia tecnológica, lo que supone un incremento de un 23,6% respecto a 2006. Es además la primera universidad de España en ingresos por licencia, sumando un total de 72 licencias. (Según datos del último informe elaborado por la RedOTRI de Universidades, la media española es de 3,6.) Por volumen de patentes registradas, 226, se sitúa en el primer puesto del ranking español, siendo la media de las universidades españolas de 6,6 patentes solicitadas al año, mientras que sólo en 2007 la UPV solicitó un total de 21. Finalmente el presupuesto de la UPV para el año 2007 fue de 354,4 millones de euros, computando más del 40% de sus ingresos gracias a recursos propios.
Sobre innovación e investigación, en la nota de la propia Universidad:
Para Francisco Mora, Vicerrector de Coordinación y Planificación Económica de la UPV y Director de la Ciudad Politécnica de la Innovación, "las universidades deben involucrarse cada vez más en la creación de empresas propias de base tecnológica para dotarse de recursos propios y entablar una relación de tú a tú con el entorno empresarial y económico
(...) "La innovación abierta busca instaurar nuevas dinámicas que capitalicen el conocimiento que genera una universidad o una empresa, aprovecharlo y ponerlo en el mercado a través de patentes, licencias, la creación de empresas y colaboración tecnológica con el sector empresarial", ha señalado el vicerrector Fco. Mora, "todo ello sin perder nunca las señas de identidad de la universidad ni dejar de estar a la vanguardia en la investigación y el conocimiento".
Por su parte, Rafael Aznar, vicepresidente del Consejo Social, ha señalado que somos conscientes de que la UPV, con la creación de la Ciudad Politécnica de la Innovación, y la organización de foros como el que hoy estamos presentando está dando un paso muy importante, sentado las bases para garantizar la reciprocidad entre la universidad y la sociedad valenciana.
Sobre el apoyo a emprendedores a partir de la Universidad:
La UPV (...) es líder en la creación de Empresas de Base Tecnológica de origen universitario (Spin-off,s y Start-up,s), así como en el fomento de la cultura emprendedora. Desde 1992, cuenta con el Instituto IDEAS para la creación y desarrollo de empresas, decano en la universidad española, cuya misión es fomentar y desarrollar la cultura emprendedora en la UPV, así como sensibilizar y dinamizar a la comunidad universitaria en la creación y soporte de nuevas empresas y apoyar la creación y desarrollo de empresas innovadoras y de base tecnológica. La labor desarrollada hasta la fecha por el instituto IDEAS ha contribuido a situar a la UPV como la universidad española con mejores resultados en creación de empresas en el ámbito universitario.
Otra nota fue publicada también por el diario Metro, y recogida por la UPV.
En el área específica de la Informática, quisiera recordar otra vez la alta participación de miembros de su cuerpo docente en investigación, particularmente en modelado y desarrollo basado en modelos. Suelo encontrar a muchos de sus profesores y alumnos en los desarrollos más innovadores de España y Europa.

Quiero destacar este punto de vista, mientras vuelvo a encontrar en las noticias, la enésima toma del rectorado de la Universidad de Buenos Aires, donde se sigue pensando otra cosa de qué debe ser una Universidad...

martes, mayo 27, 2008

Software Factory en Wikipedia

Hoy, por primera vez, encuentro una variación notable en el contenido del concepto Sofware Factory en Wikipedia. Luego de un prolongado proceso de cuestionamiento, parece haber tomado el rumbo correcto. Finalmente, las observaciones críticas de múltiples colaboradores concluyeron en acción, en el modo en que era de esperar: se eliminó la ambiguedad del concepto, se asignó el contenido anterior a una segunda acepción en el marco de Microsoft .NET, y se comenzó a redactar un verdadero artículo sobre el tema, dejando la versión .NET en lugar aparte, donde sus adeptos podrán seguir elaborando sus ideas, o incluso eliminarlas, como ya ha pasado con algunas de sus afirmaciones iniciales sobre Software Factory y sus relaciones con el diseño basado en modelos.
Es especialmente alentador observar que el trabajo colaborativo en Wikipedia tiende a resultados correctos en su evolución histórica. Durante meses, existieron advertencias de Wikipedia sobre el carácter tendencioso de la primera definición, acompañadas de observaciones específicas en los comentarios. Todavía hoy el artículo se inicia con una advertencia sana: This article or section is in the middle of an expansion or major revamping. You are welcome to assist in its construction by editing it as well.

En fin, ahora hay que ocuparse del verdadero tema, que por cierto es más que importante, más que lo que en este momento determina su definición redefinida.

Sin embargo, no me coinciden las fechas de actualización: la última versión que recuerdo es la que se puede ver en The Internet Archive con fecha 30 de marzo de 2007. La historia de revisiones comienza a establecer cambios mayores en febrero, aunque mi impresión es que estos cambios han aparecido mucho más cercanamente, durante mayo. ¿Será que mi caché me jugó una mala pasada? (¿O quizá no entienda correctamente cómo se procesa el mecanismo de manejo de revisiones de Wikipedia?). El caso es que el artículo, que a mi entender hasta hace no mucho más que tres o cuatro días era el núcleo de la definición de Software Factory, es ahora la nueva versión .NET, con fecha de inicio en 25 de mayo.

domingo, mayo 25, 2008

La defensa de los estándares abiertos

Acabo de leer la nota de Alejandro Pisanty mencionando la creación del grupo Digistan, dedicado a la defensa de estándares abiertos en el ámbito de Internet, como secuela de la ajetreada discusión del estándar OOXML. La carta abierta de sus fundadores debiera motivar su respaldo:

Industry has always depended on standards and traditional industries have built their standards as part of a slow, controlled, top-down approach to innovation. Industrial-age standards are often heavily patented, complex, and large. They can be expensive to implement and therefore are implementable only for large established firms.
But almost forty years ago, Steve Crocker and his team wrote RFC001 and launched the networks that built the Internet using a different model based on older human values of sharing and cooperation. His vision, and that of other Internet pioneers, was of a digital world built on simple, interoperable standards, accessible at zero cost to even the smallest teams. Largely, their dream is coming true. Today we're used to an Internet of open software, open content, and open development.
While most agree, not everyone likes it. In the telecoms, entertainment, and software industries we see the destruction of legacy vendors and their replacement by new Internet communities. And many of the old industrial businesses, instead of adapting, are fighting back. The fight is intensifying because the stakes are growing. Free and open source software, open content, and open communities are together worth trillions of dollars. The key to controlling these rich ecosystems is to control the digital standards they depend on.
The outcome of this conflict will define our digital future. At one extreme, Steve Crocker's vision comes true, and the future is built on free and open digital standards. And at the other extreme, the legacy telecoms, entertainment and software vendors capture the world's digital standards by controlling the standardization processes and by using software patents.
Imagine the world if RFC001 was owned by a consortium of telecoms firms. Imagine if only those firms, and their approved partners, could develop Internet technologies. Imagine if every RFC was protected by dozens of patents, so that sending a single email or downloading a web page meant paying license fees. Imagine paying for each click. Look at your mobile phone bill and you see how close this reality is. [sigue...]

OOXML en Wikipedia.
La controversia sobre este proceso en inglés, y en castellano.
Sobre este proceso, claro ejemplo y motivo de lo que se defiende en la carta, hay mucho material disponible, tanto que no vale la pena entrar más en detalles.
Sobre Digistan, la iniciativa no se limita a un observatorio ético, sino que trabaja en la elaboración de instrumentos.

domingo, mayo 11, 2008

Bye, Bye COM: Estándares y Empresa

...otro Requiem, por COM (escrito por Ángel López). Un buen resúmen de la transición de COM a .NET, que da una idea de cómo mapear las relaciones entre las dos tecnologías. Sin embargo, quisiera agregar dos palabras al tema, que hacen a un asunto más general: el soporte de las tecnologías que son reemplazadas por nuevas versiones.
En distintas ocasiones, muchas más de las que se pudiera suponer, me he visto obligado a mantener código o arquitecturas que fueron quedando si no obsoletas, al menos demoradas; es decir, desarrollos con los que su propietario se siente conforme y no ve la necesidad de evolucionarlo radicalmente, adoptando un nuevo paradigma que le obligue a reescribir o reestructurar código por la simple razón de que la "nueva novedad" lo representa de otra manera. Éste es un fenómeno que en algunas plataformas puede degenerar en real atraso (1), pero que es absolutamente legítimo: una inversión satisfactoria no debería quedar descartada simplemente porque no encaja ya con la evolución de su propia plataforma nativa.
En el caso de la evolución de COM a .NET, así como en el paso de Visual Studio 6.0 a 2005 0 2008, el problema se plantea en el campo del soporte de documentación; quizá en cuanto a compatibilidad del código el problema no sea muy grande, pero es complicado si se requiere mantener una aplicación de VS 6 consultando MSDN; lo más que frecuente es que se hayan perdido las referencias de detalle, y que no se encuentren sino con grandes dificultades las descripciones de las versiones "antiguas" que se desea mantener. La única garantía es conservar bajo llave una copia de la documentación original, mas la historia de modificaciones, porque obtenerlo en la guía en línea puede ser casi imposible.
Este patrón se extiende al seguimiento de problemas, que una y otra vez conduce a callejones sin salida: páginas que ya no existen, aún para temas que debieran estar cercanos, pero que quizá hayan sido enviados a vía muerta en el curso del desarrollo del nuevo producto.
En más de una ocasión algún colega me explicó esto como una política disuasiva de Microsoft, para inducir a la masa de desarrolladores a adoptar las nuevas versiones de sus productos. Sin embargo, tengo la impresión de que, a nivel decisorio, esto produce otro efecto: la observación de una política de soporte del usuario descuidada y tiránica. Bastante alejada de la que he observado por muchos años sobre el AS400 y otros ambientes de IBM, y también, aunque no lo he requerido probar muy a fondo, con el caso del soporte de Sun sobre la plataforma Java.

Justamente, la conveniencia de no estar sujeto a las políticas de un proveedor, es lo que da al diseño guiado por modelos (MDA/MDD) un atractivo especial: la posibilidad de mantener el patrimonio de diseño a un mayor nivel de abstracción, nos otorga libertad de movimientos frente a proveedores y plataformas.

(1) Las facilidades de mantenimiento de código obsoleto -legacy- sobre el AS400 ;-) han llevado a muchas empresas a no innovar por años, dado que el código de su plataforma antigua sigue ejecutando sobre las nuevas versiones). Recuerdo algún caso de una distancia entre código ejecutado y sistema operativo de más de diez años.

Réquiem por BEA

Stefan Tilkov, inventor anticipado de las entradas de blog mínimas, suele exponer material más que interesante, particularmente en temas de arquitecturas orientadas a servicios, especialmente, sobre REST. Ayer publicó una con un nombre apocalíptico (The Day that Middleware Died), que remite a la reflexión de Stuart Charlton sobre la absorción de BEA por Oracle. Dos tipos de observaciones son de interés en su Oda a BEA: su análisis sobre las causas de la caída de BEA, y sus observaciones sobre arquitectura.
Sobre BEA:

(...) by late-2006 I felt BEA was losing its way. The initial AquaLogic push was good, but it spread our engineering resources thin. BEA's SOA vision, which started well, became something of an empty marketing slogan, like how '.NET' was destroyed within Microsoft.
(...) One could see Oracle's acquisition as the culmination of BEA's failure to emerge from the dot-com bubble burst. I don't entirely buy it -- Alfred managed to grow the company to $1.5b from $950m in 2001 when Coleman, then CEO, left. That's quite an accomplishment, if short of expectations. BEA was still performing, people were still buying its products, and a lot of the b.s. about JBoss or other competitors eating its lunch are rather exaggerated, in my opinion. I claim no real insider information, and am speaking for myself when I say, there is one primary, clear, reason for BEA's failure, in my opinion, and anyone "on the ground" in the company would likely agree with it: after the early-2000's recession, finance & legal -- the bean counters -- became the kings of the company. In other words, I believe BEA's wounds were self-inflicted.
Once the goal ceased being innovation & great software, it was about a pristine balance sheet, milking the support organization, and onerous following of extremely conservative accounting guidelines. There were still leaders -- Alfred Chuang still had fire in him, some product executives like Guy Churchward were bright spots, Paul Patrick in the architecture organization was also a great source of ideas (but given power far too late). Many in the sales organization knew how to make customers feel valued, and were rewarded righly. But all of them were beholden to the bean counters. Oh yeah, and there was an options scandal that one hoped would shake the power of the finance department. (It didn't.)
(...) WebLogic Server continues to be, in my opinion, the gold standard of J2EE application servers (and I've used most of them). Yet it's maddening that something as important as their management console -- arguably the defining feature of the product vs. open source alternatives! -- became dog slow. WebLogic Workshop was productive for specific products but made the transition to Eclipse years later than it should have. AquaLogic Service Bus was a visionary product, and has some great understated features for validating the dependencies amount service artifacts. But it's lack of support for RESTful services is also maddening, considering how little work would need to be done (for starters, just enable PUT and DELETE, folks!). AquaLogic DSP was another visionary product, but way too programmer-centric in a world where programmers don't give a crap about data. They needed to target the DBA or the RESTful crowd, but the small & dedicated team was too busy trying to improve the core engine with the resources they had. BEA WebLogic Integration v8.1 SP2+ was the swiss army knife of integration tools, and probably the best game in town circa 2003-2006. WLI could smoke Oracle BPEL on performance, usability, and complex transformations. But v9 was disastrous. WebLogic Portal had one of the most ambitious set of goals, and an extraordinarily bright team. But they too were plagued with quality issues, arguably due to a lack of bandwidth, and a need to compete with Plumtree internally. The Plumtree team got off to a great start with the PEP products, but I doubt if we'll ever see the fruition of that idea.

Sobre arquitecturas:
One could say that it's "the day that middleware died". Perhaps that's a good thing, in the long run. In many respects, we have a new approach to middleware that surrounds us, if only we'd take advantage of it.
(...) It also didn't help that I had stopped believing that SOA would make anyone's life any easier, and reading some of the ITIL v2 material that was guiding our efforts also really just seemed to reinforce that we were following in the grand tradition of "smart people building skyscrapers to nowhere"
En cuanto a Stuart Charlton, agregado al Reader.

martes, mayo 06, 2008

Amy Wohl: La PC ya no es el centro del universo

Apuntado por Pablo Pizarro (gracias a Google Reader), las breves palabras de Amy Wohl, resumiendo las opiniones de Sam Palmisano y Eric Schmidt, que marcan la tendencia que hoy podemos ver con bastante claridad:

At IBM's Business Partner Leadership Conference, held this week in Los Angeles, IBM CEO Sam Palmisano and Google CEO Eric Schmidt spoke on the state of computing and their vision for its future, both separately and togehter. The big news is that they agree:

  • We are moving from a PC-Centric world to a Network-Centric world filled with millions of devices of every shape and description.
  • In this Network Centric world, the PC is just another device, of decreasing importance as the emerging economies come online with their preference for mobile platforms which more closely ressemble smart phones.
  • In the Network Centric World, Open Standards and published APIs are very imortant so that new innovations can easily be attached to the network and become new platforms for deelopment.
  • The cloud (very large scale shared computing, available for hire) will become uibiquitious, probably sold by platform providers who will recruit ecoosystems of ISVs and provide a well-managed, secure platform, freeing both customers and ISVs from the need to implement hardware where they lack the skills or capital.
  • This networkcentric Computing model will require tons of storage and new interaces and methods to discover the information and manage it.
  • This enables everyone to have more access to information. Some of it will be stored in the cloud, but some of it will continue to be stored on site. It's a hybrid world.

Large traditional vendors like Microsoft will have to choose between adopting the open standards, network centric, cloud approach, finding a new market niche, and slowly becoming less relevant. That's why Microsoft's chsing so hard after the consumer market with the Yahoo.

domingo, mayo 04, 2008

Microsoft/Yahoo: final abierto

Desde ayer sábado, las noticias informan que públicamente Microsoft renuncia a la compra/absorción de Yahoo, o, al menos, da por terminadas las negociaciones formales y abiertas con la dirección de la empresa. Probablemente ahora continúen otro tipo de maniobras, destinadas a obtenerla acudiendo a los accionistas. Pero la dirección de Yahoo ha demostrado que le interesa su negocio, y que hará lo posible por defender su sitio. El final está abierto por muchas razones: varias alternativas negociadas podrían resultar en la apertura de buenos negocios para Yahoo, pero también la tensión y asedio podrían deteriorar su posición; como algunos análisis propusieran, el cambio drástico de las condiciones económicas norteamericanas podrían terminar con las negociaciones, y deteriorar ambas empresas, por el propio peso de la crisis; o podría resultar cayendo pese a todo, luego de un cerco hostil.
Siguen algunos análisis abriendo posibilidades, en cualquiera de estos sentidos:
De Scott Rosenberg, mencionado en el título de esta nota; de Miguel Helft y Andrew Ross Sorkin, en New York Times; y el detallado análisis de Marc Andreessen, en parte 1 y 2.