We’re hearing that Walmart Labs, the e-commerce arm of the American retail giant, has acquired a Sydney, Australia-based startup called Grabble, which makes point-of-sale technology that ties in with consumers’ mobile phones.

(…)

Walmart is known to have established its lead in the brick-and-mortar retail space by investing in cutting-edge technology to manage its warehouses, so the Grabble deal is evidence that it’s committing to bringing 21st-century tech to the front of the house as well.

via Gigaom | Walmart acquires venture-backed startup Grabble — Tech News and Analysis.

Cuando el proceso se da de forma colectiva, el resultado de agregar sesgos inducidos a diferentes personas, encontramos lo que llamamos polarización de grupo. En mi nuevo ensayo, que ya tengo prácticamente terminado, cuento:

«La pérdida de referencias contrapuestas acaba por desubicar nuestro propio criterio, en un proceso similar a la pérdida de la noción de simplicidad en ausencia de algo complejo con que comparar. Como consecuencia, cada individuo endurece su posición inicial, alcanzándose decisiones y acciones colectivas a las que no habrían accedido ninguno de las personas de forma individual y que, en muchas ocasiones, habrían sido juzgadas como excesivas y no recomendables por esos mismos individuos.»

Es posible que la polarización de grupo se pueda explicar en términos de umbral de rebeldía, no estoy seguro. En todo caso, el resultado se parece más a la histeria ejemplificada recientemente en torno a ciertos programas televisivos.

Y sin embargo, la personalización de servicios está aquí con nosotros. Como un laberinto precisamente porque el laberinto no es tal hasta que no nos adentramos en él, y porque todo lo que el laberinto propone, –la acción, el viaje– sucede dentro del laberinto. Es un juego que tenemos que aprender a jugar cuanto antes, para no pagar un precio demasiado alto en privacidad y calidad de la información. Para que los placeres de la pobreza no destruyan la promesa y el sueño que nos trajo la Red.

De momento hay mucha tarea pendiente. La personalización, de mano de cosas como el behavioral targeting no sólo es agresivo con nuestra privacidad de una forma muy sutil, casi imperceptible, sino que induce sesgos y radicalización de grupo y, para colmo, nos deja indefensos si no realizamos permanentemente el esfuerzo consciente de tener presente su influencia.

via Privacidad, personalización e inducción de sesgos | Versvs.

Cinco extensiones de Chrome para recuperar el antiguo Google Reader

Pero vamos a ver si nos enteramos:

  1. que el cambio de aspecto es lo de menos!
  2. que me parece perfecto que se pueda compartir en Google+, de hecho se echaba en falta el botoncito!
  3. ¿pero qué tiene que ver todo eso con que ahora cuando abro el reader ya no están los compartidos y favoritos de mis amigos??

En cualquier caso, ahora ya me he instalado un Fever y le voy a dar una oportunidad. En el fondo, yo siempre supe que llegaría este día.

Quote:

  1. Tenemos la opción de recuperar el viejo estilo con el tema azul clásico a través de la extensión Stylish, que nos permitirá aplicar a GReader un aspecto bastante similar al que antes tenía. Primero deberemos instalar la extensión y después aplicar el estilo.
  2. Con Marginal De-uglification of Reader trata de reducir los espacios en la lista con los elementos contraídos.
  3. Lo mismo propone Fix Google Reader que nos permite reducir el espacio superior en los botones de Marcar como Leído, Todos los elementos o Configuración.
  4. Una de las más completas en lo que respecta al cambio de estilo es New Google Reader Rectifier. Elimina el espacio en blanco innecesario y da más protagonismo al contenido. Agrega un borde para el contenido que se separa el artículo de la interfaz. El resultado final es una interfaz de usuario más compacta.
  5. ReaderShared es sin duda la extensión más interesante que tenemos para tratar de conseguir que Google Reader sea lo más parecido a lo que fue. Porque no sólo nos devuelve parte del aspecto que tenía antes, s

via Genbeta Cinco extensiones de Chrome para recuperar el antiguo Google Reader.

Link

Lógicamente no podemos esperar que Mozilla no trabaje con otra cosa que no sean estándares y código abierto, usando tecnología HTML5, o servida por Android, Reliance Industries Limited, o Libaudio de Linux.

Para los interesados, paciencia, a finales de 2012 tendremos una demo pública. Para desarrolladores posiblemente haya un teléfono optimizado para probar el sistema en este final de año.

via Mozilla ya está testeando Boot to Gecko, el sistema operativo móvil basado en web.

To invest at the seed or A round.  My ideal team is simple:

Assuming 6 people
1. 5 engineers
2. 1 CEO who doubles as head of product management
3. Nothing else

But obviously I am open to other configurations.  The key important things are:
– strong tech DNA
– dominance of tech personnel relative to others
– strong product focus on CEO

I never invest in:
– business people who outsource tech dev to 3rd parties (“to speed up time to market”)”

I’m looking to back technology companies so I naturally have this bias and I care deeply about product design, the ability of the team to have a good sense of what is working on the Internet & mobile and thus to make the necessary changes in the market as market conditions change.

But what comes after the original team? Who do you hire after you have a product built & shipped and being used in the market? Who do you hire when you raise that first $2-3 million?

My answer will surprise you and I’m sure many will not agree. But I give this advice to nearly every company I work with so at a minimum you’ll know it’s authentic and not intentionally controversial.

Your first hire after that first round of capital is an office manager / company-wide assistant.

Via Both Sides Of The Table | http://www.bothsidesofthetable.com/2011/10/28/the-controversial-first-role-to-hire-after-your-a-round/#comments-5271

Five big problems with mobile travel applications (and a bonus one for Android users) | Tnooz

Most common problems with mobile travel apps today:

1. Assuming always-on data connection.

Don’t assume always-on, build standalone apps with good caching.

2. Assuming high speed network access.

Don’t use a big CSS with loads of effects and scripts that might be used only once. Don’t build big XML APIs with tons of data “just in case” (forget SOAP, go REST). Cache everything you can to avoid reloading the same data multiple times.

3. UX design too small and packed.

Some designers seem to forget that a finger is a finger. Every action button or dropdown list should be not only large enough that it can be hit with reasonable success, but also spaced away from other active items to avoid tapping the wrong one.

4. Poor data synchronization with the cloud.

Some apps seem to require a login every time they need to be used, and expect to have data connection for login verification every time.

Don’t. Get inspiration from TripIt and other itinerary management apps: they are born mobile, and are handling this well.

5. Requesting too many permissions.

In social, an empirical rule for Facebook apps is that every additional permission requested decreases the app installation rate by 2-3%. We will probably get into something similar with mobile.

+1 (Android specific bonus) App cannot be moved to SD card.

Please, please, please make sure your Android apps can be moved to the SD card.

.

Via Tnooz |  http://www.tnooz.com/2011/11/02/mobile/five-big-problems-with-mobile-travel-applications-and-a-bonus-one-for-android-users/