El municipio de Los Angeles vota Google

Un primer paso importante de Google por lograr una porción en el mundo de los negocios y el Estado: el municipio de Los Angeles, en California, acaba de contratar su sistema de aplicaciones de oficina, luego de un año de lucha con otros competidores, que incluían a Microsoft.
En ZDNet, escribe Sam Díaz:

The Los Angeles City Council today voted unanimously to “Go Google,” approving a $7.25 million contract to outsource the city’s e-mail system to Google’s cloud and transition some 30,000 city employees to the cloud over the coming year, according to a report in the Los Angeles Times.

Clearly, this is a big deal for the city of Los Angeles. But this vote is also monumental for cloud computing as a whole, which has gained popularity and widespread interest but still relatively little adoption as companies - and municipalities, apparently - weigh the anticipated cost benefits over the unknown risks that might come with system failures or data breaches.

The stakes are also high for Google, which has stepped up its campaign for Google Apps, its cloud-based suite of offerings, by highlighting how companies who are fed up with breakdowns and costs of maintaining old legacy systems finally decided to “Go Google.”

Both Google and Microsoft had put in bids for the city’s contract and, at one point, it seemed to be a showdown between the two, representing a bigger winner-take-all battle between old school systems and 21st Century cloud systems. In a post last month, I suggested that a win for Microsoft would show that Outlook and Exchange are still big players and that a win for Google would show that the cloud is ready for prime time.

This doesn’t necessarily mean the beginning of the end for Microsoft in this space. Los Angeles is just one city on this planet - and it’s only 30,000 city employees. But Google clearly has its sights set on the enterprise for the next wave of growth, even to the point that it could overtake - or nicely complement - the advertising business.

At the Gartner IT Symposium 2009 in Orlando earlier this month, Google CEO Eric Schmidt said the largest number of seats for Google runs about 30,000 users and that goal right now is to gain users for its enterprise apps. He sees the enterprise as “humongous,” a multi-billion dollar business that has real potential. By Gartner’s calculations, enterprise accounts for about 3 cents of every dollar that Google makes, leaving plenty of room for growth.

That growth could come from the countless other municipalities, agencies and companies that have been toying with the idea of a move to the cloud but have held back, waiting for someone else to jump off the cliff first.

Los Angeles Times agrega:

The Los Angeles City Council voted unanimously today to outsource its e-mail system to Google Inc., making it the largest city in the nation to make the move and handing the Web search giant a major victory in its quest to become a software provider to the world's cities and businesses.

After more than two hours of debate, council members voted 12-0 to approve the $7.25-million contract that would move all 30,000 city employees to Google's so-called cloud over the coming year.

"The City of Los Angeles, the second largest city in the nation, made a world-class decision today to support a state-of-the art e-mail system," said Councilman Tony Cardenas, who made the motion to approve the Google system.

[...] The vote today ended a nearly year-long process during which Google competed furiously with other software vendors, including rival Microsoft Corp., to secure the city's valuable stamp of approval. Parties on all sides believe that if smaller cities see Los Angeles successfully transition to Google's cloud system, they may be more likely to follow suit.

Si bien la votación fue unánime, previamente se expresaron dudas, aquellas que la computación en la nube mantendrá por largo tiempo, desde el punto de vista de la privacidad y la confiabilidad:

Before the vote, several council members had voiced objections to the contract, including whether the city would see any real cost savings, as Google had contended, and when the new system would be ready to store data from law enforcement, where security standards are more rigorous.

Because Los Angeles will be among the earliest adopters of the Google system, council members expressed concern that the city might be signing on before Google's cloud system was fully proven.

"It's unclear if this is cutting edge, or the edge of a cliff and we're about to step off," said Councilman Paul Koretz.

Para usuarios de Plex en castellano: accesibilidad al foro de CA

Para aquellos usuarios de Plex que prefieren hacer consultas a través del foro de CA en español, deben tener en cuenta que se ha restablecido a su ubicación anterior. Su dirección actual es en el mismo sitio de los destinados a desarrollo de aplicaciones: http://caforums.ca.com/ca/board?board.id=CAplex2eespanol

Apuntes sobre Factorías de Software, II

De lo comentado antes, queda la impresión de que durante la época temprana del desarrollo del software, múltiples líneas de acción tendieron a darle sustento sistemático a su concepción y construcción, y en este contexto, la idea de aplicar el concepto de factoría fue una vía consistente de trabajo; primero iniciada en Estados Unidos, luego tomada con fuerza por Japón, y finalmente continuada en Europa. Tanto M. Cusumano como Y. Matsumoto señalan la conferencia de la NATO sobre Ingeniería de Software en 1968, como el punto de partida de los intentos de construír el software a modo de una factoría desde la Ingeniería de Software.
Ya se habló de Bob Bemer y M.D. Mcllroy, cuyos antecedentes se remontan a fines de los 60, y cuyas afirmaciones van en el sentido de mejorar procesos y procedimientos, medir, estandarizar herramientas de productividad, y establecer técnicas de reutilización del código.
Cusumano recoje a Mcllroy sobre reutilización de código, tan temprano como 1968:

The most important characteristic of a software components industry is that it will offer families of routines for any given job. No user of a particular member of a family should pay a penality, in unwanted generality, for the fact that he is employing a standard model routine. In other words, the purchaser of a component from a family will choose one tailored to his exact needs. He will consult a catalogue offering routines in varying degrees of precision, robustness, time-space performance, and generality. He will be
confident that each routine in the family is of high quality--reliable and efficient. He will expect the routine to be intelligible, doubtless expressed in a higher level language appropriate to the purpose of the component, though not necessarily instantly compilable in any processor he has for his machine. He will expect families of routines to be constructed on rational principles so that families fit together as building blocks. In sort, he should be able safely to regard components as black boxes.

[Citado por Cusumano en The Software Factory: Origins and popularity in Japan: M.D. Mcllroy, "Mass Produced Software Components," in Peter Naur and Brian Randell, eds., Software Engineering: Report on a Conference Sonsored by the NATO Science Committee, Brussels, Scientific Affairs Division, NATO, January 1969]

En este y otros papeles, Cusumano recoje a Bemer sobre métricas y factorías:

[A] software factory should be a programming environment residing upon and controlled by a computer. Program construction, checkout and usage should be done entirely within this environment, and by using the tools contained in the environment... A factory... has measures and controls for productivity and quality. Financial records are kept for costing and scheduling. Thus management is able to estimate from previous data... Among the tools to be available in the environment should be: compilers for machine-independent languages; simulators, instrumentation devices, and test cases as accumulated; documentation tools -- automatic flow-charters, text editors, indexers; accounting function devices; linkage and interface verifiers; code filters (and many others).

[Cusumano, en The Software Factory: Origins and popularity in Japan: R.W. Bemer, "Position Papers for Panel Discussion -- The Economics of Program Production," Information Processing 68, Amersterdam, North-Holland, 1969, pp. 1626-1627]

Objetivos semejantes impulsaron el desarrollo de las fábricas de software de Hitachi, Toshiba, NEC, Fujitsu, a partir de la década de 1970, y las de SDC de Rand Corporation en Estados Unidos. Estas acciones fueron analizadas detalladamente por Michael Cusumano, que entrega también una buena bibliografía sobre los esfuerzos dedicados desde los 60 hasta los 90. Particularmente destaca el trabajo de Matsumoto en Toshiba:

An RD group responsible for industrial systems software in Toshiba, led by Dr. Yoshihiro Matsumoto, introduced an organization and process in 1977 integrating tools, methods, management and personnel systems with a physical layout for work stations (...). The strategy for utilizing this infrastructure centered around four policies: (1) standardize the development process, to reduce variations among individuals and individual projects; (2) reuse existing designs and code when building new systems, to reduce redundant work and maximize productivity; (3) introduce standardized and integrated tools, to raise the performance levels of the average programmer; and (4) provide extensive training and career-development tracks for programmers, to relieve the shortage of skilled engineers.

Perhaps the most delicate feature of Toshiba's Factory was its organizational structure, a matrix imposed over product departments from several operating groups and divisions, all located on one site, Toshiba's Fuchu Works. Established in 1940 and set on 198 acres in the western outskirts of Tokyo, the Fucnu Works in 1991 had at least 8000 employees working primarily in four areas: Information Processing and Control Systems, Energy Systems, Industrial Equipment, and Semiconductors (Printed Circuit Board Division). Operating departments within the divisions corresponded roughly to 19 product lines, including systems for information and control in public utilities, factories, power-generation plants, and various industrial and transportation equipment. Each department contained sections for hardware and software design as well as for manufacturing, testing, quality assurance, and product control.

Similarities in the type of software the Fuchu Works built from project to project allowed Toshiba to deliver "semi-customized" programs that combined reusable designs and code with newly written modules, rather than writing all software from scratch. Toshiba also relied heavily on a standardized tool and methodology set, the Software Engineering Workbench (SWB), developed gradually after 1976and modelled after AT&T's UNIX Programmers Workbench. Toshiba utilized its customized version of the UNIX operating system as well as a full complement of tools for design-support, reusable module identification, code generation, documentation and maintenance, testing, and project-management. Important features of the Toshiba methodology were the design of new program modules (ideally limited to 50 lines) for reusability, the requirement that programmers deposit a certain number of reusable modules in a library each month, and the factoring in of reuse objectives into project schedules and budgets (Matsumura et al., 1987).

Software productivity at the Toshiba Software Factory rose from 1390 delivered equivalent-assembler source lines or EASL per person per month in 1976 to over 3100 in 1985, while reuse levels (lines of delivered code taken from existing software) increased from 13% in 1979 to 48% in 1985. The 3130 lines of EASL source code per month per employee translate into approximately 1000 lines of Fortran, the most common language Toshiba used in 1985 -- considerably more than the 300 lines or so of new code per month commonly cited for U. S. programmers making similar real-time applications. Quality levels (defined as the number of major faults detected after final testing) also improved dramatically after the opening of the factory, ranging from 7 to 20 per 1000 lines of delivered code converted to EASL to .2 to .05 in 1985 (the range depended on quality-control practices as well as the reliability requirements and the amount of testing customers contracted for) (Cusumano, 1991: 240).

Toshiba data indicated that reusability was the major reason for productivity and quality improvements. The organization Toshiba created to promote reuse and overcome short-term concerns of project managers and development personnel (such as the longer time required to write and document reusable software) relied on Software Reusing Parts Steering Committees and a Software Reusing Parts Manufacturing Department and Software Reusing Parts Center. The factory formed a steering committee for different areas (with different members, depending on the application) to determine if customers had a common set of needs suitable for a package, and then allocated funds from the Fuchu Works' budget for these special projects. Some packages were usable in different departments, although most served specific applications. The Reusing Parts Manufacturing Department and Parts Center evaluated new software (and documentation) to make certain it met factory standards; after certification, engineers registered the software in department or factory reuse
databases (libraries). Registered items required a key-word phrase to representthe functionality of the part or correspond to a specific object, as well as reuse documentation that explained the part's basic characteristics.
[Cusumano, The Software Factory: An Entry for the Encyclopedia of Software Engineering]

Al documento mencionado en la nota anterior, se agregan otros tres consultados del mismo autor, todos en el mismo sentido:

The Software Factory: Origins and popularity in Japan, Cusumano, Massachusetts Institute of Technology (MIT), Sloan School of Management, Working Papers (WP2036-88)

A quantitative analysis of U.S. and japanese Software-Engineering practice and performance, Cusumano y Chris F. Kemerer, en Management Science, Volumen 36 , número 11, 1990

The Software Factory: An Entry for the Encyclopedia of Software Engineering, Cusumano, Massachusetts Institute of Technology (MIT), Sloan School of Management, Working papers, (WP3268-91)

En resumen, las décadas de los 80 y 90, en estos y otros papeles, se revelan como un laboratorio precursor tratando de elevar la productividad especialmente en la industria japonesa: un aspecto fundamental es el papel motor de sus empresas, y la colaboración con instituciones de investigación universitaria. De paso, merecen un comentario aparte (será otro día) las observaciones de Cusumano sobre las diferencias de enfoque entre Japón y Estados Unidos.
Visto en perspectiva, este esfuerzo por plasmar factorías de software colaboró, junto a otras líneas de acción, a prefigurar áreas de investigación que ya nos son mucho más familiares: el impulso del análisis y diseño orientado a objetos, y el desarrollo de componentes. Digamos que desde el punto de vista histórico, las factorías están lejos de representar un retroceso en la forma de encarar la construcción de software. Matsumoto por ejemplo, muestra en la continuidad de su propia actividad cómo este pensamiento siempre estuvo en primera línea de la investigación acerca de mejores vías para la construcción de software.

Papeles sueltos sobre factorías de software

A partir de un incidente con la definición en Wikipedia para Software Factories (en ese momento, la única versión publicada de factorías de software) durante mayo de 2008, comencé a recopilar materiales sobre el tema, con la idea de consensuar con otros colegas una mejor, que abarcara lo que realmente designa el concepto. Durante unos meses reuní papeles, pero las dificultades de todos los participantes hizo que fueran quedando sin modificaciones. Pasando el tiempo, la propia razón que motivara el trabajo desapareció parcialmente, ya que, debido a las críticas levantadas por el artículo inicial, así como por el trabajo de depuración de los administradores de Wikipedia, el artículo fue desdoblado en una versión principal que habla del concepto histórico y de negocios de las factorías, y una segunda interpretación que se dedica al concepto de Jack Greenfield y Microsoft.
Para quien no hubiera visto el contenido original, motivo de polémica, una versión elemental se puede encontrar en The internet Archive, 2006 y 2007.
En fin, además de habernos permitido un trabajo reflexivo sobre el tema, también pudimos ensayar las facilidades de Google Docs (versionamiento, trabajo colaborativo).
Ahora, para cerrar el tema (o no), van aquí papeles y acotaciones surgidas durante estos meses que pueden tener algún interés para valorar las fábricas de software.
Las fuentes: tres publicaciones fueron la base para trabajar: Concepto y Evolución de las Fábricas de Software, de Mario Piattini (que revisó también el trabajo en curso) y Javier Garzás; Software Factories, de Ivan Aaen, Peter Bøtcher, Lars Mathiassen; y Shifting Economies: From Craft Production to Flexible Systems and Software Factories, de M.A. Cusumano. Los tres documentos fueron de mucho interés; los dos primeros proponiendo definiciones basadas en el estado actual, y Cusumano analizando la historia.

Las factorías de software son vistas con cierta animadversión en muchos casos, asimilándolas al establecimiento de un sistema de producción taylorista; en la discusión sobre la misma definición que en éste momento existe en Wikipedia, uno de los intervinientes afirma:

The concept of a software factory is not related to libraries within any IDE, or even the factory design pattern; but rather the organizational implementation of composite application building software engineering concepts. A software factory is a business operations concept of developing software applications through assembling components per specification. It utilizes assemblers, like any factory, who specialize and repeat their assigned tasks. This means that software is made primarily by unskilled labor, rather than engineers. It's more closely related to WYSIWYG web-pages built in DreamWeaver than anything that requires an understanding of code. Unlike that example, however, it implies a a job-floor filled with unskilled labor performing specialized tasks using tools that are designed to facilitate their jobs. You don't need the conveyor-belt maker, the torch engineer, or even a master welder, to repeat a single specific weld all day on cars moving through a factory. Likewise, not everyone involved in the software development process needs to be a software engineer. All they need are an understanding of their job, and useful tools. The requirements gathering, component/tool engineering, and similar jobs are handled elsewhere. The reason I know this is because I worked at a company with a software factory that quickly churned out fully functional applications. They used serious assembly tools and a set of components that meant no one had to even know how to read code

Esta es probablemente una realidad en muchos casos, particularmente para aquellas factorías construídas en países que explotan las grandes diferencias de costo, cuya principal actividad es el outsourcing de empresas localizadas en el otro extremo del mundo: son frecuentes las quejas de los contratantes sobre problemas de comunicación y entendimiento, y sobre la real calidad del proceso usado. Quejas frecuentes para empresas radicadas en India, por ejemplo. Sin embargo, la lectura de Cusumano, y de trabajos precursores de las décadas de los 70, 80 y 90, acercan las investigaciones sobre factorías, a los intentos por formalizar, medir, optimizar, las vías empleadas para la construcción del software. Sin negar la realidad de la visión anterior, es este aspecto, también existente desde su desarrollo temprano, el que ofrece más interés, y el que les da valor a las factorías desde el punto de vista de la ingeniería de software. Bob Bemer, McIlroy, a finales de los 60, proponen trabajar sobre la actividad de medición, mejora de la calidad de los procesos, reusabilidad, utilización de herramientas de productividad. Hitachi y Toshiba, durante la década de 1970, trabajaron ampliamente forjando herramientas y procedimientos de mayor calidad y consistencia, lejos de la imágen del taylorismo de factorías de software dedicadas a obtener contratos con el menor presupuesto posible. Una revisión del progreso del concepto a través de los finales del siglo anterior, muestra una estrecha relación entre la idea de factoría de software y las investigaciones que fueran forjando principios de la ingeniería de software. En buena medida, la idea de CASE, componentes, y la orientación a objetos, aparecen en papeles que relacionan los dos mundos. Más recientemente, la idea de Software Product Lines aparece claramente relacionada con las factorías de software. Hace algún tiempo, y en el curso de esta tarea, se ha comentado aquí el trabajo de Matsumoto, largamente vinculado al desarrollo de factorías, desde la organización de sistemas de producción hasta el desarrollo de líneas de producto. Nada de todo esto da la idea de una visión taylorista del negocio, salvo para aquellos que todavía creen que es posible el desarrollo del software como una artesanía, ni parecería que una organización de este tipo fuera posible con un equipo reducido de planificadores inteligentes, y una masa de ensambladores no calificados.
Fin por hoy. Volveremos sobre esto, quizá analizando bibliografía visitada.

Fotos: Yoshihiro Matsumoto, Michael Cusumano, Bob Bemer.

Sidekick-Danger-Microsoft: lo que queda

Richard Waters, en Financial Times, dedica unas líneas al fallo de Sidekick ya comentado, destacando las consecuencias para los intervinientes: probablemente un daño irrecuperable para Sidekick, y sombras de dudas sobre la capacidad operacional de Microsoft.

It leaves some uncomfortable questions for Microsoft, though. Such as: Why did it take nearly two weeks to work out that that most of the data hadn’t been lost after all? And: How did the company let this issue spiral into a public relations disaster, casting a shadow over two of its most important initiatives: mobile and cloud computing?

This is what Microsoft has to say about the recovery:

We have determined that the outage was caused by a system failure that created data loss in the core database and the back-up. We rebuilt the system component by component, recovering data along the way. This careful process has taken a significant amount of time, but was necessary to preserve the integrity of the data.

It’s a bit late to reassure customers about this painstaking process when they’d been left pretty much in the dark for so long, and actually encouraged to believe their information had been lost.

With Microsoft providing little information, partner T-Mobile stepped into the vacuum nearly a week ago to tell Sidekick users that their data “almost certainly has been lost” and the chances of recovery were “extremely low.” Imagine how the Microsoft engineers working on the recovery felt when they read that one.

In an apology to its customers, Microsoft now promises it has “initiated a more resilient backup process.”

The message is signed by Roz Ho, corporate vice president, Premium Mobile Experiences. No kidding.

El fallo muestra otro frente débil para la empresa: así como llovieran las críticas sobre el largo proceso de desarrollo de Vista, este nuevo problema "hecha sombras" sobre su confiabilidad en un área que será de mucha importancia en el futuro próximo: cloud computing. Microsoft sigue dando la impresión de mantener una conducción errática sobre sus negocios.

El fallo de Sidekick-Danger-Microsoft: otra cara del problema

El comentado fallo del fin de semana de Sidekick es visto desde otro punto de vista por Mary Jo Foley en ZDNet:
Folley intuye que el fallo podría tener que ver con una operación asociada a la instalación de servicios de Pink, un proyecto de telefonía de Microsoft a cargo de Danger: el problema no estaría vinculado a la "computación en la nube", sin que deje de representar un gran descuido en su servicio.

Sidekicks aren’t running from/on “the Microsoft cloud.” In fact, there is no such thing as a single Microsoft cloud. Microsoft has lots of different remote servers in different data centers running lots of different services.

The Microsoft Azure cloud is what many Microsoft watchers think of these days when someone says “the Microsoft cloud.” But the Azure environment provides the underpinning for very few Microsoft services so far. The Sidekick services don’t run on Azure. Microsoft’s My Phone doesn’t run on Azure. Hotmail, Xbox Live, Microsoft-hosted Exchange — nope, nope and nope. None of these are running on Azure yet.

The Sidekick outage, to me, says more about Microsoft’s Pink than it does about Azure.

The Danger team, which Microsoft acquired in 2008, is largely responsible for the Pink “premium mobile experience” (PMX) software/services on which Microsoft has been working on secretly. There have been a few recent reports that Microsoft has decided against launching the Pink phone(s) that were going to run these services, but I haven’t heard from any of my sources whether this is true. Sharp supposedly is the manufacturer of the Microsoft-branded/co-branded Pink phones, which Microsoft is said to be planning to market primarily to teens and 20-somethings.

(Microsoft officials have denied repeatedly assertions that Microsoft is making its own smartphone. They have not denied that Microsoft is working with a hardware partner to build Microsoft-branded or co-branded phones.)

What was Microsoft doing to the back-end Danger services that resulted in such a catastrophic outage? Microsoft isn’t talking. There are rumors the problem stemmed from a storage-area-networking debacle but Microsoft isn’t confirming that, either.
Because Microsoft hasn’t yet launched Pink, company officials have refused to talk at all about which premium services it will encompass and what kind of back-end platform they’ll run on. Is Microsoft designing the Pink services to run on its own servers? Is/was Microsoft intending to allow the Pink services to remain hosted on the existing Danger back-end? Did this past week’s Sidekick outage result from Microsoft (or Hitachi Data Services, or whoever) attempting to move the Danger back-end off the existing servers and onto Microsoft’s own servers? Microsoft officials won’t say.

Sea una u otra la base del problema, el resultado para los usuarios no difiere: pérdida de confianza en un proveedor y un servicio:

Now that more everyday users know that Sidekick is connected to Danger and Danger to Microsoft, this week’s outage will cast a shadow over any kind of Pink phone and/or Pink premium services launch Microsoft may be planning.

Cloud Computing bajo fuego (¿o un sistema de responsabilidad?)

Publicado el 11 de octubre en New York Times: "algunos" usuarios de T-Mobile y Danger, subsidiarias de Microsoft, perderían la información personal en sus cuentas (agenda, fotos, listas de tareas):

The cellphone provider T-Mobile and Danger, a subsidiary of Microsoft and one of T-Mobile’s partners, said over the weekend that a technical glitch in their computer systems would probably result in some customers losing their personal information like contact names, phone numbers and digital photos.
T-Mobile and Danger operate what has become known as a cloud computing service to store important information for their customers. In theory, such a service should make life easier on people by leaving the management of complex computing systems to the pros and having data held in sophisticated computing centers. But when problems crop up, embarrassment ensues.

[...] Employees at the companies have worked over the weekend to try and fix these problems, but, as of Sunday afternoon, there were still some data and software application service flaws.

“Our teams continue to work around the clock in hopes of discovering some way to recover this information,” T-Mobile said in a statement on its Web site. “However, the likelihood of a successful outcome is extremely low.”

Lo que inicialmente alerta sobre la confiabilidad de la computación "en la nube", adquiere un color más personalizado en otros comentarios: En el curso de una actualización de hardware, no se habrían hecho respaldos adecuados (la hipótesis es algo más cruda: no se habrían hecho, llanamente):

By now the word is out on the street. Microsoft/Danger has most likely lost everyone’s personal info including contacts, notes, calendar entries, to-dos, etc. The question remains: How did this happen? Microsoft is a big software company, they’re well versed in the enterprise world and should have systems in place that allow them to weather any sort of issue like this. Of course everyone (T-Mobile, Microsoft/Danger) hasn’t come out with any details on the cause of the failure, but we’ve got some theories and rumors floating around.

Currently the rumor with the most weight is as follows:
Microsoft was upgrading their SAN (Storage Area Network aka the thing that stores all your data) and had hired Hitachi to come in and do it for them. Typically in an upgrade like this, you are expected to make backups of your SAN before the upgrade happens. Microsoft failed to make these backups for some reason. We’re not sure if it was because of the amount of data that would be required, if they didn’t have time to do it, or if they simply forgot. Regardless of why, Microsoft should know better. So Hitachi worked on upgrading the SAN and something went wrong, resulting in it’s destruction. Currently the plan is to try to get the devices that still have personal data on them to sync back to the servers and at least keep the data that users have on their device saved.

We’ve heard this from what appears to be several sources and it seems to hold weight. Needless to say it all boils down to one thing: Microsoft did not have a working backup.

How this happens in today’s day and age is beyond belief. Hundreds of thousands of customers that generate millions of dollars in revenue means you back their stuff up, in triplicate. You test these backups regularly, and you move a copy off site that doesn’t get touched except in case of an emergency (i.e. right now). The head of the mobile division (and person in charge of what’s left of Danger) is Roz Ho, who has been at Microsoft for 18 years. You would think she’d know something about how to run a business.

What does this mean for the future of the Sidekick? Unless Microsoft pulls a miracle out of thin air the Sidekick is dead. People are already jumping ship to other phones with this news, and the exposure of how inept Microsoft is when it comes to the mobile world is huge. If Microsoft can’t continue to run Danger, a company that was ground-breaking and solidly built, how can we expect anything from the Windows Mobile department?

(Comentado en Hiptop3.com, un sitio dedicado a Sidekick).
Otras referencias: Om Malik, y Eric Zeman, en Information Week.
Zeman saca la conclusión genérica: usa la nube, y haz tus backups:

T-Mobile isn't alone in the service they provide. Other mobile companies, such as Google, Apple, Palm, and Microsoft, have cloud-based data management systems that users can take advantage of. I think the bottom line here is pretty clear. Cloud storage can certainly provide for a back-up that's mostly trustworthy, but making sure you back-up data locally can prevent real disasters.

¿La ciencia española es descartable? (La ciencia española no necesita tijeras)

Invitado por algún colega, escribo esto para adherir al reclamo de la comunidad de bloggers de España. Quizá no sea el más indicado, ya que mi experiencia en el país no supera los cuatro años, por lo que he preferido recordar lo que otros dicen, antes que basarme en mis observaciones.
Quisiera apuntar dos comentarios; uno, de Manuel de la Villa, que afirma que

No se puede hablar sobre la bondad de las ayudas públicas como reactivador económico y, a la vez, disminuir la inversión en el motor económico de los países más desarrollados, la innovación. En España, dado el escaso potencial y capacidad de las empresas en la actualidad para invertir en I+D, es el estado el que debe corregir ese desequilibrio. Hace 20 años las empresas extranjeras invertían en España por su situación en Europa y por lo barato de la mano de obra. Ahora que no estamos tan bien ubicados (pues países cercanos ofrecen una mano de obra más barata, como el norte de África) nuestro factor diferencial debe ser nuestra preparación, actitud y aptitud.

Manuel recopila a su vez, lo que dicen otros, entre ellos Esther Samper:

Pese a que en España sólo se destina el 1,27% del PIB a I+D (la media europea es superior al 2%), se anuncian fuertes recortes (15%) en los presupuestos del 2010 para la financiación de la ciencia. ¿Es la salida a la crisis volver por dónde hemos venido?
[…] Ahora sería el mejor momento para reforzar nuestra economía, volverla más sólida, menos centrada en el ladrillo (39% del PIB) y en el turismo (10% del PIB), que no duran siempre, y más en otras áreas que llevaran no sólo a un desarrollo económico a largo plazo sino también a un aumento de la calidad de vida y el bienestar de la sociedad. Apostar por la ciencia, la innovación y el desarrollo es apostar por esta última opción. Por un modelo de desarrollo económico a largo plazo donde toda la sociedad (y no sólo unos pocos) termina beneficiándose de éste.

Sin embargo, en lugar de enmendar los errores, se está optando por cerrar el círculo para terminar en donde habíamos empezado. Mientras los bancos y el sector inmobiliario (los principales causantes de este descalabro) reciben suculentas ayudas para alejarlas de su agonía, la ciencia ve recortada sus presupuestos. De convertirse en una solución pasará (si nadie lo evita y los presupuestos se aprueban) a ser una víctima más de esta crisis. Inicialmente, se anunciaron recortes de hasta el 37% en I+D pero, ante la alarma producida en la comunidad científica, se ha planteado finalmente como un recorte general del 15%. Este recorte será aún más sangrante en los organismos de investigación sanitaria con un 25%.

El otro comentario proviene de la Conferencia de Rectores, y converge al mismo reclamo. Leído en El Confidencial:

El presidente de la Conferencia de Rectores de las Universidades Españolas (CRUE), Federico Gutiérrez Solana, ha asegurado que "no se puede permitir ni un sólo euro de reducción ni en educación ni en investigación si se quiere apostar por un nuevo modelo de sociedad para el futuro".

Gutiérrez ha explicado hoy en rueda de prensa que desde las universidades se está haciendo "una apuesta fuerte por la investigación, el desarrollo y la innovación, que tiene que ser absoluta porque en la educación está la clave de futuro de la sociedad".

Los rectores consideran que "la respuesta en los presupuestos no es satisfactoria" y que las administraciones regionales de las que dependen directamente las universidades públicas "también se están viendo en una situación complicada desde el punto de vista presupuestario". "Si cada vez que en el discurso político se habla de inversión en investigación se pusiera un euro, tendríamos una política de I+D+i milmillonaria", ha añadido el rector de la Universidad Politécnica de Valencia, Juan Francisco Juliá.

La rectora de la Universidad de Illes Balears, Monserrat Casa, ha resaltado que "la universidad española ha hecho mucho con muy poco dinero, solo hay que comparar la financiación que tienen algunas universidades de este país que es inferior a 5.000 euros por alumno con la media europea que se sitúa en torno a los 16.000 euros". Gutiérrez ha insistido en que "lo importante de cara al futuro es que la profesión del investigador sea reconocido por la sociedad como el origen de toda su riqueza" y que "hay universidades en las que al menos se generan tantos puestos de trabajo como los investigadores activos que hay".

Monserrat Casas ha subrayado que la universidad obtiene financiación según el número de alumnos y el único dinero que se reinvierte en investigación es el que ésta misma genera, por lo que "el investigador tiene que preocuparse también de encontrar fondos".

En fin, encontrándonos en la meseta de una crisis que debiera ser una bisagra, quedándo expuestos los puntos débiles de una concepción económica y social; unos puntos débiles que apuntan al sostén económico en actividades de escaso valor agregado, que condenan a España a una recuperación lenta y difícil, no es posible que su clase dirigente se conforme con un futuro de factoría. Es en la investigación científica, la innovación y la apuesta por los emprendedores, donde España encontrará su mejor futuro.

Disponibles las presentaciones de la conferencia de Plex en Fort Lauderdale

Publicado en el sitio de la conferencia, (y avisado también por Lucio Gayosso), están disponibles ya las persentaciones de la conferencia anual de Plex (de interés para usuarios de Plex). Luego volveremos sobre su contenido.
El aviso, y las presentaciones.

Dilbert encuentra el uso perfecto de Twitter...

Visto gracias a Alan Dean (y más de cien otros en Reader)...: Uso estratégico de Twitter.

Un reclamo por la simplicidad

En los últimos días, poco más de una semana, varias notas convergen a un problema que -a guiarnos por estos comentarios- parece que van alcanzando un tope: la creciente complejidad que resulta del diseño del software, al menos siguiendo la línea predominante publicada (No digo el promedio común de la industria, que sospecho que ha de ser mucho más humilde y próximo al Duct Tape Programmer de Joel Spolsky)
El primero en hablar es el mencionado Joel Spolsky, que presenta de ésta manera el problema:

Here is why I like duct tape programmers. Sometimes, you’re on a team, and you’re busy banging out the code, and somebody comes up to your desk, coffee mug in hand, and starts rattling on about how if you use multi-threaded COM apartments, your app will be 34% sparklier, and it’s not even that hard, because he’s written a bunch of templates, and all you have to do is multiply-inherit from 17 of his templates, each taking an average of 4 arguments, and you barely even have to write the body of the function. It’s just a gigantic list of multiple-inheritance from different classes and hey, presto, multi-apartment threaded COM. And your eyes are swimming, and you have no friggin’ idea what this frigtard is talking about, but he just won’t go away, and even if he does go away, he’s just going back into his office to write more of his clever classes constructed entirely from multiple inheritance from templates, without a single implementation body at all, and it’s going to crash like crazy and you’re going to get paged at night to come in and try to figure it out because he’ll be at some goddamn “Design Patterns” meetup.

And the duct-tape programmer is not afraid to say, “multiple inheritance sucks. Stop it. Just stop.”

Pocos días después, Rodrigo Corral, en su blog, toma el problema desde el punto de vista de la complejidad desbordada, invirtiendo una frase que Microsoft popularizara ( ‘hasta donde quieres llegar hoy?’), y convirtiéndola en una expresión de cansancio (¿Hasta donde podemos llegar?):

Un anuncio de Microsoft decia: ‘hasta donde quieres llegar hoy’ o algo así, pero la pregunta es más bien ¿hasta donde puede llegar la ingeniería del software?. Comenta Gustavo, vecino de blog y uno de los grandes de Sharepoint (y no solo de Sharepoint) que cada vez la complejidad de los proyectos de Sharepoint es mayor, tanto como para que en muchas ocasiones lo mejor sea esconder la cabeza como un avestruz. Yo lo se bien, pase de conocer a fondo la versión 2003 a caer en la sima de la transición a 2007. Hace tiempo que deje de ser un experto en Sharepoint, si es que alguna vez lo fui del todo, el salto a la versión 2007 me supero, demasiada complejidad para un humano mortal.

En mi opinión lo que Gustavo comenta no solo está ocurriendo en Sharepoint. Es un problema generalizado, cada vez más voces importantes del mundo de la ingeniería de software se preguntan si no hemos alcanzado un punto de singularidad en el que la complejidad de los problemas a resolver se ha incrementado más allá de lo manejable.

[...]Los sistemas son cada vez más complejos, exponencialmente más complejos, pero las herramientas han cambiado solo sutilmente. Ya nos sabemos eso de KISS, si, pero no es suficiente. En esencia, desde que Grace Murray, almirante de la marina estadounidense y probablemente la mujer más influyente en la historia de la ingeniería de software, invento el compilador, no se ha producido un cambio cualitativo importante en la forma en que se hace software. Codificar, compilar, depurar. Solo se han añadido billones de horas hombre al desarrollo de software. Fuerza bruta. El problema es hasta donde escala esta aproximación... cada vez parece más que hemos tocado techo. Hay quien incluso ha puesto nombre a este problema: el dilema de la divergencia del software. Ahí es nada…

[...]Yo personalmente soy pesimista. Todos los intentos de atajar la complejidad que hemos realizado han sido en vano. Los patrones parecían prometedores, pero aunque útiles no han supuesto una revolución. Las herramientas 4GL se postularon como una especie de bálsamo de Saxafrax, que se quedo en nada ¿alguien usa 4GL?. Las herramientas de modelado… en fin… esperemos a Oslo, pero mucho me temo que tampoco será mágico… y necesitamos mucha magia. Las herramientas no van a ser la solución al problema. Fijaros, llevo programando desde VB3.0. En la caja de todas la herramientas de programación que he usado desde entonces ponía algo parecido a ‘mejora tu productividad un X%, siendo X > 20’. He conocido VB4, VB5, VS6, VS2001 (productividad con esteroides gracias a .NET), VS2003… hasta VS2010. Si cada versión hubiese mejorado mi productividad lo que su marketing prometía ahora yo sería capaz de programar con la mente.

Finalmente, hace dos días, leo a Charles Young hablando de StreamInsight, de tal forma que representa claramente lo que Rodrigo comenta:

There are a couple of gotchas. First, don’t do what I did while experimenting. I created a QueryTemplate and serialised it to XML. I then tried to deserialise it as a second, identical, QueryTemplate in the same Server instance. I got back an InvalidDefinition error. It seems you can’t have identical QueryTemplates in a single StreamInsight Server instance.

The second thing to note is that the serialised QueryTemplate does not contain fully qualified references to your event types. You still have to define the event types in your application by calling the CreateEventType method. If you plan to store QueryTemplate XML in some custom repository, you will also need to store the fully qualified names of the .NET types your have defined for your events. Of course, you will also need to ensure that these types are available at runtime.

Much the same argument applies to adapters. The QueryTemplate XML does not contain any information on which input and output adapters you want to bind to your query. However, once you realise that your QueryTemplates are serialisable, it is simple to work out how you might store and manage the template in some repository together with event type and adapter information. All this information, taken together, defines the StreamInsight concept of a query. You can write code to extract it from the repository at run-time and run the query.

The current CTP is just a glorified SDK. Will Microsoft provide a repository and tooling in the release version? I have no idea. Given the freedom StreamInsight offers in terms of event definition, and given the fact that the engine can be hosted in custom applications, it is difficult to see how Microsoft could provide a totally generic end-to-end solution that would support externalisation of queries in any and all circumstances. They could provide a repository and API, and leave it to developers to write the code to exploit the repository. However, you would still need to write the LINQ together with code to create QueryTemplates and extract and upload XML to the repository.

...And so on...

En fin, quisiera sin embargo terminar diciendo que quizá lo que ha alcanzado un tope es el modo de encarar la construcción del software. Dada la complejidad, pretender abordarlo a nivel de campo no será materialmente posible. Disintiendo con Rodrigo, éste es el momento de marchar a los 4GL, aquél paradigma sistemáticamente descartado por los enamorados del código, especialmente si es el más novedoso, y elevar el nivel de abstracción. Mucho se ha hablado aquí de ésto, y no es necesario ser redundante.

USA: Crisis y fuga de cerebros

La crisis todavía presente está forjando un nuevo escenario, donde nuevos actores económicos aparecen, y otros sufren daños de alcance todavía no previsible. Infobae profesional, de Buenos Aires, señala hoy uno especial, la fuga de cerebros, en su impacto en Estados Unidos:

Por la crisis, EE.UU. atraviesa una alarmante fuga de cerebros
Profesionales altamente calificados que habían emigrado hace tiempo al país del norte en busca de mejores opciones de trabajo se van desalentados


Los profesionales altamente calificados que alguna vez llegaron a Estados Unidos en busca de mejores opciones de trabajo, abandonan hoy el país en número creciente, según las estimaciones de distintos especialistas.
Lo que antes era un goteo se convirtió en un diluvio, señaló el experto Vivek Wadhwa de la Universidad Duke, en Carolina del Norte, al resumir el fenómeno de la pérdida de cerebros extranjeros que sufre la nación en medio de la crisis.

Wadhwa, estudioso de la inmigración inversa, proyectó que para los próximos cinco años unos 100.000 profesionales regresarán a la India y otro tanto a China, detrás de beneficiosas ofertas de trabajo en dos mercados en rápida expansión.

"Por primera vez en la historia, nosotros experimentamos la fuga de cerebros que otros países sufrieron", añadió el analista. Tal tendencia despierta preocupaciones por la posible pérdida del poder competitivo en áreas como la ciencia, la tecnología y otros campos, según consigna el diario USA Today.

La nota proviene de USA Today, donde fue publicada el 20 de septiembre, firmada por Emily Bazar ("More of world's talented workers opt to leave USA"). El artículo, no muy extenso, lleva quinientos cuarenta y un comentarios a menos de tres días de su presentación. Algunos elementos importantes:

"What was a trickle has become a flood," says Duke University's Vivek Wadhwa, who studies reverse immigration.

Wadhwa projects that in the next five years, 100,000 immigrants will go back to India and 100,000 to China, countries that have had rapid economic growth.

"For the first time in American history, we are experiencing the brain drain that other countries experienced," he says.

Suren Dutia, CEO of TiE Global, a worldwide network of professionals who promote entrepreneurship, says the U.S. economy will suffer without these skilled workers. "If the country is going to maintain the kind of economic well-being that we've enjoyed for many years, that requires having these incredibly gifted individuals who have been educated and trained by us," he says.

Wadhwa surveyed 1,203 Indian and Chinese immigrants who had worked or been educated here before returning to their homelands and found the exodus has less to do with the faltering U.S. economy than with other factors:

•Career opportunities. At NIIT, an information technology company based in New Delhi, about 10% of managers in India are returnees, mostly from the U.S., says CEO Vijay Thadani.

Most go into mid- to senior management and make "excellent employees," he says. "They're Indian, so they understand India, and they have lived outside the country."

China's government entices some skilled workers to return with incentives such as financial assistance and housing, says Wang Baodong, spokesman for the Chinese Embassy in Washington. "China needs a lot of well-trained personnel" in fields such as finance and information technology, he says.

•Quality of life and family ties. People return to India to reconnect with their families and culture, Dutia says. "They have a support system there, family and friends."

Purchasing power is greater, he says, which allows returnees to afford more luxuries than they did in the U.S. Dutia describes a complex of "magnificent homes" in Bangalore. In the club room, there were "all these Americans and Europeans and expats on the treadmills with iPhones, watching CNN and BBC," he says. "Things have changed."

•Immigration delays. Multinational companies that belong to the American Council on International Personnel tell Executive Director Lynn Shotwell that skilled immigrants are discouraged by the immigration process, she says. Some can wait up to a decade for permanent residency, she says. "They're frustrated with having an uncertain immigration status," she says. "They're giving up."

Las cargas se están acomodando; dos crisis sucesivas en menos de una década, afectando particularmente al mundo tecnológico, han diluído el papel innovador y avanzado de Estados Unidos (lo ejemplifica claramente Silicon Valley), y le han agregado una resistencia creciente a la entrada de extranjeros en general, afectando a la tecnología en la reducción drástica de visas (las H1B), y en las condiciones para obtenerlas. Este panorama ha favorecido el pensar en otros destinos, y otros interesados están tomando posiciones.
Así como el artículo de USA Today destaca las iniciativas de India y China, estos movimientos abarcan otros países tratando de ganar un lugar. Sería interesante conocer cómo es posible aprovechar este frágil equilibrio en nuestros países.

Buena presentación sobre el estado del desarrollo basado en modelos

Pedro Molina, invitado a participar de la reunión anual de Genexus en Montevideo, preparó una muy buena presentación del estado del desarrollo basado en modelos y sus perspectivas actuales. El video de su charla se puede seguir en su sitio.

Plex: A tres días de la conferencia

Esta semana, desde el 23 hasta el 25, se desarrolla la cuarta CA 2E/Plex Worldwide Developer Conference. No estaré, pero espero que el próximo año sea distinto. En el sitio de la conferencia puede consultarse el programa de sesiones para los tres días (a propósito, la grilla del programa de actividades está hecha con Plex y XML).
Quisiera destacar de su contenido, la nota inicial de Simon Williams, capaz de dar una visión en perspectiva del producto, considerando que es su constructor inicial. Y luego, la gran cantidad de material sobre la orientación de Plex a servicios Web y aplicaciones Web: Plex y WCF, desarrollo con Ajax, Plex y XML, y otras de mucho interés. Se puede observar una gran potenciación de la actividad de terceros, tanto empresas como usuarios individuales.
Trataremos de disponer aquí las presentaciones o sus enlaces públicos tan pronto estén disponibles.
La conferencia en la Wiki (estarán seguramente aquí las presentaciones).
La conferencia en Facebook.

Desarrollo de aplicaciones y Web 2.0

Rescatado de Eclipse Zone, escrito por Zviki Cohen, el catorce de abril de 2008:

The Future

As I mentioned, there are some immediate benefits from having an online IDE, especially: no installation and instant deployment. IMHO, this is just the tip of the iceberg. Here are just a few thoughts of what we might expect:

• Online IDEs open new capabilities of sharing and collaboration. Consider doing pair-programming with your colleague, which is sitting in another continent.
• This can be even more useful when it comes to outsourcing and your coworker is an occasional developer. For example, I need the services of an expert DBA. I can find one online in elance and work together on my project immediately.
• On-demand services open new possibilities: instead of buying a profiler for $500, maybe I'll just pay for the time which I'm using it.
• Mash-ups: I can use Google Page Creator to design my project's web pages and Yahoo Pipes to define a web service. All as part of the same project. Today, Eclipse is already a mash-up of OSGi services. Tomorrow, it may be a mash-up of web services or REST.
• All the online services I mentioned in this post had to developed their own IDEs. I'm sure future vendors will be more than happy to use an existing online IDE and develop plug-ins on top of it. As the number of online services provided grow, the need becomes more imminent.

I'm just guessing here, but it does open up new directions and opportunities.

El uso de tecnologías en la administración

Un colega interesado en la política 2.0 encontró, a propósito de las recientes elecciones argentinas, un artículo que mostraba cómo los políticos mendocinos (para quien no lo sepa, Mendoza es una provincia argentina de buen desarrollo económico y educativo) adherían y entendían el uso de Internet (en particular, el uso de Facebook, como eco de la campaña norteamericana de Obama): gran despliege de actividad y participación, y cero al día siguiente de las elecciones.

Gracias y chau: los políticos y Facebook, después de las elecciones
[...] Adolfo Bermejo perdió las elecciones y dos días después subió su último mensaje en Facebook. Nunca sabremos si lo hizo en persona o sus asesores, pero siempre llamó la atención que todos hablar de sí mismos en tercera persona. Esto es lo último que registra su Facebook: "Los jóvenes del PJ de mi departamento me pasaron este video sobre la actividad que realizaron durante la campaña. Muchas gracias a ellos por todas las ganas que le pusieron y a todos los que confiaron en mí para representarlos en el Senado de la Nación.Un fuerte abrazo a todos!".

Pero el que apagó la luz más temprano, con los primeros resultados de las urnas en la mano fue Omar Félix. A las 22.46 del domingo 28 de junio escribió su último mensaje: "Ahora a trabajar por todos los mendocinos. por los excluidos, por los que no tienen trabajo, por los que no están seguros, por los que necesitan justicia, por los que necesitan salud. Un gran abrazo...".

Algo parecido pasó con el perfil de Ernesto Sanz. pero como tiene una gran cantidad de "amigos" (y seguramente influye el hecho de que su partido ganó las elecciones) el sitio permanece vivo, con comentarios de gente que sube notas de dirios, fotos y videos. No hay mensajes de Sanz, sino muchas notas que hablan de él y que fueron publicadas por diversos medios.

El rivadaviense Ricardo Mansur se reconoce como una persona "no muy ducha" con las computadoras. Sin embargo, al ingresar a su Facebook puede verse que continuamente sigue sumando "amigos". Mansur asumirá en diciembre una banca de diputado nacional por Mendoza y no para de recibir felicitaciones. El agradecimiento por el apoyo es lo último que escribió el diputado electo, hace una semana: "Desde aquí -dice- reitero mi agradecimiento a todos los que aun me hacen llegar sus felicitaciones y a todos los que me brindaron su apoyo. A una semana del triunfo en Mendoza, con la fuerza y el impulso que nos dieron ustedes, los legisladores del Frente Cívico Federal repetimos el compromiso y los instamos a seguir aportando para encontrar soliciones en conjunto.

Pero si hay un perfil que está muerto, ese es el de Omar De Marchi. Nada, no hay nada desde hace mucho tiempo. Aunque fue -hay que señalarlo- tal vez el candidato que usó mejor los recursos que ofrece Internet.

La curiosidad la aporta Juan Carlos Aguinaga, quien tiene cerrado el acceso a su perfil de Facebook para personas que él no aceptó con anticipación como sus "amigos". Por lo tanto, no pueden leerse mensajes suyos ni comentarios para él.

Esto quizá no sea tan anecdótico, ni limitado a Mendoza o Argentina. Las personas a cargo de las administraciones, cada vez que fugazmente se roza el tema en la actividad propia, revelan poco o nulo entendimiento de qué significa la herramienta que tienen a su disposición. Luego, así será lo que promuevan en su responsabilidad.
Me pregunto si aquellos que pueden facilitar u obstaculizar el despliegue del uso de Internet, son concientes de qué cosas se podrían hacer. De las cotidianeidades de la vida aquí (y no estoy diciendo que España haya hecho un gran recorrido ya), quisiera saber si un ciudadano argentino podría hacer alguna de estas cosas:

• Mis hijos se inscriben a la Universidad exclusivamente por Internet, y lo pueden hacer desde cualquier sitio, o en su defecto, desde múltiples terminales disponibles en su establecimiento. Luego pueden seguir allí el estado de sus trámites, y sus actividades académicas. Usualmente, en trámites específicos, son advertidos a sus cuentas o por SMS a sus móviles.
• Si estoy en una parada de autobús, puedo marcar un número en mi móvil, y recibir un aviso de cuántos minutos faltan para que llegue el próximo. En muchas de estas paradas, un display advierte esto mismo para las diversas líneas que paran allí (estoy hablando de Valencia; no estoy en condiciones de asegurar otros casos)
• Cuando llega la época del pago de impuestos (que se pagan sin chistar), recibo por Internet, en mi cuenta, un borrador que es razonablemente claro, que especifica en qué elementos se basa, y que puedo aprobar o no. Eventualmente, puedo pedir por ese mismo medio una cita con un funcionario (hora y día), conversar con él, y definir allí mismo cuál será la declaración definitiva. Si acaso correspondiera que el fisco me devolviera un saldo, éste me llegaría en pocos días a mi cuenta automáticamente. Ah, cuando devolvieran el saldo, tendría un aviso en mi móvil o en mi cuenta de e-mail.
  
• ¿Y cómo puede la Tesorería confeccionar este borrador? Porque una gran mayoría de las actividades económicas tributables están controladas, y generan registros que la Tesorería centraliza.
  
• Si trabajo en relación de dependencia, recibo un informe de alta de mi contrato desde el Ministerio de Trabajo, y un estado anual (o de cada cambio de estado) de las características de mi contratación. Este estado es "off line", pero cuánto se apreciaría al menos así en Argentina, para ponerse a salvo de la falta de cumplimiento de obligaciones contractuales.

Sólo una pequeña lista, basada en lo que salta a la vista. ¿Visualizan estas alternativas nuestros administradores?

Algo más sobre la orientación a la Web en la construccion de aplicaciones

Un post de Stefan Tilkov, seguramente ajeno a la discusión que generara Michael Braude, refuerza el criterio de prestar atención a las aplicaciones creadas para la Web. Redondeando esas ideas, Tilkov, que hace tiempo que opta por posts minimalistas, por primera vez dedica varios párrafos al tema:

I recently noticed more and more often how badly applications within the typical large-scale enterprise suck, and how much they would profit from some basic Web sanity applied to them. But for some reason, many enterprise software developers, whether they’re working with the .NET platform or with Java (more common among our customers), still believe that their software is different from what people use on the Web.

I’ve become convinced that you need something like an Eclipse RPC or Swing app only in very exceptional circumstances, most of which are usually not there in typical enterprise apps. The benefits of being able to centrally change something without having to deploy some sort of client alone usually outweigh any perceived or real disadvantages. But even if you don’t care about this aspect (because of the super-smart software roll-out solution you have), I still think that there are many more benefits of building Web apps:

• Your users probably don’t care much about the things you think they do. They basically want to find information, enter some data, hit a button, enter some more data, and be done with it. They don’t care about being able to use the right mouse button, don’t care for dragging and dropping things, and entirely happy with a pretty basic design.
• Even if you want to add some of these things, there are pretty easy to do nowadays with simply CSS and Ajax magic (no need for anything fancy like Air or Silverlight or Flash)..

But even if you buy into these arguments, many people still build Web apps that suck. Both within the enterprise as well as on the Web, I think good Web apps expose some, or ideally all of these characteristics:

• There are meaningful “entry points” into the app - URIs. (No, I’m not going to mention the R-word.) It’s simply entirely unacceptable for a Web app to expose only a single URI, break the “Back” button, and disallow linking. Frameworks that don’t support URIs for application concepts, such as every customer, order, contact report, document etc. should simply be banned.
• Application boundaries are a concern to developers, not users. The Web is about linking stuff together, without any concern about application boundaries. There’s absolutely no reason why you shouldn’t be able to follow a link in your CRM application that takes you to a product page in your online catalog, or from a customer record to the information about when they last logged in to the Web site, or from a page that’s part of a complex business process UI to the appropriate documentation and on to the discussion group where you can tell everybody how much it sucks.
• Documents are accessible in a standard way. The idea of accessing any kind of document, such as an insurance application form that’s been scanned in, a letter sent to a business partner last year, or a contract with a business partner, by any other means than an HTTP GET is just stupid.

In other words: Many web frameworks, especially those within the Java space, try to support the development of desktop applications that are delivered over the Web as opposed to “web sites”, and I believe this idea is deeply flawed: Any Web application should be measured against the criteria that are used to judge web sites.

If you are an enterprise developer building applications, I suggest that you consider turning them into web sites instead. Why not do what makes your users happy for a change?

Otro frente de competencia para Microsoft

Mencionado primero en Denker Über, el nuevo frente abierto al predominio de Microsoft por VMware: "mientras Google es el ataque desde el “consumer side” la gente del virtualizador de sistemas operativos lo está atacando en datacenters y empresas… encima con el ex-número 3 de MSFT a la cabeza". Mariano Amartino comenta la nota de Steve Lohr en The New York Times. La afirmación de Lohr es que Google y VMware representan un riesgo serio al perdominio de Microsoft:

Google and VMware pose a broadly similar challenge to Microsoft, by potentially undermining the dominance of its most lucrative products, desktop software and operating systems. While Google represents the attack from above, VMware is the assault from beneath.
Google, the search giant, offers free advertising-supported software for e-mail, word processing, calendars and spreadsheets online, as alternatives to Microsoft’s popular Office products. For Web-based programs like these, it is the browser — not an operating system like Windows — that is the vital layer of software on the computer.

VMware is the leader in so-called virtual machine software, which allows a computer to run two or more operating systems at once. Its software resides on top of the hardware and beneath the operating system.

But as VMware’s technology becomes more powerful and it adds more features to its products, it can start to supplant the operating system from below — just as the browser can from above.

El artículo completo, en The New York Times.

Google competirá con Amazon

Leído en Infobae el viernes 28, firmado por César Dergarabedian: Google ingresa en el negocio de los libros electrónicos, amenazando un mercado donde el pionero Amazon construyera una posición sólida luego de años de crecimiento difícil. Este nuevo proyecto muestra las distancias entre el modelo de negocios de Microsoft y Google.
Dergarabedian explica cómo distintas herramientas de Google concurren a un objetivo comercial común:

Al principio fueron las búsquedas. Luego, las noticias, los libros, la tierra y el video. Ahora le llegó el turno al negocio editorial. Tal la secuencia que se plantea Google, la mayor empresa de contenidos de todo tipo soportados en Internet.

La secuencia anterior explica la evolución del negocio del contenido bajo la visión de Google. Se puede poner el siguiente ejemplo: Primero el internauta busca información en Google.com.ar sobre el Mundial de Fútbol Alemania 2006. Luego, busca en Google News qué dijeron los medios sobre esa competencia; en Google Books consulta los libros que trataron sobre ella; en Google Earth busca información de los estadios germanos; y en YouTube, documentales sobre los campeones. Ahora, lo que viene es el negocio editorial.

Los principales proveedores en este caso son las empresas editoriales y Google intenta seducirlas para subirlas a sus proyectos Google Books (o Libros) y Google Edition.

[...] Hasta ahora el buscador remitía a otras páginas como Amazon u otras librerías para comprar la versión electrónica o impresa, respectivamente. Pero con Google Edition, el gigante de Internet propone a los usuarios comprar las ediciones digitales directamente desde Google.

Google Edition es distinto de Google Books, que sigue adelante, y que representa un esfuerzo tan importante como el que desarrollan la Biblioteca Cervantes, el Proyecto Gutenberg, o The Internet Archive.
Sobre su participación en este nuevo pero previsible negocio:

El principal enemigo de Google en este campo es Amazon.com, la mayor librería virtual del mundo, que vende con éxito en Estados Unidos su lector de libros electrónicos Kindle y obras por su portal a un precio fijo de 9,99 dólares.

Pero ahora el gigante de Internet se planta frente a este rival como un intermediario en el libro electrónico, de forma que competiría directamente con Amazon. El buscador se posiciona como la vía de acceso entre el lector y la editorial, con un precio libre, a diferencia de Amazon.com, y liberado para todos los dispositivos, no únicamente para un equipo, como ocurre con el Kindle.

La libertad de precios que contempla Google es lo que seduce a las editoriales. En el caso de Amazon, sólo permite a los editores poner los precios de venta al por mayor pero luego este portal establece los valores para los consumidores. El resultado es una diferencia de importe notable.

Con el ingreso de Google en el mercado, los editores llegarían a controlar también los precios del consumidor.

Dergarabedian puntualiza que esta iniciativa es cuestionada por la competencia potencial o real de Amazon, Microsoft, y Yahoo, que califica de dominio monopólico no sólo este nuevo proyecto sino el básico de Google Books:

Microsoft y Yahoo compiten con Google en muchas áreas como búsquedas en la web y software basado en la red.

El abogado especializado en legislación antimonopolio Gary L. Reback, que asesora a las tres compañías, planea llevar el caso ante el Departamento de Justicia bajo el argumento de que lesiona la libre competencia.

Según dijo este letrado a The New York Times, el acuerdo le da a Google una injusta inmunidad sobre derechos de autor para ofrecer futuros servicios sobre libros digitales.

Esto daría al buscador, de acuerdo al abogado, una hegemonía con la que el resto de las empresas no podrían rivalizar. Reback tiene experiencia en temas antimonopolio: en la década pasada impulsó el caso que tramitó el Departamento de Justicia contra Microsoft por sus prácticas monopólicas.

Justamente, esta área de la Casa Blanca inició en junio pasado una investigación del acuerdo entre Google y las empresas editoriales del país.

Al respecto, la empresa aclaró que el pacto con escritores y editores ofrecería a Google “licencias no exclusivas de uso”, para que los dueños de la propiedad intelectual pudieran ofrecer textos a otras compañías de manera simultánea.

Al ser consultado sobre esta alianza, [Tom] Turvey se remitió a lo dicho por su empresa: el acuerdo sobre Google Books “está inyectando más competencia en el espacio de los libros digitales, por lo cuál es fácil comprender porqué nuestros competidores están luchando duramente para evitar mayor competencia. Es irónico que algunas de las quejas provengan de firmas que ya sea tienen su propia iniciativa de digitalización de libros o abandonaron el escaneo de libros porque ‘carecía de viabilidad comercial’”.

Microsoft confirmó que unió a Yahoo, Amazon y la organización Internet Archive en la llamada “Open Book Alliance”, http://www.opencontentalliance.org/, una coalición que se opone al acuerdo alcanzado en octubre de 2008 entre Google y las asociaciones de editores y autores American Publishers y Authors Guild (http://www.googlebooksettlement.com/r/home?hl=es&cfe_set_lang=1).

No sé si el riesgo monopólico existe, considerando que el acuerdo de Google con editores asegura “licencias no exclusivas de uso”, lo que permitiría que otros pudieran reproducir el mismo o parecido esquema de publicación y distribución. Lo que sí debo reconocer a Google es su iniciativa temprana en ofrecer libremente decenas de miles de textos para su lectura, algo que hace tiempo utilizo y doy fé que funciona. Espero que el reclamo "antimonopólico" de sus competidores no termine con la lectura libre de esta enorme base de datos de materiales de excelente calidad.

Proyecto Oslo: ¿en el camino de Vista?

Repentinamente, Douglas Purdy, el 17 de este mes, da un nuevo giro al alcance de Oslo, incluyendo una dimensión de manipulación de datos:

During the 10 months since the last PDC, it has become increasingly clear to us that the modeling platform is aligned in a deep and fundamental way with the data programmability stack (ADO.NET, EF/EDM, Astoria, etc.).

Why?

The fundamental focal point of “Oslo” has always been the notion of (meta)data stored within SQL Server or another database. If you look at the Repository, it has always been “just a SQL Server database” containing application metadata. Likewise, “M” and “Quadrant” having their roots in making this particular database easier to use.

With this in mind, we made a decision to merge the Data Programmability team (EDM, EF, Astoria, XML, ADO.NET, and tools/designers) and the “Oslo” team (“Quadrant”, Repository, “M”) together.

What does this mean for you (.NET developers)? You are going hear more about how “M”/EF/EDM align. How our VS tools relate to “Quadrant”. How this notion of “model-driven software” evolves with the existing .NET FX investments.

Darryl K Taft comenta al día siguiente en EWeek:

Purdy said more on this strategy will be revealed at the upcoming PDC in November. He said developers will learn more about how M, EF and EDM align, how Microsoft's Visual Studio tools relate to Quadrant, and how the notion of model-driven software evolves with Microsoft's .NET Framework investments.This should help to clear up some of the confusion Microsoft caused by shifting the focus of Oslo while keeping the name and the thrust of the project. "Oslo" software modeling technology appears to be something of a chameleon in that it continues to evolve and take on different appearances based on its surroundings. Now Oslo has moved in a new direction, or at least the Oslo team is adapting and merging with Microsoft's Data Programmability team.

[...] Purdy acknowledged the confusion in his post, saying: "The only thing that I feel bad about is that we kept the 'Oslo' name around so long (you will see that change at the next PDC), which has continued to be a confusing point for customers ('I thought Oslo was your new SOA platform.')"

In trying to explain what Oslo is all about, that question has been a recurring theme. So it's good to see Microsoft address this issue. However, Microsoft officials said they had no comment about the future of Oslo beyond what was in Purdy's post.

Francamente, estos trascendidos, idas y vueltas, recuerdan a la larga y confusa historia de Windows Vista, incluyendo el hecho de vender lo que no está, y quizá no se esté seguro de qué es o para qué se utilizará. Realmente parecen algo prematuras las calurosas palabras de bienvenida a las sucesivas presentaciones. Sería bueno tener algo más en firme cuando pareciera que se hablara de un producto que evoluciona a medida que se van descubriendo relaciones.

Quién es Douglas Purdy: De la presentación "A Lap Around Oslo", conducida por Douglas y Vijaye Raji

"Douglas Purdy is a product unit manager at Microsoft working on next-generation languages and tools to broaden the franchise of people building applications. His vision is to “make everyone a programmer” (even if they don’t know it). Previously, Douglas was the group program manager for the Windows Communication Foundation (WCF/Indigo) and Windows Workflow Foundation (WF/WinOE) teams. Douglas has been with Microsoft, on and off, since 1998 where he has worked in consulting, evangelism and engineering."

Leído primero en ZDNet, comentado por Joe McKendrick.