|

¿Próxima salida de GBuy?

ByLuis

gbuy.pngParece que Google está a punto de sacar su versión de sistema de pagos online, por ahora llamado GBuy. La fecha prevista es el 28 de junio. A parte del negocio que pueda generar, afectará a los enlaces patrocinados de Google, apareciendo un distintivo en aquellos comerciantes que sean clientes de GBuy en los que se pueda confiar, esparando con ello aumentar el número de clicks en estos enlaces.
Al principio Google no cobrará a los vendedores ningún interés por las transacciones, pero posteriormente cobrará entre un 1.5% y un 2%, algo más bajo que PayPal, su mayor competidor. Según los analistas, GBuy será más negativo para eBay que positivo para Google.
Vía / Bitelia

Similar Posts

| |

Fresqui y la compañía inversora

ByLuis

Ayer se confirmó oficialmente la inversión de una compañía en Fresqui.

fresqui.jpg

Inmediatamente, Proletarium desveló que Información Interactiva sería la empresa inversora:

La noticia personalmente la leí en Error500 cuando uno de los sujetos del E.I.H. reconoció a una de las personas de esta foto en el flickr de Alex, la persona de la derecha es Julio Cotorruelo de Información Interactiva, bueno, no hay nada confirmado, puede ser una coincidencia. ¿Coincidencia? ¡No! En otro alarde de ingenio se buscó la dirección de esta empresa en QDQ que gracias a su directorio fotográfico podemos ver esta imagen de donde esta situada esta empresa que curiosamente es el mismo balcón que sale en esta foto del nuevo equipo de Fresqui.

¿Por qué tanto misterio en decir oficialmente la identidad de la empresa?. ¿Estrategia viral?. Si hay algún miembro de la familia Coturruelo y Gonzalo, del que somos lectores asiduos, es uno de ellos ¿no tendría que haber hecho un disclaimer en esta demanda de empleo?.

Mientras escribimos este post nos enteramos de la confirmación de Gonzalo desde El Blog Salmón, disclaimer incluido.

¿Viabilidad del género Digg?. Error500 da las pistas pero cómo harán para ganar tráfico. Es el gran reto.

Ánimos, aunque no hace falta, y buena suerte.

|

Google Web Toolkit: Ajax con Google

ByLuis

google.pngGoogle acaba de lanzar un framework para realizar aplicaciones AJAX mediante Java de forma sencilla: Google Web Toolkit (GWT). GWT permite olvidarte de las dificultades que se producen cuando quieres dar al usuario el dinamismo de AJAX y el tener que cumplir estándares. Solo tienes que crear tu aplicación en Java y GWT se encargará de traducirla en Javascript y HTML.
Write AJAX applications in the Java language with Google Web Toolkit
Vía / Digg

| | |

Microsoft pide revisar el acuerdo Google-DoubleClick

ByLuis

Microsoft ha pedido revisar el acuerdo al que han llegado Google y DoubleClick por temas de antimonopolio (antitrust).
Según comenta la gente de Microsoft, los 3,100 millones de dólares del acuerdo anunciado el viernes, podrían resentir el mercado de publicidad en la web, el cual crece de forma muy rápida, a parte de reunir demasiada información personal por parte de Google, uno de las empresas más importantes en este negocio.
Como respuesta a esta afirmación, Eric E. Schmidt, director ejecutivo de Google, dice que la reclamación lanzada por Microsoft no es cierta. Para ellos Google atiende los intereses y las preferencias de los usuarios de su motor de búsqueda, teniendo en cuenta que DoubleClick es el líder en servicio de publicidad en formato gráfico y vídeo.
Paralelo a todo esto Time Warner no han decidido si intentar bloquear el trato entre Google y DoubleClick, y Yahoo no realiza ningún comentario.
Microsoft Urges Review of Google-DoubleClick Deal
Vía / Techmeme

Protocolo para Sitemaps de Google adoptado por Yahoo y Microsoft

ByLuis

Yahoo y Microsoft han adoptado el protocolo que Google sacó en el 2005 para que los administradores de sitios web puedan incluir sus páginas en Google y saber si han sido indexadas por este. Así, las tres compañias adoptarán el Sitemaps 0.90 para que esta labor sea única y más sencilla.
Para los usuarios, permite gran calidad de servicio y resultados actualizados. Al menos los usuarios ganamos con todo esto, lo cual no es poco, esperamos que sigan con este tipo de iniciativas conjuntas.
Vía / CNET News.com

Los buenos programadores son más productivos

ByLuis

No suelo hablar de estos temas, hay lugares más especializados en esta temática y que seguramente lo comenten mucho mejor que yo. Quizás la experiencia propia me haga estar totalmente de acuerdo con el artículo que referencio.
Normalmente en las empresas de consultoría informática en la que los trabajadores son recursos, se suele dar la circustancia de que un buen programador sale caro para el proyecto, por lo que debe ascender, pasar a ser analista (o documentalista, según se vea) y así ser productivo para el cliente.
El artículo comenta ciertas cosas que muchos gestores de proyecto deberían tener en cuenta, como por ejemplo que un buen programador es más productivo que uno medio. Un buen programador suele hacerse cargo del proyecto y no suele ser necesario que estén detrás de él, que le expliquen las especificaciones o los requerimientos. Tampoco hay que estar detrás de él para saber el estado de su trabajo.
Cuánto mayor es tu experiencia desarrollando, más conocimientos tienes y menos fallos cometes, aunque sea por haberte peleado con ellos. Incluso encuentra los fallos con mayor rapidez y le da una solución en menos tiempo, ya que en muchas ocasiones los fallos suelen ser bastante parecidos y se repiten.
Supongo que por la experiencia de que el código nunca acaba de estar completo, así como las funcionalidades, un buen programador suele escribir código más fácil de mantener. Lo cual reduce tiempos de desarrollo en funcionalidades posteriores, y no hacerlo aumenta los tiempos estimados de desarrollo. Pensar en el futuro te evita reescribir lo ya desarrollado y añadir cosas nuevas con más facilidad.
El código limpio y eficiente se consigue con los años de trabajo. Es lógico pensar que un buen desarrollador hace más cosas en menos código, lo cual en caso de errores detectados, localizar el punto donde falla será más fácil porque hay menos código que seguir.
También me gustaría añadir que un buen desarrollador suele encontrar los fallos que cometen los analistas, sin necesidad de preguntar a éste cómo hacerlo. Y por último, darle un consejo a los jefes de proyecto, dos juniors no salen más baratos que uno o dos seniors, la experiencia lo demuestra (al menos desde el punto de vista del desarrollador).
Gracias Millán por el enlace.
10 Developers For The Price Of One