Separar las bibliotecas estándar del código propio

En Go el nombre completo de una función empieza por la ruta de su paquete, y esa ruta delata su origen. Los paquetes de la biblioteca estándar tienen rutas cortas sin dominio, como net/http u os. Las dependencias de terceros empiezan por un dominio, porque así se publican los módulos. El código del autor está en el paquete main y en los que empiezan por la ruta de su módulo principal, la que se leyó en la sala anterior.

Hay un caso que confunde: algunos módulos los mantiene el propio proyecto Go pero no forman parte de la biblioteca estándar; se descargan como cualquier dependencia y se cuentan como tal.

La consola tiene los nombres de función de M-7401 ya contados por paquete. Primero mira la tabla completa con SELECT * FROM paquetes. Después agrúpala por origen con esta consulta:

SELECT origen, SUM(funciones) FROM paquetes GROUP BY origen

Una vez aislado lo propio, la pregunta útil es qué le pide cada función a los demás paquetes. Una función propia que llama al paquete de red y tiene a mano una dirección es una candidata a capacidad de comunicación; una que llama al paquete que lanza procesos es una candidata a ejecutar órdenes. «Candidata» porque pedir algo no prueba que haya ocurrido: eso lo dice el informe del entorno aislado.

Consulta SELECT * FROM funciones_propias y fíjate en la columna de lo que pide cada una.

Las dependencias también se leen por comparación. Que M-7401 y corteplan.exe compartan una biblioteca de reintentos de red no dice nada: muchas herramientas la usan. Lo que tiene la muestra y no tiene un programa sano de la casa que hace un trabajo parecido es lo que orienta la lectura, y lo que más tarde puede convertirse en una regla.

Consulta SELECT * FROM dependencias.