El desarrollo de software es un arte?

Rodrigo Corral ha publicado en su blog una entrada sobre la idea del software "al modo industrial" que se explica desde su nombre: "La falacia de la industrialización del desarrollo de software ".
Más de una vez aquí se ha hablado de este tema: en realidad forma parte de la temática de éste blog, y no hace mucho se ha escrito sobre ésto. Como en muchos puntos lo veo de forma muy distinta, creo que debería dedicarle algunas líneas, a modo de extensión de lo que dejé en su entrada como comentario.
En primer lugar, creo que Rodrigo escribe pensando en la industria del software, en empresas específicas, y en políticas comerciales y de recursos humanos. Es probable que en este terreno tenga razones para sus afirmaciones sobre la necesidad de reconocer el valor de cada desarrollador.
Pero no comparto que se extienda el cuestionamiento al propósito de establecer criterios que normalicen el proceso de construcción. Si aceptamos que existe una ingeniería de software, se debe aceptar también que sus intenciones son reducir el riesgo y la incertidumbre en la construcción de software, establecer procedimientos, medir y proyectar, utilizar patrones repetibles.
Por supuesto, el desarrollador tiene importancia. Pero un equipo, y un plan de construcción, no pueden depender de las individualidades: desde hace mucho, reducir la indeterminación ha sido una preocupación generalizada, ante la evidencia de que sin criterios claros de manejo del proceso, un proyecto puede convertirse en interminable, o mucho peor, terminar dramáticamente sin lograr sus objetivos. La historia de la industria está plagada de estos casos. Además, el software debe ser mantenible: no basta crear un software por única vez, sino que debe sostenerse en el tiempo: si dependieramos de las individualidades, cada vez que se produjera una baja del equipo de trabajo, la situación sería calamitosa.
A diferencia de lo que Rodrigo mencionara, como bien se puede ver aquí, creo en la positividad de todas aquellas líneas de investigación que tienden a asegurar procesos más confiables, sea en la utilización de procesos repetibles de manejo del ambiente de construcción (Administración de cambios, seguimiento de defectos, manejo de configuración), como en las herramientas mismas de modelado y generación (generadores de código).
No creo que ninguno de esos elementos vayan en perjuicio del desarrollador, del recurso humano, sino que proponen una actividad más creativa, particularmente en el caso de las nuevas generaciones de 4GL, que permiten poner el acento en el modelado, en lugar del "picado de código".
Quizá la línea de investigación de Líneas de Producto Software sea el ejemplo más generalizador y demostrativo de qué es lo importante del "sofware como industria": SPL propone el planeamiento anticipado, la utilización de patrones, el reuso de partes, la existencia de un repositorio de componentes, la utilización de herramientas de generación de código.
Finalmente, quiero hacer notar que una vía artesana de trabajo, considerando el volúmen que adquiere la intervención de la informática en la economía y la sociedad, si fuera realmente el paradigma aplicado, haría que un alto porcentaje de desarrollos corrieran totalmente por detrás de su necesidad.
En fin, repitiendo lo que le escribía a Rodrigo, "no me gusta la idea de que la construcción de software es un arte, y el programador, un artista. Reconozco que en su construcción hay lugar para la creación y para la belleza (de un algoritmo o de una solución de arquitectura), y que forma parte de la motivación, pero también a esa disposición se la puede calificar con otros nombres, más cercanos a la ingeniería. No me opongo a su existencia, y es excelente trabajar con colegas que den soluciones brillantes; pero no creo que sea conveniente basar una estructura persistente en individualidades, porque dependeremos de ellos. El software debe ser mantenible, y debe tener tiempos de construcción estimables, o al menos planeables. La metáfora de la fábrica siempre la interpreté en ese sentido, y estoy seguro que todos aquellos que han rondado esta idea, lo han hecho en la misma dirección".
Estoy seguro sin embargo, de que la diferencia con sus afirmaciones se reducen a un matíz, que sin embargo quizá sea de importancia.

Discusión sobre la adopción del desarrollo guiado por modelos

En el grupo MDA-Discussion de Yahoo, existe un interesante debate sobre las posibilidades de adoptar el desarrollo orientado por modelos en la construcción de software. Como en muchas oportunidades, el tema dió motivo a un buen intercambio de ideas que abarcan también otros elementos del problema. Dos o tres puntos son destacables.
El hilo nace con una consulta de Arnel Periquet al grupo, cuestionando tres aspectos:

• Modelos ejecutables: ¿tiene sentido formalizar un modelo completo, cuando los desarrolladores pueden manejarse con bosquejos parciales, luego de comprender el modelo general "mentalmente"?
  
• Generación de código: generar código al inicio es posible, pero ¿es posible realmente manejar los problemas de mantenimiento?
  
• Exploración del diseño (o análisis del modelo): el análisis del modelo es una tarea colaborativa, donde intervienen distintas partes ¿puede MDA manejar este trabajo colaborativo?

En palabras de Arnel:

Model execution is useful for understanding domain element interactions abstractly, e.g. how file formats, decoders, cameras and audio/video renderers typically interact in multi-media systems.
After developers learn the domain, they map the implementation to it mentally while stepping through code. If more formalization is needed, UML diagrams are formalized and their system constraints are tracked. The process relies on developer experience and communication. Albeit, turnover of developers experienced with the code base and non-conformance to system constraints and architecture can cause problems. On the whole, however, process checks exist to keep rapidly changing constraints and general maintenance violations in check. - It seems like domain knowledge isn't so much the advantage of automation, as is the mapping knowledge from domain concepts to how they are commonly implemented and maintained. It
would be nice if the models "teach us" the mapping as well as the domain, but marks seems to hide the former. Is this a valid concern and how is it addressed?

Code generation that takes 5 minutes versus 3 days of manual coding is an advantage of only fixed cost. The real cost is in program maintenance. - How does the MDA address maintenance concernces, I mean, other than re-generation? Are there techniques for exposing design actions that map to program manipulation?

Finally, exploring design alternatives with models instead of code is a seemingly decided advantage with MDD. However, design exploration is often a collaborative process involving mutiple experts and stakeholders, e.g. product manager, project managers, architects, designers and testers. The input from various levels should be staged according to adopted process, e.g. agile. This could provide one explanation of the use of whiteboarding and conference calls over the adoption of MDD tools at the system architecture level. - Do MDA
tools directly address collaboration?

La respuesta de H.S.Lahman (Pathfinder) , sobre el primer punto:

One problem here is that stepping through the code is employing a representation that is an order of magnitude less compact that an OOA/D model. In addition, the code addresses many different concerns at the same time (e.g., both functional and nonfunctional requirements
resolution is mixed together by the time one gets to OOP). But the big problem is the level of abstraction. The advantage of dealing with the design in an OOA/D model is that one is not distracted by the details of implementation like language vagaries, particular technologies (SOAP, CORBA, etc.), and techniques (collection class libraries, refactoring to reduce the physical coupling of 3GLs). Those details constitute most ofthe order of magnitude difference in compaction.

I would also point out that an OOA/D model is supposed to be a complete, precise, and unambiguous specification of what the software implementation must do. So there shouldn't be a need for more formalization and the models aren't teaching anything because they /are/
the solution. It is that rigor that allows model level simulation to validate that the design has satisfied the functional requirements prior to committing to code.

Bottom line: I think the point of MDD is that one doesn't have to step through the code to figure out what it is doing or to validate its correctness with respect to functional requirements. IOW, the big gain is not dealing with 3GL code. [As a translationist, I doubt I have written 10 KLOC of 3GL code in total since 1990. I also regard a 3GL debugger like MS VC/C++ pretty much the same way a C/C++ programmer regards an assembly debugger -- life is simply too short for that.]

Sobre el segundo punto:

I would have to argue that the main advantage of MDD code generation is that one /can/ re-generate the code rather than mucking with it at the 3GL level. That ensures that the OOA/D models are always in synch with the actual code and it removes the need for worrying about things like maintainability refactoring. [I know one translation vendor who deliberately makes the generated code difficult to read to prevent people from making changes to it rather than the model.]

However, MDA does support round-trip development by providing a semantic framework with meta models so that tool vendors can provide reverse engineering of code changes back into the models. Unfortunately that is inherently limited because design information about Why things were done the way they were is lost by the time one gets to 3GL code. That's because there tends to be a *:* relationship between OOA/D model artifacts and the OOP implementation mechanisms. So working backwards from 3GL code tends to be ambiguous. IOW, reverse engineering provides a model of the code rather than a model of the design.

Sobre el tercer punto, Lahman lo considera ajeno al problema:

I think this is a quite different issue. It is about how one defines requirements. Product managers, end users, and SQA people are not going to be looking at either 3GL code or OOA/D models, so it really doesn't matter how the developers express their solution design.

One thing to note is that UML combined with a compliant abstract action language is a 4GL. IOW, when one is creating an MDD model one is programming in the same sense that 3GL programmers do; it is just at a higher level of abstraction and resolving nonfunctional requirements has been delegated to a different trade union (the transformation engine
tool vendors). That has two important implications here. The first is that one still needs requirements prior to programming and the shop needs a process for defining them and managing changes to them. How formal or informal that process is depends upon the shop's culture, not whether one is programming in a 3GL or 4GL.

The second point is that agile techniques can be applied to 4GL development in much the same way they are applied to OOP development. (There is a paper on the Pathfinder web site that describes how XP's practices map into translation-based MDD development.)

La discusión es más amplia, y puede consultarse libremente en el grupo, a partir de su raíz. En otro momento, otros aspectos.

Plex-XML

Para interesados en Plex: All About Software de Alemania ha comenzado alrededor de un año atrás, el desarrollo de patrones y un marco de trabajo para extender Plex con un cliente Web basado en transformaciones XSLT. La empresa alemana abrió una wiki que utiliza para difundir el proyecto.
Presentado en la reunión de usuarios en Cincinatti, este nuevo emprendimiento amplía la serie de esfuerzos convergentes para implantarlo en las tecnologías web. Se agrega a los patrones ampliados de Websydian, y a la oferta también presentada allí, del generador web de ADC Austin.
Pueden consultarse las presentaciones de todos los nuevos productos en la wiki de Plex.

Yahoo, Microsoft y China, parte 2

Anteriormente se ha apuntado aquí el factor chino en Yahoo. Hoy New York Times vuelve sobre el tema, a propósito del próximo lanzamiento de una nueva ley antimonopólica que China estaría a punto de presentar. La ley podría poner serias trabas a la compra, ya que autorizaría a examinar compras de empresas en tanto involucraran a compañias chinas. Y ya se ha dicho que Yahoo posee alrededor del 40% del portal Alibaba.com.
Dice New York Times:

Microsoft’s hostile-takeover attempt against Yahoo may encounter an unexpected hurdle in August after a Chinese antimonopoly law takes effect that will extend the nation’s economic influence far beyond its borders.
The law, which goes into effect on Aug. 1, is intended to strengthen an existing set of antitrust regulations the Chinese originally established in 1993. It will make China a third sphere of regulatory influence, matching the power of the European Union and the United States, according to legal specialists in this country and in China who have studied it.
Formally enacted by the National People’s Congress last year, the measure gives Chinese regulators authority to examine foreign mergers when they involve acquisitions of Chinese companies or foreign businesses investing in Chinese companies’ operations. Beijing could also consider national security issues, according to a report by the official news agency Xinhua.
The law could give China influence in Microsoft’s courtship of Yahoo because in August 2005, Yahoo, a premier search portal, invested $1 billion in Alibaba.com, China’s largest e-commerce business. The investment gave Yahoo about a 40 percent stake in the Chinese company. Alibaba officials have said they believe that a Microsoft takeover of Yahoo would set in motion a buyback provision, making it possible for them to gain independence from Microsoft.
Nathan G. Bush, an antitrust law specialist with O’Melveny & Myers in Beijing, said the law represented the ascendance of China “as another regulatory capital contending for influence with Brussels and Washington.”
“Multinational corporations will need to develop strategies for all the markets they operate in,” he added, “and China is a big market.”

NYTimes resalta que la confrontación se haría especialmente dura por las implicaciones sobre la seguridad nacional que Estados Unidos ha argumentado en algunos intentos de compras por parte de compañias chinas dentro del territorio norteamericano.

In the case of the proposed Microsoft-Yahoo transaction, the Chinese have in recent years become more and more alert to the role the Internet plays in their economic and political affairs.
Last week, a vice minister in the State Council Information Office, which oversees the Internet, said there were 230 million Chinese users of the Internet. He said the Internet sector accounted for 7 percent of the country’s gross domestic product, and he expected that to rise to 15 percent in three to four years, according to a Reuters report.
The official, Cai Mingzhao, warned that foreigners should not use the Internet to interfere in Chinese internal matters, according to a report in The Guardian.

En resumen, no sólo se deberá vencer las resistencias en el directorio de Yahoo, sino las impugnaciones asiáticas, que quizá no sean las únicas.

Federico Sánchez sobre la Web 2.0

Recibido a través de América Economía: una visión de la Web 2.0 para principiantes, escrita por Federico Sánchez. No conocía la actividad de Sánchez; ahora está sindicado, con mucho para leer...
De la "guía para empresarios que apenas encienden la PC", algunos aspectos destacados:

Alojamiento y administración centralizada o descentralizada:

(...) la Web 2.0 han mostrado últimamente dos tendencias: localización y descentralización. Ambas tendencias apuntan a aumentar el número de usuarios de las aplicaciones y servicios de la Web 2.0.
La localización va más allá de la mera traducción de la aplicación (internacionalización) e involucra la incorporación por parte de las aplicaciones y servicios ofrecidos (en realidad, en estos casos, el servicio ofrecido es la posibilidad de uso de la aplicación) de características relacionadas con especificidades culturales e idiosincráticas de distintos países y/o regiones (supra o subnacionales). Por ejemplo, MySpace ha desarrollado MySpace España y Myspace México. Es decir, el núcleo de la aplicación sigue siendo el mismo pero se ha traducido la aplicación al castellano y se han incorporado características locales al servicio.
Las aplicaciones y servicios más conocidos (Delicious, Flickr, Youtube, Digg y Linkedin, sólo por mencionar unos pocos) se encuentran administrados de manera centralizada. Es decir, para poder usar dichos servicios, uno debe solicitar una cuenta personal y la información que vayamos guardando (y compartiendo) se encuentran alojados en el servidor del proveedor de la aplicación. En muchos casos, ésto guarda relación con el modelo de negocio de muchas aplicaciones de este tipo: el desarrollador pretende monetizar la aplicación mediante la inserción de publicidad contextual o, venderlo a alguna empresa más grande, preferentemente a GYM (acrónimo de Google, Yahoo, Microsoft). En todos los casos, el éxito del negocio se sustenta en un número elevado de visitas y usuarios.
Sin embargo, existen alternativas a esas aplicaciones que pueden ser administradas de manera descentralizada y el desarrollador (o alguien más) presta un servicio que consiste en la conformación de una “red distribuida” sobre la base del conjunto de aplicaciones descentralizadas.
Por ejemplo, Sabrosus es la versión descentralizada o “distribuida” de Delicious (un agregador de marcadores sociales). En Delicious, previo registro como usuario, cualquiera puede guardar enlaces clasificándolos por medio de etiquetas (tags). Sabrosus, luego de descargarlo e instalarlo, nos permite hacer exactamente lo mismo, pero la información se encuentra en nuestro servidor. Sopa Sabrosa se encarga de agregar las etiquetas con que han sido clasificados cada uno de los enlaces guardados.
La alternativa descentralizada es particularmente importante en el caso de las empresas como potenciales usuarios de este tipo de aplicaciones. Las firmas, con o sin razón, son particularmente celosas en el manejo de aquella información que podría ser calificada como “sensible” o “confidencial”. Otro ejemplo: Basecamp es una aplicación orientada a la gestión de proyectos y el trabajo colaborativo. Sin embargo, alguien notó que, aunque el costo del servicio era muy inferior al de las licencias de programas con funcionalidades similares (lo que en principio era una ventaja), el alojamiento de los datos referentes a proyectos en servidores ajenos a las empresas podría implicar un obstáculo para su adopción por parte de muchas de ellas. Así se inició el desarrollo de activeCollab, un clon de Basecamp.

Gestión del conocimiento y trabajo en colaboración

Las wikis son programas que permiten a sus usuarios crear, modificar y enlazar páginas web. Las wikis son herramientas orientadas a la escritura colaborativa (por ejemplo, la conformación de bases de conocimiento). Según los partidarios de este tipo de herramientas, su uso en las empresas se traduciría en una reducción del envío de mails y la realización de llamados telefónicos y reuniones, entre otras cosas, lo que resultaría en un significativo ahorro en dinero y tiempo.
(...)Un artículo de BusinessWeek da algunos detalles sobre las experiencias de Nokia y Dresdner Kleinwort Wasserstein (DrKW) con relación a la implementación de wikis:

Nokia estimates at least 20% of its 68,000 employees use wiki pages to update schedules and project status, trade ideas, edit files, and so on.

Y en el caso de DrKW:

The initial efforts at Dresdner, for example, confused employees and had to be refined to make the technology easier to use. More important than tweaking the technology was a simple edict from one of the proponents: Don’t send e-mails, use the wiki. Gradually, employees embraced the use of the wiki, seeing how it increased collaboration and reduced time-consuming e-mail traffic.

Stephen Johnston, Senior Manager de Estrategia Corporativa de Nokia plantea que:

Wikis are a very tangible expression of our open way of working […] Now, we can not only talk about openness, we have a tool that is at its core based on collaboration.

Es decir, las wikis no son para cualquier empresa: debe preexistir a su implementación una cultura de colaboración (al menos en una parte de la firma) y los miembros de la organización deben modificar pautas de comportamiento en el trabajo y recorrer la curva de aprendizaje asociada al uso de estas herramientas (en criollo, los resultados no aparecen rápidamente). En el blog de Dutto PR, Leo Piccioli, Gerente General de Officenet, hace un comentario sobre su experiencia al respecto.

Gestión de oportunidades de negocios
Este punto es particularmente discutido por Sánchez, que tiende a considerar no muy alto el valor de las redes profesionales y de emprendimientos y negocios:

(...) El éxito de los negocios en China (o no fracasar) depende, en buena parte, de lo que se conoce como guanxi (关系), una red de contactos cuyos miembros sienten mutua empatía y se prestan asistencia más allá de sus intereses individuales. La sociología ha relacionado el guanxi con el concepto de capital social y Gemeinschaft. En Rusia, sólo por mencionar otro lugar con profundas diferencias culturales con nuestro país, se denomina blat (блат).
En este punto, el potencial de las herramientas de la Web 2.0 está sobrestimado.
Un artículo en The Guardian (ver la traducción publicada en Clarín) sostiene que algunas investigaciones habían planteado que el grupo de amistades de un individuo consta de unas 150 personas, con cinco amigos muy cercanos y un número más amplio de personas con las que nos mantenemos en contacto con menos regularidad. Esta cifra mostró tal constancia que no fueron pocos quienes se animaron a sugerir que la misma se encuentra determinada por las limitaciones cognitivas de prestarle atención a gran cantidad de gente.
Sin embargo, un reciente estudio presentado en el British Association Festival of Science 2007 realizado por la Universidad de Sheffield Hallam mostró que los sitios de redes sociales permiten ampliar esa cifra.
Pero, William Reader, investigador a cargo del estudio, sostiene que:

La gente considera al contacto cara a cara como algo absolutamente imperativo para establecer una amistad íntima.

Los sitios de redes sociales permiten a la gente ampliar su lista de conocidos porque el hecho de mantenerse online es sencillo:

Reducen el costo del mantenimiento y creación de estas redes sociales porque se puede enviar información a muchas personas.

Y según el mismo Reader, para establecer una amistad real:

[…] necesitamos estar absolutamente seguros de que el otro va a invertir realmente en nosotros y estará ahí cuando lo necesitemos. En Internet es muy fácil mentir.

Aunque hay argumentos a favor y en contra sobre la capacidad de las herramientas de la Web 2.0 de aumentar el guanxi de los empresarios, podría al menos afirmarse que sí permiten elevar la productividad del trabajo que conlleva el mantenimiento de dichas relaciones.

La guía de Federico Sánchez es más extensa. Recomendable de leer y seguir.

Software en Argentina: ¿Qué modelo de industria es deseable?

Ya que se acaba de mencionar el salto de la industria del software en Argentina, es más que oportuno recordar las reflexiones de Oscar Bianchi, gerente de una empresa de desarrollo en Rosario, publicadas en Infobae Profesional en enero de este año.
Sus observaciones están dirigidas al mercado y posibilidades de las pequeñas y medianas empresas dedicadas al software; en primer lugar, pensando en cómo la aparición del negocio de los grandes competidores pesa en su mercado, pero indirectamente, aplicables más extensamente al modelo que pueda ser más conveniente para Argentina.
En pocas palabras, su idea es basarse en la oferta de producto software. Secundariamente, Bianchi discute y cuestiona también la concepción de venta de horas de adaptación y ajuste a las necesidades de un cliente, como negocio rentable. Extendiéndolo más, cuestiona el modelo adoptado de venta de recursos humanos en lugar de producto:

“Único e irrepetible” es uno de los mitos de la producción de soft. En un extremo está Ford diciendo que venderá autos de colores, siempre que sean negros. En el otro está su empresa: “A cada cliente un producto”.
Un estudio reciente del Polo Tecnológico de Rosario demuestra que Argentina, en un error estratégico, ofrece recursos humanos técnicos a la globalizada industria del software. Este rol muy bien puede realizarlo China o India, con su interminable población, pero no Argentina. Se potencia esta situación con la llegada de mega-compañías que se instalan en nuestro país y convocan a cientos de especialistas, encareciendo enormemente los costos de las Pymes. Lejos de lamentarnos por este desacierto cuando no está en nuestras manos cambiarlo, sí tenemos la obligación de reconocerlo. El personal técnico es escaso y caro. Entonces, ¡no hagamos descansar sobre ellos el peso de nuestra expansión!
El camino a seguir es cerrar productos y desarrollar… el área comercial. El personal comercial es más fácil de conseguir e impacta menos en el costo, ya que el grueso de sus ingresos proviene de sus ventas. En lugar invertir materia gris en adaptar un desarrollo al interminable deseo de un cliente, debemos concentrar inteligencia en concluir un proceso y reflejarlo en el producto final. Luego, desplegar recursos de otras áreas para el cierre comercial del producto:

• Diseñadores gráficos (packaging, logos, carpetas, diseño web)
• Licenciados en comunicación (manuales de uso, contenidos web)
• Marketing y vendedores (comercialización)

A partir de ahí, el área comercial debe hacer coincidir esa solución con un nicho de mercado y venderlo cuantas veces pueda. Si pensamos en términos de los negocios tradicionales de venta de mercadería, cada vez que cerramos un producto de software estamos stockeando a tope nuestro depósito, ya que puede replicarse tantas veces como compradores hallemos. Oriente no sólo se destaca por las estatuillas de barro, también son origen del just in time, fabulosa promesa de reducción de costos que obliga a reordenar completamente a las organizaciones. Ese resultado prometido que buscó, por ejemplo, Toyota a través de un enorme empeño; usted puede alcanzarlo sólo con enfocarse en el cierre de productos. Mágicamente se habrá convertido en una empresa que no realiza mayores esfuerzos para hacer llegar en tiempo y forma la solución a su comprador. Y lo que es mejor, ¡sin costos de logística y almacenaje!
La bonanza económica de la región nos hace pensar que al vender desarrollo hacemos un buen trabajo, y mal muestra una debilidad como fortaleza, porque ¿qué pasará cuando la demanda caiga y ya no golpeen a nuestra puerta? Nuestros desarrollos interminables, cada uno de ellos únicos e irrepetibles, podrán apenas pervivir en la empresa de sus compradores, que serán los nuevos directores de nuestras empresas.
Muchos empresarios buscan inversores para que internacionalicen su empresa e intentan vender el know how de una herramienta de desarrollo aplicada a un tipo de negocio. Creen ser dueños de una torre y están parados sobre un montículo de tierra.
La estrategia de soluciones cerradas, además de multiplicar los prospects por la proactiva acción comercial, nos permite llegar a mercados externos con pocas adaptaciones. Esto es lo que verdaderamente interesa a un inversor. Y aunque no recibamos el ansiado apalancamiento externo, estaremos creando una red de contención que atenúe el impacto de una posible crisis regional.

En resumen, un producto cerrado es:

• Una ventaja competitiva
• Un depósito lleno de mercadería
• Una posibilidad permanente de venta
• Una potencialidad de trabajadores técnicos disponibles
• Un seguro contra las crisis cíclicas

Referencias a las actividades de Chess, su empresa, en TICS (consúltelas mientras estén en línea).

Cognizant en Buenos Aires

Clarín comenta el 15 de marzo, a propósito de la inauguración de oficinas de Cognizant en Buenos Aires, la creciente actividad de exportación de software en Argentina.

La industria del software venía cocinando a fuego lento su potencial exportador y explotó a partir de 2002, con la radicación de call centers y "fábricas de software" de multinacionales como Motorola, IBM, Oracle, Google y Hewlett Packard. Se estima que el año pasado la facturación del sector rozó los US$ 5.500 millones, con exportaciones por US$ 400 millones.

Clarín puntualiza una de las razones de esta explosión, comentada en la inauguración de Cognizant:
La radicación "cuenta con incentivos fiscales a la exportación de software, a través del régimen vigente hasta marzo de 2009". Tanto la incentivación vinculada a la reciente ley de promoción del software, como la favorable relación de costos posterior a la crisis de 2001/2003, están en la base de este crecimiento.
Sobre la nueva empresa localizada, Clarín resume:

Llegaron tímidamente a la Argentina hace un año, como proveedores tecnológicos para la filial local de Kimberley Clark, la dueña de los pañales Huggies. Pero en poco tiempo fueron armando desde aquí una base de negocios lo suficientemente sólida como para abrir su propia filial. Cognizant, si bien tiene su sede en EE.UU. y cotiza en el Nasdaq, es sobre todo una de las grandes empresas de software de la India, especializada en proveer soluciones informáticas para la administración de las corporaciones. Y ahora utilizará su nuevo cuartel central de la Capital para ofrecer soporte a clientes de todo el mundo, pero en especial a los de Estados Unidos, país con el cual Argentina tiene un huso horario similar.
En su nuevo centro de desarrollo porteño ya hay trabajando 70 programadores de software, que llegarán a ser 250 hacia fin de año, según adelantó Francisco D'Souza, presidente y director ejecutivo a nivel mundial de Cognizant, quien inauguró el edificio de la filial junto al Jefe de Gobierno porteño, Mauricio Macri.
"Es un gran momento para estar en la Argentina, donde las exportaciones de tecnología son crecientes", dijo D'Souza. "Al ser una empresa cuyas operaciones provienen de la India, esperamos también formar parte de las crecientes relaciones entre ambos países", agregó.

Factoría de Software no es solo outsourcing

Este comentario está motivado por las reflexiones de Mancarf, que conocí a propósito de un comentario suyo en otra entrada anterior, no del todo relacionada con lo que vamos a conversar. Tratando de conocer a quien efectuara un comentario a una entrada mía sobre factorías de software, entré a sus propias ideas sobre este tema. Manuel pone el acento, hasta donde leí (me falta completar la lectura), en la relación entre las factorías y el outsourcing. Más de una vez me pareció que era necesario aclarar este punto, que creo que está confuso. Aunque mejor es decir que se trata de una ambiguedad; Que el outsourcing se base en general en la idea de factorías, es una consecuencia. Estoy seguro que Manuel comparte este punto de vista también...

La idea básica que está detrás de la factoría, es la de construír el software de una manera análoga a como se construye un producto en la industria. Las empresas de manufacturas tiene una larga y madura experiencia en cómo producir, partiendo de patrones comunes, elaborando kits de componentes, reutilizando partes, estandarizándolas para que un proveedor pueda entregarlas, definiendo mediciones de tiempos, entre muchas técnicas; y ésto tanto en la fase de diseño y planificación de una nueva línea, como en la producción en masa del producto definido. Y lo mismo sucede con los proyectos de ingeniería que aplican procedimientos y componentes bien definidos, para generar un producto cuasi único, tal como un puente, un edificio, un barco.
Así, cuando los precursores hablaron de fábricas de software, pensaban en estas similitudes: en la mejora de cada aspecto de la construcción de software, para lograr procesos repetibles, medibles, usando componentes o patrones reutilizables, de tal forma que el proceso sea confiable, y económico. En su primera época, el interés estaba enfocado en el desarrollo propio, en grandes empresas o instituciones. Sólo ha evolucionado hacia una cercanía con el outsourcing en años más o menos recientes, en la medida que India, Irlanda, Brasil, Europa del Este y otros, pudieron convertir el diferencial de costo en un negocio conveniente.

¿Cómo veo a las factorías de software?: En efecto, como un requisito para ofrecer outsourcing; esto puede ser un buen negocio para algunos países, o dentro de un país, aprovechando nichos de mercado. Y aquí coincido con Manuel en cuanto a los límites que este esquema puede tener.
Pero el software como construcción industrial, como factoría, es una idea más general, y es en ese terreno en el que realmente me interesa. A condición de que un emprendimiento sea del porte adecuado, tanto por tamaño, como por su perdurabilidad, probablemente la generalidad de los proyectos podrían y deberían afrontarse utilizando prácticas y recursos típicos de una factoría.
Considero que en estos casos, las investigaciones sobre Lineas de Producto Software (SPL), así como las investigaciones sobre desarrollo basado en modelos (MDD), deberían ser una fuente de recursos a ser revisada y adoptada. Dados los auxiliares metodológicos, recursos y herramientas que hoy existen desarrollados, no es viable desconocerlos y omitirlos.

Nota: He mencionado la excelente y breve descripción que hace el ESI sobre MDD, que, siendo parte de su página de presentación, tiene el riesgo de estar disponible para leer ahora, pero no dentro de un año o dos. En previsión, un pequeño resúmen existe en estas páginas.
Sobre SPL, MDD, DSM y DSL, mucho se ha apuntado aquí. Solo es cuestión de buscar.

Microsoft notifica a sus empleados sobre el impacto de la absorción

El mérito es de Martín Pérez: publica su visión de la circular interna remitida por Microsoft (no tan interna, al ser publicada en su sitio) para comunicar a sus empleados el alcance de una eventual absorción de Yahoo. Creo que puedo compartir sus opiniones, incluyendo el hecho de que representa la visión "pour la galerie". Dice Martín:

• ¿Cuáles son los beneficios de una combinación Microsoft-Yahoo!? Aunque no lo dice en ninguna de las tres razones que aporta (mejor R&D, estimular el mercado de la publicidad online, y ventajas para los accionistas) está bastante claro que el transfondo es competir con Google.


• ¿Habrá reducciones de plantilla? Sí, en ambos bandos.


• ¿Qué pasa con las culturas de ambas compañías? La idea será combinarlas y quedarse con lo mejor de cada una.


• ¿Qué pasará con las marcas y las tecnologías de cada compañía? La marca de Yahoo! se queda, ya que es una de las razones de la compra. Poco a poco se vería como se integra con las marcas de Microsoft.


• ¿Qué pasa con la infraestructura de Yahoo! basada en Linux? Se mantendría como está y se procedería a un plan de integración entre ambas plataformas. El correo deja la puerta abierta a la migración de estos servicios a Windows.


• ¿Se mantienen los centros de Silicon Valley y Redmond? Sí.

¿Puede ser una hipotética absorción una victoria pirrica? Hace tiempo que el estilo de gerenciamiento de Microsoft (me) dá la impresión de ser errático e ineficiente, disimulado por el inmenso alcance de la compañía. ¿Puede manejar la integración de otra gran empresa? ¿Puede conservar los activos de Yahoo?

Yahoo-Microsoft desde la perspectiva china

Como la carta de Yang a sus accionistas lo hace notar, la posición china de la empresa es un fuerte apoyo a su confianza en la salud futura de su negocio, suficiente para decir no a la oferta, y capaz de ahondar las distancias entre Yahoo y Microsoft. Hoy dos medios económicos ponen el acento en el alcance de los intereses chinos de Yahoo: AliBaba, más Yahoo Japón, valen 13.800 millones de dólares, y se valorizarán alrededor de un 15% más durante 2008. A éste valor de mercado, El Economista de España le agrega otro que no debe subestimarse: quizá al gobierno chino no le interese que una empresa china de importancia, quede bajo control monopólico. La nota de Clarín:

La presencia de Yahoo en los crecientes mercados de Internet en China y Japón supone un tercio del valor de lo que el gigante informático, Microsoft, ofreció por la compañía, informó hoy el diario local "Shanghai Daily".
Yahoo cuenta con una participación destacada en Alibaba.com, líder en comercio electrónico en China, y en el portal nipón Yahoo Japan.
Yahoo rechazó la semana pasada una oferta de compra por parte de Microsoft por valor de 44.600 millones de dólares (30.390 millones de euros), al considerar que esa cifra "infravalora considerablemente" a la compańía, pues no tenía en cuenta el valor de la marca, su audiencia mundial y sus perspectivas de crecimiento.
Sólo sus acciones en Alibaba.com y Yahoo Japan valen conjuntamente 13.800 millones de dólares (9.400 millones de euros), según el diario chino.
Los analistas locales del sector calculan que ambas participaciones podrían revalorizarse sólo durante 2008 en un 15 por ciento, hasta los 15.900 millones de dólares (10.830 millones de euros).
De hecho, el presidente de Yahoo, Jerry Yang, indicó durante su rechazo del intento de compra de Microsoft, que sus inversiones en Alibaba y Yahoo Japan son parte de las razones por las que considera la oferta tan infravalorada.

Y el comentario de El Economista:

La mayor compañía de comercio electrónico de China, buscará que la voz de su equipo directivo resuene con más fuerza en la posible venta de Yahoo! a Microsoft. Y es que Yahoo! controla el 39% de las acciones de la compañía china. El problema es que las autoridades de Pekín perciben que una importante empresa china podría caer bajo el control de Microsoft, siempre bajo sospecha de monopolio.

Sobre AliBaba, en El Economista:

Alibaba tiene ahora mismo una capitalización de 25.700 millones de dólares [noviembre de 2007, época de su lanzamiento en bolsa], la segunda compañía de Internet más grande de Asia tras Yahoo! Japón.
(...)Para los inversores, el gran atractivo de Alibaba no es sólo que ha sabido desembarcar en Internet el poderío productor de la llamada fábrica del mundo, creando un gran mercado virtual que pone en contacto a empresas productoras chinas con compradores chinos y extranjeros. Su potencial, estiman, es que existen en el gigante asiático 42 millones de pymes y 162 millones de usuarios de Internet.
Al tiempo, la tendencia del negocio es inequívoca: sus ingresos han pasado de 35,9 millones de euros en 2004 a 136,3 millones en 2006. A semejantes expectativas es menester añadir una variable adicional: hasta la caída de ayer, la bolsa de Hong Kong subía un 57 por ciento en lo que llevamos de año.

Compartiendo intereses

Google Reader amplió el alcance de los ítems compartidos: desde hace algún tiempo (pocas semanas), es posible no sólo presentar en otra página los feeds de interés que el lector destaque, sino que ahora, si los creadores de las entradas leídas son también contactos del lector, sus propias lecturas destacadas aparecen listadas: una manera rápida de compartir intereses con colegas y amigos, a condición de que el seguimiento que los colegas y amigos apunten en el mismo sentido.
De todas formas, más potente sigue siendo para esto del.icio.us, cuya única limitación insalvable sigue siendo la fragilidad de Internet: un enlace vale en tanto el servidor que lo sostenga no cambie el criterio de alojamiento, o peor aún, desaparezca (¿Alguien consiguió establecer un seguimiento seguro de un tema de interés en MSDN, al momento de que su producto cambie de versión?) Quizá en el futuro pueda concertarse un sistema de identificación que deje a salvo las variaciones de ubicación de los sitios, pero por ahora, mi único auxiliar es The Internet Archive, capaz de dar algo de eternidad a lo que se construya en la Red.
De paso, del.icio.us es una de las razones por las que espero que Yahoo no sea comprada.

Integración contínua (Continuous Integration)

Aplicado a Plex, un artículo en curso de elaboración en la wiki toma uno de los puntos de particular interés no sólo en este caso, sino en general en las distintas variantes de generación de código a partir de modelos o directivas de alto nivel. El artículo parte del papel escrito por Martin Fowler sobre Integración Contínua, y examina lo que Plex cubre, y lo que le falta para lograr el objetivo: un equipo de trabajo desarrollando cada uno su parte, e integrándola a un repositorio común, con un proceso definido de resolución de conflictos, compilación, testeo, implementación (Any individual developer's work is only a few hours away from a shared project state and can be integrated back into that state in minutes. Any integration errors are found rapidly and can be fixed rapidly.This contrast isn't the result of an expensive and complex tool. The essence of it lies in the simple practice of everyone on the team integrating frequently, usually daily, against a controlled source code repository).
Las observaciones del autor del artículo (John Bell) apuntan a la necesidad de extender la integración del proceso de construcción de tal forma que sea posible tener control sobre todos los elementos participantes del proceso, y de todos los estados hasta su implementación. Difiero con Bell en cuanto a que es posible tomar más control del proceso partiendo de los recursos que hoy se disponen. Estoy de acuerdo en que este mayor control no está incluído en el producto mismo.
Estos aspectos son los que, en términos generales, hacen interesantes las ideas de Jack Greenfield sobre su Software Factory, más allá de su final concreción. Creo que existen más ideas estimulantes en la descripción genérica de su idea, que en cómo se la ha implementado.
Estaremos esperando el desarrollo ulterior del artículo en la wiki...

Yahoo, con aliento para seguir

Explicando a sus accionistas las razones del rechazo de la oferta de Microsoft, Jerry Yang apuesta todavía por la existencia de Yahoo. Yang valúa la empresa mirando el futuro próximo, estimando las oportunidades por venir, más allá de la crisis actual:

“We have a huge market opportunity — and are uniquely positioned to capitalize on it," Mr. Yang wrote. “The global online advertising market is projected to grow from $45 billion in 2007 to $75 billion in 2010. And we are moving quickly to take advantage of what we see as a unique window of time in the growth — and evolution — of this market to build market share and to create value for stockholders."

The New York Times resume puntos básicos de la carta a los accionistas:

In the letter, Mr. Yang listed what he said were Yahoo’s strengths, including the company’s recognized brand; the approximately 500 million monthly users of its services around the world; its dominance of the display advertising market online; and a long list of partnerships with top Web publishers like Comcast, eBay and some 600 newspapers.

Mr. Yang also noted the company’s strong cash position, and its ownership stakes in Yahoo Japan, and Alibaba, a Chinese Internet company.

The letter goes on to outline Yahoo’s strategy of becoming a starting point for the most consumers on the Web, and a "must buy" for advertisers, two points that he has emphasized multiple times with investors and analysts.

En este curso deben verse las rumoreadas negociaciones con Murdoch.
La carta completa, en Techcrunch.

Yahoo: no está dicha la última palabra...

Hoy formalmente el consejo de dirección de Yahoo rechazó la oferta de Microsoft. Es sólo un paso más, mientras todos continúan negociando: Microsoft seguramente con una nueva oferta, y todavía no entramos en ofertas hostiles; Yahoo buscando socios alternativos (AOL, Turner, Disney...); Google tratando de mantener vivo a su competidor (irónicamente, cuando hace pocos meses todo era muy distinto). Todo basado en una mala época para Yahoo, con malos resultados en la peor época posible. El único resultado que pudiera ser favorable para el futuro próximo, sería que Yahoo sobreviviera...

MDA en acción

Archivado en Developerworks, de IBM. Con casi tres años de antiguedad, seguramente mucho puede haber cambiado, incluyendo los propios objetivos de Mikko Kontio, su autor. Sin embargo, tiene el interés de ofrecer un caso completo (simple) de construcción de una aplicación con una herramienta MDA. El ejemplo está construído con AndroMDA, una herramienta open source. AndroMDA no genera todo el código, como el ejercicio muestra, en lo que difiere con otras herramientas MDA que sí lo hacen, pero por otra parte resulta interesante porque se articula con otras para ejecutar todo el ciclo del desarrollo. Lo recuerdo aquí porque lo reencontré pocos días atrás, y porque tengo interés de apuntar a algunos ejemplos prácticos de construcción de aplicaciones por medio de modelos generables.
Mikko Kontio trabaja en Softera, una empresa de Finlandia.
AndroMDA es usada por los colegas de I2E, una de las empresas nacidas con apoyo de la Universidad de Alicante. En su blog hay publicada una presentación que describe su esquema de utilización de la herramienta.

Pishing: anatomía de un ataque

En la sección de referencia de seguridad de Informit, los autores Cyrus Peikari y Seth Fogie publican un detallado caso de pishing sobre PayPal, conveniente de archivar para aprender:

The phishing attack came in the form of an email that appeared to be from PayPal. Since the title of the email stated “Please update your billing records or your account will be suspended. Thanks!", it was clearly designed to alert the victim in a way that is bound to get their attention. Contained in the body of the email was a warning that my account would expire in 12 hours unless I updated my records. Included with the message was a helpful link to http://www.paypal.com. Unfortunately, for those not paying attention, this link actually went to http://xxxxxxxxxxx.com/awstats/cgi-bin/.

We decided to follow the link because we like to keep in the loop of what the phishers are up to incase we are called by a client who is curious as to how their identity was stolen. In addition, as we tend to discover, people who use these phishing scams sometimes make mistakes and leave a trail of information that can be helpful in stopping them.

(...) This phishing attack is interesting for several reasons. First, it actually validates the user information before collecting it. Second, if the user information is valid, it grabs key pieces of data that enhance the spoofing attack to convince the reader they are really at PayPal. Third, the script supports remoting parts of the attack, which can make it much more versatile. Finally, the phisher who is using this script is getting owned as well.

It should be noted that we contacted the site owner via an email address provided by Network Solutions. We also contacted Yahoo, Google and PayPal with the relevant information and even went so far as to email the victims with a warning that their credentials were captured and that they were victims of a phishing attack. Over the several days that we monitored this site before it was shutdown, it harvested over 30 PayPal accounts. Of the victims we contacted, only a couple realized they had been a victim of a phishing attack

Microsoft avanza sobre Yahoo: dos opiniones

De la oferta de Microsoft sobre Yahoo se ha hablado suficiente; aquí se anotan dos observaciones críticas sobre la posible absorción: las de Dare Obasanjo y la de Scott Rosenberg.
El primero más bien reproduce un comentario en Slashdot.com, poniendo el acento en la importante contribución de Yahoo a Open Source, que será seguramente reemplazada por tecnología Microsoft:

A consolidation of the Microsoft and Yahoo networks could shift a massive amount of infrastructure from open source technologies to Microsoft platforms.Microsoft said that "eliminating redundant infrastructure and duplicative operating costs will improve the financial performance of the combined entity." Yahoo has been a major player in several open soruce projects. Most of Yahoo's infrastructure runs on FreeBSD, and the lead developer of PHP, Rasmus Lerdorf, works as an engineer at Yahoo. Yahoo has also been a major contributor to Hadoop, an open source technology for distributed computing. Data Center Knowledge [datacenterknowledge.com] has more on the infrastructure implications.

Scott Rosenberg, por su parte, destaca dos aspectos: por un lado, la probable aniquilación de la fuerza innovadora de Yahoo; por otro lado, la confirmación por parte de Microsoft de que su propio proyecto de construír un negocio online:

To understand what the takeover would mean for Yahoo, just look at the fate of the previous company to end up in this circumstance. When Netscape, then a dominant portal site and purveyor of a declining but still widely used Web browser, got bought by AOL a decade ago, we heard all the usual pieties about the strength of the brand and the value of its franchise. But AOL’s acquisition of Netscape meant its doom: the remaining talent headed for the exits, and its assets were quickly cannibalized. AOL itself entered another disastrous merger a couple of years later, and today it is a shadow of its former importance — while Netscape isn’t even a phantom.

Similarly, if Microsoft wins Yahoo, you will see most of Yahoo’s smart people depart, and its customers gradually parceled out to attempt to bolster Microsoft’s ever-faltering efforts to build an online business. Much of the talk in the business press surrounding this deal will be about Yahoo’s ad business, and it’s true that Microsoft will find it useful, but it’s hard to see what new power a combined Microsoft and Yahoo business will have to challenge Google that the two companies didn’t have as separate entities.

For Microsoft, this move is a final admission of the utter failure of the company’s effort to build an online business for itself over the past decade — in services, advertising or content. Winning Yahoo would surely bolster Microsoft in this area in the short term. But in the long term, these efforts at lashing together two failures in hopes of sparking a success have never prospered. For Google, the target of Redmond’s chess move, there is really no danger here. Google today needs to worry about the drag on its stock from the broader market troubles, and the drain on its brainpower by the lure of new startups. Microhoo is hardly a threat.

El valor de los recursos humanos

Hace menos de un mes, a propósito de una discusión en barrapunto sobre fábricas de software, apuntaba aquí aspectos negativos (a mi juicio de recienvenido) de las políticas de recursos humanos en el área informática de las empresas españolas. Ayer, uno de los colegas que interviniera en la discusión, me escribió para contarme que una de las empresas de las que se hablaba allí, está envuelta en un conflicto sindical (que lo involucra). No estoy en condiciones de opinar sobre el caso, y menos aún con la experiencia que un argentino tiene sobre sindicalización. Sin embargo, esta relación laboral tensa es algo que he visto ya bastante, como otra muestra de prácticas inconducentes. Como en la nota anterior, quisiera recordar las palabras de Ishikawa comparando Japón con Occidente:

[hablando del taylorismo, que era bastante usual en la posguerra] El método Taylor no reconoce las capacidades ocultas de los empleados. Hace caso omiso del factor humano y trata a los empleados como máquinas. No es extraño que esto cause resentimientos y que los empleados demuestren escaso interés por el trabajo.
En los Estados Unidos y Europa Occidental, muchas personas trabajan para vivir. Trabajan por obligación, y el ausentismo es desenfrenado (...) "¿Por qué trabaja usted solamente cuatro días?" le pregunté a algún empleado. Su respuesta fue: "Bueno, porque si solo trabajo tres días el dinero no alcanza".
Si a las personas se las trata como máquinas, el trabajo pierde todo interés y deja de ser una fuente de satisfacciones. En tales condiciones, no es posible esperar productos de buena calidad y confiabilidad. El índice de ausentismo y la rotación de personal son medidas que sirven para determinar las fuerzas y debilidades del estilo gerencial y el ánimo de los empleados en cualquier empresa.

Dejando de lado a las referencias al taylorismo, seguramente desactualizadas en cuanto a teorías de sustento de las prácticas gerenciales, la observación práctica de Ishikawa sigue valiendo: una empresa es tan fuerte como los recursos de que dispone.
Más sobre Kaoru Ishikawa, 1, 2, 3.

El ESI y el desarrollo guiado por modelos

Hace un tiempo aquí se mencionó al ESI. Quedó entonces pendiente destacar su actividad. Había seleccionado algunos párrafos de la presentación del Instituto acerca de sus áreas de investigación, que quedaron en borrador. Quisiera, un mes después, cerrar el tema.

Notablemente, la presentación no es trivial: en muestra de su compromiso, la portada dedicada a explicar sus actividades en MDD (Model-Driven Development) desarrolla una explicación consisa, rigurosa, e incluso abierta a la discusión de los puntos oscuros o en proceso de discusión. Creo que es más útil para un recién informado, que la propia de la OMG:

Model-driven Development (MDD) is an approach that conceives the software development life-cycle basically as a modelling and model transformation activity. The main concepts behind this idea are:

* Models help users and developers to cope with large and complex systems dealing with high level concepts at the right level of abstraction, which is a powerful aid for improving understanding.
* Model-driven Architecture (MDATM), a modelling specification trademarked by the Object Management Group (OMG), establishes a separation between the Platform Independent Model (PIM) and the Platform Specific Model (PSM). The PIM represents the business logic at a high level, without addressing the issues regarding the technology to be used in the implementation of the system. The PSM is tailored to specify the system in more detail in terms of the implementation technology selected (e.g., EJB, CORBA, .NET, COBOL-CICS-DB2, etc.).
* The focus of development is moved from writing code for a specific platform to developing an effective solution at the business level. Models are used to automate much of the actual coding of applications by generating (parts of) the PSM from the PIM and the actual code from the PSM. Models are used to "drive" the code (and not the other way around), keeping the consistency between the model and what the system actually does.

Pero la presentación añade:

UML, the Unified Modelling Language, a standard also driven by the OMG, plays an important role in MDD as the most common software modelling language currently in use. It is important to point out, however, that although UML is the most likely language to be used for developing models, MDA^TM itself is not restricted to UML, since it simply requires that models are written in a formally-defined language.

Y también

There are risks that MDD may not deliver its promises and become just one more fashionable buzzword. However, there are good reasons to think that MDD and the MDA ^TM initiative of the OMG will be different from the myriad of acronyms that flood the software community:

• The development of MDA^TM is done within the OMG, an open international standard body, which has the largest industry consortium.
• MDA^TM enjoys the strong backing from the software tool vendor community; including Microsoft, IBM and Sun; who support the major standards (UML, XMI, MOF, CWM) that MDA^TM encompasses.
• MDA^TM is not intended to replace previous paradigms, languages or tools, but to harmonise them, allowing everyone to migrate successfully at its own pace.

Particularmente, exponer criterios abiertos como lo son estas últimas dos referencias, hablan de un grupo activo, "con las manos en la masa". Creo que es una excelente idea del polo tecnológico de La Plata el haber establecido contacto con ellos. Aunque el contacto sea en el terreno formal de las evaluaciones de calidad de procesos, indudablemente se abre una puerta nueva.

Web 2.0 , riesgos 2.0

En América Economía, Andrés Piedragil comenta afirmaciones de Colin Lawrie, gerente de Operaciones para México de BitDefender, y de Daniel Salomón, ingeniero de Pre Venta de McAfee México, que si bien están en el marco probable de una promoción comercial, no dejan de ser adecuadas al tipo de problemas de seguridad que se avecinan con el uso de nuevas herramientas de mayor interactividad en las redes sociales y profesionales.
El artículo:

Iniciar 2008 con el pie izquierdo es la cosa más sencilla del mundo. Basta con abrir el correo electrónico que incluye una felicitación para augurar un buen año; haber realizado transacciones, para adquirir obsequios o generar pagos, en la página falsa de un banco o establecimiento comercial; descargar archivos MP3 de una página electrónica para estrenar el iPod que trajo Papá Noel; haber visitado los perfiles de los amigos, con la intención de mandar besos y abrazos invernales, en la red social preferida (como Facebook o Hi5.com).
Estas cotidianas y sencillas actividades en línea abandonarán, quizá para siempre, su carácter ingenuo e inocuo. Con una magnitud que no se había presentado en años previos, 2008 podría convertirse en el año de mayor vulnerabilidad para el estilo de vida digital; lo que se manifestará con la proliferación de amenazas informáticas diseñadas específicamente para redes sociales, videojuegos en línea, mensajería instantánea, sitios de apuestas online, telefonía IP, blogs. “En 2008, veremos ataques informáticos mucho más focalizados en el factor de la vida en línea”, dice el argentino Colin Lawrie, gerente de Operaciones para México de BitDefender, empresa especializada en soluciones de seguridad para hogar y empresas. Sin que esto signifique, añade, que las transacciones electrónicas –banca en línea, comercio electrónico– vayan a quedar en el olvido de los criminales digitales.
El interés de los delincuentes en espacios electrónicos que no parecen ofrecer un buen botín económico, ya que están dedicados a la interacción eminentemente social, no es casual. No aspiran al dinero inmediato; sino a tesoros que explotarán más adelante y que serán los más redituables en los próximos 12 meses: el robo de la información del usuario (que obtienen en estos espacios sociales) –para venderla después y entonces sí recibir una recompensa monetaria– y el “secuestro” remoto de la máquina para utilizarla en otras iniciativas digitales delictivas (generación de Spam, fraudes, ataques para saturar servidores). Datos del proveedor de software de seguridad Trend Micro señalan que, a la fecha, más de 150 millones de computadoras han sido secuestradas en el mundo. En lo que toca a potenciales víctimas para robo de identidad o información personal, los criminales saben que tienen un gran menú a la mano: por mencionar tres ejemplos, 420 millones de usuarios de Windows Live Messenger; 50 millones de Facebook y más de 240 millones de Skype.
Y para sufrir el robo de datos personales o el secuestro de la PC, en muchas ocasiones, sólo hace falta hacer una llamada por Skype, recorrer perfiles de Hi5.com, o dar clic en una liga electrónica que llega a través de un contacto conocido de la aplicación de mensajería instantánea (por ejemplo: “Descubre quién te bloqueo en su Messenger”). Así, el llamado “Digital LifeStyle” se convertirá en la puerta de entrada de los criminales digitales. En ese sentido, más que esperar la masiva aparición de innovadoras clases de alimañas digitales, los expertos consideran que las amenazas ya existentes –como todas las variantes de virus y códigos maliciosos– se adaptarán a los nuevos blancos de infección, y desarrollarán variantes y capacidades ad hoc. “Ahora hay que pensar en prácticas y tecnologías de protección que miren al futuro; que consideren elementos como Web 2.0, telefonía IP, mensajería instantánea”, apunta Daniel Salomón, ingeniero de Pre Venta de McAfee México, firma especializada en software de seguridad.
Aunque nadie se atreve a calcular las ganancias económicas que podrían obtener los criminales al explotar con mayor énfasis esta vía digital, hay consenso en que las pérdidas que ya registran empresas del todo el mundo sólo pueden crecer. Una investigación de Internacional Data Corporation (IDC), casa consultora especializada en tecnologías de la información, señala que, para 2007, un ataque de virus representaba un costo promedio de US$ 60.000; US$ 44.000 por un acceso no autorizado; US$ 42.000 por robo de información propietaria; y US$ 10.000 por un ataque de negación de servicio (saturación de servidores). El usuario común puede enfrentar situaciones aún más trágicas. Al ser víctima de un robo de identidad –la modalidad de crimen digital que mayor crecimiento registra: 300% anual, según IDC–, sus datos podrían ser utilizados para obtener una tarjeta bancaria en Yugoslavia; con la cual se realizarán operaciones financieras en Japón. Para cuando el afectado descubra el timo, quizá la totalidad de su patrimonio bancario esté perdida.

Todo vendedor destacará aquello que le interese para hacer atractivo su producto. Pero, separando la hojarasca, no hay duda que éste es el terreno de los futuros riesgos en Internet, al menos en términos generales: los fraudes más sustanciosos seguramente serán más sutiles y personalizados.

La próxima Universidad

Lo leí en algún lado, y olvidé registrar el orígen del enlaces. Le pido especialmente disculpas a quienquiera que fuera el que me lo hizo notar. El País de España publica una nota de Elena Sevillano sobre los próximos pasos de la universidad española "Aula del futuro, profesor del pasado"), que si bien registra algunos apuntes críticos, nos habla de una universidad que pudiera ser ejemplar para otros, en lo que a mí respecta, seguramente para Argentina.
La nota está motivada en la ya inminente coordinación y aproximación de las universidades de la Comunidad Europea en un espacio común "que obligará a todas, desde 2010, a ser más participativas, integradas, adaptadas a la tecnología y con tutorías más individualizadas".
El artículo pone el acento en el retraso existente entre el cambio en procedimientos, tecnologías y medios, y la cultura de enseñanza del cuerpo de profesores. Este es un punto que sin duda es importante, pero que pierde relevancia frente a la potencia del modelo de estudio que se está proponiendo. Mucho desearía que la palabra "participación", que evoca tomas de rectorado en Argentina, significara lo que aquí se describe:

Cada alumno irá a clase con su portátil, las clases serán más pequeñas, semicirculares, con wi-fi; el aula magna desaparecerá del día a día reservándose para las charlas puntuales de grandes expertos, se reforzarán las tutorías y los alumnos de todo el campus podrán interactuar a través de la Red.
(...) el vendedor de crecepelos -"el que piensa: suelto mi rollo y, si nadie puede hablar conmigo y me he traído la parte de teatro bien ensayada, no tendré problemas", escenifica Capdevilla- que todavía hoy puede dar el pego, a duras penas sobrevivirá a una tutoría o a una clase más pequeña, personalizada e interactiva.
(...) Mercedes Sanz, profesora del departamento de Filología y Culturas Europeas en la Universidad Jaume I de Castellón, manda y recibe tareas en el campus online, organiza foros de discusión con sus estudiantes y, el año pasado, tuteló en una de sus materias a una de sus alumnas, erasmus en Alemania, a golpe de Internet, correo electrónico y webcam.
Lara María Pérez Llopis pisa poco los despachos de tutorías; 9 de sus 14 asignaturas de segundo de la carrera de maestro están activas en el aula virtual de la Jaume I y, cuando tiene dudas, se conecta y envía una consulta a su profesor, que responde en un máximo de 48 horas. Tres cuartos de su clase utiliza esta herramienta para bajar documentación, mirar notas o chatear en la cafetería virtual. Su grupo echa mano del Google Doc cuando no puede quedar para un proyecto: trabajan en red y, a la vez, en un mismo documento compartido.
El presente de Mercedes y de Lara, que lleva el ordenador portátil a todas partes, se conecta desde casa y busca cobertura wi-fi como si fuera una zahorí: da pistas del peso de las Tecnologías de la Información y la Comunicación (las TIC) en la nueva Universidad, explica Jordi Adell, responsable de Educación y Nuevas Tecnologías de la Jaume I: "Habrá más acceso a las aulas virtuales, a los aprendizajes informales y a las comunidades profesionales y científicas". Los emisores de información se multiplican. Las distancias, las fronteras, se pulverizan: "Un estudiante podrá cursar asignaturas en otros campus".
"El e-learning avanzará en algunos masters, pero su verdadera explosión, aunque no a corto plazo, se dará en la formación continua", estima Antonio Artés, vicerrector de Posgrado de la Universidad Carlos III de Madrid. Para alumnos como los de la Universitat Oberta de Catalunya (UOC), un referente de e-learning en España: su media de edad es de 30 años, 9 de cada 10 trabaja, y 4 de 10 tiene hijos; buscan ampliar conocimientos en su puesto actual, promocionar en su empresa, cambiar de empleo. Son cerca de 45.000, un cuarto de fuera de Cataluña.
En los grados irá ganando terreno un "modelo mixto de formación semipresencial con clases presenciales concentradas" y, el resto, online, vaticina Adell. Ya sean trabajos en grupo por Internet o clases virtuales. La parte presencial, que nunca llegará a desaparecer según los expertos, será más participativa
Mala señal, a estas alturas, que un campus no esté conectado aún a Internet. "El 100% de las universidades públicas tienen cobertura wi-fi", asegura Sebastián Muriel, director general de Red.es, una entidad dependiente de la Secretaría de Estado de las Telecomunicaciones y de la Sociedad de la Información que impulsa Campus en Red para favorecer el desarrollo de "e-learning, localización o transmisión de voz a través de las redes IP (VoIP)", según rezan los objetivos del programa.
"La Universidad Politécnica de Madrid (UPM) organiza un certamen de robótica, Cibertc. Los grupos inscritos reciben clases sobre conceptos generales, y después cada cual diseña su proyecto, tutelado por un profesor. Compiten con otros robots que rastrean, juegan, esquivan obstáculos. Gana el que mejor haya resuelto las cuestiones que se les hayan ido planteando". Javier Uceda, rector de la Politécnica de Madrid, pone este concurso como ejemplo de cómo se aprende haciendo, learning by doing, se permite el anglicismo.

En su opinión, éste será el modo de hacer en el futuro. Y cambiará la propia estructura física del aulario, para permitir una mayor interacción. "Las aulas tendrán un entorno semicircular, con una pantalla donde proyectar imágenes". No es que esté echando a volar la imaginación, es que la UPM ha comenzado con esta línea de remodelaciones. Y anuncia más: "Habrá que organizar salas donde reunirse y trabajar en grupo e individualmente". Sus bibliotecas disponen ya de un servicio de préstamo de portátiles.
"Los economistas no hacemos futurología", bromea Carlos Berzosa, rector de la Universidad Complutense de Madrid (UCM), cuando se le plantea hablar sobre el futuro. Pero el futuro es ya una realidad reflejada en el espejo anglosajón y en las directrices del Espacio Europeo de Educación Superior (EEES), que debe estar totalmente implantado en 2010. "Se pondrá el acento en el aprendizaje activo, no en los apuntes dictados; habrá más seminarios y tutorías, y los grupos se reducirán", enumera. Entre otras cosas, porque disminuyen los matriculados. "Cuando yo era decano de Económicas teníamos 14.000 alumnos; ahora son 6.000", compara.
Las aulas menguarán en tamaño y se multiplicarán en número: "Haremos como los cines que se convierten en minicines", pone el símil el rector. Pero sin que desaparezca ni el aula magna ni la clase magistral "del profesor con mayúsculas", a modo de conferencia multitudinaria. Berzosa y Uceda coinciden en que la presencia de los alumnos en el campus se extenderá más allá del horario lectivo.
(...) la Universidad del siglo XXI habrá de tener cintura para adaptarse: "Dejará de estar casi limitada al aprendizaje inicial para convertirse en escenario natural de la formación permanente y en socio habitual de la formación continua (a las empresas)". En una economía del conocimiento, "se producirá una estratificación vertical, horizontal y funcional de las titulaciones: vertical porque veremos una pérdida relativa de valor del título de grado y un papel más determinante y diferencial de los posgrados; horizontal porque se dará más importancia a en qué universidad se ha obtenido un título; funcional porque títulos del mismo nivel y centro tendrán un valor de mercado muy distinto según su especialidad". En una sociedad global "destacarán unos cuantos títulos de reconocimiento transnacional: doctorados europeos, escuelas de negocios de proyección internacional, titulaciones coronadas con becas en el exterior, titulaciones de un puñado de universidades globales", pronostica."No podemos ser buenos en todo", apunta Josep Eladi Baños, vicerrector de Docencia y Ordenación Académica de la Pompeu Fabra, que ha potenciado sus materias "más brillantes" hasta especializarse en biomedicina, humanidades y ciencias sociales y de la comunicación. El campus barcelonés inició su proceso de adaptación al crédito europeo en 2004; desde entonces, las actividades presenciales se han reducido en un 20%, "y van a seguir haciéndolo", augura; entre el 70% y el 80% de sus nuevos matriculados estudian ya según los planes europeos. "Si se hace bien, supone más trabajo para profesores y alumnos pero, a cambio, se consigue un mejor rendimiento académico", expone el vicerrector

Cómo se ven las carreras futuras:

¿Qué carreras estudiarán estos atletas? No desaparecerá ninguna, según las previsiones de Mariano Fernández Enguita, catedrático de Sociología en Salamanca y promotor del portal INNOVA de educadores en Red, pero crecerán más "aquellas que corresponden a tecnologías productivas y sociales con una demanda creciente, o que representan un cambio económico generacional: biomedicina, informática, audiovisuales, educación, políticas públicas...". Una parte cada vez mayor de su actividad, en investigación y en enseñanza, "se desarrollará en colaboración con otras entidades públicas y privadas".

Para el autor de la nota, y para los catedráticos entrevistados, el punto de discusión es la calificación de los profesores para implementar el modelo. Sin embargo, éste parece suficientemente creativo como para intentarlo. Y en otros lugares, no estaría de más rever y comparar sus modelos de enseñanza.

Las últimas adquisiciones de empresas de software

Comentado ya por medio mundo, sólo dos palabras: Sun compra MySql, y Oracle compra BEA. Continúa la tendencia a la concentración de operadores en cada área, aunque en este caso se trata de modelos de negocio distintos: abierto o propietario.
La noticia de SUN/MySql:

"The combination of MySQL and Sun represents an enormous opportunity for users and organizations of all sizes seeking innovation, growth and choice," said Marten Mickos, CEO, MySQL. "Sun's culture and business model complements MySQL's own by sharing the same ideals that we have had since our foundation -- software freedom, online innovation and community and partner participation. We are tremendously excited to work with Sun and the millions of members of the MySQL open source ecosystem to continue to deliver the best database for powering the modern Web economy."

La noticia de Oracle/BEA:

On January 16, 2008, Oracle announced that it has entered into an agreement to acquire BEA Systems, Inc., a leading provider of enterprise application infrastructure solutions. The proposed transaction is subject to closing conditions, including regulatory, shareholder and other approvals. Until the deal closes, each company will continue to operate independently, and it is business as usual.
The addition of BEA is expected to accelerate innovation by bringing together two companies with a common vision of a modern service-oriented architecture (SOA) infrastructure and will further increase the value that Oracle delivers to its customers and partners.

Leído en El Economista, Pensamientos ágiles, Wall Street Journal, James Gosling, entre muchos otros.

Ocho tendencias para seguir en 2008 (Según McKinsey)

La actualización de noticias de The McKinsey Quarterly publica un artículo de Diciembre, firmado por James M. Manyika, Roger P. Roberts, y Kara L. Sprague, que recomiendo leer: "Eight business technology trends to watch". Las ocho tendencias implican mayoritariamente la utilización de redes, Internet, y la participación externa a las empresas:
1. Cocreación distribuida:

The Internet and related technologies give companies radical new ways to harvest the talents of innovators working outside corporate boundaries. Today, in the high-technology, consumer product, and automotive sectors, among others, companies routinely involve customers, suppliers, small specialist businesses, and independent contractors in the creation of new products. Outsiders offer insights that help shape product development, but companies typically control the innovation process. Technology now allows companies to delegate substantial control to outsiders—cocreation—in essence by outsourcing innovation to business partners that work together in networks. By distributing innovation through the value chain, companies may reduce their costs and usher new products to market faster by eliminating the bottlenecks that come with total control.

2. Los consumidores como innovadores:

As the Internet has evolved—an evolution prompted in part by new Web 2.0 technologies—it has become a more widespread platform for interaction, communication, and activism. Consumers increasingly want to engage online with one another and with organizations of all kinds. Companies can tap this new mood of customer engagement for their economic benefit.

3. Acudiendo al talento global:

As more and more sophisticated work takes place interactively online and new collaboration and communications tools emerge, companies can outsource increasingly specialized aspects of their work and still maintain organizational coherence. Much as technology permits them to decentralize innovation through networks or customers, it also allows them to parcel out more work to specialists, free agents, and talent networks.
Top talent for a range of activities—from finance to marketing and IT to operations—can be found anywhere. The best person for a task may be a free agent in India or an employee of a small company in Italy rather than someone who works for a global business services provider. Software and Internet technologies are making it easier and less costly for companies to integrate and manage the work of an expanding number of outsiders, and this development opens up many contracting options for managers of corporate functions.

4. Extrayendo mas valor de las interacciones:

Companies have been automating or offshoring an increasing proportion of their production and manufacturing (transformational) activities and their clerical or simple rule-based (transactional) activities. As a result, a growing proportion of the labor force in developed economies engages primarily in work that involves negotiations and conversations, knowledge, judgment, and ad hoc collaboration—tacit interactions, as we call them. By 2015 we expect employment in jobs primarily involving such interactions to account for about 44 percent of total US employment, up from 40 percent today. Europe and Japan will experience similar changes in the composition of their workforces.
The application of technology has reduced differences among the productivity of transformational and transactional employees, but huge inconsistencies persist in the productivity of high-value tacit ones. Improving it is more about increasing their effectiveness—for instance, by focusing them on interactions that create value and ensuring that they have the right information and context—than about efficiency. Technology tools that promote tacit interactions, such as wikis, virtual team environments, and videoconferencing, may become no less ubiquitous than computers are now. As companies learn to use these tools, they will develop managerial innovations—smarter and faster ways for individuals and teams to create value through interactions—that will be difficult for their rivals to replicate. Companies in sectors such as health care and banking are already moving down this road.

5. Expandiendo las fronteras de la automacion:

Companies, governments, and other organizations have put in place systems to automate tasks and processes: forecasting and supply chain technologies; systems for enterprise resource planning, customer relationship management, and HR; product and customer databases; and Web sites. Now these systems are becoming interconnected through common standards for exchanging data and representing business processes in bits and bytes. What’s more, this information can be combined in new ways to automate an increasing array of broader activities, from inventory management to customer service.

6. Desagregando el manejo de la entrega de productos:

Technology helps companies to utilize fixed assets more efficiently by disaggregating monolithic systems into reusable components, measuring and metering the use of each, and billing for that use in ever-smaller increments cost effectively. Information and communications technologies handle the tracking and metering critical to the new models and make it possible to have effective allocation and capacity-planning systems.

7. Poniendo más ciencia en el gerenciamiento:

Just as the Internet and productivity tools extend the reach of and provide leverage to desk-based workers, technology is helping managers exploit ever-greater amounts of data to make smarter decisions and develop the insights that create competitive advantages and new business models. From “ideagoras” (eBay-like marketplaces for ideas) to predictive markets to performance-management approaches, ubiquitous standards-based technologies promote aggregation, processing, and decision making based on the use of growing pools of rich data.

8. Haciendo negocios de la información:

Accumulated pools of data captured in a number of systems within large organizations or pulled together from many points of origin on the Web are the raw material for new information-based business opportunities.

Esto sólo es una presentación. Como se ha dicho, el artículo debe leerse. Cada ítem está acompañado por bibliografía.

Cuando un "fan" se convierte en un "bigot"

Haciendo una búsqueda por otra razón, quedó atrapada en la lista esta definición de CodePlex en Wikipedia:

El de CodePlex del es fuente abierta un proyecto que recibe Web site de Microsoft. Permite el desarrollo compartido de los proyectos abiertos del software de la fuente. Sus características incluyen las páginas del wiki, el control de la fuente basado encendido Team de la fundación del equipo del estudio, los foros de la discusión, edición que sigue, el marcar con etiqueta del proyecto, ayuda de RSS, estadística, y los lanzamientos.

El beta inicial lanzada en mayo de 2006, con el lanzamiento oficial al mes más adelante en junio. Una nueva versión del Web site se lanza cada tres semanas que agregan características y actualizaciones adicionales. Ha acumulado 1.642 proyectos en fecha 9 de junio, 2007.

No tengo nada en contra de que un redactor de Wikipedia escriba artículos en otro idioma que el suyo original, pero lo mínimo que se le debe pedir es que, además de la veracidad de su definición, ésta sea redactada en un lenguaje al menos sintácticamente correcto. Hacerlo de otra manera es una falta de respeto, además de conducir a una lectura equívoca.
¿De qué se trata esto? Creo que se trata de un "fan" de CodePlex y su ambiente, que desea "hechar la verdad al viento". Afortunadamente, en Wikipedia una persona debe identificarse al aportar. Así se puede saber que el usuario es Alvinwardlow, que se dió de alta en la Wikipedia en varios idiomas, hasta donde se ve, para acotar algo sobre CodePlex. Esto es algo parecido a lo actuado con el concepto de Software Factories en inglés: es fundamental mantener la objetividad; de lo contrario no estamos construyendo definiciones, sino opiniones.
Esta no es la mejor manera de construír la Wikipedia. Espero que algún interesado en CodePlex le ponga remedio.
A propósito de la referencia a Software Factories: no existe en castellano un artículo sobre Fábricas de Software, Factorías de Software, o como se quiera llamar al concepto. Para quien quiera iniciarlo...

Bob Bemer sobre Software Factories

Volviendo al parcial artículo sobre el concepto de Software Factories en Wikipedia, rescato la dirección del antiguo papel de Bob Bemer sobre el tema. Bemer murió en 2004, y su espartana página desapareció al poco tiempo. Hoy Wikipedia no menciona este papel entre sus logros, pero afortunadamente existe The Internet Archive, que obra como un repositorio universal. Allí se puede consultar todavía lo que Bemer recordaba, así como la génesis de su página, desde 2000 hasta su muerte.
Para quien quiera corregir la entrada de Wikipedia.

La industria del software en España

Esta es una nota que tiene un retraso de medio mes, aunque lateralmente otras dos o tres anteriores están relacionadas, y que tiene que ver con la industria del software en España. El motivo, un post en Barrapunto, a propósito de la presentación de un libro sobre fábricas de software, que provocó una de las frecuentes polémicas de la comunidad española. La discusión pone sobre la mesa un fenómeno ya comentado: el carácter de las empresas de software del país, con pocas que se destaquen en el mercado europeo en el desarrollo de software, y reiteradas quejas de su fuerza laboral en cuanto a condiciones y modalidades de trabajo. Creo que estas dos características no se presentan simultáneamente por casualidad, y que una tiene que ver con la otra. En mi corta experiencia en España, me sorprende observar la fuerza que tiene la tercerización de las actividades de construcción de software en el país, y la rotación de las personas, con contratos usualmente por proyecto. Volviendo siempre a los viejos maestros japoneses, unas palabras de Ishikawa:

"En los Estados Unidos y Europa Occidental el índice de cambio o rotación de empleados es muy alto (...) En una situación laboral así, resulta imposible que haya eficiencia y calidad. (...) La modalidad de contratación en el Japón es familiar y en muchos casos vitalicia. Si la fábrica es bien manejada, los empleados rara vez se van a otra. Las empresas japonesas hacen hincapié en la educación y capacitación (...) Si los empleados son bien educados y capacitados, esto beneficia inmensamente tanto al individuo como a la empresa"

(en ¿Qué es el control total de calidad?, Cap 2)

Una alta rotación no sólo debilita el conocimiento del software en construcción, sino que implica baja adhesión con los objetivos de construcción. El uso de fábricas de software no es contradictorio con este concepto: para que una fábrica funcione, debe haber continuidad y cohesión de los dos lados, quien solicita un proyecto, y quien lo construye, y cada una de las dos partes debe cuidar su fuerza de trabajo. Hechar mano a una fábrica de software es una cuestión de escala, pero quien pide debe saber qué quiere, y cómo verificarlo.
Sin embargo, junto a un fenómeno de commoditización de la fuerza laboral, es necesario volver a destacar otro fenómeno soterrado que existe en España: una valiosa cantera de profesionales, investigadores y docentes, de excelente calidad, que están dando lugar a múltiples pequeños emprendimientos, innovadores y con probable venturoso futuro. En la misma discusión de Barrapunto, algunos de estos elementos aparecen presentes.