Los pasos:

1 ) Identificar los contenedores en ejecución tecleando:

docker ps

Y visualizaremos:

CONTAINER ID IMAGE        COMMAND    CREATED    STATUS PORTS NAME
4a414a7bcb70 jenkins:lts "/sbin/tin  1 day ago  Up     80    jenkins

2) Introducir el comando para ingresar en la consola una vez conocemos el CONTAINER ID

docker exec -i -t 4a414a7bcb70 /bin/bash 

Tras esto veremos que nos ha ingresado dentro del terminal y podremos empezar a teclear los comandos que necesitemos ejecutar dentro de nuestro contenedor. Una vez hayamos terminado de realizar la acción necesaria, simplemente tecleando

exit

Volveríamos al SO y ya habríamos abandonado el contenedor Docker.

Como es habitual, cualquier sugerencia o mejora de este artículo siempre es bien recibida.

Si queréis echarle un vistazo a algunos de mis anteriores artículos podéis acceder directamente desde aquí.

La entrada Entrar a contenedor Docker usando la consola se publicó primero en BorrowBits.

Se trata de un título muy valorado en muchos entornos ágiles, así que tanto si quieres una mejora en tu carrera profesional como Product Manager o porque quieres optar a un puesto en el que se exige tenerla, este artículo puede servirte de ayuda.

Hace relativamente poco pasé el examen de certificación tras unos pocos días de preparación, así que el propósito de este artículo es daros algunos consejos útiles basados en mi experiencia.

¿Cómo es el examen?

• El examen cuesta 200$ y sólo hay un único intento. Si suspendes y quieres intentarlo de nuevo, tendrás que pagar otra vez.
• Para aprobarlo es necesario acertar el 85% de las respuestas.
• Consta de 80 preguntas de tipo:
  • Verdadero/falso
  • Opción múltiple
  • Respuesta múltiple
• El tiempo límite son 60 minutos.
• El único idioma disponible es en Inglés, por tanto es recomendable un buen nivel para entender bien las preguntas.

En comparación con otras certificaciones de la industria puede parecer difícil, tanto por la elevada tasa de aciertos que exige, como por el poco tiempo disponible para cada pregunta. A pesar de todo, el examen resulta muy sencillo una vez se comprende cómo funciona Scrum.

¿Cuánto tiempo necesito para su preparación?

En mi caso, dediqué menos de 20 horas a lo largo de diez días, si bien ya tenía algunos conocimientos sobre product management. Como suele ocurrir en este tipo de certificaciones, la clave es hacer tests, tests y más tests. Tu probabilidad de aprobar aumentará de forma proporcional a la cantidad de tests que hagas, porque a la postre aparecerán muchas preguntas repetidas.

Con la concentración adecuada y siguiendo los pasos de esta guía, se puede preparar en 2-4 semanas con una dedicación de 1-2 horas al día.

¿Cómo lo preparo? Un sistema basado en la evidencia

Para preparar el examen puedes hacer un curso de pago o estudiártelo por tu cuenta. A diferencia de otras certificaciones, Scrum.org no exige la realización de un curso previo, al menos para PSPO I. Esta guía de estudio está pensada para los que se lo quieren preparar de forma independiente, aunque si ya hiciste un curso puede ayudarte a repasar.

Este sistema consta de varias partes. Es muy importante que no te saltes ningún paso, sobretodo si tienes poca experiencia profesional con Scrum. Considera esta sección como tu “checklist” de estudio:

1. Lee la guía oficial de Scrum con atención al menos 3 veces. Se trata de un texto de apenas 19 páginas, aparentemente sencillo. Pero no te dejes engañar por su longitud, cada frase puede abrir un universo de interpretaciones. Aunque está disponible en muchos idiomas, te recomiendo estudiarla en inglés (ya que el examen y casi todo el material de estudio está en inglés)
2. Además lee TODAS las lecturas imprescindibles que se recomiendan en este artículo, más abajo.
3. Aprueba con un 100% todos los Open Assessments de Scrum, 5 veces cada uno, en menos de 5 minutos por intento: esto te dará una base sólida sobre los principios de Scrum que acabas de estudiar:
   • Product Owner Open => 5 veces con un score 100%
   • Scrum Open => 5 veces con un score 100%
   • Developer Open => 5 veces con un score 100%
   • Nexus Open=> 5 veces con un score 100%
4. Aprueba con un 100% los tests de Mikhail Lapshin en modo real (tiempo límite de 60 minutos) al menos 3 veces cada uno:
   • Professional Scrum Master (PSM I) preparation quiz – learning mode | real mode => 3 veces con un score 100%
   • Professional Scrum Product Owner (PSPO I) preparation quiz – learning mode | real mode => 3 veces con un score 100%
   • Scaled Professional Scrum (SPS aka Nexus) preparation quiz – learning mode => 3 veces con un score 100%

Consejos para el examen y preguntas-trampa

Aunque te salgan bien los “open assessments” no deberías confiarte: algunas preguntas del examen real están plagadas de trampas. Aquí van algunos ejemplos:

• Cuidado con los matices: quizás éste sea el consejo más importante. Lee cada palabra y cada coma con mucha atención. En particular presta atención a las diferencias entre “can”, “should”, “must” y “may”. Un par de ejemplos:
  • The PO (Product Owner) and SM (Scrum Master) may attend the Daily Standup, but they may not participate in the Daily Standup
  • Retrospective improvements must go into the Sprint Backlog, not the Product Backlog.
• Cuidado con las preguntas que contienen una negación. Por ejemplo: ¿Cuáles de las siguientes opciones no es una característica de…?
• Cuidado con la respuesta múltiple (checkbox en vez de radio button) en las que varias podrían ser correctas. También con las de tipo “todas son correctas” o “ninguna es correcta”.
• Respuestas contradictorias: a veces la experiencia del mundo real puede contradecir a las buenas prácticas, ¡incluido a Scrum! En caso de duda, las respuestas “más verdaderas” son las que favorecen el empirismo y la evidencia de los datos (lee sobre “Evidence Based Management” más abajo).
• Cuidado con herramientas específicas que no aparecen en la guía de Scrum: casi todo lo que no aparece en la guía explicitamente, no entra en el examen. Eso significa que a Scrum “le da igual” si utilizas una burn-down chart o una burn-up chart. Tampoco importa si para estimar las historias de usuario utilizas planning poker, la sucesión de Fibonacci o cualquier otra forma que al final de día permita calcular la velocidad de un Sprint…
  • (!)Las excepciones a esta regla se encuentran en las lecturas imprescindibles más abajo (y es por esto que son imprescindibles).

¿Dónde encontrar los exámenes y el resto del material?

Exámenes

La mala noticia es que no esta permitido compartir exámenes reales. Hay muchas páginas y cursos de procedencia sospechosa que prometen acceso a preguntas oficiales, o que ofrecen simuladores del examen real. En mi experiencia, muchas de esas fuentes además de ser de pago ofrecían preguntas incorrectas (con lo cuál podrían confundirte en vez de ayudarte).

Aquí la buena noticia:

Los Open Assessments y los tests de Mikhail Lapshin que mencionábamos antes son una excelente forma de practicar. Son muy parecidos al examen real y además gratuitos.

Lecturas imprescindibles

Además de la guía de Scrum, las siguientes lecturas y artículos son importantes; deberías comprenderlos antes de hacer el examen. Léelos tantas veces como sea necesario:

• Understanding and Applying the Scrum Framework
• Developing People and Teams
• Managing Products with Agility
• Priorización MosCOW
• Glosario de Scrum
• Cono de la incertidumbre
• Evidence-Based Management (EBM) y sus áreas de valor clave: Key Value Areas (KVAs)
• La guía Nexus (cómo escalar con varios equipos Scrum).
• 10 Tips for Product Owners on (Business) Value
• Stances of the Product Owner
• The “new” new Product Owner
• 9 Principios Efectivos para trabajar con equipos de desarrollo (BorrowBITs)

Libros

Aunque no es imprescindible, si tienes tiempo adicional, te recomiendo leer los siguientes libros:

• “Agile Product Management with Scrum”, de Roman Pichler. Son sólo 133 páginas y para mí es uno de los mejores libros sobre agile product management, pues ofrece una visión muy práctica y realista del trabajo de Product Owner. Hay que tener cuidado porque está algo anticuado con respecto a la guía de Scrum, pero desde mi punto de vista ayuda a comprender mejor el papel de Product Owner.
• “The Professional Product Owner: Leveraging Scrum as a Competitive Advantage“, es el libro que recomienda Scrum.org para preparar este examen, y por tanto me veo obligado a recomendarlo (aunque no lo he leído).
• “The Nexus Framework for Scaling Scrum“. Además de ser un excelente “repaso” de Scrum, explica cómo escalar paso a paso éste a varios equipos mediante un caso de estudio de real.
• “Peopleware: Productive Projects and Teams” de Tom DeMarco y Tim Lister. Uno de los mejores libros que he leído sobre organización de equipos IT. No es un libro sobre Scrum, pero ayuda a comprender los valores subyacentes de los equipos ágiles, cross-funcionales y auto-organizados.

¿Cómo aplicar y donde hacerlo?

Solicitar el examen es muy fácil. Sólo tienes que ir a esta página y comprar un “intento” para la certificación Professional Scrum Prouct Owner I, con tarjeta de crédito o Paypal. Tras la compra, recibirás un e-mail con una contraseña para acceder al examen. La contraseña no expira, por lo que podrás comprarla en el momento que quieras y usarla cuando estés preparado/a.

Usad los comentarios si tenéis dudas o sugerencias, entre todos nos podemos ayudar.

Si quieres profundizar más sobre Product Management, apúntate a mi newsletter gratuita, The Stoic Product Manager. 

La entrada ¿Cómo aprobar la certificación PSPO I a la primera? (aunque no tengas experiencia como Product Owner) se publicó primero en BorrowBits.

Criterio 1: Funcionalidad

Existe cierta confusión en cuanto a las funcionalidades que puede realizar una TPV. Lo más importante a la hora de elegir un sistema es que “haga” lo que realmente necesitamos. He aquí algunas de las operaciones que puede realizar una TPV:

• Inventario de productos.
• Control básico de clientes (CRM).
• Realizar operaciones de venta.
• Pasarela de pago online.
• Impresión de tickets y facturas.
• Automatización de pedidos.
• Gestión de devoluciones.
• Integración con otros sistemas.

Por ejemplo, si lo único que necesitas es una pasarela de pago para que tus clientes puedan pagar con tarjeta de crédito, un simple datáfono de toda la vida bastará. Algunos bancos ofrecen sus propios datáfonos digitales de forma gratuita (si bien se cobrarán su costo en comisiones de venta, por supuesto).

Si además quieres gestionar pagos de forma completa, llevando contabilidad de todo tipo de cobros y además actualizando el inventario, imprimir recibos y gestionar devoluciones, necesitarás un sistema mucho más avanzado con un software adecuado.

Criterio 2: Tipo de negocio

No es lo mismo el TPV que necesitaría una panadería de barrio, que el que necesitarían unos grandes almacenes con 20 puntos de venta interconectados. Tampoco es lo mismo el TPV que necesitaría una tienda online:

• Para pequeñas empresas el TPV puede consistir en un datáfono o en un simple PC adaptado con una pantalla táctil, lector de tarjetas, impresora y periféricos. Este tipo de TPV se vende en paquetes y suele incluir un software básico de gestión de ventas que es suficiente para este perfil.
• Para grandes empresas con múltiples puntos de venta, lo más importante no es tanto el TPV físico como el software. En estos casos cabe considerar soluciones Cloud que aseguren una alta disponibilidad, seguridad y sincronización de datos. También es posible que necesites integración con otros sistemas corporativos (Salesforce, SAP, HubSpot…) por lo cual pueden llegar a necesitar un desarrollo a medida. Si necesitas asesoramiento sobre aplicaciones TPV a medida, puedes consultarnos aquí de forma gratuita.
• Para negocios o tiendas online (e-commerce) puede que no sea necesario ningún hardware en absoluto (salvo los servidores de tu proveedor), pues lo único que necesitarás es una plataforma web como WooCommerce, Prestashop y similares. Éstas se puede integrar fácilmente con PayPal, pasarelas bancarias e incluso con pasarelas de pago con bitcoins.

Criterio 3: Presupuesto

Más allá de las necesidades de tu negocio, lo que más va a determinar la compra de un TPV u otro va a ser el presupuesto. Tanto si el TPV es físico o totalmente virtual, los costes pueden ir de “cero euros” hasta “todo lo que te puedas gastar”.

La opción más económica (pero más problemática)

La opción más barata es adquirir un software TPV “open source”, que a menudo son totalmente gratuitos y están mantenidos por una amplia comunidad (si os interesa podemos hacer otro artículo sobre esta opción).

A partir de ahí puedes comprar todos los dispositivos que vayas necesitando: impresora de tickets, lector de tarjetas, lector láser, etc. Esta opción tiene el molesto inconveniente de necesitar bastante trabajo técnico, desde la instalación hasta su mantenimiento. Por tanto, en algún momento vamos a necesitar una persona con los conocimientos técnicos para que nos dé el soporte necesario.

La opción deluxe

Existen soluciones TPV que no sólo incluyen completos sistemas físicos, sino también software de gestión de inventario, clientes y ventas, con base de datos compartida en la nube, backup periódico automático y soporte 24/7. Estas soluciones suelen proveerlas empresas especializadas mediante contratos SaaS (Software as a Service) y un contrato de compra o alquiler de los equipos físicos.

Otras opciones económicas

El mejor balance en prestaciones-precio suele ser un pack TPV completo que incluya todo el hardware y el software necesario. Para un negocio que está empezando, la compra de su primer TPV puede suponer una fuerte inversión. Sin embargo, el mercado de segunda mano puede ayudar a ahorrar dinero. Los TPV por lo general sufren poco desgaste, pues sus sistemas trabajan con poca carga computacional y los periféricos físicos suelen ser bastante duraderos. Con el tiempo, las impresoras sí son más susceptibles de problemas (en general todos los dispositivos con partes móviles). Pero después de todo, estos son dispositivos económicos y fácilmente reemplazables.

A modo de conclusión

En cuanto a la elección de un TPV no hay una respuesta genérica que sea válida para todos los perfiles. Todo va a depender de las necesidades y presupuesto de cada negocio. Por suerte, existe una amplia variedad de configuraciones, modelos y opciones de compra. Además puedes comenzar con un paquete básico e ir ampliando sobre éste según vayas descubriendo tus necesidades particulares.

No dudes en contactar con nosotros o escribirnos un comentario si necesitas asesoramiento sobre la mejor opción para tu caso.

La entrada ¿Cómo montar un TPV en mi negocio ? Una guía de compra. se publicó primero en BorrowBits.

Algo así como mis 5 bits de los viernes.

¿Necesita el mundo otra lista semanal? Probablemente no. Tampoco necesitamos más spam (por eso no pienso enviarla por correo) ni más cuñados geek (lo siento, contra eso nada se puede hacer).

Sin embargo, por alguna extraña razón, los viernes suelo estar muy receptivo a este tipo de contenidos. Y si me ocurre a mí, tal vez a ti también. Aparte de ésta, vamos a copiar el formato por otras dos razones:

• para dejar de machacar el Whatsapp de mis amigos con audios semanales.
• para introducir más entropía en el Universo.

Pero lo que más feliz me haría sería obtener un puñado de listas semanales en los comentarios que complementen y mejoren la mía. Ahí os dejo el guante

Ahora sí, quedan inaugurados…

Los 5 bits de Ángel

BIT #1: ¿Qué ando trasteando?

MicroPython. Recientemente compré un pack de libros de Python en Humble Bundle (un plataforma paga-lo-que-quieras para donar una parte a organizaciones de caridad). Y a lo tonto, me ha picado el gusanillo (¿o la sierpe?) de programar de nuevo en Python, esta vez combinándolo con microcontroladores:

MicroPython es una implementación de Python 3 optimizada para correr en microcontroladores como el ESP8266. De momento me estoy limitando a holamundear con un NodeMCU, pues no tengo tiempo para plantearme un proyecto más serio (aunque estoy abierto a sugerencias y colaboraciones). Si os interesa la combinación MicroPython + ESP8266, aquí tenéis un buen punto de partida.

BIT #2: ¿Qué ando viendo, leyendo y/o escuchando?

Viendo: Knightfall, una serie de Netflix sobre templarios y la búsqueda del Santo Grial. Sólo la recomiendo si no te importa que te tomen por idiota y si te gustan mucho las ambientaciones medievales con peleas de espadas. Dicho sea de paso y no como punto negativo: el rey Felipe IV de Francia es el estereotipo de rey medieval de cuento más exagerado que jamás he visto.

Leyendo: “Oriente y occidente”, el epistolario del premio Novel hindú Rabindranath Tagore. Compré el libro en un “mercaíllo” de Granada y hasta ahora no había encontrado el momento de leerlo. Se trata de una recopilación de cartas en que el poeta manifiesta sus preocupaciones en torno a la confraternización de Oriente y Occidente, durante el desgarramiento de la Primera Guerra Mundial.

Escuchando: bandas sonoras de Hans Zimmer, sobretodo la de Batman (“The Dark Knight” – Hans Zimmer / J. Newton Howard). Estas OSTs son perfectas para concentrarse mientras trabajo en lo que yo llamo “modo leyenda” (es decir, con deadlines pisándome los talones). En noviembre iré a ver su show “The World of Hans Zimmer” en Dusseldorf. No puedo esperar :_)

BIT #3 ¿Qué app o herramienta me está cambiando la vida esta semana?

Rootkit Hunter (rkhunter). Hace poco sufrimos un ataque hacker con graves consecuencias que a Vicente y a mí nos ha costado un par de semanas subsanar (y una tonelada de puntos de SEO Aunque cometemos errores, aprendemos de ellos. Así que entre otras cosas, hemos echado a rodar rkhunter, un detector de rootkits que nos informa diariamente por e-mail si el sistema ha sido comprometido:

/usr/bin/rkhunter -c -sk 2>&1 | mail -s "Informe de RootKits" foo@mail.com

Por cierto, he aprovechado la ocasión para enterarme de una vez para qué sirve el famoso 2>&1 en Linux y he aquí la explicación corta: hay dos lugares adonde un comando envía su output: stdout o salida estándar (1) y stderr o error estándar (2). Al escribir 2>&1 estamos diciendo “redirecciona también stderr al mismo lugar donde estamos mostrando stdout (la pantalla o en este caso a la función mail).

BIT #4 ¿Qué ando imprimiendo en 3D?

Esta semana no he tenido tiempo para diseñar algo especial. Pero para que mi Ender 3 no se enfríe demasiado, me he imprimido (impreso?) un upgrade: se trata de una guía para el filamento, un brazo extensor para evitar que el cable se enrolle. En mi opinión el diseño de la Ender 3 está muy depurado y el problema no pasa a menudo, pero es una mejora interesante. Os dejo el enlace a los archivos de Thingiverse aquí.

BIT #5 ¿Qué cita/pensamiento ando ponderando?

“The cave you fear to enter, holds the treasure you seek”

Esta frase tan potente la leí por primera vez en un libro de Joseph Campbell y desde entonces la he visto reproducida en muchas partes. Me gusta porque está conectada con esta creencia:

Crecemos en tanto que nos enfrentamos a nuestros miedos.

Hace tiempo que procuro estar cómodo en la incomodidad, porque esa resistencia interna es una clara señal de crecimiento. Por eso, a veces lo único que se interpone entre nosotros y nuestras metas somos nosotros mismos. Y nuestra suscripción a Netflix…

La entrada De templarios, MicroPython y rootkits cavernarios se publicó primero en BorrowBits.

El autor asegura que prefiere desarrollar sus productos línea a línea, sin usar librerías ni frameworks. Que así es como uno aprende, dice. Y la verdad es que estoy de acuerdo en ese punto: desarrollar un website desde cero es la mejor forma de aprender.

¿Pero proporciona alguna otra ventaja interesante? ¿Merece la pena la inversión de esfuerzo? Y lo más importante: ¿quién en su sano juicio programaría en 2019 una página web etiqueta a etiqueta?

La pregunta puede resultar algo capciosa. Primero hablemos de ventajas e inconvenientes:

Inconvenientes de programar un sitio web desde cero

I. Poco ágil

En ciertos proyectos el time-to-market es de vital importancia. Desde ese punto de vista, desarrollar desde cero no es nada ágil, sobretodo si estamos en un marco de trabajo tipo Scrum o si el objetivo es montar un prototipo. Reciclar código de terceros, total o parcialmente, permitiría hacer una web mucho más rápido.

II. Curva de aprendizaje

Los lenguajes front-end deben convertirse en tu segundo idioma. Eso requiere mayor tiempo de aprendizaje del que necesitas para adaptar un simple framework. Para eso sólo tendrás que leerte la documentación sin necesidad de entender qué hay debajo..

Además de ser un experto en esos lenguajes también deberás dominar las buenas prácticas de programación. Y hay que hacer mucho hincapié en esto, pues los frameworks ya implementan esas buenas prácticas.

III. Difícil de mantener

El código escrito desde cero requiere mayor esfuerzo de mantenimiento. Refactorizar y actualizar será una tarea constante durante el ciclo de vida. En ese sentido se trata de una responsabilidad muy grande. Casi como cuidar de un perro o un gato. Además esto implica un requisito adicional: mantenerte constantemente informado y formado, para que tu producto no deje de funcionar después del último release de Firefox.

IV. Compatibilidad entre navegadores

Muchos frameworks ya vienen preparados para cubrir las particularidades de múltiples plataformas. Hacer una aplicación cross-browser a pelo puede ser una tarea mortificante, que puede llevar a tener que reescribir un CSS diferente para cada navegador.

V. Coste elevado

El esfuerzo necesario para desarrollar desde cero una web puede ser mucho mayor que si partimos de un template. Esto se traduce, naturalmente, en un incremento en los costes ya sea en tiempo, dinero o ambos. Sin embargo, en el largo plazo es posible que se dé justamente la situación contraria…

Pero esto lo veremos en las ventajas:

Ventajas de programar un sitio web desde cero

I. Aprendizaje acelerado

Si programas a pelo, vas a aprender sí o sí. Puede que al principio tú código no sea el más limpio, pero a la larga te convertirías en un verdadero experto, cosa que no lograrías se te limitaras a usar o modificar un framework. De hecho hoy día no es fácil encontrar expertos con un entendimiento profundo de un lenguaje de programación, son rara avis muy cotizados.Desde ese punto de vista también es una ventaja, pues es una inversión para tu currículum.

II. Máximo control

Programar línea a línea te proporciona una comprensión de tu proyecto casi absoluta. Sabes exactamente qué es lo que hay y cómo está hecho. Conoces sus puntos fuertes y sus puntos débiles. Esto te permite mantenerlo limpio y eficiente hasta puntos insospechados. Sin contar con la facilidad para detectar bugs o malfuncionamientos, lo cual te ahorraría en el largo plazo muchos quebraderos de cabeza.

III. Tu código, tus reglas

Cuando adaptas una plantilla/framework de terceros tienes que someterte al criterio de otros. Programar es una actividad creativa, algunos de hecho lo consideraran un arte. Programar a tu manera no sólo te va a permitir desarrollar tu creatividad, también te va a permitir desarrollar nuevos patrones mentales para alcanzar un diseño con mínimo esfuerzo.

IV. Optimización al máximo

Muchas librerías incluyen una cantidad de funciones que quizás en tu proyecto nunca utilizarás. Por eso, en un código artesano nunca verás líneas HTML de más, ni funciones JS que están ahí sin que sean utilizadas. Además podrás introducir mejoras de rendimiento específicas para tus requisitos, cosa que sólo puede hacerse a mano y después de un profundo análisis.

V. Independencia

Esta ventaja compensa la dificultad del mantenimiento, pues nuestra aplicación no depende de las actualizaciones (o ausencia de ellas) por parte del proveedor del framework. Nuestra web nunca estaría sometida por las cadenas caprichosas de un tercero.

Cuándo usar plantillas o frameworks

A modo de conclusión

No te dejes engañar por la pregunta del título. Yo creo que a veces tiene mucho sentido desarrollar un producto web desde cero. No me parece ninguna locura, a pesar de la tendencia actual de usar frameworks para todo, especialmente si estamos desarrollando algo muy específico para lo que no existen templates ni frameworks ni librerías adecuadas.

Por otra parte hay que tener cuidado con lo de dejarse llevar por el perfeccionismo ni por ese afán de programar por amor a la misma programación. Decía Shaw:

¿Qué hombre inteligente si le dieran a elegir escoger entre vivir sin rosas o vivir sin berzas no correría a asegurar las berzas?

Así pues, usemos el sentido común para determinar: 1) cuál es nuestro caso y 2) hasta qué punto nos conviene 2.1) trabajar “from scratch”, 2.2) utilizar una plantilla o 2.3) un enfoque mix-and-match.

¿Y vosotros, qué opináis?

La entrada Crear una web desde cero: ¿quién lo haría en su sano juicio? se publicó primero en BorrowBits.

Tras una breve pero tortuosa investigación, os comparto la solución a un problema que parece estar poco documentado: cómo guardar todas las publicaciones de una cuenta de Tumblr en un documento de Word, Writer, Google Drive, HTML (o el formato que queráis).

En mi caso particular, lo que pretendía era obtener un backup de todos mis posts publicados en Tumblr hasta la fecha, y almacenarlos posteriormente en un documento de Word.

Al principio, se me ocurrió lo más evidente: ir copiando las entradas una a una, mediante copy-paste manual, hasta que me dí cuenta de que tenía cerca de 200 entradas.

Aquí os presento una solución bastante cutre, pero rápida en la misma medida.

Si tienes prisa y no quieres leer milongas, haz scroll down hasta donde pone Resumen express. Si en cambio quieres saber lo que estás haciendo, sigue leyendo desde aquí:

Problema 1: cómo descargar de un plumazo todo el contenido de Tumblr

A diferencia de Twitter, la plataforma Tumblr no incluye – a día de hoy – una función que te permita descargar todos tus posts de un golpe, a modo de backup.

Si a estas alturas se te ha ocurrido utilizar el feed RSS (que se obtiene a través de “usuario.tumblr.com/rss”) ya te puedes ir olvidando: sólo descarga las 10 ó 15 publicaciones últimas. Hace falta algo más sofisticado.

Existen plataformas de pago como Frostbox que te permiten hacer copias de seguridad de los timeline de casi todas tus redes sociales. El problema es que no tienen un servicio de un solo uso: tienes que suscribirte y pagar durante meses o años. Así pues, para este caso particular no es una solución adecuada. _{Además, para estas cosas soy un poco rata…}

En fin, que lo más sencillo para este caso sería utilizar la app gratuita online Tumblr2Wordpress. Lo único que hace es descargar todo el contenido de una cuenta cualquiera de Tumblr en un archivo XML de WordPress.

En la siguiente imagen tenéis un “paso a paso” simplificado:

Debo advertiros que, al exportar una cuenta de Tumblr así, se podría perder información valiosa: metadatos, comentarios, ciertos posts multimedia… Es importante que le echéis un ojo al fichero XML y os vayáis a la sección de “Warnings” para comprobar si se ha quedado algo pendiente:

Problema 2: cómo convertir o renderizar un archivo XML de WordPress en HTML “bonito”

El problema lo hemos solucionado, pero sólo parcialmente: ahora tenemos nuestro contenido descargado en un archivo XML que sólo WordPress comprende. La pregunta que surge de forma natural en las mentes despiertas es:

¿Existe alguna forma de “parsear” ese archivo XML de WordPress en un HTML “bonito” que podamos copiar y pegar en un documento de Word?

Sí, claro que la hay.

Solución 2.1: podrías simplemente importar tu archivo XML en una cuenta de WordPress, pero entonces estaríamos igual que al principio, con la diferencia de que el contenido estará alojado en WordPress en lugar de Tumblr.

Solución 2.2: algunos sugieren utilizar el procesador XML embebido de WordPress para mostrar ese contenido ya renderizado y procesado como HTML en el navegador. El objetivo sería crear un pequeño script PHP para leer ese XML automáticamente con un include_once de ese script (el archivo XML debe estar cargado en alguna carpeta del servidor accesible por WordPress)… Pero bueno, a estas alturas seguro que os habéis dado cuenta de que soy un poco vago. Además mis superpoderes de programación están un poco oxidados. Y lo más importante: hoy es domingo.

He aquí una solución rápida y elegante:

Solución 2.3: traducir XML WordPress en HTML mediante fichero XSLT

Una de las características que hace de XML en un formato tan potente es su flexibilidad para ser transformado en cualquier otra cosa que no sea XML. Para este asunto particular, existe un estándar llamado XSLT o también Transformaciones XSL. Mediante una hoja de estilo XSLT, podemos realizar una traducción de unas reglas XML en otras. En este caso, necesitamos un fichero XSLT que permita convertir el fichero XML de WordPress en HTML de toda la vida.

Aunque nosotros mismos podríamos escribir estas traducciones, invertiríamos demasiada energía, y yo ya he buscado para vosotros el dichoso archivo.

Hélo aquí, en GibHub:

Una vez lo hayamos descargado, sólo tenemos que llevárnoslo a cualquiera de los muchos conversores-parseadores-formateadores que hay en Internet, como CoolUtils.com o FreeFormater.com.

En el ejemplo he usado el segundo, FreeFormater, que a mí me funcionó mejor:

Entonces obtendremos un output completamente en HTML que podremos guardar en un fichero .html, que a su vez podremos abrir con nuestro editor de texto favorito: Word, Libre Office, Google Drive, etc:

Resumen Express

“No me calientes la cabeza y dime cómo se hace”.

Ok, si te pones así… aquí va la versión resumida de todo lo que hemos visto arriba:

• Paso 1) Descarga todo el contenido de tu Tumblr con Tumblr2Wordpress.
• Paso 2) Descarga esta hoja XSLT.
• Paso 3) Transforma el XML mediante el XSLT, subiendo ambos archivos a la aplicación FreeFormater.
• Paso 4) Copia y pega el código HTML resultante en un fichero de tu PC.
• Paso 5) Ábrelo con Libre Office, Word, Drive, etc. 

Espero que os sea útil. Quedo a vuestra disposición en comentarios si necesitáis ayuda o aclaraciones.

¡Feliz domingo!

La entrada Cómo descargar un backup de todas tus publicaciones de Tumblr (y guardarlo en el formato que quieras) se publicó primero en BorrowBits.

Git es un sistema de control de versiones libre diseñado para desarrollar todo tipo de proyectos, grandes y pequeños con velocidad y eficacia.

Sin embargo y a pesar de que es el líder actualmente y a desplazado a su gran rival SVN, es fácil encontrar equipos de desarrollo que aún rechazan usarlo y es por ello que vamos a enumerar una serie de ventajas que posee y los motivos para usarlo:

Git cuenta con la mayor comunidad de desarrolladores

Actualmente, Git es el sistema de control de versiones mayormente usado y es por ello que posee la mayor comunidad, con las ventajas que ello conlleva ya que cuando te encuentres un problema, encontrarás rápidamente la solución en la multitud de foros y chat que hay dedicados a Git.

Repositorios en la nube

Git tiene los mejores repositorios en la nube para manejar tus proyectos, los cuales permiten que tu tengas un control completo de todo tu código y permite el acceso y la posibilidad de estar conectado con tu equipo, sin importar si se encuentran en la otra punta del planeta. Cuando eliges un repositorio git, posees un gran abanico de posibilidades para correr tu proyecto localmente o en la nube, pagando o incluso teniendo una versión gratuita, compartiendo tu código con la comunidad o manteniéndolo privado.

Lo usan los grandes

Cuando hablamos de tecnología siempre debemos mirar de reojo cómo están desarrollando los grandes, Facebook, Google, Microsoft, etc y si nos dirigimos al sitio web de Git vemos que todos ellos los están haciendo. Y no sólo lo usan los grandes sino que los mayores proyectos a nivel mundial también lo usan. Precisamente, Git nació como sistema de control de versiones de Linux de la mano del gran Linus Torvals. Hoy en día, Google usa Git para el proyecto Android

Operaciones de despliegue

Hoy en día, los servidores de aplicaciones en la nube son capaces de realizar automáticamente el despliegue de tu rama master a producción usando git hooks, el cual es una potentísima herramienta para automatizar scripts una vez que el commit definitivo está hecho. Servidores como Google App Engine o Amazon Web Services permiten que hagas esto, el cual no es sólo una manera segura y cómoda sino que también es la manera más limpia de mantener la integridad de tu código cuando despliegas a producción.

Estas son sólo cuatro motivos para usar Git pero estoy seguro de que vosotros tenéis muchos más para hacerlo. ¿Por qué no los compartís con nosotros?

También aprovecho para recomendaros el mejor libro sobre GIT en habla hispana a un precio super reducido.

La entrada 4 razones para usar GIT se publicó primero en BorrowBits.

Ahora vamos a hacer un repaso a los cinco lenguajes  más utilizados y por tanto los que más profesionales están demandando:

1. Java

Java es uno de los lenguajes más populares para crear aplicaciones web. Con Java y su framework más utilizado Spring, puedes crear una aplicación web escalable para una gran cantidad de usuarios. Eso unido a que Android es, quizá, la plataforma móvil estrella incrementa el interés por este lenguaje ya que esta plataforma  está basada en Java

2. Javascript

El archiconocido JS está presente en todos los sitios webs. Desde el cliente hasta el servidor y permite dotar a tu sitio web de efectos que encandilarán a tus visitantes de una manera fácil usando su biblioteca más extendida, JQuery.

3. C#

C# es el lenguaje más extendido para el desarrollo de aplicaciones y servicios de Microsoft. Además también para los desarrolladores de videojuegos es imprescindible este lenguaje ya que la plataforma Unity usa C# como uno de sus principales lenguajes.

4. PHP

¿En tu web haces uso de accesos a BBDD? PHP  junto con bases de datos como MySQL, son herramientas muy útiles para desarrollar una plataforma web. Debemos también recordar que la tecnología para gestionar éste y miles de blogs (WordPress) está basada en PHP. Frameworks populares de PHP son Symfony y CakePHP

5. Python

Si sabes programar en Python, saber hacer prácticamente de todo. Sólo te queda elegir el framework adecuado y podrás desarrollar aplicaciones web, interfaces de usuario incluso podrás analizar de datos y obtener estadísticas sobre los mismos.

Aparte de los cinco que he elegido, existen multitud de lenguajes muy utilizados pero estos reclaman un gran porcentaje de los puestos de trabajo que a día de hoy son demandados. ¿Cuál incorporarías a nuestra lista?

La entrada Los lenguajes de programación más utilizados en 2015 se publicó primero en BorrowBits.

En nuestros equipos … ¿Dónde se almacenan las contraseñas? ¿Es fácil acceder a ellas?

En Windows las contraseñas se almacenan cifradas en el registro SAM, usando LM (en los sistemas más antiguos) o NTLM. Está almacenada en la siguiente ruta:

%WinDir%\system32\config\sam

Sólo es accesible con la cuentra de administrador, pero es vulnerable a ataques offline, por ejemplo utilizando un LiveCD  sería posible modificar los datos almacenados en ella.

En Linux, por supuesto, también se almacenan cifradas como hashes, utilizando como algoritmo MD5, Blowfish, SHA256 o SHA512. Están en la siguiente ruta:

/etc/shadow

Si utilizas Google Chrome, puedes consultar las contraseñas almacenadas en el navegador, poniendo en la barra de direcciones chrome://settings/passwords. Para poder visualizarlas es necesario poner la contraseña de Windows, pero en versiones anteriores no existía protección alguna. Estos datos de los usuarios del navegador se almacenan en %userprofile%\AppData\Local\Google\Chrome\User Data\Default\

En el cliente de correo Outlook 2013 puedes encontrarlas en la siguiente clave de registro:

HKEY_CURRENT_USER\Software\Microsoft\Office\15.0\Outlook\Profiles\Outlook

La contraseña se almacena cifrada, pero otra información valiosa como la dirección de e-mail, usuario, servidor, etc. está en texto plano.

Podríamos seguir enumerando dónde se almacenan las contraseñas de otras aplicaciones, pero no es el objetivo de este árticulo. Como vemos, parece que las contraseñas están protegidas. Pero, ¿es suficiente?

¿Cómo podrían robarnos las contraseñas?

Una buena dosis de picaresca humana sumada a la especialización técnica de algunas aplicaciones y dispositivos diseñados para este fin, pueden darnos infinidad de posibilidades.

Existen varias aplicaciones en Internet, muchas gratuitas, diseñadas para romper el cifrado de las contraseñas y lograr así ver en texto plano la contraseña almacenada.

Por ejemplo, la aplicación The LaZagne project está especializada en obtener las contraseñas almacenadas en el equipo en el que se ejecute. Estas son las aplicaciones soportadas hasta la fecha:

Su uso es muy sencillo, basta con ejecutar el archivo laZagne.exe en una consola de MSDOS para que la aplicación empiece a buscar contraseñas en el sistema donde se esté ejecutando. En la imagen vemos su uso para sacar sólo las contraseñas almacenadas en los navegadores webs.

Poniendo el atributo all, buscará las contraseñas de todas las aplicaciones que aparecen en la tabla anterior. Prueba a usarlo en tu equipo a ver cuántas contraseñas te saca a la luz. Puede que te sorprendas.

A nivel de hardware, un dispositivo que se podría utilizar gracias a su versatilidad es USB Rubber Ducky, es un teclado programado con forma de USB, que nada más conectarse comienza a escribir en el equipo de forma automatizada, para lanzar programas y herramientas del equipo víctima o que están almacenadas en su propia memoria. Se podría configurar para copiar todas las contraseñas de la víctima y almacenarlas en la memoria USB para luego en casa poder descifrar tranquilamente los ficheros obtenidos.

Como veis, nos pueden atacar por varios frentes. Ante todo usad el sentido común y armaros con programas que ayuden a complicarle la vida a los malos, como antivirus, firewalls y tener todo bien actualizado. No se lo pongamos fácil. La tercera guerra mundial ya se está consumando en la red.

La entrada ¡Dame tus contraseñas! se publicó primero en BorrowBits.

Las empresas de desarrollo de software han visto como ha sido necesaria la creación de un departamento especializado en la automatización de estas pruebas e incluso han surgido empresas que únicamente se dedican a esta función. Las ventajas que aporta la automatización de pruebas de test son las siguientes:

• Reducción del tiempo de las pruebas
• Reducción del esfuerzo de las pruebas
• Elaboración de software más confiable
• Mejora considerable en la calidad de las pruebas
• Generación automática de nuevas métricas
• Facilidad para generar las pruebas de regresión

Aunque la importancia de realizar la automatización de pruebas de testing es reciente, existen multitud de herramientas y plataformas para pruebas funcionales, pruebas de carga y rendimiento, herramientas de gestión de pruebas.

Ante tal variedad de herramientas para automatización de pruebas podemos destacar una que se usa ampliamente para realizar pruebas funcionales. Estamos hablando de Selenium, que consiste en un entorno de pruebas para aplicaciones basadas en web.

Selenium ofrece la posibilidad de usarse mediante un IDE propio que consiste en un plugin para Firefox para crear pruebas fácilmente. Os brindo un enlace con más información sobre esta opción.

La otra posibilidad y la que yo personalmente he usado es la consistente en aprovechar que existen librerías de Selenium para multitud de lenguajes ampliamente extendidos como Java, C#, Ruby, Python entre otros. Ofrece soporte en la mayoría de navegadores y en diferentes sistemas operativos como Windows, Linux y OSX.

En próximas entregas iremos viendo cómo explotar Selenium usándolo desde Java y tratando de ver cómo se comporta en diferentes navegadores.

¿Estáis experimentados en el testing automatizado de aplicaciones software? ¿Por qué no los contáis?

Página oficial de Selenium: http://www.seleniumhq.org/

Guía paso a paso para instalar Selenium WebDriver en Eclipse

La entrada Introducción al testeo aplicaciones web con Selenium y Java (I) se publicó primero en BorrowBits.