.NET Framework y .NET Core son dos plataformas diferentes que implementan el estándar .NET. A continuación, se presentan algunas diferencias clave entre ellas:

1. **Soporte Multiplataforma**:
.NET Framework solo está disponible para el sistema operativo Windows, mientras que .NET Core es multiplataforma y funciona en varios sistemas operativos, como Windows, Linux y macOS.

2. **Modelos de Aplicación**:
.NET Framework soporta varios modelos de aplicación, incluyendo Windows Forms, WPF y ASP.NET. .NET Core, por otro lado, inicialmente tenía modelos de aplicación limitados, principalmente consola y ASP.NET Core. A partir de la versión 3.0, .NET Core también comenzó a soportar WPF y Windows Forms, pero solo en Windows.

3. **Soporte para Microservicios**:
.NET Core es una mejor opción para microservicios debido a su naturaleza modular y ligera. Permite crear pequeños servicios independientes que pueden ser desarrollados y escalados de forma independiente. .NET Framework, por otro lado, no se recomienda para una arquitectura de microservicios.

4. **Rendimiento**:
.NET Core es más eficiente y rápido en comparación con .NET Framework gracias a varias mejoras y optimizaciones.

5. **Soporte de Versiones**:
.NET Core ofrece un mejor soporte para diferentes versiones. En .NET Core, tienes un mejor control sobre la versión del entorno de ejecución que se está utilizando. En .NET Framework, las actualizaciones usualmente afectan a todo el sistema y pueden causar problemas de compatibilidad.

**Kestrel** es un servidor web que se usa por defecto en ASP.NET Core al crear aplicaciones web. Es un servidor multiplataforma, lo que significa que opera en varios sistemas operativos como Windows, Linux y macOS.

**Kestrel** puede manejar tanto proyectos pequeños como grandes, lo que lo convierte en una opción versátil para los desarrolladores. La característica más importante de este servidor es su muy buen rendimiento, especialmente en comparación con los servidores anteriores utilizados en ASP.NET.

Sin embargo, es uno de los muchos servidores que se pueden usar en ASP.NET Core. Puede ser reemplazado por otro, como IIS o HTTP.sys, si es necesario. Kestrel es la opción predeterminada al crear nuevas aplicaciones en ASP.NET Core debido a su rendimiento y versatilidad. Además, es totalmente configurable, lo que brinda a los desarrolladores el control total sobre cómo opera el servidor.

**Hot Reload** es una función en .NET que permite a los desarrolladores modificar el código fuente de una aplicación mientras está en ejecución, sin necesidad de detener y reiniciar la aplicación. El código modificado se compila e inyecta inmediatamente en la aplicación en funcionamiento.

Esto significa que si realizas cambios en la vista o la lógica de negocio, no necesitas detener y reiniciar tu aplicación para ver estos cambios en tiempo real. Esto mejora la eficiencia del desarrollo, ahorrando tiempo y eliminando (o al menos reduciendo) las interrupciones causadas por el reinicio.

Hot Reload está disponible actualmente para aplicaciones de consola, aplicaciones WPF (.NET Core 3.1 y posteriores), aplicaciones Windows Forms (.NET 6.0 y posteriores) y aplicaciones ASP.NET Core (excluyendo las aplicaciones Blazor).

Una característica distintiva de esta funcionalidad es que se puede usar sin necesidad de adjuntar un depurador, lo que hace su uso aún más eficiente en el desarrollo diario de aplicaciones. Hot Reload funciona tanto en los modos Debug como Release.

Global Tool es un tipo especial de paquete NuGet que contiene una aplicación de consola. Esta herramienta se instala globalmente en el equipo y se puede utilizar desde cualquier lugar del sistema.

Esto puede ser útil en muchas situaciones, por ejemplo, cuando quieres acceder a una función específica de .NET Tool sin añadirla como una dependencia en cada proyecto. Un ejemplo de una Global Tool es .NET Watcher, que compila y ejecuta automáticamente la aplicación cuando detecta cambios en el código fuente.

Para instalar las Global Tools, se utiliza el comando `dotnet tool install -g`, donde la opción `-g` indica que la herramienta se instala globalmente. Para desinstalarla, se utiliza `dotnet tool uninstall -g`.

También existe la opción de instalar la herramienta localmente para un proyecto específico utilizando la opción `--tool-path`. Esto puede ser útil si quieres utilizar diferentes versiones de herramientas para diferentes proyectos.