Ojeando las novedades en el Servive Pack 3 de XP me he encontrado que una de las pocas nuevas funcionalidades es el soporte para NAP, el nuevo producto para protección de redes locales incluído en Windows Server 2008 cuya funcionalidad consiste en verificar que cualquier PC conectado a una red Windows cumple con la política de seguridad definida en cuanto a productos instalados: versiones de los programas, antivirus, service packs, etc.

Suspicaz como es uno, y con el historial de la repetida serie de multas a Microsoft por no permitir la interoperabilidad con otros productos, me he preguntado ¿es esto realmente un producto de seguridad o más bien una nueva estratagema de Microsoft para dificultar el acceso a redes Windows desde clientes Linux?

Segun la política oficial, Microsoft está trabajando con terceras empresas como Avenda para facilitar la conexión de clientes Linux a redes Windows. Es cuestión de tiempo que aparezcan soluciones libres para la compatibilidad de Linux con NAP.

También es probable que NAP pase más bien sin pena ni gloria por los anales de Microsoft en la línea de otros productos de gestión de software en red como Systems Management Server (SMS).

En una entrevista con Ashlee Vance en The Register Mark Shuttleworth afirma que Microsoft está a punto de tragarse una granada comprando Yahoo!, que el negocio de Yahoo! no son las búsquedas sino la creacion de contenidos (lo corroboro con mis propias cifras de Yahoo! Search Marketing vs. Google Adwords) y que es muy peligroso hasta para Microsoft engullir una empresa dedicada a crear contenidos en un momento en el cual la creación de contenidos pasa por una muy mala racha como negocio.

La teoría de Mark (las cosas nunca son tan simples como parecen a primera vista) es que Microsoft quiere comprar Yahoo! entre otras cosas, para impedir que esta última evolucione su parte de software Open Source compuesto de cosas como Zimbra hasta llegar a convertirlo en una amenaza real para Outlook y Exchange.

Sea acertada o no la teoría de Mark Shuttleworth, lo cierto es que hay dos productos de Office más enganchados que una garrapata en el entorno empresarial: Access y Outlook.

La cuota de mercado de Safari 3.1 ha subido un 300% respecto de la de su predecesor Safari 3.0 hasta alcanzar un 0,21% del mercado total de navegadores debido a la práctica de Apple de ofrecer Safari como nuevo software en el Apple Software Update de iTunes (inicialmente empezaron camuflándolo como una acualización de iTunes).

Los próximos días 10 y 11 de mayo se celebra en el Palacio de Congresos de Madrid el Foro de Internet 2008. Un interesante evento especializado en publicidad online y posicionamiento en buscadores.

La falange griega es una de las formaciones de combate cerradas más eficaces de la antigüedad. Se trataba del orden de batalla empleado por los homoioi espartanos en las guerras médicas y, particularmente, en la mítica batalla del desfiladero de las Termópilas contra Jerjes. Una formación donde los hombres se agrupaban en formaciones de 4 a 8 filas de fondo y combatian estrechamente hombro con hombro protegiéndose mutuamente con el hoplón y la lanza.

Menos conocido, en cambio, es el papel que jugaban los peltastas originarios de Tracia y que, a diferencia de los pesados hoplitas de la falange, combatían sin armadura, protegidos sólo por un ligero escudo de mimbre. La menor protección de los peltastas les permitía hostigar las líneas de la falange lanzando jabalinas, pero evitando siempre entrar en contacto cuerpo a cuerpo con la falange debido a su mayor movilidad para escapar.

Bernard Golden cuenta en CIO una historia de David Packard (Fundador) y Chuck House (ejecutivo senior) hace muchos años en HP.

Un día Packard entró en el laboratorio donde trabajaba House a ver un producto que no andaba bien en las pruebas. Packard se enojó y vociferó: "la próxima vez que venga aquí no quiero ver ese producto en el laboratorio". Al dia siguiente House recibió las malas noticias de su jefe, a las cuales le respondió "¿y qué tal si lo ponemos en producción?". El producto empezó a funcionar y la siguiente vez Packard dijo: "¿no os había dicho que os deshiciéseis de ese producto?" House le replicó: "no, usted dijo sólo que no quería ver el produto en el laboratorio, y ya no está en el laboratorio".

Creo que la historia muestra una importante diferencia cultural que tenemos los españoles con los norteamericanos. Estoy firmemente convencido de que en la típica empresa española a Chuck House le habrían despedido fulminantemente de una patada en el trasero por semejante indisciplina. Pero David Packard era más listo que eso y permitió que la carrera de House prosperase.

Guerras sin general se sabe por las crónicas que se han ganado muchas, pero nunca ha habido general alguno que ganara una guerra sin buenas tropas. Creo que los americanos conocen bien este hecho y por eso sienten un mayor respeto por los escaramuzadores guerrilleros: desde policías solitarios a lo Harry Calahan o Martin Riggs, hasta el nada convencional doctor Gregory House, la filmografía norteamericana está llena de héroes que celebran los beneficios de la iniciativa personal por encima de la burocrática cadena de mando.

No se trata de fomentar a los lobos solitarios. Los mejores resultados se obtienen cuando se permite que las personas empleen su talento de forma creativa y se logra coordinar esa innovación con el grueso de las fuerzas, pero para eso hay que estar dispuesto a saltarse la forma ortodoxa de hacer las cosas de vez en cuando.

El último post sobre las causas del agravamiento del paro en España de Martin Varsavski no puede estar más cargado de razones y fundamentos.

Los 8 puntos que menciona dan totalmente en la diana. A título anecdótico, hace unas semanas le estuve demostrando con cifras a mi hermano que por cada 1.000€ netos que él percibía en su nómina, el coste total de empresa era 2.150€

Quizá eso no sea del todo malo, porque si percibiera íntegros los 2.150€ entonces tendría que pagar al menos 600€ mensuales por un seguro médico privado para su familia. El bienestar hay que pagarlo de una forma u otra.

Pero aún así todo lo que dice Martin es cierto, cierto y cierto: los licenciados son poco atractivos a los ojos de las empresas, población ha crecido más que la economía (generando un modelo de crecimiento tercermundista), el euro está que se sale de fuerte, la mano de obra de Europa del este es mucho más barata, el petróleo está por las nubes, las leyes exigen demandas excesivas a los empresarios, y los bancos son absolutamente incapaces de financiar nada que no sea activo fijo (ladrillo).

Y lo peor es que la recesión económica es un poco como el cambio climático, casi todo el mundo es consciente de que sucede, y de porqué sucede, y muchos remedios están ahí mismo delante de nuestras narices, criando malvas sin que nadie haga nada de nada, hasta que un día ya huele a muerto y es demasiado tarde.

En vez de pensar en tantas soluciones creativas, originales y pajareras para arreglar la economía, podríamos concentrarnos en los fundamentos y trabajar seriamente sobre ellos, y a lo mejor hasta invertíamos la tendencia económica hacia la recesión que hemos causado nosotros mismos.

Post relacionado: Sintonizar universidades y empresas, pero ¿qué debe saber un ingeniero? (Ricardo Galli)

Phil Manchester cuenta en Reg Developer que Google Code rechazará alojar proyectos bajo licencia AGPL.

AGPL es una licencia libre compatible con GPL3 que, básicamente, dice que si el licenciatario realizar modificaciones en el código y las explota en un modelo SaaS, entonces tiene la obligación de publicar el código fuente de las modificaciones aunque no las distribuya.

Chris DiBona argumentó el pasado noviembre que retiraban el soporte de AGPL porque muy poca gente la estaba usando.

Pero la realidad es que la proliferación de AGPL es una amenaza para las empresas como Google que han hecho un pingüe negocio realizando modificaciones propietarias de Software Libre que no comparten con nadie.

Paralelamente, Mark Shuttleworth ha dado un espaldarazo a AGPL al anunciar que dicha licencia es el candidato más probable para su nueva herramienta de colaboración para desarrolladores Launchpad.

Kelly Fiveash cuenta en The Register que Google está intentando un acercamiento a SalesForce. Ya que no puede vencer a todos sus enemigos, especialmente en la arena del software empresarial, Google busca aliados para igualar la sinergia de Office con SharePoint y Microsoft CRM.

El siguiente paso es comerse también a los ISPs. Tim Anderson explica como desde hace poco Google App ofrece hosting gratuito de aplicaciones Python, incluyendo el framework web Django y con 500Mb de disco y hasta 5 millones de páginas servidas por mes. Dentro de poco estarán compitiendo con Amazon S3, con el resto de las plataformas de utility computing y con los ISPs.

Si no nos cuidamos, en 5 años Microsoft nos parecerá Caperucita Roja al lado de Microsoft. De verdad que siento una simpatía personal por Bill Gates y su comandita. Después de todo, a lo largo de los años han demostrado ser lo menos malo de lo malo. Al menos Microsoft es como el ojo se Sauron: sólo va a por ti si te cruzas en su camino. El resto son aún peor y fagocitan todo lo que pueden y encuentran a su alcance.

Post relacionado: Lo de Google es brutal (Agustín Cuenca)

Via Groklaw leo el post OOXML and Office 2007 Conformance: a Smoke Test de Griffin Brown, en el cual se explica que los documentos Word generados con Office 2007 no cumplen el recién aprobado estándar ISO/IEC 29500 debido a las modificaciones en la especificación introducidas por los comites ISO a la propuesta original Ecma 376.

El documento de prueba "document.xml" de 60Mb incluido en Ecma 376 genera 122.000 mensajes de error cuando se analizar en modo STRICT de ISO 29500 con la herramienta jing.

La mayoría de los mensajes de error son debidos a que algunas funcionalidades de Ecma 376 como fechas en formato no ISO, non ISO dates, compatibilidad autospacewotnot, VML, etc. fueron eliminadas en ISO 29500.

Tim Bray, el inventor de XML, ha sugerido que no cree que a Microsoft le preocupe en exceso cumplir estrictamente con el estandar que fije ISO (Microsoft nunca ha tenido un buen histrorial de cumplir con ningún estándar). El propio Brown es más optimista en sus declaraciones y cree que Microsoft irá cumpliendo con el estándar de service pack en service pack a base de "cirugía en en código".

Me estoy leyendo el libro Coopetencia de mi amigo Alejandro Macarrón. Haré varios comentarios acerca de la obra porque es de interés con los temas de los que va La Pastilla, pero empezaré con un caso muy actual, tomado de las primeras páginas.

• El valor añadido de un individuo en un negocio es la diferencia entre el tamaño de la tarta global generada cuando ese individuo participa en el mismo, y cuando no participa en él (A. Brandenburger y B. Nalebuff).

• Primero conviene conocer el tamaño de la tarta total que cada uno de nosotros crearía en cooperación con los demás [...] esto nos permite saber cuánto tenemos en juego tanto nosotros como la otra parte.

• Después para llevarnos el máximo porcentaje de dicho valor añadido conviene ser o poseer el recurso escaso del negocio en cuestión.

El pasado martes un ex compañero de Meta4 tuvo la gentileza de invitarme a comer. Me contaba que Apple cerrará en breve un acuerdo estratégico exclusivo con Telefónica para distribuir iPhone en España.

La política de Apple es permitir la distribución de iPhone sólo con una teleoperadora en cada pais. En EE.UU. seleccionaron at&t, en Francia Vodafone, y en España Telefónica.

Estos acuerdos no son moco de pavo, at&t ha incrementado en un 18,3% sus ingresos por telefonía movil en el primer trimestre de 2008 respecto del año anterior y un 57,3% los ingresos por servicios de datos desde móviles. Y los analistas parece que están de acuerdo en que iPhone ha tenido mucho que ver con tal incremento.

A pesar de que las ventas iniciales de 146.000 unidades en verano de 2007 no llegasen ni de lejos a las estimaciones de 700.000 unidades de Goldman Sachs los resultados no dejan de ser impresionantes.

Los iPhones también puede que tengan algo que ver con que las ventas de Nokia en EE.UU. cayesen un 23,3% en 2007.

Apple proporciona una ventaja competitiva a una única teleoperadora a cambio de dos cosas:

1ª) No hace descuentos por volumen a la telco sobre el PVP.

2ª) La teleoperadora paga a Apple una cuota mensual por el iPhone. La cantidad exacta es desconocida. Tom Krazit dice en c|net que at&t paga a Apple 3 dólares al mes por cada suscriptor de iPhone y 11 dólares más si el cliente no era anteriormente de at&t.

De modo que la estrategia en clara: Apple hace crecer la tarta del negocio a base de crear una nueva demanda y a mismo tiempo fuerza a las teleoperadoras a competir por dicho incrmente mediante acuerdos exclusivos. El remate de la posición de poder de Apple en la negociación se refleja en su capacidad de pedir un revenue share a la telco a cambio del iPhone, cosa que ninguna compañía, ni siquiera Nokia con un 40% de cuota de mercado mundial, había conseguido negociar anteriormente.

A quien haya leído un poco sobre Software Libre y el desarrollo colaborativo de software, le sonará el famoso artículo de Eric S. Raymon "La Catedral y el Bazar", en el que se enfentaba el estilo de desarrollo, todavía predominante, de una organización jerárquica con planificaciones estrictas, ISOs y la obligada burocracia, con una sorprendente nuevo tipo de organización más espontánea en el que no había un plan rígido definido a priori y en el que mucha gente participaba codificando partes de un todo no sin ningún control, no exageremos, pero desde luego con menos restricciones.

Sin tratar de ser purista, siempre he pesando que puede desarrollarse software libre sin basarse en un modelo colaborativo, pero un modelo colaborativo abierto a cualquiera y aplicado a la construcción de un software si determina que éste sea libre.

Lo primero ocurre con naturalidad: ¿cuántos proyectos de software libre no cuentan con una comunidad activa detrás? Ahí tienes el proyecto y al menos su código, pero no te interesan, o no tienes tiempo, o no hay homínido que le meta mano, y en definitiva en la mayoría de los proyectos referirse al grupito que lo empuja como una comunidad a mi me parece exagerar. Quizás hablaría de comunidad potencial. Puede que tengas un porrón de usuarios trabajando activamente. Puede, pero lo que está claro es que si cierras tu código ni potencialmente puede haber una comunidad en la que cualquiera pueda acercarse y aportar.

En Cueva o Comunidad" Sandeep Krishnamurthy (hablamos del año 2000, ¡qué barbaridad!) y después de haber estudiado datos sobre cien proyectos maduros de SourceForge concluyen que la media de desarrolladores es cuatro y lo más común es que haya uno.

Es en proyectos como el kernel de Linux en donde si me parece apropiado hablar de comunidad.

La organización "The Linux Foundation" publica ahora el artículo "Who writes Linux?" un artículo que se basa en:

• Periodo de desarrollo desde 2005 a 2008


• Durante el que se liberaron 14 versiones del kernel


• Líneas de Código: 3621 añadidas - 1550 borradas - 1425 cambiada (aquí no he visto conclusiones pero me intrigan estos ratios)


• 3600 desarrolladores y más de 270 empresas

Hay datos y conclusiones muy curiosas pero llama la atención que el 70% del desarrollo está hecho por personas a las que se les paga por su trabajo.

Yo no sé si es malo o es bueno, pero no es lo mismo. No es lo mismo ¿no? Si creo malo ignorar algunas cosas o basarme en suposiciones erróneas.

JP Rangaswami en Musing about “commercial” development of Linux se plantea esto mismo y también pide ayuda, puntos de vista.