Мнение: Windows может быть удобнее Linux для разработчика

Ядро рабочего стека Ядулла теперь работает на Windows 11 — той самой ОС, которую многие разработчики не любят, и во многом небезосновательно. Но после десяти лет постоянного «прыгания» между системами он пришел к выводу: идеальная среда — это та, которая не мешает работать.

Двойная загрузка замедляет работу

Как и многие разработчики, Ядулла тоже верил, что настоящая разработка происходит исключительно в терминале. Windows оставалась для него вынужденной системой, потому что работа требовала Adobe Creative Suite, а свободное время — игр. Каждую свободную минуту он пробовал новые дистрибутивы, настраивал конфигурации и переносил все больше рабочих процессов в Linux, лишь бы реже переключаться в другую ОС и не терять время в рабочие часы.

В какой-то момент он перестал притворяться и построил среду, которая действительно сделала его продуктивным.

Linux — отличная система: сильное сообщество, мощная экосистема, открытость и надежность. Для продакшн-серверов это по-прежнему золотой стандарт. Но когда работа разделена между фото- и видеомонтажом, написанием текстов, тестированием ПО и разработкой, дуалбут становится не преимуществом, а препятствием.

Частая ситуация — нужно быстро открыть Photoshop или Illustrator, чтобы поправить графику во время разработки сайта. Приходится:

• Остановить написание кода,
• Сохранить все,
• Выключить Linux,
• Загрузиться в Windows,
• Поработать в программе несколько минут,
• Снова закрывать все и возвращаться в Linux.

Каждый такой цикл — потерянные 10 и более минут. Если повторяется по нескольку раз в день, суммарные потери времени становятся огромными. К тому же постоянно рвется рабочий поток: переключение ОС каждый раз выбивает из концентрации и снижает продуктивность.

Ядулла пробовал использовать виртуальные машины, но работа двух ОС одновременно требует много ресурсов. Батарея разряжается гораздо быстрее, чем можно представить. Поскольку его основной компьютер — это ноутбук, проблемы с производительностью возникали постоянно.

Виртуалки отлично подходят для тестирования или разовых задач, но для полноценной ежедневной работы по-прежнему лучше всего работает система, запущенная напрямую на железе.

Попытки подстроить рабочий процесс под постоянные переходы между ОС тоже ни к чему не привели. Когда работаешь в команде, где у каждого свой график, непредвиденные ситуации возникают постоянно. И в любой момент может понадобиться какая-нибудь утилита Windows — независимо от того, насколько тщательно спланирован день. Каждый такой внезапный переход — это еще минус 10 минут на переключение ОС, закрытие одних программ и открытие других. Если делать это несколько раз в день, суммарные потери времени становятся ощутимыми.

Между тем, что «звучит круто в теории», и тем, что реально работает, когда стараешься делать свою работу, — огромная разница. Переход на Windows не был отказом от принципов открытого ПО. Это было признание факта: стремление к чистому Linux-подходу отнимало слишком много времени и продуктивности.

Разработка под Windows имеет место быть

Разработка под Windows давно уже не такая плохая, как многие думают.

Подсистема Windows для Linux (WSL) перестала быть мемом и стала реальным инструментом.

Среда Ядулла на Windows 11 построена вокруг WSL2 и Windows Terminal — терминала, который на голову выше того, что было в Windows всего несколько лет назад. В WSL2 работает Ubuntu, а это значит, что доступны все нужные вещи из Linux: пакетные менеджеры, шелл-скрипты, любые инструменты. И при этом не теряются преимущества нативной Windows-экосистемы.

Previous Next

VS Code с расширением WSL — тоже отличный комплект. Папка открывается внутри WSL-дистрибутива, и VS Code автоматически подключается в удаленном режиме. Работает IntelliSense, работает отладка, работает Git-интеграция. Никакой борьбы с файловыми системами, падением производительности или странными проблемами с путями.

Все просто работает — и это может звучать скучно, пока не вспомнишь, сколько сил в Linux уходит на устранение вещей, которые вообще не должны быть проблемой.

С WSL2 спокойно работает и Docker Desktop, поэтому контейнеризированные окружения запускаются точно так же, как на Linux. Когда нужно разворачивать проект на Linux-сервере, ничего в процессе не меняется — код по-прежнему нацелен на то же самое Linux-окружение.

При этом остается возможность запускать нативные Windows-приложения. Можно использовать Visual Studio для разработки на C#, работать с Windows-специфичными инструментами отладки, устанавливать программы через обычные инсталляторы и не думать о слоях совместимости.

Инструменты «Windows-on-Linux» на практике оказываются менее удобными, чем кажутся, а при работе со стеками, ориентированными на Windows, не приходится изобретать обходные пути, чтобы просто запустить нужное приложение.

Наконец, появление Winget как пакетного менеджера дало Windows то, что пользователи macOS и Linux давно воспринимают как норму: декларативную установку зависимостей. Теперь все окружение разработки можно развернуть одним конфигурационным файлом. Больше никакого ручного кликанья по десяткам инсталляторов. Новый компьютер поднимается за минуты, а не за часы.

Работает, но не идеально

Идеальной эту систему не назвать, но она работает. Есть особенности, с которыми приходится мириться.

Windows 11 все еще ощущается как система «в процессе доработки», и это проявляется в повседневной работе. Обновления иногда ломают функциональность, уровень контроля над системой ниже, чем хотелось бы, а отдельные сбои возникают там, где в Linux все решилось бы парой команд в терминале.

Даже с WSL2 все равно приходится жить в двух мирах одновременно. Это неизбежно создает трение: разные пути к файлам, отличия в правах доступа, разная обработка переводов строк, а иногда и чувствительность к регистру — все это может вмешиваться в работу при переходе между нативными Windows-инструментами и линуксовыми. Если продакшн-окружение полностью Linux, фактически появляется дополнительный слой «перевода» между разработкой и сервером.

Большую часть времени все работает нормально — пока в какой-то момент не перестает. Странные сетевые проблемы, редкие баги с правами доступа к файлам или небольшие расхождения в поведении WSL по сравнению с реальным сервером могут стоить нескольких часов, которые на чистом Linux не пришлось бы терять.

Остается вопрос ресурсов. Если компьютер относительно старый или слабый, сама Windows забирает значительную часть мощности, оставляя мало для разработки и даже обычных задач. В таких ситуациях использование Linux действительно выглядит более рациональным.

Кроме того, у Windows есть неизбежный «фон»: телеметрия, предустановленные приложения, навязанные облачные функции, которые вовсе не нужны на машине разработчика. Большую часть можно отключить, но это занимает время, требует внимательности, а крупные обновления нередко включают некоторые функции обратно. Это не критично, но если важны минимализм, тишина в системе и отсутствие лишних раздражителей, Windows время от времени будет выводить из себя.

Настало время взглянуть на Windows по-новому

В сообществе Linux часто звучит мысль, что стандартный «правильный» Linux делает разработчика более профессиональным и серьезным. Да, Linux действительно лучше во многих вещах, но это далеко не универсальное решение для всех задач, каким его нередко пытаются представить. Профессионализм определяется тем, как ты работаешь и что в итоге поставляешь, а не идеологией выбранной ОС. На Windows работается быстрее, используются все нужные инструменты и в результате получается более плавный рабочий процесс.

Когда требуется настоящий Linux, он находится буквально «в одной команде» — через WSL. Не нужна двойная загрузка, не нужно запускать виртуалки, которые съедают ресурсы и батарею. Обе системы работают параллельно и взаимодействуют без трения.

Windows стала гораздо более удобной и ориентированной на разработчиков — и это заметно. Суть не в выборе между Windows и Linux. Суть в том, чтобы машина работала на тебя, а не наоборот.