Se aceptan Bitcoins (en Zacatrus)

10 junio 2013

En Zacatrus ya aceptamos Bitcoins. Sí, esa moneda de la que todo el mundo habla, que no existe realmente, que da miedo, que fluctúa constantemente. ¿Y qué moneda no es así?

Bitcoin es una moneda virtual basada en criptografía. Si no sabes lo qué es, cómo funciona o cómo conseguirla, te invito a que te pases por http://bitcoin.org/es/ o por su artículo en la Wikipedia.

Se ha dicho del Bitcoin que es pura especulación, incluso que es el nuevo tulipán. También hay quien lo ve como la salida a la tiranía de los bancos, pero yo prefiero poner el énfasis en lo útil que es como herramienta de pago en Internet. A saber:

Bitcoin en Zacatrus

  • Bajas comisiones. No nos engañemos, empresas como Paypal triunfan porque dan un gran servicio al usuario final. Sin embargo a veces olvidamos que no deja de ser una entidad de crédito que cobra altas comisiones a las tiendas y que, irremediablemente, repercutirá en el precio del producto. Por otro lado puede que las comisiones de las tarjetas de crédito sean más bajas, pero también es cierto que es una herramienta muy incómoda, lenta y a veces insegura. En cualquier caso, ninguna de las dos soluciones están optimizadas para la venta online.
  • Sin intermediarios. En cuanto a la transacción es absolutamente limpia. No hay que introducir números de tarjetas ni pasar por entidades de crédito. El Bitcoin fluye de la cartera del pagador a la del vendedor directamente. Además, esto hace que el pago sea totalmente anónimo. Nadie sabrá nada de la transacción más que el comprador y el comercio. Y el comercio solo tendrá los datos que el comprador le haya querido dar explícitamente y fuera de la transacción económica.
  • Pagos seguros y fiables. Es responsabilidad de cada usuario mantener a salvo su cartera de Bitcoins. Por supuesto, es cierto que es posible perder la cartera, pero ¿cuándo no lo ha sido? ;) Eso sí, el riesgo está limitado al número de Bitcoins con que haya sido cargada y hay mil formas de guardar copias de seguridad. Posibilidad que una cartera física llena de billetes y tarjetas de plástico no tiene.
Pantalla de pago con bitcoins en Zacatrus

Pantalla de pago con Bitcoins en Zacatrus

Por todo ello, en Zacatrus nos sentimos muy orgullosos de ser de los primeros ecommerce que aceptan Bitcoins en España. Creemos y esperamos que poco a poco se convertirá en la norma. Nuestros granito de arena de momento es que, usando Bitcoins, ya se puedan comprar juegos de mesa, Lego, Playmobil, robots, radiocontrol, poker, puzzles… y muchas más cosas en camino.

Historia de un troll

24 mayo 2012

Hace aproximadamente un mes se nos ocurrió hacer un concurso de opiniones para celebrar el primer aniverario de Zacatrus!. Resumiendo mucho, la idea era dar un buen premio al que mejores comentarios haga en las fichas de producto de nuestra pequeña tienda de juegos de mesa.

El lunes, tras contabilizar todos los votos del jurado que, tengo que decirlo, estaba formado por blogueros especializados en juegos de mesa y distribuidos por toda la geografía española, publicamos los ganadores.

Ahí estaba. Agazapado. Esperando. Esta es la historia del primer ataque de troll que hemos tenido.

Era un troll clásico, vago y, por lo tanto, poco original. Por eso quiero contar su historia. Porque si has tenido algún troll en tu vida seguro que se parece a éste:

  1. Olfatea la polémica en el post y aparentemente se pone de lado de su víctima: Ataca los comentarios más críticos con la decisión del jurado.
  2. Empieza con los insultos. Llamar troll a otros usuarios es una estrategia que estudia en primer curso de troll. Consigue su objetivo: le baneamos, alimentamos al troll (véase troll batman).
  3. Reacciona con fuerza. Se crea distintos usuarios. Ruge. Amenaza. Pero no muerde, invita a otros a morder.
  4. Recurre a Menéame en busca de apoyo (véase troll mafioso). Se hace pasar por un buenecito e inocente samaritano. No funciona. Su karma es bajo. En Menéame tienen el “culo pelao”.
  5. Vuelve al post para buscar apoyos con el rollo de troll mafioso.
  6. Como en el blog es ignorado, recurre a su Facebook, Twitter, …, al papa y Chuck Norris. Vaya, los trolls ya no se llevan…

Dicen que detrás de cada troll hay siempre un ser humano. Dicen que es gente normal, amable y que incluso, en noches de luna llena, se puede uno sentar con ellos a echar una partidita al Ciudadelas o al Talismán que han prestado sus componentes para el montaje de la foto. Pero, en serio, los ataques de sus trolls ya no se llevan. Son tan inocuos como infantiles. Por favor troll, no molestes más.

Amigos, en Zacatrus aceptamos críticas. Las opiniones y comentarios son, por definición, subjetivas y, por lo tanto también son subjetivas las opiniones sobre las opiniones. Tengo que decir que yo, personalmente, estoy absolutamente de acuerdo con la resolución del jurado, pero entiendo a los que no lo están. Eso sí, amigos, como dice siempre Luis, jugar es algo muy serio, al menos para nosotros. Por eso nunca hacemos trampa.

Llegó la hora

13 abril 2011
barco Zacatrus!

El barco Zacatrus! suelta amarras

Después de unos mesecitos preparando el equipaje, comprando mercancía, peleando con el banco o desenredando Magento, hoy, por fin, empezamos el viaje.

Aunque ya lo comentaba en un post anterior, vale la pena repetir que Zacatrus! es una tienda para comprar juegos de mesa. Empezamos con cerca de 200 referencias de juegos con la idea que este número vaya creciendo rápidamente. Pretendemos poner a tu disposición toda la información posible de todos los juegos que te interesen: Juegos para niños, juegos de tablero, juegos de guerra, juegos familiares, … ¡juegos! Si falta algo, te agradeceré de verdad que nos lo digas. Puedes encontrarnos en Facebook, Twitter o a través de la página de contacto.

Dejo a Javi contar los detalles de cómo levaremos anclas en el blog de Zacatrus!. Por mi parte sólo me queda agradecer a todos los que han querido embarcarse conmigo en este viaje. De todos los preparativos, la tripulación ha sido la única cosa que no ha dado problemas en ningún momento ;) Gracias Frans, David, Javi, Álvaro, José, Dani y, por supuesto, Maite (my wife, my love) que vaya paciencia estás teniendo :)

Posts relacionados:

Blog de Zacatrus!

Blog de François Derbaix

 

Zacatrus! y a vender juegos por internet

17 enero 2011

Soplan vientos de cambio y se otea proyecto nuevo en el horizonte. Bueno, pues eso, que la liamos otra vez (antes fue rentalia.com, Infovit o voota.es). El sitio web, la oficina, las cajas de cartón y muuuchas ganas. Abrimos un ecommerce o, siendo un poco más claro, una tienda en internet. Ladies and gentlemen, prontito prontito, abre sus puertas …

Logo de Zacatrus

Nuevo proyecto, pues, que no es otra cosa que vender juegos de mesa por internet. La idea es simple, pero son los detalles los que siempre marcan la diferencia:

Como tienda, zacatrus.es aspira a tener el mayor número de referencias (juegos) posible y a venderlos al mejor precio. Pero, además, como sitio web, también aspira a crear herramientas y comunidad para grandes y pequeños jugadores.

¿Por qué Zacatrus!?

  • Por los juegos de mesa. Sí, esos que tantos buenos ratos me han hecho pasar con los amiguetes y familia. Los de tablero especialmente :)
  • Por internet. Qué es mi trabajo, mi pasión y mi mundo.
  • Y sobre todo por unir ambas cosas. El vender los juegos y acercarlos a la gente es una tarea que, sin duda, será gratificante, y no se me ocurre mejor medio para hacerlo que las herramientas que proporciona hoy la red.

Si quieres saber quién, cómo y cuando, te invito a seguirnos, comentar, sugerir y/o preguntar en el blog de Zacatrus! o en Twitter o en Facebook. El sr. Yohn ya está listo para contar los detalles.

Developer facts

17 diciembre 2010

A veces a uno le de por pensar en por qué fallan tanto los desarrollos de software (así, en general). Es evidente que las razones son, por decir un número, mogollón. Pero como hoy tocaba hacer un poco de autocrítica, charlando con los compis en el café nos han venido a la cabeza unos cuantos vicios clásicos de los programadores. Esas situaciones que se repiten en cada proyecto, cual Sísifo cargando con su piedra montaña arriba. Ahí van:

Error 500: System failure

  • Lo que hizo el programador anterior es una mierda. Es mejor empezar de cero.
  • Mi religión es internet y mi Padre Nuestro es el copy-paste. Si el código descargado/copiado falla, no es culpa mía. Es la Providencia.
  • Si mi aplicación falla, el error está en el módulo que ha escrito otro programador.
  • Siempre uso la última versión de toda herramienta o framework. Sé que falla mucho, pero la penúltima ya no se lleva.
  • En un día lo termino todo tal y como estimé. Lo que hago durante los otros 30 días que dura el desarrollo son arreglos y ajustes sin importancia.
  • Si la solución a una necesidad muy concreta es trivial, siempre es preferible hacer un desarrollo complejo y genérico para posibles necesidades futuras.
  • Eso ya está hecho. Tengo un “to-do” en el código.
  • Si entrego tarde, no tiene nada que ver el tiempo que he estado en Facebook o chateando. Es que el proyecto estaba mal estimado.
  • Eso no se puede hacer.
  • Si hago la aplicación como me da la gana, es porque el lamentable documento de análisis me obliga a potenciar mi creatividad.
  • No es un bug, es una feature.

¿Falta alguna?

Manifiesto por una Red Neutral

30 noviembre 2010

Los ciudadanos y las empresas usuarias de Internet adheridas a este texto manifestamos:

  1. Que Internet es una Red Neutral por diseño, desde su creación hasta su actual implementación, en la que la información fluye de manera libre, sin discriminación alguna en función de origen, destino, protocolo o contenido.
  2. Que las empresas, emprendedores y usuarios de Internet han podido crear servicios y productos en esa Red Neutral sin necesidad de autorizaciones ni acuerdos previos, dando lugar a una barrera de entrada prácticamente inexistente que ha permitido la explosión creativa, de innovación y de servicios que define el estado de la red actual.
  3. Que todos los usuarios, emprendedores y empresas de Internet han podido definir y ofrecer sus servicios en condiciones de igualdad llevando el concepto de la libre competencia hasta extremos nunca antes conocidos.
  4. Que Internet es el vehículo de libre expresión, libre información y desarrollo social más importante con el que cuentan ciudadanos y empresas. Su naturaleza no debe ser puesta en riesgo bajo ningún concepto.
  5. Que para posibilitar esa Red Neutral las operadoras deben transportar paquetes de datos de manera neutral sin erigirse en “aduaneros” del tráfico y sin favorecer o perjudicar a unos contenidos por encima de otros.
  6. Que la gestión del tráfico en situaciones puntuales y excepcionales de saturación de las redes debe acometerse de forma transparente, de acuerdo a criterios homogéneos de interés público y no discriminatorios ni comerciales.
  7. Que dicha restricción excepcional del tráfico por parte de las operadoras no puede convertirse en una alternativa sostenida a la inversión en redes.
  8. Que dicha Red Neutral se ve amenazada por operadoras interesadas en llegar a acuerdos comerciales por los que se privilegie o degrade el contenido según su relación comercial con la operadora.
  9. Que algunos operadores del mercado quieren “redefinir” la Red Neutral para manejarla de acuerdo con sus intereses, y esa pretensión debe ser evitada; la definición de las reglas fundamentales del funcionamiento de Internet debe basarse en el interés de quienes la usan, no de quienes la proveen.
  10. Que la respuesta ante esta amenaza para la red no puede ser la inacción: no hacer nada equivale a permitir que intereses privados puedan de facto llevar a cabo prácticas que afectan a las libertades fundamentales de los ciudadanos y la capacidad de las empresas para competir en igualdad de condiciones.
  11. Que es preciso y urgente instar al Gobierno a proteger de manera clara e inequívoca la Red Neutral, con el fin de proteger el valor de Internet de cara al desarrollo de una economía más productiva, moderna, eficiente y libre de injerencias e intromisiones indebidas. Para ello es preciso que cualquier moción que se apruebe vincule de manera indisoluble la definición de Red Neutral en el contenido de la futura ley que se promueve, y no condicione su aplicación a cuestiones que poco tienen que ver con ésta.

La Red Neutral es un concepto claro y definido en el ámbito académico, donde no suscita debate: los ciudadanos y las empresas tienen derecho a que el tráfico de datos recibido o generado no sea manipulado, tergiversado, impedido, desviado, priorizado o retrasado en función del tipo de contenido, del protocolo o aplicación utilizado, del origen o destino de la comunicación ni de cualquier otra consideración ajena a la de su propia voluntad. Ese tráfico se tratará como una comunicación privada y exclusivamente bajo mandato judicial podrá ser espiado, trazado, archivado o analizado en su contenido, como correspondencia privada que es en realidad.

Europa, y España en particular, se encuentran en medio de una crisis económica tan importante que obligará al cambio radical de su modelo productivo, y a un mejor aprovechamiento de la creatividad de sus ciudadanos. La Red Neutral es crucial a la hora de preservar un ecosistema que favorezca la competencia e innovación para la creación de los innumerables productos y servicios que quedan por inventar y descubrir. La capacidad de trabajar en red, de manera colaborativa, y en mercados conectados, afectará a todos los sectores y todas las empresas de nuestro país, lo que convierte a Internet en un factor clave actual y futuro en nuestro desarrollo económico y social, determinando en gran medida el nivel de competitividad del país. De ahí nuestra profunda preocupación por la preservación de la Red Neutral. Por eso instamos con urgencia al Gobierno español a ser proactivo en el contexto europeo y a legislar de manera clara e inequívoca en ese sentido.

Gratis no es lo mismo que libre

24 septiembre 2010

Por lo que veo últimamente, me parece que hay mucha confusión entre lo que es libre y lo que es gratis, al menos en cuanto a software se refiere.

Gratuito, ta

1. adj. Que no cuesta dinero, que se consigue sin pagar

Libre

3. Que no está sujeto ni sometido

Sin ir más lejos y si uno se basa en esta definición, gratis son solo las cosas por las que no se paga dinero. Ahora bien, libre va mucho más allá. Aplicado al mundo del software libre significa que puede ser “ejecutado, copiado, distribuido, estudiado, modificado y distribuido modificado“.

Android es libre, Google Apps es gratis

Pero veamos que pasa en el mundo Google y su, tan aclamado como polémico, Android. Resulta que, aunque les pese a muchos, Android es libre del todo. Cumple con todas estas características (véase el site del proyecto). Como tal, puede ser modificado y adaptado por terceros. Un buen ejemplo es CyanogenMod, distribución de Android creada y mantenida por la comunidad, que llevo orgulloso en mi HTC Magic. Sobra decir que esta distribución no está soportada ni por Google ni por HTC y muchísimo menos por Vodafone.

Otra cosa muy diferente son las Google Apps (Market, Gmail, Google Agenda, Talk, Docs, …) que casi siempre se distribuyen con el dispositivo Android. Como usuarios no pagamos por usarlas pero si están sujetas y sometidas a las políticas de Google. Llegados a este punto es necesario aclarar que sí es posible tener un dispositivo Android sin estas aplicaciones. Exactamente igual que si se instalan o no en un teléfono Nokia o cualquier otro que lo soporte (Market es específico de Android).

Google es una empresa, tú eres libre

Sí, el proyecto Android lo inicio Google y creo que es de agradecer, pero no creo que eso le convierta en una ONG. En el saludo inicial del sitio web del proyecto Android se puede leer “We wanted to make sure that there was no central point of failure, so that no industry player can restrict or control the innovations of any other” (Queríamos asegurarnos de que no había un único punto de fallo, de modo que ninguna gran empresa pueda restringir o controlar las innovaciones de otras.). Supongo que quien redactó la frase olvidó mencionar que también era su forma de “colar” su software y/o servicios en todos los dispositivos móviles que pudieran.

Pero, claro, esto tampoco les convierte en el demonio como sugieren articulos como este (Google Is Now Officially Evil) que leía hace unos días. Google es una empresa con ánimo de lucro, igual que cualquier otra empresa y hará todo lo posible por maximizar su beneficio.

Personalmente prefiero utilizar siempre software libre aunque haya sido desarrollado (al menos en parte) por una empresa privada. Lo importante es que tú eres libre de utilizar el software y el dispositivo que quieras y, si la política de Google no te convence y, sin entrar en cual funciona mejor, siempre podrás elegir comprar un iPhone


Vídeo de la ponencia en Decharlas

2 agosto 2010

Dicen que más vale tarde que nunca, así que aquí va el vídeo de mi ponencia en la primera edición de las Jornadas Symfony celebradas los pasados 5 y 6 de Julio en Castellón. He de decir que, a parte de disfrutar de un alto nivel en las charlas del resto de los ponentes, me divertí como un enano y tuve la oportunidad de conocer a un montón de gente realmente interesante. Un aplauso para la organización y en especial a David Castelló por el brillante trabajo.

Symfony en España. Caso práctico I: voota.es – decharlas 2010 from decharlas.com on Vimeo.

Y la presentación de la ponencia:

Cómo interactuar con tus técnicos

9 junio 2010

Últimamente estoy oyendo (más veces de lo habitual) lo difícil que es entenderse con esa gente que llaman “los informáticos” a distintas personas relacionadas con la creación de sitios web. La cosa es, cuando menos, preocupante. Me parece esencial tener una buena comunicación con tus técnicos para poder construir un buen portal web. Especialmente me refiero a la gente con la que más nos toca trabajar: Diseño, usabilidad y jefes de producto, …. Quisiera aclarar que, aunque trabajamos con máquinas, somos profundamente humanos y por lo tanto, sí, se puede hablar con nosotros.

Tank, I need an exit.....Fast!

Visto esto e inspirado por mi amiga Olga y su post de “Los otros” me he decidido a escribir unos consejillos de cómo tú (diseñador, responsable de usabilidad, jefe, CEO, …) podrías interactuar mejor conmigo (léase los informáticos).

  • Tip #1: No me hagas trabajar. Al menos para nada. Es mejor no reinventar la rueda (salvo que seas un fabricante de ruedas, claro). Déjame utilizar cosas estándar del mercado aunque no se ajusten al milímetro a lo que tienes en mente. Seguro que sirve igual y, además, nos evitamos un montón de trabajo de desarrollo, depuración de errores, … de trabajo del pesado.
  • Tip #2: El trac lo aguanta todo (TM). Utiliza algún sistema de gestión de tickets para crear tareas o reportar errores. Si no puede ser, utiliza el email. Si me dices al oído eso de “anda amigo, cuando tengas un hueco hazme el favor de …”, lo más probable es que ocurra una de estas dos cosas: Que se me olvide lo que me has pedido, o que haga como que se me ha olvidado. ¿Quieres echar un vistazo al Trac de Voota?
  • Tip #3: Mañana también existe. No me digas que todo es super-mega-crítico porque entonces nada lo será. Si tienes alguna idea importante o algo que no va como quisieras, casi siempre pude esperar a la siguiente release. No me hagas dejarlo todo para atender a tu capricho. Vale, sí, hay cosas que no pueden esperar a mañana …. Pocas.
  • Tip #4: No despliego los viernes ni después de las 12. Es verdad, lo confieso, me gusta la cerveza. Muchas tardes después del trabajo y, sobre todo, el fin de semana, me gusta tomarla. Lo prefiero a estar atendiendo incidencias provocadas por subir cosas a producción a última hora, deprisa y corriendo.
  • Tip #5: El que lo abre lo cierra. Si me abres una incidencia o me pides un desarrollo, no te olvides de cerrarlo. Revisa que efectivamente es lo que pedías y que todo está correcto. Esto evitará que, más adelante, tengamos errores en producción descontrolados.
  • Tip #6: Dame detalles, no la tabarra. Cuando informes de un error dame detalles precisos: Donde falla con que datos o en que url. Recuerda que a menudo un pantallazo vale más que 1.000 palabras. Con mucha prosa me mareo, me aburro y me invitas a procrastinar.
  • Tip #7: Ya voy. Si no esperas a que termine, es probable que no funcione. Revisar es bueno, pero espera a que el trabajo este hecho. Es bastante habitual ponerse a probar un desarrollo o incidencia antes de que te diga que está listo para revisar: Fail!
  • Tip #8: Trabajo para tí, aunque esto jamás te lo voy a decir. Es importante entender que si me facilitas el trabajo y me ayudas a trabajar mejor y más rápido, el que ganas eres tú, tu negocio o tu portal.

En fin amigos, espero que “los informáticos” vayamos perdiendo poco a poco esa fama de bichos raros y que la comunicación sea cada vez más fácil. Se que hablo desde mi técnico punto de vista, así que si tienes algo que decir, no te cortes ;)

Un workflow sencillo con git

4 junio 2010

Uno de los grandes quebraderos de cabeza del desarrollo web es el control del ciclo de vida. Cuando la cosa se pone seria, muchos desarrolladores, muchos cambios etcétera, se hace imprescindible alguna metodología compleja tipo integración continua. Sin embargo, en la mayoría de los casos es suficiente con tener un poco de orden y unos procedimientos claros.

Gráfico GitHub de los commits de Voota

Gráfico GitHub de los commits de Voota

Es, sin duda, el gestor de versiones el principal aliado para gestionar correctamente el ciclo de vida. Este es el workflow que utilizamos en Voota con git:

  1. Cada desarrollador “sube” sus cambios al repositorio de software cada vez que realiza un desarrollo. Para ello se utiliza la rama “master” en git, que es, por decirlo de alguna manera, la arteria principal del desarrollo. Es el proyecto vivo que se irá actualizando diariamente.
    git commit -am “Resuelto el ticket #nnn”
    git push
  2. Cuando hay un “change set” razonable, o lo que es lo mismo, ya se tienen unos cuantos cambios que queremos que sean revisados, se envían al servidor de pruebas (“stage”). En el servidor de pruebas hay una copia (“clone”) exacta del código fuente, pero que, para que funcione en modo test, se realizan algunos cambios básicos. En el caso de Voota se copian los scripts de php que ponen a Symfony en modo test (en realidad esto sólo se hace una vez al instalar el servidor):
    mv frontend_test.php a index.php
    mv backend_test.php a backend.php

    A continuación se utiliza la magia de git. Se actualizan los fuentes con rebase. La gracia de “rebase” es que re-aplica las acciones que se han realizado (como los mv de arriba) sobre la copia local después de actualizar los cambios desde el repositorio. De este modo no es necesario volver a hacer las modificaciones.

    git pull –rebase
  3. Para el paso a producción hace falta un poco más de control. Se debe implementar un mecanismo que permita al desarrollador retomar el código en el estado exacto que está en producción. Este es el uso que damos a las etiquetas (tags) de git:
    git tag milestone1_8_5
    git push –tags

    Esto creará una foto del proyecto en su estado actual, con todo el conjunto de fuentes agrupado bajo el nombre de etiqueta milestone1_8_5. Como curiosidad, se pueden ver aquí las etiquetas que tenemos en el git de Voota.
    El resto es similar al entorno de pruebas, con la diferencia que no se actualizarán los programas de la rama “master” como antes, si no que se hará de la etiqueta recién creada:

    git pull –rebase origin refs/tags/milestone1_8_5

Alguien que conozco diría “Todo perfecto. Invitar a cañas” ;) … pero, ¿que pasa si se sigue desarrollando en la rama “master” y se detecta un error importante en producción?¿a alguien le ha pasado alguna vez? Nada, se arregla y listo. Ahí va el procedimiento:

# Por si algún otro desarrollador ya lo ha hecho antes, se actualizan las etiquetas desde el repositorio:
git fetch –tags

# Se crea una rama basada en la etiqueta de la versión en producción:
git checkout milestone1_8_5 -b b_milestone1_8_5

#####################################
# Se hacen cosas: Arreglar el bug por ejemplo ;)
#####################################

# Se suben los cambios a git:
git commit -am ‘se explica lo que se ha hecho un poco’

# Se actualiza la etiqueta:
git tag -f milestone1_8_5

# Se “empuja” al repositorio
git push –tags

# Volvemos a la rama principal en la copia local
git checkout master

# Se aplica el parche a la versión en desarrollo para que no se pierda en la siguiente release
git merge b_milestone1_8_5

# Se borra la rama creada para la ocasión
git branch -d b_milestone1_8_5

Ahora en el servidor de producción se actualiza la versión “tirando” de la etiqueta:

git pull –rebase origin refs/tags/milestone1_8_5

Trabajar con git tiene muchas ventajas y una de ellas es hacer las cosas fáciles y rápidas. Creo que este es un buen ejemplo.


Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.