C# y ASP.NET Core en Linux – Solución recomendada

Nahuel Tisera — Mon, 11 Aug 2025 19:36:43 +0000

Problema

Si sos desarrollador/a de software (especialmente en .NET), en algún momento vas a querer instalar Linux, sin importar la distribución.
Y ahí llega el choque contra la pared: no podés usar Visual Studio y SQL Server como en Windows.

Solución

Para desarrollo backend con C# en Linux recomiendo:

IDE: JetBrains Rider
Base de datos: SQL Server con HeidiSQL como cliente Ambos permiten trabajar de forma fluida y con buena compatibilidad.

Instalar Snap Store (opcional pero recomendable) Esto facilita mucho la instalacion de paquetes

sudo apt install snapd
sudo systemctl enable --now snapd
sudo snap install snap-store
snap-store

En la Snap Store, buscá e instalá:

.NET CLI tools, SDK, and Runtime
Rider
HeidiSQL

Instalar SQL Server

# Dependencias
sudo apt install curl gnupg2 software-properties-common apt-transport-https

# Repositorio de Microsoft
curl https://packages.microsoft.com/keys/microsoft.asc | sudo apt-key add -
sudo add-apt-repository "$(curl https://packages.microsoft.com/config/ubuntu/22.04/mssql-server-2022.list)"

# Instalación
sudo apt install mssql-server

# Configuración inicial
sudo /opt/mssql/bin/mssql-conf setup

¿Por qué esta solución y no otras?

Hay varias herramientas para trabajar con C# en Linux, pero muchas están desactualizadas o requieren demasiadas extensiones.

Antes de llegar a mi solución, probé:

MonoDevelop → Poco uso, sin actualizaciones y comunidad muy pequeña.
Visual Studio Code → Buena opción, pero prefiero separar IDEs para backend y frontend.

Mi elección final fue Rider, que ahora tiene versión gratuita para estudiantes y uso personal.

Conclusión

Con Rider + SQL Server + HeidiSQL, podés tener en Linux una experiencia de desarrollo en C# muy cercana a la de Windows, pero sin dolores de cabeza. Y como extra, Snap Store para futuras descargas.

¿@Builder de Lombok no funciona? Acá la solución que me salvó

Nahuel Tisera — Mon, 28 Jul 2025 20:09:18 +0000

Hoy me topé con un error bastante molesto mientras trabajaba en un proyecto Java con Spring Boot y Lombok.
Todo parecía estar bien con el código, pero la compilación lanzaba este mensaje:

java: no se puede encontrar el símbolo builderClass

Investigando el problema

Después de revisar varias veces el código, descubrí que el problema no era por cómo usaba Lombok, sino por una mala configuración del pom.xml en mi proyecto Maven.

🔍 ¿Qué estaba mal?

No tenía bien configurado el maven-compiler-plugin.
Además, por alguna razón, en el spring-boot-maven-plugin se estaba excluyendo Lombok.

Eso hizo que las anotaciones como @builder no fueran reconocidas al compilar.

<!-- Ejemplo de configuración problemática -->
<plugin>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-maven-plugin</artifactId>
  <executions>
    <execution>
      <!-- Excluyendo lombok accidentalmente -->
      <configuration>
        <excludes>
          <exclude>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
          </exclude>
        </excludes>
      </configuration>
    </execution>
  </executions>
</plugin>

✅ ¿Cómo lo solucioné?

Bastó con corregir el maven-compiler-plugin, agregar la versión correcta de Java y configurar el annotationProcessorPaths.

Acá te dejo un ejemplo de configuración funcional

<!-- Solución al método builder -->
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-compiler-plugin</artifactId>
  <version>3.8.1</version>
  <configuration>
    <annotationProcessorPaths>
      <path>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
        <version>1.18.28</version>
      </path>
      <path>
        <groupId>org.mapstruct</groupId>
        <artifactId>mapstruct-processor</artifactId>
      </path>
    </annotationProcessorPaths>
    <release>${java.version}</release>
  </configuration>
</plugin>

También me aseguré de que Lombok no esté siendo excluido por ningún plugin. Una vez hecho eso, todo funcionó perfecto: @builder volvió a hacer su magia 💫

🙌 Conclusión

A veces el problema no está en el código, sino en la configuración.
Si estás usando Lombok y te pasa algo similar, revisá tu pom.xml.

Ojalá esta experiencia te ayude a evitar dolores de cabeza ✌️

DEV Community: Nahuel Tisera