DevShelf, un directorio abierto de herramientas para desarrolladores, busca colaboradores

Un desarrollador que firma como ritualdev ha publicado DevShelf, un directorio comunitario con buscador de herramientas para desarrolladores, de la infraestructura para ejecutar modelos de lenguaje en local a las capas gratuitas de los proveedores cloud. El código es abierto y el catálogo se nutre de aportaciones de terceros, con comprobaciones automáticas de los repositorios para cazar enlaces muertos antes de que se acumulen. El autor ha salido a pedir ayuda para escalarlo.

El problema que dice resolver

La idea arranca de algo que cualquiera en el gremio tiene: una pila de marcadores guardados a lo largo de meses que nunca se vuelve a abrir. Y cuando por fin se recuerda aquella herramienta, el enlace está roto, el repositorio archivado o el proyecto ha levantado un muro de pago sin avisar.

Su crítica a las listas de tipo awesome es concreta. Se quedan viejas rápido, porque mantenerlas a mano es un trabajo ingrato, y no están pensadas para descubrir nada: buscar un framework de pruebas concreto dentro de un markdown enorme es una mala experiencia. DevShelf propone una interfaz con búsqueda y filtros, y un motor que revisa los repos enlazados de forma periódica para señalar los que han desaparecido o están congelados.

Qué pide exactamente

El autor reparte el trabajo en cuatro frentes: automatización y scripting para mejorar ese motor de comprobación de repositorios, refinamiento de la interfaz (búsqueda, filtrado y flujo de envío), nuevas funcionalidades como etiquetas de categorización y colas de propuestas de usuarios, y curación de datos, es decir, meter a mano las herramientas que faltan. Dice que la base de código es joven, ligera y fácil de tocar, y que sirve tanto para un primer pull request como para alguien con recorrido que quiera un fin de semana entretenido.

Lo que no cuenta

Falta lo básico para decidir si merece la pena entrar. No dice con qué está construido, ni bajo qué licencia libera el código, ni cuántas herramientas tiene ya el catálogo, ni qué uso registra. Los enlaces que da llevan a la portada de GitHub y a su dominio personal, no al repositorio ni a la plataforma, así que comprobar el estado real del proyecto obliga a buscarlo por cuenta propia. Que el código sea ligero es su valoración, no un dato medido.

Un directorio de herramientas compite con las estrellas de GitHub y con las listas curadas que ya existen. Lo que decide si este vive o engrosa la lista de proyectos abandonados no es la interfaz, sino si sus comprobaciones automáticas son lo bastante buenas para que el catálogo no acabe siendo otro cementerio de enlaces, que es justo el problema del que nace. Para eso hace falta que alguien entre a mirar el código, y para eso hacen falta la licencia y el stack a la vista.