Мой ответ Чемберлену

Прочитал сегодня статью Почему гику стоит переходить на Linux. В статье приведены типичные в таких случаях аргументы. Ниже я приведу свои объективные аргументы.

На Windows у меня была 30-гигабайтная папка «D:\Distribs». Софт в ней устаревал с пугающей скоростью.
Слово «пугающей» излишне эмоционально. На самом деле большинство программ не нужно сильно часто обновлять. А те, которые нужно, сами знают об этом и обновляются сами. А обновления в репозиториях проходят очень долго.

И большая часть оттуда вообще никогда не запускалась, а лежала на всякий случай.
А причем здесь Windows? Удали эти программы.

С подтягиванием всех зависимостей, справочными файлами и настройками GUI при необходимости.
MSI-файлы (да и обычные exe-инсталляторы) Windows тоже содержат все необходимое.

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

А удалить программу можно также просто, одной командой, без всего этого ужаса со специальными деинсталляторами, мусором в реестре и куче других мест по системе.
В Windows при удалении тоже спрашивается один раз подтверждение и всё. Если в ее менеджерре пакетов в панели управления выбрать кнопку Удалить. Кроме того, база apt тоже существует. Просто вы про нее не пишете, а про реестр пишете. Но ни то, ни другое не должно волновать пользователя.

Если в каком-нибудь приложении вдруг найдется серьезная уязвимость, в течении дней или даже часов, вам предложат его обновить.
За 9 месяцев использования Linux на работе никогда не видел, чтобы появлялись предложения обновить какое-то стороннее программное обеспечение, кроме Firefox и IntelljIdea. Ну, а они и в Windows предлагают обновиться.

В случае же с Windows, вам придется самостоятельно обновлять какой-нибудь Acrobat Reader, через дырку в котором работают десятки червей. В лучшем случае, программа сама умеет проситься в интернет на предмет обновиться.
А Adobe сделала патч к нему? Если да, то почему не встроила автоматическое обновление в свой Reader? Опять возникает вопрос: при чем здесь Windows?

В Windows меня бесили диски. C:\ D:\ и прочие смайлики в начале пути, кажущиеся такими естественными для привычного Windows пользователя, на взгляд человека, видевшего альтернативу, являются настоящим бредом!
Слишком эмоциональное и не обоснованное заявление.

Разложить информацию с дисков в нужном вам виде.
То, что написано в этом предложении вполне можно сделать и в Windows.

Так же много раз у меня происходила интересная вещь — буквы дисков менялись местами.
Не сталкивался с этой проблемой с 2001 года, когда вышла Windows XP.

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

В Windows же было полнейшее разнообразие. Некоторые приложения норовили нагадить прямо под себя в Program Files, некоторые — и того хуже — в C:\Windows!
Почему вы пишете что в Windows твориться безобразие, а потом что гадят какие-то программы третьих сторон? Причем здесь Windows? Этот вопрос не переставал у меня возникать на протяжении всего чтения вашей статьи.

Часть файлов хранилась по ужасному пути «C:\Documents and settings\User\Application data», часть — на уровень выше.
Я не видел ни одной программы, которая хранит файлы в каталоге C:\Documents and settings\User, кроме файлов реестра пользователя самой Windows и кошелька Webmoney. Опять же это проблемы Webmoney, а не Windows.

Некоторые программы вообще использовали, прости Господи, реестр.
Здесь согласен с вами. Реестр — это ужасно.

При этом, переустановка системы, которая проводилась обычно с очисткой системного раздела, приводила к потере всех этих настроек и данных, если не знать где они живут и как их спасти.
Уже давно достаточно скопировать настройки из той самой Documents and settings для сохранения настроек приложений после переустановки Windows. Я трачу на переустановку Windows и всех приложений не более 2 часов.

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

Для каждого пользователя каталог свой.
В Windows тоже для каждго пользователя каталог свой.

У каждого пользователя программа будет вести себя так, как хотел этот пользователь.
В Windows — тоже самое. А если какая-то программа ведет себя не так, то это, само собой, проблема программы, а не операционной системы Windows.

В Windows, вроде бы, тоже можно каким-то образом делать символические ссылки, но это опять же тайные знания. Простые пользователи дальше ярлыков не заходят.

Простые пользователи Linux тоже не создают символических ссылок, иначе какие же это простые пользователи? Команду их создания нужно узнать и выучить. В Windows — тоже самое.

В моем случае это сначала был Windows(Total) Commander, потом Far.
Я 9 месяцев пользуюсь Ubuntu, но до сих пор считаю, что управление файлами удобнее производить из Total Commander. Но, соглашусь, не все операции. Некоторые удобнее через консоль.

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

Для примера, создайте в Проводнике или Far стандартную структуру maven-проекта:
...
Наверняка для этого есть средства, может даже встроенные. Но я, в свое время, с такими простыми вещами мучился.
Такие задания выполняют на уроках дети в 11 классе. Я не знаю, какой уровень развития нужно иметь, чтобы мучиться с таким простым заданием.

А в консоли Linux это будет одна команда:
mkdir -p project/src/{main,test}/{java,resources}
Спасибо! Я до сих пор не знал о таких возможностях этой команды.

Многие вещи, делаются из консоли гораздо быстрее, чем через GUI.
Обычно гораздо больше времени уходит на то, чтобы подумать, как сделать, а не на то, чтобы побыстрее набрать команду в консоли, сделать 10 опечаток, исправить их и нажать наконец Enter.

От использования консоли в Windows также отталкивает совершенно непрозрачная работа переменных окружения.
В чем это заключается?

Мне редко удавалось добиться того, чтобы $PATH работала так, как должна.
Приведите пример. Я никогда за более чем 10 лет не испытывал никаких проблем, которые я мог бы причислить к ошибкам Windows.

Часто, чтобы запустить команду из консоли, приходилось писать полный путь до бинарника.
Добавьте каталог к ней в PATH. Или покажите точную последовательность действий для воспроизведения той ошибки, о которой вы говорите.

В Linux с этим все замечательно.
В Windows тоже :)

В Windows есть Запланированные задания.
Согласен, cron лучше. Но к самой Windows это не относится. Это всего лишь одна из встроенных программ.

Я однажды даже пытался ими воспользоваться. У меня не получилось :) Оно просто не нашло бинарника, который надо запустить.
Вы полагаете, что это Windows? Я очень в этом сомневаюсь. Скорее всего. вы сами что-то не поняли, не так сделали или испортили. Или приведите точную последовательность действий, приводящую к ошибке.

Про удаленное управление полностью с вами согласен.

Про поддержку устройств тоже. В Windows и Linux все устройства давно прекрасно поддерживаются.

Про документацию не совсем согласен. По проблемам Windows тоже полно форумом, блогов и wiki.

Учите английский :) Возможно, придется много читать. Читать хорошую, полезную документацию на английском.
Необходимость учить язык я считаю минусом Linux.