Un desarrollador ha publicado un proyecto que extrae la información de tipos y símbolos que poseen los servidores de lenguaje y la vuelca en una base de datos SQL, con el objetivo de analizarla mediante consultas convencionales en lugar de pelearse con JSON-RPC. El artículo parte de una observación: gran parte del trabajo técnico consiste en empujar datos entre sistemas a través de conductos incómodos, como /proc, la API de AWS o listdir(), cuando existen herramientas como osquery, fselect o mergestat-lite que ya lo resuelven. Los servidores de lenguaje entran en esa misma categoría: contienen metadatos muy ricos sobre el código, pero su protocolo (LSP) se basa en procesos independientes que se comunican con el editor mediante stdin/stdout, Content-Length y mensajes JSON-RPC bidireccionales. El autor describe la historia del protocolo, impulsado por Microsoft con Visual Studio Code, y explica cómo conectarse a tiposcript-language-server desde un script para enviar initialize, didOpen y documentSymbol, parseando manualmente las respuestas. Con ese volcado construye una tabla de símbolos que después consulta con DuckDB, recuperando, por ejemplo, la constante decodeURIComponent_ del framework Hono con un SELECT convencional. El texto cierra con una reflexión de Bret Victor sobre cómo programamos sin ver los datos, y sugiere que exponer esa información oculta del compilador —los tipos— abre vías de visualización inspiradas en hojas de cálculo o manuscritos medievales anotados. El código y una muestra de salida están disponibles en GitHub y en una página del proyecto.
Noticias agregadas con IA