feat: Show logger blog post

src/posts/logger.md

@@ -9,7 +9,6 @@ tags:
   - Frontend
   - Log
 coverImage: "/assets/posts/logger/head.png?height=600&width=1200"
-hidden: true
 ---
 
 Quando si pubblica un'applicazione, spesso si ha bisogno di un modo per monitorare
@@ -102,8 +101,12 @@ class Logger {
 ```
 
 In questo esempio, abbiamo creato una classe `Logger` che utilizza il
-singleton pattern per garantire che ci sia solo un'istanza del logger in tutta
-l'applicazione. La classe ha un metodo `log` che accetta un livello di log,
+[singleton pattern](https://refactoring.guru/design-patterns/singleton)
+per garantire che ci sia solo un'istanza del logger in tutta
+l'applicazione (ovviamente in un'app in production useremmo qualcosa di simile
+alla [dependency injection](https://stackify.com/dependency-injection/) per non
+compromettere la testabilità e la modularità del codice).
+La classe ha un metodo `log` che accetta un livello di log,
 un messaggio e una categoria opzionale. Quando viene chiamato il metodo `log`,
 viene creato un oggetto `LogEntry` che contiene tutte le informazioni sul log.
 
@@ -140,7 +143,7 @@ creare una classe `Logger` che utilizza il singleton pattern e accetta
 trasformatori per gestire i log in modo flessibile.
 
 Abbiamo implementato un logger molto semplice ma estremamente potente. A
-TECHTONIC FAULT, crediamo che la semplicità sia la chiave per un buon
+[_TECHTONIC FAULT_](/), crediamo che la semplicità sia la chiave per un buon
 sviluppo software, senza compromettere la potenza e la flessibilità. Con questo
 logger, possiamo monitorare le performance e il comportamento delle nostre
 applicazioni in modo efficace e senza complicazioni inutili.