Kernl ofrecerá complementos privados alojados y actualizaciones de temas

Jack Slingerland comenzó a piratear WordPress en 2008, pero recientemente su carrera lo ha llevado un poco más lejos de lo que le gustaría. De día, es ingeniero de software sénior en CA Technologies en Raleigh y trabaja en React/Redux, Node, ElasticSearch, Grails y Groovy. Pero por la noche está ocupado construyendo Kernl, un servicio que proporciona complementos privados y actualizaciones de temas para WordPress.

Una vez que se ha agregado un complemento al servicio, las actualizaciones entregadas desde Kernl se verán exactamente como las actualizaciones de WordPress.org.

“La característica principal de Kernl es proporcionar complementos privados y actualizaciones de temas para los desarrolladores de WordPress. Sin embargo, nuestras características diferenciadoras son las que me emocionan”, dijo Slingerland. “Tenemos validación de código de compra (para que solo los usuarios autorizados puedan descargar actualizaciones) y soporte de integración continua (CI).

“El material de CI es realmente bueno, porque permite a los desarrolladores de WP insertar su código en GitHub o BitBucket y luego empaquetarlo e implementarlo automáticamente para sus clientes. Tradicionalmente, CI ha sido difícil de hacer en WordPress porque su entorno de 'producción' a menudo es algo que no controla”, dijo. “Kernl resuelve ese problema”.

La idea de Kernl llegó a Slingerland después de años anteriores de trabajar con clientes.

“Algo que me fastidiaba constantemente era lo difícil que era obtener correcciones de errores o actualizaciones de funciones para mis clientes”, dijo. “A menudo no administraba sus sitios, por lo que obtener actualizaciones implicaba una gran cantidad de correos electrónicos y gastos generales de comunicación.

“Originalmente tuve la idea de Kernl en 2011, pero nunca la ejecuté hasta el año pasado”, dijo Slingerland. “Tenía la esperanza de poder ayudar a otras personas a resolver el mismo problema que yo tenía”.

Kernl se lanzó en alfa privada en mayo de 2015 con ~65 usuarios alfa. En noviembre lo abrió para la versión beta pública y el servicio ahora tiene aproximadamente 100 usuarios beta. Los probadores actualmente están poniendo a Kernl a prueba:

• Kernl alberga 73 complementos y 43 temas (117 en total)
• El servicio procesó 4,07 millones de comprobaciones de actualización desde mayo
• Kernl procesa alrededor de ~2 comprobaciones de estado de actualización por segundo
• Se han descargado 14.100 actualizaciones de Kernl

¿Cómo se compara Kernl con WP Pusher?

Le pregunté a Slingerland cómo Kernl se compara con WP Pusher, que permite a los desarrolladores implementar temas y complementos de WordPress desde GitHub y Bitbucket.

“Kernl no requiere que su usuario final instale nada además de su complemento/tema”, dijo Slinglerland. “Si entiendo correctamente WP Pusher, primero instale WP Pusher, luego dígale a WP Pusher que administre las actualizaciones para un complemento/tema determinado a través de su repositorio de control de versiones. Pero esto tiene que suceder en cada instalación del usuario final y puede parecer complicado para los usuarios no técnicos.

“Kernl funciona a la perfección con su complemento/tema, al igual que los que se instalan desde el repositorio de WordPress.org. Esto hace que la instalación y la actualización se sientan familiares y se combinen a la perfección”, dijo.

“También tenemos la validación del código de compra, que recibirá algo de amor y una API después de que lancemos. Kernl también admite la creación de versiones de su complemento/tema, por lo que las confirmaciones intermedias no se envían aleatoriamente a sus clientes”.

La importancia de la integración continua

Una de las razones por las que Slingerland creó Kernl es porque quiere ayudar a más desarrolladores de WordPress a agregar integración continua a sus flujos de trabajo. Este aspecto particular de la aplicación (la función "empujar para construir") planteó el mayor desafío técnico, pero fue uno de los problemas más importantes que Kernl resolvió.

“Hay muchos casos extremos que no preví, especialmente una vez que comencé a integrarme con BitBucket y GitHub”, dijo Slingerland. “En estos casos, los probadores beta fueron invaluables para ayudar a descubrir errores.

“Tener un sólido flujo de trabajo de implementación e integración continua realmente cambia la forma de pensar sobre el desarrollo”, dijo. “En lugar de tener lanzamientos de características 'big bang' una vez al trimestre, se vuelve más fácil iterar en su idea. Falle rápido, valide sus ideas/cambios y vuelva a iterar. Es un gran facilitador de la metodología de desarrollo Agile, y siento que la comunidad de complementos/temas de WordPress ha carecido de eso. También fomenta las buenas pruebas, que son casi necesarias si se implementa continuamente”.

Slingerland apunta a Kernl a los desarrolladores que crean complementos y temas de WordPress que no están alojados en WordPress.org. Un puñado de sus usuarios beta incluso han estado usando el servicio para distribuir actualizaciones para sus propios probadores beta antes de publicar un lanzamiento oficial en WordPress.org.

Kernl alojará cualquier complemento o tema de forma gratuita siempre que sea de código abierto y esté disponible gratuitamente. El precio de los complementos y temas comerciales oscilará entre $ 5 y $ 25 por mes. El servicio es de uso gratuito durante el período beta, que está previsto que finalice a mediados de febrero.

Kernl no controlará las licencias de productos

Después de más consultas sobre la posición de Kernl sobre la concesión de licencias de los productos que aloja, Slingerland afirma que no controlará las licencias de sus clientes. Esto significa que los autores de temas y complementos que no son GPL pueden distribuir su software a través de su plataforma. Dado que los temas y complementos son trabajos derivados de WordPress, deben tener una licencia GPL.

La falta de voluntad de Slingerland para vigilar el software que no es GPL tiene el potencial de convertir a Kernl en una colmena de productos que violan la licencia de WordPress. El servicio facilita la distribución de software no GPL que se disfraza en el administrador como complementos/temas regulares compatibles cuando se trata de actualizaciones.

La distribución de software que no es GPL puede ser un factor decisivo para los desarrolladores de WordPress que están convencidos de la GPL. La GPL protege la libertad de los usuarios para usar y modificar el software para cualquier propósito, y muchos desarrolladores han construido sus negocios y reputaciones defendiendo esa libertad.

El software alojado por Kernl puede o no cumplir con la licencia GPL, y es posible que el usuario nunca lo sepa. Esto deja al usuario vulnerable de una manera que no lo hacen las actualizaciones oficiales de WordPress.org. Los desarrolladores que no quieran verse obligados a dar soporte a una plataforma que tiene el potencial de distribuir software sin GPL pueden querer buscar una alternativa.