El día de ayer en Weblog Tools Collection publican una entrada en la que replican un comentario vertido en su foro por Plllt del blog Weathervane respecto a sugerencias para la estandarización de plugins de WP. El tema da para mucho y aquí te acerco una traducción libre -y escueta- de las opiniones de Pllt, que no suenan tan descabelladas.

“Habiendo probado más de 530 plugins, descubro que hay más de 100 que sirven para lo mismo y otros tantos de la que su razón de ser es mínima o fácilmente sustituible; sin embargo, no cabe duda que la comunidad de creadores de plugins es altamente prolífica.

Siempre que me he encontrado con algún error en el plugin reviso en la web del autor y si no hallo solución dejo un comentario incluyendo los datos de mi instalación, y la mayoría de las veces recibo respuesta. Sin embargo, me he encontrado con que la lista de comentarios en el blog del autor está llena del clásico ”buen trabajo” y de trackbacks y poca retroalimentación respecto al funcionamiento o mejoría del plugin.

Si bien como autor lo que deseo es tráfico a mi blog o sitio web en todo caso debería incluir el enlace a la página principal de mi blog y en él un área de soporte técnico para las visitas de programadores, ingenieros, usuarios avanzados.

Sugerencias -desde el punto de vista de usuario-:

• Dejar de llamar el plugin con un “WP_” o “WP_”; de sobra sabemos que el plugin es para Word Press.

• Especificar donde encontraremos las opciones del plugin (generalmente en “Opciones”, pero no siempre es así).

• Por lo tanto, evitar que el plugin genere un nuevo ‘item’ en el menú.

• Incluir en el post del plugin la ruta de desarrollo o las espectativas que tienen de futuras revisiones -o no- para el plugin, de modo que calendericemos una futura visita en busca de novedades o mejoras.

• Revisar en la medida de lo posible el funcionamiento del plugin en la última de las actualizaciones; hay muy buenos plugins que se han quedado obsoletos.

• Ser más específicos en la ruta que debemos seguir para añadir código en nuestra plantilla de ser requerido.

• Hacer la indicación si la inclusión del plugin está supeditada al uso de determinadas plantillas o themes.

• Darle el justo valor a la función php “If” de modo que el plugin no arruine el trabajo de la instalación de faltar algo para su funcionamiento.

• Incluir en la carpeta de descarga el indispensable archivo README con las indicaciones y enlaces a los archivos que sean necesarios para el plugin.

• Favorecer que el plugin, aunque sea de un solo archivo, se suba a la carpeta “plugins” en una carpeta con su nombre, y ésto con más razón cuando tenemos que incluir varios archivos en varias carpetas de la instalación.

Para el archivo README, la información mínima a incluir debería ser:

• nombre del plugin y versión

• url del demo y de la descarga

• nombre del autor, url y email o url de la página de contacto

• versiones de WP con las que es compatible

• requisitos de la instalación

• descripción y característica

• notas de la versión (lo que haya cambiado respecto a la anterior)

• capturas de pantalla con explicación de las mismas o url a las mismas

• instrucción de instalación y configuración

Y por último podrían considerar:

• usuarios testeadores antes de lanzar el plugin.

• revisar otros plugins para no poner el mismo nombre.

• ¡usar el plugin en tu sitio! o indicarnos de alguno que lo utilice para ver su funcionamiento en ‘vida real’.

********

Hasta aquí las opiniones de Pllt, como él se encarga de señalar: desde el punto de vista del usuario; termina, de hecho, agradeciendo el trabajo de los programadores que elaboran los plugins y disculpándose por los fastidios que pueda provocar su opinión. La entrada ha levandado en 1 día 31 comentarios que sería bueno revisar, imagino que la mayoría son de programadores haciendo puntualizaciones al respecto.

Se que más de un lector de Blog en Serio se le da lo de programar o revisar plugins para corregirlos-mejorarlos, ¿qué opinan de lo anterior? Y otro resto usamos como CMS WordPress, ¿que añadirían? Yo me quedo con lo de carpetas aún para los archivos ‘únicos’ y más cuando los agregas en otra carpeta que no sea ’plugins’ porque luego terminas sin saber cuales son los archivos nativos de WP y cuales has ido agregando, por ejemplo, al momento de actualizar -ojo: opinión de usuario también-.

 

Pd.- a propósito de plugins, David nos avisa del nuevo plugin para WP desarrollado por Julián Yanover “para establecer una fuerte comunicación interna en WordPress entre los miembros del blog, ideal para proyectos colectivos.” Más información en BitSignals.

 

Weblog Tools Collection via kwout