Disponible la beta de Windows 7

GeneralEscribe tu comentario »
meneame menéame -

A pesar de que en principio no iba a ser hasta enero, parace que se confirma que ya está disponible una imagen en DVD de Windows 7 en versión beta.

Esta versión se puede descargar desde BitTorrent y parece que está confirmada su atenticidad por parte de la gente de bitelia.com

Me gusta también la recomendación de genbeta: mejor probarlo primero en una máquina virtual ;-)

Escribe tu comentario »

Future of web apps 2009

General, programación, webEscribe tu comentario »
meneame menéame -

Va a celebrar en febrero y marzo de 2009 el evento future of web apps. Los días 23 y 24 en Miami, y el 6 de marzo en Dublin.

Son charlas con gente de bastante nivel, hasta ahora gente como Tony Lucas de Amazon, hablando de Amazon Web Services, Adam Gross de salesforce.com hablando de cloud computing, Edwin Aoki de AOL, etc.

En cualquier caso, para los que no vamos a acudir, en la página del evento hay vídeos, podcasts, en incluso transcripciones por RSS.

Vía el blog de Joel Spolsky.

Escribe tu comentario »

Digg no es negocio

cloud computing, empresasEscribe tu comentario »
meneame menéame -

A raíz de la reflexión de un artículo de error500 sobre Digg y sus problemas para hacer negocio, me planteo porqué un proyecto como este no está triunfando.

Digg hoy por hoy es, evidentemente, uno de los proyectos más reconocidos de Internet. En base a la idea de crear una web de noticias publicadas en blogs, utiliza los marcadores sociales para valorar la importancia de estos. El control es de los usuarios finales que realizan las recomendaciones, las valoran, clasifican y controlan su contenido (spam, artículos insultantes, etc.).

Pues bien, la idea que en principio parace buena, porque debe permitir con muy poco personal, ya que no hacen falta redactores ni supervisores, y por lo tanto, el gasto económico es básicamente en hospedaje y desarrollo, conseguir un volumen de contenido muy alto. Este contenido es textual, y por lo tanto, fácilmente indexable por buscadores y con la posibilidad de presentar anuncion publicitarios orientados al interés del visitante.

Únicamente le faltaba a Digg ser popular, y evidentemente lo es. Sin embargo en los primeros nuevos meses del 2008 Digg ha perdido 4 millones de dólares, ingresando 6,4 millones. Es decir, Digg necisita para cubrir costes aproxidamente 1.150.000 $ al mes, cuando sólo ingresa unos 700.000 dólares.

En resumen, buen proyecto, buena idea, bien ejecutada, producto número 1 en el mercado, marca reconocida, pageRank 8, Alexa traffic rank de 293 y aún así pierde dinero.

¿Cómo se explica esto?

Pues bien, la intención de Digg era aumentar en ingresos conforme crecía en tráfico. Una vez lanzado su producto como sólo tienía que invertir en hospedaje y, si quería en el desarrollo de nuevas funciones, como gastos relevantes. Espera conseguir una economía de escala en la que los contenidos de los usuarios le permitieran ingresos por publicidad que aumentaran por encima de los costes, ya que las páginas vistas serán cada vez mayores y el contenido lo generan los usuarios.

Sin embargo, cuanto más tráfico más pérdidas tiene Digg. Resumiendolo en dos causas:

  1. El contenido es muy genérico para los usuarios a pesar de sus intentos de segmentación. De manera que no consigue mostrar a los usuarios la publicidad que “realmente le interesa”, y el ratio de click por página es bajo.
  2. Cuando un proyecto es tan grande como Digg, se complica su infraestructura hardware y crece su consumo de ancho de banda de manera exagerada. Digg, sirve unas 13.000 páginas por segundo. Si consideramos como ejemplo el tamaño de su página principal, 35 KB., estamos hablando de 445 MB por segundo. Un ancho de banda superior al que tienen la mayoría de las empresas de hosting ubicadas en España, por ejemplo.

Referente a la infraestructura de Digg y a lo complicado de mantenerla hablaba Joe tump, el arquitecto jefe de Digg, en la Web 2.0 Expo de Nueva York. Venía a decir que “web 2.0 sucks” (cada uno que lo traduzca como quiera) cuando se trata de escalar, porque en la web 1.0 era muy sencillo.

Decía también que el problema de dejar el contenido a los usuarios es que crean un motón de basura, y que otra cosa que odiaba era AJAX, porque permitía a los usuarios crear basura más rápido.

En lo referente al código decía que no importa lo optimizado que lo hagas, el código no es el cuello de botella, y que los lenguajes no escalan. Cuando hablas de escalar y estás almacenando 4 billones de fotos, cómo programas problablemente no importa.

Pues bien, este coste de escalar el proyecto y su bajo CTR de la publicidad es el que puede llevar a Digg al descalabro, a pesar de estar siendo un proyecto de éxito.

Pues leer más sobre la conferencia de Joe Stump en este artículo (en inglés).

Escribe tu comentario »

Crisis, pero no para Amazon

General, empresasEscribe tu comentario »
meneame menéame -

Según datos comunicados por Amazon hoy mismo, las ventas de esta campaña navideña ha sido la mejor de su historia, que son ya 13 años.
En el día más activo, el 15 de diciembre recibió pedidos de 6,3 millones de artículos, casi 73 por segundo. Puedes leer más información en El País, o la nota de prensa oficial.

Estos datos que vienen a confirmar que Amazon.com goza de una salud económica enviadiable en estos momentos y que Jeffrey Bezos, su fundador es uno de los gurús de “la red”.
Con esta noticia en la noticia en la mano, entiendo que los rumores de expansión de la compañía y, que como se comentaba Amazon en 2009 abrirá una sede en España.
En fin, da gusto oir hablar de buenos resultados de la empresas en medio de la crisis global.

Escribe tu comentario »

Los mitos de Ruby on Rails (Mito I)

General1 Comentario. Escribe el tuyo »
meneame menéame -

Rails ha seguido muchos métodos de implantación los últimos cinco años. Lancé Basecamp con mod_ruby de nuevo cuando simplemente tenía una aplicación y entonces no me preocupaba que no pudiera ejecutar más sin solaparlas.

En los primeros momentos, puedes ejecutar Rails incluso como CGI, si no tienes una gran cantidad de carga. Solíamos hacer esto en el modo de desarrollo para que la pila completa se pudiera recargar entre cada petición.

Entonces migramos hasta FCGI. Esta es actualmente una plataforma viable. Ejecutamos durante años con FCGI. Pero esta plataforma no ha tenido un desarrollo activo durante mucho tiempo, y mientras las cosas han funcionado y había demasiadas urgencias que solucionar tenías que preocuparte de ellas para que corrieran bien.

Entonces vino Mongrel

Entonces llegó Mongrel y la confirmación de que no necesitábamos otro protocolo de comunicación para que los servidores de aplicaciones y los servidores web hablaran entre ellos. ¡Simplemente podíamos usar HTTP!. Así que se pusieron en marcha muchos paquetes de Mongrel detrás de proxies y balanceadores de carga.

Hoy, Mongrel (que es de un tipo similar a servidores basados en Ruby como Thin y Ebb) todavía predomina en el entorno de implantación y por muchas buenas razones: es estable, es versátil y es rápido.

La paradoja de muchas opciones lo suficientemente buenas

Pero hay también una jungla de opciones. ¿Qué servidor de web ejecuto?. ¿Ejecuto con Apache, nginx, o incluso lighthhtp?. ¿Hago relevo sobre los proxies del servidor de web o utilizo algo como HAProxy o Pound?. ¿Cuántos mongrels ejecuto?. ¿Los ejecuto bajo supervisión de procesos con monit o no?

Hay muchas respuestas sólidas y perfectamente válidas a estas preguntas. En 37signals hemos estado usando Apache 2.2 con HAProxy con procesos Mongrel vigilados por monit durante unos pocos años. Cuando ya has revisado en que partes utilizarlo, ves que no es una buena decisión.

Pero la disponibilidad de todas estas piezas que parecen tener todas sus argumentos válidos para llevarte a una elección. Cuando al fin has terminado de crear tu aplicación con Rails, puedo entender que no quieras convertirte también en un experto en los pros y contras de los servidores web, proxies, balanceadores de carga y monitores de procesos.

Y pienso que aquí el mito tiene sus raíces. La abundancia de muchas opciones lo suficientemente buenas. La falta de una única respuesta a cómo implantar Rails. Sin sies, sin noes, sin “eso depende”.

La solución de una sola pieza de Phusion Passenger

Ese es el motivo por el cual estoy realmente feliz de ver que el grupo Phusion sacó de la nada a principios de este año Passenger (también conocido como mod_rails). Un módulo único, gratuito, open source para Apache que trajo la facilidad de instalación como la de un módulo mod_php.

Una vez que lo has instalado tienes un Apache que sirve como todo: servidor web, balanceador de carga, servidor de aplicación y monitorizador de procesos. Simplemente descargas la aplicación y haces un touch de tmp/restart.txt cuando quieras inciar y listo, ya estás funcionando.

Pero Passenger ha sido un poco lento en su llegada. Hay muchos sitios que están ejecutándose sin él. Incluyendo Shopify, MTV, Geni, Yammer, y nosotros tendremos migrado Ta-da list primero, y después esperamos que el resto de la suite de 37signals rápidamente después de él.

Así que mientras todavía hay razones para ejecutar tu propia instalación personalizada y configurada manualmente, igual que hay gente fuera de mod_php para usos particulares, creo que hemos encontrado finalmente una respuesta por defecto. Algo que no requiere realmente que pienses en la primera implantación de Rails. Algo que simplemente trabaja, aunque sea en un hospedaje compartido.

En conclusión, Rails nunca más será complicado de implantar. Phusion Passenger lo ha hecho ridículamente fácil.

 

Puedes ver más artículos de esta serie:

Nota: Este artículo es una traducción del publicado por David Heinemeier en su blog.


1 Comentario. Escribe el tuyo »

¡¡No toques el jodio código!!

General, Google, webEscribe tu comentario »
meneame menéame -

Muy bueno el artículo de Alejandro Suárez: ¡¡no toques el jodio código!! en el que explica como haciendo cambios para intentar mejorar un sitio web de juegos que tenían pasan de 6.000.000 de páginas vistas a menos de un 10%, en concreto 450.000.

A veces la mejora de alguna funcionalidad te lleva a tocar el código y el problema, como comenta el artículo no es sólo el peligro de que algo que funcionaba bien, deje de hacerlo, sino que además hoy en día sin Google no eres nadie. Es decir, un cambio que te deja fuera del índice supone que un proyecto web fracase.

Aunque cada vez se sabe más sobre SEO  y posicionamiento (Google se ha tomado mucho interés en orientar a los usuarios sobre esto), sigue ocurriendo que a gente con experiencia como a Alejandro Suárez y su gente, se les complica la vida sin saber porqué, a pesar de su experiencia.

Me deja un poco descorazonado este caso, porque si Google saca del índice miles de páginas con esa velocidad, puede hacer fracasar un proyecto sólo por una cosa tan mínima como un error de programación o una incompatibilidad con un sitio web. Porque está claro, si no estás en Google no estás en Internet.

Escribe tu comentario »

Google gana la batalla de los nuevos navegadores a Microsoft

GeneralEscribe tu comentario »
meneame menéame -

El cambio de estrategia de Google con su navegador Chrome, de actualizaciones más frecuentes ha mejorado su ventaja en la comparativa de uso en el mercado de los navegadores de Internet frente a Internet Explorer 8 Beta.
Aunque en cifras globales, según datos de Net Applications, hay 70 veces más usuarios de Internet Explorer que de Chrome, lo cierto es que si se compara sólo el uso de IE8 (actualmente en Beta 2), el navegador de Google gana por una ligera ventaja. Esos datos se pueden ver en esta tabla.

Parece que la ventaja de Google se ha incrementado desde que en octubre decidió incrementar la frecuencia de actualización de su navegador. Google además espera que conforme el IE 8 sea de descarga y no integrado en el sistema operativo, su uso sea cada vez menor.

También va a tener impacto en el mercado el hecho de que muchos de los ultraportátiles que inundan estos días el mercado vienen con Linux preinstalado y por lo tanto, la cuota de Firefox y Chrome debería aumentar.

Escribe tu comentario »

Envíar dinero con Twitter

tweeter, webEscribe tu comentario »
meneame menéame -

Era cuestión de tiempo, leo que la start-up Twitpay ya permite hacer transferencias de dinero mediante Twitter. En principio, el sistema está pensado para pequeñas cantidades que se pueden enviar a otros mediante su identificador de Twitter, y por supuesto, que tengan una cuenta de Twitpay.

La cuenta de cada usuario se recarga mediante Paypal, y el receptor del dinero puede recibirlo mediante tarjetas de regalo de Amazon. Además, por cada transferencia superior a 1$ regalan 5 centavos de dólar. Vamos no es para tirar cohetes, pero bueno ;-)

Lo que más me ha llamado la atención es que lo hacen mediante el análisis de los mensajes públicos de Twitter. Es decir, Twitpay monitoriza todo el flujo de mensajes buscando la palabra clave “twitpay” y esta estructura de mensaje:

@cuenta_de_usuario_twitter  twitpay  $XX  asunto

XX es la cantidad de dólares a transferir, y asunto, es un mensaje que le aprece al receptor como concepto de la transferencia cuando entra en su cuenta de Twitpay.

La idea me parece, buena, en lo que pienso es que analizar todos los mensajes de Twitter les va a requerir una cantidad de recursos bastante grande, porque aunque sólo se quedarán con una parte muy pequeña de ellos, el volumen de mensajes de Twitter por minuto debe ser enorme.

Puede ver más información en este artículo:  Send money through Twitter with Twitpay

Escribe tu comentario »

Google: ¡más pasta, más pasta, más pasta…!

GoogleEscribe tu comentario »
meneame menéame -

Leo vía Loogic que Google ya tiene en Estados Unidos su nueva fórmula para insertar más anuncios: Google Adsense for domains.

¿Qué significa eso?. Pues que los dominios registrados pero en parking, podrían mostrar publicidad de Adsense. Según Google sería una mezca de anuncios, enlaces y resultados de búsqueda, de forma que la página en la que cae el usuario, en lugar de ser la típica página inútil, sea una página que ayude al usuario (sí, sí, así lo dicen) a obtener información relevante.

En fin, evidentemente no lo hacen por el usuario, lo hacen para ganar dinero, pero bueno, es lo normal, a eso se dedican. En fin, como tengo algún dominio por ahí sin usar, lo probaré para cuando esté disponible Google Adsense for domains en español.

Más información en la página de Google de este servicio.

Escribe tu comentario »

Los mitos de Ruby on Rails

General1 Comentario. Escribe el tuyo »
meneame menéame -

Ruby on Rails en la unión de un lenguaje: Ruby, con un framework: Rails. Se puso de moda a raíz de dos proyectos: Basecamp de la gente de 37signals.com y Twitter.

Parecía que iba a ser el lenguaje que iba a dominar la programción web en estos años, sobre todo de los proyectos de la llamada web 2.0

Sin embargo, su evolución no ha sido tan rápida como parecía que iba a ser, no porque Ruby on Rails no sea un buen conjunto, sino porque fundamentalmente PHP tiene mucho terreno ganado, está en TODOS los servidores de Windows o Linux de TODOS los proveedores de hospedaje del mundo y hace una pareja perfecta con MySQL.

Aún así es muy simple sacar conclusiones sobre su evolución reduciéndo su velocidad de expansión sólo a una causa. Ya hablaré de mi opinión sobre esto es posteriores artículos.

De lo que quería hablar es de la serie de artículos que su “creador”, David Heinemeier,  inició el mes pasado en su blog Loud Thinking: los mitos del Ruby on Rails. Evidentemente defiende framework tratando de justificar los que él ha percibido como los principales problemas de los programadores a la hora de utilizarlo.

Intentaré traducir los artículos (como mi modesto inglés) y dejar enlace al original (que seguramente se entenderá mejor ;-).

1 Comentario. Escribe el tuyo »


Diseñado por j david macor.com. WP Theme & Icons originales por N.Design Studio. Traducido por Trazos Web.
Entradas RSS Comentarios RSS Log in