Seguimos un mes más entrevistando a los profesionales de WordPress. Hoy os traemos a una persona que tanto Pablo López como Ángeles Portillo nos recomendaron. Lleva ya más de 14 años trabajando en WordPress y su trayectora profesional es de lo más interesante: traducciones, diseño de plugins, mantenimiento, servicio de soporte… Aquí te dejo nuestra entrevista con Samuel Aguilera.
Gracias por la entrevista, Samuel. ¡Es un placer tenerte aquí! Para aquellos que no te conozcan, cuéntanos un poco sobre ti y tu relación con WordPress.
Gracias a ti, David, por interesarte en mí.
Vivo en Zaragoza desde casi siempre, pero nací en Algeciras (Cádiz) y he pasado allí muchos veranos y navidades, así que tengo una mezcla de ambos sitios a veces difícil de distinguir, por ejemplo no tengo acento ni de un sitio ni del otro.
Mi interés por la informática empezó con el Amstrad CPC de 8 bits de mi hermano mayor, cuando yo era todavía un preadolescente, y con el paso de los años convertir mi pasión por los ordenadores en mi profesión se convirtió en mi objetivo. Aunque di algún rodeo por el mundo de la electrónica y en puestos de responsabilidad de gestión y atención al cliente, al final volví a la informática que es lo que siempre me ha gustado de verdad.
Así que son ya más de 14 años con WordPress, que me han dado para muchas cosas, desde hacer traducciones y compartirlas cuando no existían los equipos de traducción y casi nadie hacía traducciones es_ES, a dar servicios de mantenimiento para WordPress incluyendo el nivel IT (instalando, configurando y administrando servidores desde consola) y programación a medida tanto de temas como de plugins, y la publicación de plugins en WordPress.org. Hasta llegar a la actualidad, trabajando en Rocketgenius Inc., la empresa creadora de Gravity Forms, desde hace ya cinco años.
Tienes bastantes plugins publicados en WordPress.org, todos ellos siguiendo los principios de UNIX: herramientas simples enfocadas a solucionar cada una de ellas un problema concreto y a solucionarlo bien. Y los números avalan esta filosofía, ya que tienen decenas de miles de instalaciones activas. Explícanos brevemente qué supone para ti ver que tus plugins ayudan a tanta gente, qué trabajo supone dar soporte a toda esta gente.
Así es, tengo actualmente 13 plugins publicados en WordPress.org, sumando entre todos más de 120.000 instalaciones activas. Y alguno más en Github que no he subido al repositorio.
Como bien dices mis plugins suelen estar enfocados a dar una solución sencilla pero efectiva a temas muy concretos, y procuro además que aguanten bien el paso del tiempo. Siempre utilizo funciones específicas de WordPress, si existen, antes que reinventar la rueda con mi propio código PHP, lo que hace que sean plugins eficientes y que rara vez necesiten actualizaciones para funcionar en nuevas versiones de WordPress.
Esto me facilita su mantenimiento y reduce mucho la necesidad de dar soporte. Por lo que en términos generales no me supone mucho trabajo de soporte.
Desde 2014 estás trabajando en Rocketgenius dando soporte a los usuarios de Gravity Forms. ¿Cómo es tu día a día allí?
Pues trabajo de forma remota, aunque estamos en constante comunicación a través de herramientas como Slack o Zoom, y la verdad es que es un placer trabajar con mis compañeros, porque todos somos gente comprometida con la satisfacción del cliente y eso se nota en el día a día y en el ambiente de trabajo.
El grueso de mi trabajo consiste en atender tickets de todo tipo, desde resolver dudas de configuración o diagnosticar incidencias hasta echar una mano con el uso de los múltiples filtros y enganches que ofrece Gravity Forms o con nuestra REST API.
En resumen, ayudar a nuestros clientes con cualquier cosa que puedan necesitar.
Como comentas son ya cinco años en la empresa, por lo que a la larga experiencia previa que ya tenía en WordPress y con el tema de los servidores, se une un profundo conocimiento de cómo funciona Gravity Forms y nuestros add-ons internamente. En otras palabras, un conocimiento amplio del código que los hace funcionar.
La fusión de todos estos conocimientos facilita mucho el trabajo. Y me permite también echar una mano de vez en cuando al equipo de desarrollo corrigiendo por mí mismo pequeños fallos que pueda detectar en el código o implementando alguna mejora o funcionalidad.
Ya sabes que Gutenberg ha sido una de las revoluciones más grandes que ha habido en WordPress en los últimos años. ¿Cómo la vivisteis en Gravity Forms? ¿Hubo muchos problemas? ¿Fue fácil adaptarse?
Nosotros fuimos pioneros en la adopción de Gutenberg.
Durante la fase de pruebas de Gutenberg comenzamos a preparar la integración de Gravity Forms con este nuevo editor, y mediante un add-on nuestros clientes ya podían hacer uso de nuestro plugin en Gutenberg cuando todavía no se había extendido su adopción de forma generalizada.
Al principio fue un poco problemática porque el propio equipo de WordPress que trabajaba en integrar Gutenberg en el core hacía cambios frecuentes en partes de Gutenberg que afectaban a cualquier integración de terceros que quisiera interactuar con el editor, lo que implicaba tener que replicar esos cambios en nuestra integración, y los consecuentes problemas para los clientes que estaban usándola y necesitaban actualizar para poder continuar haciendo uso de ella. Aunque en esta fase la gente todavía era reticente al cambio y se seguía usando TinyMCE de forma generalizada, por lo que el impacto no era muy grande.
Pero una vez que Gutenberg se mantuvo estable en este sentido, pudimos hacer que nuestra integración también lo fuera y finalmente pasarla del add-on experimental que creamos durante la fase de pruebas al core de Gravity Forms. A día de hoy se puede funcionar igual de bien tanto con Gutenberg como con TinyMCE.
Hay desarrolladores a los que les cuesta ver las ventajas de publicar plugins gratuitos, que no reporten un beneficio directo. ¿Cuál es tu opinión al respecto? ¿Qué papel crees que jugaron tus plugins y tus aportaciones a la comunidad para conseguir el trabajo que tienes hoy?
En mi caso nunca he pensado en cómo me iba a beneficiar o no subir un plugin para que otros lo descargasen. Siempre lo he hecho por esa visión idealista de devolver algo a la comunidad. Y lo digo sinceramente, me parece de lo más normal, si alguien te hace un favor se lo devuelves cuando tienes ocasión, y eso es para mí compartir un plugin de forma desinteresada, devolver a WordPress algo de lo que WordPress me ha dado a mí.
La verdad es que nunca he preguntado a mis jefes qué peso tuvieron mis plugins en el proceso de selección, pero supongo que obviamente sirvió para sumar puntos a mi candidatura. WordPress está de moda desde hace muchos años ya, y es muy fácil decir que tienes mucha experiencia en tal u otra cosa, pero si llevas años publicando tus plugins en el repositorio oficial, en mi opinión, eso es más fiable que el mejor de los C.V. Por dos razones:
- La empresa o cliente que te va a contratar puede comprobar mediante un tercero, en este caso WordPress.org, en qué fechas has publicado tus plugins, registro que no se puede alterar. Por lo tanto si yo opto a un puesto de trabajo y digo que publiqué mi primer plugin en 2007, sólo tienes que ir al repositorio para comprobar que lo que digo es cierto.
- Es un expositor público de cómo te manejas con WordPress. Cualquier empresa que esté pensando en contratarte puede ver qué tipo de plugins has publicado, si estos funcionan bien, si sigues las buenas prácticas o no, la evolución de los mismos a lo largo del tiempo, etc.
Así que si sabes lo que haces y has creado algo útil, compartirlo en WordPress.org aparte de ayudar a otros también es una forma de ayudarte a ti mismo, diferenciándote de los vendehúmos que dicen tener los mismos años de experiencia y conocimientos que tú, pero no tienen forma de demostrarlo.
Viendo tu trayectoria, no hay duda de que entiendes los problemas que tiene la gente en WordPress y tienes la capacidad técnica para ofrecer soluciones. ¿Crees que hay oportunidades de negocio para nuevos desarrolladores en WordPress? A veces parece que la gente quiere todo gratis y eso es incompatible con que el desarrollador pueda comer…
Desde luego el hecho de que WordPress como base no tenga un coste al margen de lo que te puedas gastar en el hosting o en alguien que te ayude a crear la web es algo que incita a muchos a pensar que todo lo que añadas a WordPress tiene que ser gratis.
Pero diría que hace más daño y frena más a potenciales desarrolladores el hecho de que haya gente que, haciendo un uso viciado de la licencia GPL, se dedique a revender el trabajo de otros a precios de derribo o incluso regalado con la excusa de reducir costes. Esto, en mi opinión, fomenta más esa filosofía del todo gratis que el propio hecho de que el core de WordPress sea gratis.
Se pueden hasta dar paradojas absurdas como por ejemplo el caso real de una diseñadora que en Slack de WordPress España preguntaba si podía incluir de forma gratuita el framework Genesis con su child theme de pago para Genesis, y a la vez estaba preocupada de que su child theme aparecería en webs de descarga gratuita…
Esta es la tónica general de todos esos «clubs» que te ofrecen todo tipo de plugins y themes premium sin pagar por ellos a sus autores; te regalan el trabajo de los demás, pero la cuota del club es sagrada. De toda la vida a esto se le ha llamado vivir del trabajo de los demás, por mucho que lo quieran vender como si fueran unos Robin Hood del bosque de WordPress subidos en el caballo de la GPL…
Entonces, claro, entiendo que haya muchos profesionales y empresas reticentes a intentar ganarse la vida con creaciones propias para WordPress, y estoy seguro de que estos usos viciados de la GPL son también el motivo por el que no vemos a grandes marcas del software sacar nada para WordPress a pesar del gran volumen de webs que se gestionan con WordPress.
Pero por otro lado, la verdad es que la mayoría de usuarios de WordPress lo que buscan es la mejor solución que se adapte a sus necesidades y alguien detrás que sepa lo que hace, si hay que pagar, se paga. Porque al final lo más caro es el tiempo de cada uno, y nadie que se tome en serio su web quiere perder el tiempo por ahorrarse un dinero que comparado con su coste en tiempo es ridículo.
Por lo que, al final, como en otros sectores, lo que importa es que tengas algo bueno que ofrecer. Ni siquiera tiene por qué ser nuevo o revolucionario, simplemente si lo sabes hacer mejor que otros o desde un punto de vista diferente e interesante, ¡adelante!
Ya sabes que la pregunta estrella de nuestras entrevistas es aquella en la que pedimos que compartas algún epic fail del pasado, algún ejemplo en el que demuestres que todos nos equivocamos y que podemos aprender de nuestros errores. Así que, venga, confiesa: ¿dónde y cómo metiste la pata?
Pues recuerdo una vez, hace algunos años ya, que después de trabajar en la nueva versión de uno de mis plugins y probarla en varios sitios con distintas configuraciones, viendo que todo iba bien, ingenuo de mí la subí por la noche a WordPress.org antes de irme a dormir.
Por aquel entonces, no se podía ver el número de instalaciones activas como ahora, sólo se sabía el número de descargas, por lo que realmente no sabías si las descargas se correspondían con gente que estaba usando tu plugin ni el impacto que una actualización podría tener.
Mi sorpresa fue, que al despertar a la mañana siguiente, tenía algunos emails del foro de soporte del plugin de gente quejándose de que la actualización les había tumbado sus webs. Eran muy pocos usuarios, yo no podía replicar el error en ninguna de las instalaciones donde el plugin estaba funcionando (webs mías y de clientes), y los pocos usuarios que se habían quejado tampoco aportaban ninguna información que me ayudase a replicar el problema.
Finalmente lo solucioné en la misma mañana con una nueva actualización. Para mí fue una cosa rápida, pero los usuarios que habían estado esperando la corrección mientras en España era hora de dormir estaban ya bastante cabreados y me montaron una buena. Aunque también recibí el apoyo de otros usuarios que defendieron mi buen hacer, como te puedes imaginar desde entonces procuro no subir actualizaciones por la noche.
Y ya para acabar, ¿a quién más deberíamos entrevistar? Dinos qué 3 WProfesionales te gustaría ver en las próximas entrevistas y por qué.
Alex Concha, Samuel Wood (Otto) y Frank Bültge. Los tres llevan muchos años de WordPress a las espaldas y estoy seguro de que serían entrevistas interesantes.
Muchas gracias por esta entrevista, Samuel. Ha sido un placer poder leerte y compartir tu historia con nuestros lectores.
Deja una respuesta