Durante la última término, he reiniciado mi PC con Windows y Linux. Usaría Windows para trabajos creativos y juegos, y Linux para ampliación. Pero“Simplemente use Linux” ya no es un consejo útil, y el puesta en marcha dual de una PC conlleva problemas que ralentizan mi flujo de trabajo.
Al final decidí dejarlo todo ydeshazte de Linux por Windows. La configuración de desarrollador de mis sueños ahora funciona en un sistema eficaz que no gusta a muchos desarrolladores, y por una buena razón.
El puesta en marcha dual me estaba frenando
El impuesto de reinicio constante es existente
Como muchos desarrolladores, asimismo creía que el terminal es donde ocurre el definitivo ampliación. Windows era un sistema eficaz con el que estaba atrapado porque tenía que usar Creative Suite de Adobe para mi trabajo y, por supuesto, para mis juegos. Dediqué algún tiempo a probar nuevas distribuciones, ajustar configuraciones y trasladar cada vez más mi flujo de trabajo a Linux para evitar tener que iniciar otro sistema eficaz y perder tiempo durante las horas de trabajo.
Luego dejé de fingir y construí poco que en realidad me hizo productivo.
No me malinterpretes: Linux es increíble. La comunidad de código destapado es increíble, el ecosistema es poderoso y si estás ejecutando un servidor de producción con apuestas reales, sigue siendo el habitual de oro. Pero para determinado cuyo trabajo se divide en estampado de fotografías y videos, redacción, prueba de software y código de remisión, el enfoque de puesta en marcha dual es más un obstáculo que una preeminencia.
Un problema muy popular con el que me encontré fue la indigencia de destapar Photoshop o Illustrator para trabajar en un dibujo mientras creaba sitios web para clientes. Tendría que pausar la escritura del código, acatar todo, apagar Linux e iniciar Windows solo para usar un software durante 10 minutos antaño de tener que regresar a Linux nuevamente. El cambio de sistema eficaz fue una enorme pérdida de tiempo, especialmente considerando que necesitaba hacerlo varias veces al día. Sin mencionar el impacto que sufrió mi productividad cuando tuve que interrumpir el flujo y cambiar a otro sistema eficaz.
Igualmente probé máquinas virtuales por un tiempo, pero ejecutar dos sistemas operativos simultáneamente requiere energía, y eso consume la duración de la fila más rápido de lo que imaginas. Cubo que uso una computadora portátil como computadora principal, los problemas de rendimiento asimismo afectan mi trabajo. Las máquinas virtuales son excelentes para pruebas o trabajos rápidos, pero el sistema eficaz cardinal sigue siendo la mejor forma de ejecutar un sistema eficaz.
Los intentos de cambiar mi flujo de trabajo para adaptarme mejor a mis cambios de sistema eficaz asimismo resultaron infructuosos. Cuando trabajas con un equipo de personas que no siguen exactamente tu horario, surgen muchas situaciones no planificadas. Es posible que solo necesite lograr aleatoriamente a una aparejo específica de Windows, sin importar qué tan proporcionadamente planifique las cosas, y eso son unos buenos 10 minutos perdidos simplemente cambiando de sistema eficaz y abriendo o cerrando programas varias veces al día.
Existe una gran brecha entre lo que suena mejor en teoría y lo que funciona cuando intentas trabajar. Mi cambio a Windows no fue una traición a los principios del código destapado. Era más como permitir finalmente que el puritanismo de Linux me estaba costando tiempo y productividad preciosos.
El ampliación de Windows no es tan malo como crees
WSL ya no es el meme que solía ser
Mi configuración de Windows 11 se sostén en WSL2 y Windows Terminal, que es una experiencia de terminal muy superior a la que ofrecía Windows hace al punto que unos abriles. Estoy ejecutando Ubuntu en WSL2, lo que significa que todo lo que amo de Linux está ahí (los administradores de paquetes, las secuencias de comandos de shell, cualquier aparejo que uso) sin martirizar el ecosistema nativo de Windows.
VS Code con la extensión WSL asimismo es un paquete congruo bueno. Abro una carpeta en mi distribución WSL y VS Code simplemente sabe cómo ejecutar la conexión remota. IntelliSense funciona. La depuración funciona. La integración de Git funciona. No estoy luchando contra sistemas de archivos, problemas de rendimiento ni lidiando con problemas extraños de resolución de rutas. Simplemente funciona, lo que suena tedioso hasta que te das cuenta de cuánta capacidad intelectual desperdicias en Linux luchando contra cosas que no deberían ser problemas.
Igualmente puede ejecutar Docker Desktop en WSL2, de modo que los entornos de ampliación en contenedores funcionen de forma idéntica a como lo harían en Linux. Cuando necesito implementar en un servidor Linux, falta cambia. Mi código apunta al mismo entorno Linux de siempre.
Obtienes todo esto con la capacidad de ejecutar aplicaciones nativas de Windows. Puedo usar Visual Studio para el ampliación de C# cuando lo necesito. Puedo usar herramientas de depuración específicas de Windows, instaladores nativos y más sin preocuparme por las capas de compatibilidad.Las herramientas de Windows en Linux no son tan buenas como parecen, y cuando trabajo en pilas específicas de Windows, no tengo que usar soluciones alternativas aleatorias para ejecutar aplicaciones.
Por postrer, pero no menos importante, Winget, como administrador de paquetes, finalmente le brinda a Windows un entorno de dependencia declarativa que los desarrolladores de macOS y Linux dan por sentado. Puedo automatizar toda la configuración de mi entorno de ampliación con un único archivo de configuración. No más clics manuales durante horas en varios instaladores. Cuando configuro una máquina nueva, me lleva minutos en motivo de horas.
No es valentísimo, pero funciona.
Las peculiaridades con las que todavía vivo
Windows 11 todavía parece un trabajo en progreso y eso se nota en el uso diario. Las actualizaciones aún interrumpen la funcionalidad, no tienes tanto control sobre el sistema eficaz y de vez en cuando hay inconvenientes que podrían solucionarse fácilmente con algunos comandos de terminal en Linux.
Incluso con WSL2, todavía estás haciendo malabarismos con dos mundos. Esto seguramente creará cierta fricción, como diferencias de ruta, permisos de archivos, finales de límite y, a veces, incluso la distinción entre mayúsculas y minúsculas puede molestarlo cuando se mueve entre herramientas nativas de Windows y basadas en Linux. Y si su entorno de producción es Linux puro, efectivamente estará agregando otra capa de traducción.
La viejo parte funciona proporcionadamente, hasta que deja de funcionar. Problemas extraños de red, errores de permisos de archivos en casos extremos o una pequeña diferencia en cómo se comporta poco en WSL en comparación con un servidor existente pueden costarle horas que de otro modo no desperdiciaría en Linux.
Luego está la cuestión de los gastos generales de bienes. Si tiene un sistema relativamente antiguo o más débil, el propio Windows consumirá una gran cantidad de bienes, dejándole poco con qué trabajar durante el ampliación o incluso en las tareas diarias. Estas son las situaciones en las que usar Linux tendría más sentido.
Todo el mundo dice que Linux es mejor que Windows, pero yo no lo creo.
Me encanta Linux; Simplemente no lo comparto.
Y, por supuesto, está el ruido de fondo que viene con Windows. La telemetría, las aplicaciones preinstaladas y Microsoft están impulsando funciones conectadas a la montón que quizás no desee en una máquina de ampliación. Puede desactivar muchas funciones, pero requiere tiempo y cuidado, y las actualizaciones importantes aún tienen la costumbre de retornar a habilitar algunas funciones que nunca solicitó. No es un creador fundamental, pero si le interesan los sistemas ajustados, mínimos y sin distracciones, Windows le molestará de vez en cuando.
Quizás sea el momento de retornar a pasarse Windows
El sistema eficaz que todos aman odiar
La comunidad Linux insiste en el hecho de que estandarizar Linux te hace más profesional o más serio en el ampliación. Linux es definitivamente mejor en algunos aspectos, sí, pero no es la alternativa universal a todos los problemas que a menudo se le aclama. El profesionalismo se proxenetismo de cumplir, no de la ideología de su sistema eficaz. Trabajo más rápido en Windows, puedo usar todas las herramientas que necesito y termino con un flujo de trabajo más fluido.
Cuando necesito Linux existente, está fielmente a un comando WSL de distancia. No estoy ejecutando puesta en marcha dual, no estoy ejecutando máquinas virtuales que agoten los bienes del sistema y la fila. Los estoy ejecutando a los dos simultáneamente y se hablan entre sí sin fricción.
Windows se ha vuelto más apto y más serio para los desarrolladores, y se nota. No se proxenetismo de designar Windows en motivo de Linux. Se proxenetismo de tener una máquina que funcione para usted, y no al revés.





