[x-yuri]

эх, все свелось к попыткам уличить кого-то в чем-то...

Про UNIX-way. Возьмём любую CVS (хоть git, хоть svn, хоть ещё что). UNIX-way говорит: вот есть утилита командной строки, ей и пользуйтесь. Редактируешь код в любимом редакторе, надо посмотреть, что изменил, идёшь в командную строку, там смотришь.
Более удобный для пользователя подход (но менее удобный для программиста): в редактор встроена поддержка CVS, редактор тебе прямо в коде подсвечивает, что ты наменял. В проводник встроена поддержка CVS, прямо в нём подсвечивается статус файлов. И, разумеется, есть отдельная утилита для работы с CVS.
Т.е. когда пишешь код, хочется, чтобы всё нужное было под рукой. Когда работаешь с файлами -- чтобы всё нужное было под рукой.

В данном случае фраза "командной строки" не важна, её можно опустить. Важно, что есть отдельная утилита.

у тебя неправильное представление о unix-way. Но давай для начала озвучим более подробный вариант:
1. Пишите программы, которые делают что-то одно и делают это хорошо.
2. Пишите программы, которые бы работали вместе.
3. Пишите программы, которые бы поддерживали текстовые потоки, поскольку это универсальный интерфейс.
Обрати внимание на второй пункт. Да по сути все эти пункты нацелены на взаимодействие. В windows такого нету или заметно хуже с этим. А лучше всего это видно в shell (ну или он меня просто больше интересует). Поэтому, скорее всего, Gozar и прицепился к "командной строке".

Так вот, во-первых прикол в том, что оно под рукой, просто у тебя другие представления о том, что такое "под рукой". И не надо никуда идти, командная строка прямо там, в редакторе (в vim, по-крайней мере).

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

В-третьих, подсветка изменений в коде не противоречит unix-way. Просто хорошо сделать редактор - это слишком нечеткая цель, как впрочем и со всякими другими принципами. И не единственная. Первый вопрос, который возникает: "А это действительно важно, подсветка изменений в коде?" Аналогично со статусом файлов. Если для тебя это важно, ты можешь либо переделать чужой плагин, либо написать свой (при чем не обязательно на java). Если для тебя это очень важно, ищи что подсвечивает. Но часто, если чего-то нету, это значит, что это не важно, не так важно или мало кому важно. Вот семантический поиск по проекту, это для меня сейчас важно. Но может я просто что-то не так делаю Вот, Gozar, ты как думаешь, нужен или нет?

но пользоваться всем этим зоопарком неудобно.

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

я даже представить боюсь сколько времени займет тоже самое (написать скрипт) на винде для повторения сложной задачи.

отнюдь, powershell мне понравился. Да, именно так должен выглядеть bash под windows а не всякие cygwin'ы...