Ну и в комментах упоминается.

Я к этому:
Конкретно это SHIFT + F6 умеет. Ну и не только это, о чем я и пытался сказать.

это один из вариантов, прокомментирую:
* (найти следующее такое же слово, все такие слова подсветяться, от настроек зависит)
N (вернуться к тому, на котором был курсор)
rj (заменить i на j)
n (перейти к следующему)
. (повторить последнее изменение)
n (перейти к следующему)
. (повторить последнее изменение)
...
можно в процессе, если нужно перемещать текст, не меняя позицию курсора: zt (раположить текущую строку в верху окна), zz (по середине), zb (внизу). Поэтому переименовать не забудем, все совпадения подсвечиваются.

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

Ну IDE же не может знать, по каким ты правилам именуешь связку CSS и JavaScript.

на самом деле это хорошо демонстрирует образ мыслей windows-разработчика. Если IDE, значит это одна программа. Потому что а как иначе под windows? По-моему windows навязывает такой образ мыслей. Программам под windows сложно между собой взаимодействовать, или заметно сложнее, по сравнению с linux. Наверное, сказывается то, как это все начиналось, а именно проприетарный подход к написанию ПО.


только для локальных переменных?

интересно, можно ли писать плагины к idea не на java...

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

Это демонстрирует здравый смысл. UNIX-way, когда каждая программа делает что-то своё, удобно разрабатывать, но пользоваться всем этим зоопарком неудобно.


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

Webstorm 3 глючный какой-то, показывает ошибки которых нету. Есть какие-то аналоги ?

Я так полагаю следует читать как: пользоваться всем этим зоопарком не умею?

Мне очень даже удобно.

Взять простейшую операцию превращения png в base64 в линуксе это делается так:

base64 filename.png

А как мне сделать это в винде, ничего не доустанавливая и не рыская по инету в поисках сторонних утилит?

Может Web/PHPStorm это умеет делать?

Gozar,
перечитай ещё раз, что написано. Причём тут отсутствие base64 в винде?

Kolyaj,
Я тебе привел пример использования UNIX way, удобное и лаконичное, на что получил глупое высказывание про чтение текста.
То, что ты не умеешь чем-то пользоваться, ещё не означает что подход похож на зоопарк. В нём нет ничего лишнего.

Я согласен, что возможно вопрос был задан не корректно из-за чего пример стал непонятен.

Настоящую мощь unix way можно почувствовать только глубоко вникнув в этот самый путь. Javascript тоже по началу кажется чем-то вроде поделки и зоопарка, однако при глубоком изучении понимаешь всю силу этого зоопарка.

В общем твое высказывание больше похоже на провокацию.

есть, ed называется. Аналог под windows - EDLIN :lol:

здравый смысл или нет - это еще надо доказать. Все слишком неоднозначно. По поводу unix-way, я думаю ты привык к windows и нету желания научиться работать под linux. Я не могу сказать, что windows-way однозначно хуже. Но unix-way мне определенно ближе. А вообще я за эволюцию ;)

а по поводу здравого смысла, мне было бы все же интересно узнать в чем он заключается

а пытаться продемонстрировать unix-way, Gozar... по-моему в этом нету смысла, слишком все по-другому. Им просто надо научиться пользоваться (как с vim, например :)) и будет видно. Или не надо, это кому как.

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

Ок, задам встречный вопрос. В винде, чтобы запустить Паука, надо сделать пару кликов, как это сделать в линуксе ничего не доустанавливая? Твой вопрос не про UNIX-way, а про предустановленные программы.


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

Kolyaj,
паук - карточная игра? Карточные игры предустановлены в последних версиях линукса, думаю во всех. Я считаю это сравнение корректным, т.к. игры выполняют функцию развлечения, функция паука развлечение.

base64 помогают программисту экономить время, так же как и htpasswd например. Линукс - это сообщество, которое заботится о себе, помогая себе. Совершенствование операционной системы идет наилучшим путем. В то время как совершенствование win зависит не от пользователей ОС, а от пути компании, которая очень своенравна, если судить по ie9 который умеет делать скругленные углы, но не может сделать скругленные углы и заливку градиентом одновременно, вернее то что выйдет пародия какая-то. Прям Опера way какой-то. Если честно то меня это повергло в шок. Что с этими людьми не так?!

base64 filename.png показывает мощь командной строки, экономия времени и телодвижений. В win way доминирует GUI, а это значит - что бы ты не написал, тебе ещё нужно под него GUI рисовать.

Чем тебе не угодила командная строка?

Где я что-то сказал про командную строку?

Или это такая похвала?

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

Против командной строки я ничего не имею, во многих случаях она удобней.

Это вырывание из контекста.
Командная строка общая для доступа к множеству программ - это фактически объединяющая утилита. Это же мечта управлять всеми программами с помощью одной утилиты!
Как раз благодаря этой утилите всё нужное под рукой.

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

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

К примеру у тебя есть набор программ, который совпадает с названиями программ. Установив ещё одну программу, ты фактически добавляешь ещё одну команду. Система получается очень гибкой и удобной.

В js часто добавляют свои функции. Потому что это удобно. Здесь также.

Gozar,
я ещё раз повторяю: про командную строку я ничего не говорил.

Ну да, ну да, Селезнева. Тапочки передать надо.

Ты не последователен. Проводник тоже утилита. Так что твои доводы становятся просто набором очевидных фактов и ни о чем не говорят.

Все свелось к - я люблю его потому!

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

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

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

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

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

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

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

...
или может они в emacs уходят? Я только теоретически представляю, что это такое. Сложно сказать, то ли это редактор, то ли shell (operating system masquerading as an editor) со своей почтой и т.п. Кстати, Эрик Реймонд в свое время назвал его Like IDE, Only Better. И непонятно, это unix-way или не unix-way. Что скажешь, Kolyaj?

Кстати, узнал сегодня, что Кен Томпсон (а точнее Bell Labs) переписал Unix и проект до сих пор развивается. Но не думаю, что он был нацелен на коммерческий успех.
http://c2.com/cgi/wiki?PlanNineFromBellLabs
http://en.wikipedia.org/wiki/Plan_9_from_Bell_Labs

Из важного для меня сейчас на приоритетном месте стоит: чтобы не глюкало, пусть с недостатками, но чтобы совсем не глюкало :)

Я потихоньку углубляюсь в командную строку и чем дальше я углубляюсь, тем дальше я от IDE, а может и нет.

А так мне не важно в чём писать, я не успеваю сейчас задумываться, у меня сейчас форум наполовину написан, нужно до НГ закончить, люди ждут, хотят общаться, уже комменты как форум используют.

В первом случае основной инструмент клавиатура, во втором мышь.
Однако если мы говорим о привычках и предпочтениях, то это личное дело каждого, мне например проще писать код в IDE (использовать для этого *nix-way: ee, ed, vi не обязательно), а компилировать и заливать в репозиторий через shell (make && svn commit -m 'some')

не обязательно

мы как бы пытаемся говорить об объективных факторах ;) А учитывать их или нет - это действительно личное дело каждого, если они вообще существуют...