Continuamos con nuestra serie de entrevistas con gente de WordPress. Como presentadora en WCEU 2019 tuve el honor de conocer personalmente a los ponentes que tuve que presentar. Así que, ¡este mes entrevistamos a uno de los ponentes de WCEU 2019 que, para mi grata sorpresa, también es un fan de nuestro plugin Nelio A/B Testing! Así que, sin más preámbulos, démosle la bienvenida a Kåre Mulvad Steffensen.
Hola, Kåre. Muchas gracias por tu tiempo para esta entrevista. Fue genial charlar contigo sobre Nelio A/B Testing y el futuro de Gutenberg. Pero antes de hablar sobre estos temas, ¿podrías contarnos un poco sobre ti y tu relación con WordPress?
En primer lugar, gracias, Ruth! Fue un placer conocerte y aprender más sobre Nelio en WCEU.
Empezaré dándote una breve introducción de cómo terminé en el escenario de la WordCamp Europe en Berlín… Conseguí mi primer trabajo como programador a finales de 1999; aunque mi formación había sido en PHP, el trabajo me requirió aprender ASP, y eso es lo que hice. No volví a PHP hasta principios de 2008, después de una carrera que no era de programación trabajando como gerente de proyectos, propietario de productos y otros trabajos parecidos, y empecé a trabajar por cuenta propia en 2009, justo cuando se desató la crisis económica 🙂
Por aquel entonces yo ya había jugado un poco con WordPress en mi trabajo anterior, a pesar de que luego optaron por algún otro CMS ya olvidado. Entonces, cuando pasé a ser mi propio jefe, la elección me pareció fácil, y elegí empezar a crear sitios web basados en WordPress.
Eres una persona con una larga experiencia profesional en entornos profesionales muy diferentes: has cofundado tus propias empresas y has trabajado como especialista de WordPress en grandes empresas como, por ejemplo, Peytz & Co, probablemente la compañía de WordPress en Dinamarca con mayor número de desarrolladores. Así que ahora vienen las dos preguntas clásicas. En primer lugar, ¿qué has encontrado más gratificante en los dos entornos profesionales?
Jaja, bueno, sí, la palabra FREElance dice mucho… ¡Realmente eres más libre!
Cuando comencé en WordPress era un freelance clásico, pero apoyándome puntualmente subcontratando a algunos desarrolladores geniales de Sibiu (Rumania) del equipo de Olivestudio.net, a quienes había conocido un par de años antes en otro trabajo. Eso me dio la capacidad de desarrollo de una gran empresa. Aunque al principio estaba solo, mi empresa eventualmente se convirtió en un negocio con empleados. Recientemente he trabajado durante casi dos años en Peytz, pero después del verano tengo planes de reiniciar mi negocio independiente.
Para responder a tu pregunta creo que hay un tipo especial de trabajo que debes conocer si tienes tu propia empresa, que es el de trabajar PARA tu empresa. Es decir, en construir la empresa, en lugar de construir los productos que vendes, que es lo que haces EN tu empresa.
El proceso de trabajar EN y PARA tu propia empresa te enseña cómo ambas facetas siempre están entrelazadas; es una realidad que espero que se entienda, ya que contrarresta algo que se ve a menudo en organizaciones más grandes, donde las diferentes partes de una compañía trabajan sin pensar en otros departamentos.
Y la segunda, ¿qué es más complicado o difícil y por qué?
Bueno, tal vez ya lo contesté anteriormente… Trabajar por cuenta propia es menos complicado. Por supuesto, ser un hombre orquesta significa que tienes que ser capaz de hacer todo lo que vendes en tu empresa tú solo o ser un jugador de equipo. Sé mucho acerca de WordPress, pero aceptémoslo, no puedo hacer todo yo solo, y han pasado tantos años desde que programaba de verdad, que ahora sería demasiado lento aunque pudiera hacerlo…
Por lo tanto, al formar parte de una gran organización, hay algunos beneficios obvios que, por supuesto, debes tener en cuenta. Un pago de nómina todos los meses, un equipo de personas especializadas a tu alrededor, probablemente acceso a proyectos más grandes, y así sucesivamente.
Las complicaciones comienzan si los procesos internos de una empresa se vuelven demasiado abrumadores y obstaculizan el trabajo a realizar. Cuando eso sucede, y sucede con muchas compañías, nuevas y no tan nuevas, siento que eventualmente dañarán la capacidad de pensamiento de toda la compañía. La gente puede quedarse o se irá; en cualquier caso, la compañía pierde de vista su propósito.
La complicación es que, también ocurre al revés: si pasas demasiado tiempo en tu negocio, solo trabajando en las cosas que puedes vender y no tienes tiempo PARA tu negocio, obtendrás el mismo resultado. Es una especie de equilibrio que debes encontrar entre los dos.
Comenzaste a participar en la Comunidad de WordPress en 2009 cuando trabajabas por cuenta propia, y fuiste muy activo dentro de la Comunidad danesa. ¿Podrías resumir tus contribuciones a la comunidad de WordPress?
Desde 2009, he estado participando en muchas meetups de todo tipo con gente de ideas afines. En ese momento estaba abierto a descubrir todo, y uno de los eventos con los que me topé fue una WordCamp en Copenhague, llamada WordCamp Dinamarca. Ese fue mi primer encuentro con gente de WordPress, antes de Facebook y todo lo demás 😉
Asistí un par de años, y las Meetups se convirtieron en una realidad en las que ayudé un poco, hasta finalmente co-organizar una WordCamp primero en Copenhague, luego en Aarhus, y luego de vuelta en Copenhague (no recuerdo el orden exacto).
La comunidad en toda Dinamarca es bastante pequeña, pero abierta y acogedora, y en cada WordCamp o Meetup terminaba en el escenario, la mayoría de las veces con una sesión en vivo en el Happiness Bar donde arreglaba los problemas de la gente en el escenario ?.
Entre eventos, participaba en los foros clásicos y, por supuesto, en Facebook… No sé cuántas preguntas habré respondido allí, ¡buf!
Fui ponente en la WordCamp Estocolmo un año, hablando sobre “Cómo construir un sitio web de WordPress sin necesidad de programar”. Cuando hablamos de contribuciones, creo que es importante recordar que todas estas tareas sin programar también son una contribución a la comunidad.
Incluso la contribución que hice a WordPress 4.9.6, las herramientas del RGPD, fue una gran contribución, pero no programé una sola línea. Llegué con la idea básica de cómo podríamos hacerlo, y la comunidad la validó y, finalmente, un pequeño equipo creó las primeras versiones de las herramientas que ahora se llaman Core-Privacy. Actualmente soy miembro del grupo de mantenimiento de Core-Privacy para ayudar a dar forma a las próximas versiones de ese componente.
Has mencionado que también formas parte del grupo de mantenimiento de Core-Privacy y participaste en el diseño de las herramientas del RGPD que se incluyeron en WP 4.9.6. ¿Podrías contarnos un poco cómo entraste en este grupo y cuál ha sido tu contribución y experiencia dentro del mismo?
Ah, sí, el RGPD es donde obtuve mi acreditación de Core Contributor, y sin programar, pero diría que hice lo que podrías esperar de cualquier persona en la UE en ese momento, con mis años de experiencia. Supongo que solo fui el que llamó a las puertas correctas.
Esto NO es una historia corta, pero aquí va…
Leí sobre el nuevo reglamento, y no sé por qué, pero pensé dos cosas. En primer lugar, ¿por qué nadie ha pensado en poner esto en WordPress? Va a ser el INFIERNO para cualquier instalación de WordPress tener que usar plugins que pueden o no tratar datos personales. Y en segundo lugar pensé que tal vez debería leer el texto de ley vigente.
Así que leí la ley y solo puedo decir una cosa: ¡TL;DR! (en español: demasiado largo, no lo leas).
Tuve una buena idea de lo que se necesitaba y elaboré una idea inicial que compartí con mi amigo Peter Shum de Branchci.com. El primer dibujo fue en un trozo de papel, que más tarde transmití a un diseñador, pero aquí está el original:
(No te pierdas el punto en la parte superior de la imagen).
Supongo que las palabras que siguieron al dibujo tenían más sentido 🙂 De todos modos, en ese momento nos aconsejaron que consideráramos nuestra solución como un plugin de funciones, lo cual es una forma elegante de decir: si puedes hacer que funcione como un plugin, podremos ver si es lo suficientemente bueno como para fusionarse en el núcleo en una etapa posterior.
Con un dibujo y una descripción de cómo veía WP como una unidad central donde los plugins y los temas podían (o debían) registrar cualquier campo de datos que manejara datos personales, comencé a preguntar por Slack para ver si había algún trabajo realizado en términos de poner el RGPD en WordPress.
Finalmente, conseguí la atención de Allan Snook @allendav y creo que fue él quien organizó un video chat conmigo y con Paul Sieminski, ambos de Automattic. Paul era quien lo sabía todo en términos de quién podía impulsar el RGPD.
Me pidió que me pusiera en contacto con Heather Burns, a quien Automattic había encargado la gestión de este asunto del RGPD. Lo llamo este asunto, no porque tenga nada en contra de las personas mencionadas, pero como europeo, sentía como si el RGPD no fuera importante para las personas que vivían en los EEUU –la elección de una versión «menor» 4.9.6 demuestra que el RGPD no estaba en la hoja de ruta de nadie 😉
De todos modos, Heather había hablado durante años acerca de la privacidad y, como no estadounidense, había estado trabajando para reunir a un grupo no solo para hablar y escribir largos textos sobre esto, sino para obtener algunas herramientas reales en WordPress.
Allan Snook fue asignado al equipo junto con Nabeel Sulieman, y empezarón a codificar mis primeras ideas.
A partir de ahí, el equipo creció y la primera versión de las herramientas de WordPress salieron 21 días antes de la fecha límite de la Comisión de la UE. Fue el único CMS del mundo, creo, que tuvo las herramientas del RGPD disponibles a tiempo.
Así que, una cosa es tener los conceptos básicos listos, otra es conseguir que todo el mundo los use. Es por eso que decidí unirme al grupo de mantenimiento de componentes Core-Privacy. Lo que significa que trato de ayudar a encontrar la dirección de este componente para futuros desarrollos.
Hablemos ahora sobre tu presentación, que recomiendo ampliamente en WCEU: “Cómo Gutenberg cambió la forma en que vendemos los sitios de WordPress”. Hablaste sobre tu experiencia en la transición de clientes existentes de una configuración que no es de Gutenberg a Gutenberg. ¿Cuáles son los beneficios más importantes que has encontrado de Gutenberg al respecto?
Gutenberg es para mí una progresión natural para WordPress. Durante años, los maquetadores visuales (y he sido un gran fanático de ellos) han llevado a WordPress a los extremos en términos de lo que era posible sin necesidad de codificación. Como probablemente ya puedas adivinar, creo en no tener que codificar cosas ya que es la máxima para democratizar la web.
No estoy diciendo que los maquetadores visuales no tengan un futuro en WordPress, pero Gutenberg hizo lo que ningún maquetador visual ha hecho hasta ahora; Gutenberg se centró en el CONTENIDO más que en el diseño o estructura.
Así que la principal diferencia entre Gutenberg y los maquetadores visuales en general es que los maquetadores visuales se han centrado primero en el diseño, mientras que Gutenberg se ha enfocado en ver las cosas desde el punto de vista del contenido.
Eso obviamente significa que si trabajaste con Gutenberg en las primeras versiones, esperando las capacidades de diseño de tu maquetador favorito, no estarías contento.
Pero desde la perspectiva de los creadores de contenido, es el único que se ha centrado en «primero el contenido». Así que Gutenberg tenía mucho sentido para mí y para nuestros creadores de contenido. Las capacidades de diseño han evolucionado desde entonces, y con bloques anidados puede crear diseños bastante avanzados.
¿Qué te gustaría que Gutenberg haga a continuación?
Creo que fui un poco duro en el escenario cuando tuvimos ese debate en el panel. Pero sí creo que la mejora continua de la interfaz de usuario del backend es muy importante. En ese sentido, si Gutenberg pudiera ayudar a simplificar el aspecto de una buena interfaz de usuario, de modo que los desarrolladores de bloques no tuvieran que averiguarlo todo por sí mismos, eso ayudaría mucho a los creadores de contenido.
Además, el proyecto de llevar a Gutenberg fuera del área de contenido, que sé que es un punto importante en este momento, es muy interesante. Junto con eso, sospecho que veremos formas de crear diseños prediseñados que pueden ayudarte a configurar fácilmente tipos de páginas y entradas.
Como que eres fan de nuestro plugin Nelio A/B Testing (¡me encanta que tengas uno de nuestras pegatinas en tu portátil!), Durante la WCEU compartí contigo que actualmente estamos desarrollando una nuevo versión de nuestro plugin usando nuevas tecnologías y con la intención de ofrecer nuevas posibilidades de testeo. Así que ahora pide tu deseo: ¿qué te gustaría ver en nuestra nueva herramienta?
¡Uf! ¡Qué difícil! Creo que te mencioné la idea de poder dividir los tests a nivel de bloque. Eso podría ser muy chulo. Al menos en los bloques reutilizables, ya que existen fuera de la página, y probablemente podría ser más fácil configurar un test.
En nuestras entrevistas, siempre pedimos al invitado que «pruebe» su humanidad compartiendo algunos errores épicos del pasado. ¿Qué hiciste para meter la pata?
¡Ajá! ¿Cuándo no la he cagado? No tengo nada que mostrar de mi larga carrera… todo lo que hice fue borrado y otra persona se hizo cargo y lo re-hizo después de un par de años…
Como programador, creo que uno de mis fracasos más memorables fue cuando trabajé en dba.dk. Estaba a cargo de crear y enviar nuestro boletín informativo a mucha gente. Quiero decir, en Dinamarca, TODOS sabían lo que era dba.dk. Así que fueron un montón de correos electrónicos.
En aquel entonces, el balanceo de carga aparentemente no era automático ni estaba integrado en nada, por lo que nuestro acuerdo con la compañía nacional de telecomunicaciones, que operaba la red física en Dinamarca, era que enviaríamos pequeños lotes de unos pocos cientos durante un largo período de tiempo.
Bueno, lo olvidé, causando el pánico y que nuestro sitio web estuviera en la lista negra durante bastante tiempo. Para una empresa como esa, significa tirar dinero por la ventana…
Como emprendedor, creo que demasiado aprendizaje ha sido a base de prueba y error. Probablemente, lo que me llevó a tomarme un descanso (y buscarme un trabajo) después de 8 años fue que confié e invertí en un tipo que luego desapareció un día, lo que me causó la quiebra. También he creado grandes sitios web que no tenían mercado, y no he logrado escalar una empresa más allá de su etapa inicial porque no pude equilibrar el trabajo EN y PARA de mi startup de manera correcta.
Y para finalizar esta entrevista, ¿a quién le gustaría que entrevistemos en el futuro? Díganos 3 profesionales que desea estar en el blog.
Bueno, deberías hablar con mis dos buenos amigos: Peter Shum de Branchci.com y escuchar su increíble historia; y para tener una idea de una persona de verdad de la comunidad y una historia sobre la localización de WordPress, deberías hablar con Mark Gazel: ha estado trabajando en ello durante tanto tiempo, que WordPress es igual a Mark en muchos aspectos de cómo una comunidad debería sentirse.
Gracias Kåre por esta entrevista y me ha encantado tu aportación artística a la misma. Fue un placer compartir el escenario contigo en WCEU 2019. Y a ti, lector, hasta la semana que viene con otro post en el blog y el mes que viene con otra entrevista. ¡Sigue atento a las noticias!
Deja una respuesta