Cómo verificamos
Qué hacemos antes de decir que algo funciona: pruebas reales, fuentes primarias, fechas y límites.
Esta es la página que más nos importa. Explica qué hay detrás de cada afirmación del sitio y, sobre todo, qué no hay.
Tres cosas distintas
Usamos tres palabras que no significan lo mismo:
- Investigado: buscamos los datos en la fuente oficial y los contrastamos. No lo ejecutamos.
- Probado: lo instalamos, lo corrimos y anotamos qué pasó, incluidos los errores.
- Publicado: pasó las dos etapas anteriores y cumple los requisitos mínimos de publicación.
Cuando una pieza dice que algo está probado, hubo una ejecución real detrás. Cuando solo está investigado, el texto lo aclara.
La fecha de verificación
Los tutoriales y las fichas de herramientas llevan una fecha de verificación visible. No es la fecha de publicación: es el día en que efectivamente corrimos la prueba o comprobamos el dato.
Los cuatro tutoriales publicados hoy tienen fecha de verificación del 10 de septiembre de 2026, que es el día en que se ejecutaron. A los seis meses, una pieza verificada muestra un aviso de que puede haber cambios.
Precios
Los precios se toman de la página oficial de precios del producto, nunca de otro artículo. Quedan con su fecha de verificación, y el sistema los marca para revisión cada 90 días, porque un precio viejo presentado como actual es desinformación.
Fuentes primarias
Para datos de empresas, modelos, licencias o funcionalidades usamos la documentación oficial, el sitio oficial o el repositorio oficial. Cuando hay que recurrir a una fuente secundaria, se dice.
Un ejemplo de lo que eso cambia: al documentar un modelo encontramos que su ficha oficial declara una ventana de contexto y la compilación que realmente se distribuye expone otra. Publicamos las dos cifras en lugar de elegir la más favorable.
Cómo puntuamos una herramienta
La puntuación editorial de una herramienta tiene cuatro ejes, cada uno del 1 al 10: facilidad, calidad, precio y soporte. Cada ficha declara además sus contras y sus límites, no solo sus ventajas.
Los límites de nuestras pruebas
Esto es lo que una prueba nuestra no es:
- No es exhaustiva. Probamos un caso concreto, no todos los usos posibles de una herramienta.
- No es una auditoría de seguridad ni de tráfico de red. Si observamos el comportamiento de un programa, decimos exactamente qué observamos y con qué método.
- No es reproducible en cualquier equipo. Los tiempos que medimos dependen del hardware que usamos, y lo indicamos.
- No es permanente. Las herramientas cambian sin avisar; por eso cada pieza lleva su fecha.
Si encontrás un error
Escribinos a latentedigitalok@gmail.com. El procedimiento completo está en Correcciones.