Holy war. Как обычно, Windows vs Linux

[metaclass]

Еще одна деталь из *никсового мира, которую я не могу толком понять - почему там не любят файл-менеджеры:


Это болезнь, которая лечится консолью. Я вообще никогда не использую mc или какие-либо аналоги NC|TC|FAR поскольку с консоли работать ВСЕГДА БЫСТРЕЕ И УДОБНЕЕ

Встречный вопрос: вы настолько неорганизованны, что вам постоянно надо видеть какой-то список каких-то файлов?
Я добиваюсь этого просто - во-первых я знаю где и что у меня лежит/может лежать. Но если вдруг мне всё-таки надо посмотреть список файлов в каком-то каталоге я это делаю с помощью следующих инструментов:
1) Руки владеющие слепой кириллицей и латиницей
2) комбинация ls[+grep][+less] и/или двойной TAB


Я, например, банально не хочу ничего помнить, а особенно списков файлов по всей файловой системе. У меня и так голова забита. А far весьма помогает содержать файловую систему в порядке.

Comments

[a-konst.livejournal.com]

А вот я подпишусть всеми лапами под процитированными словами (по ссылке не полез - лениво по gprs).

"знать что где лежит" и "помнить список файлов по всей файловой системе" - это разные вещи, не подтасовывайте.
"содержать файловую систему в порядке".. может и помогает. Но этот порядок, той степени, которую трудно достичь без чего-то типа FAR'а, нужен только если постоянно видишь весь список файлов и глазами среди них что-то ищешь.
Из командной строки в этом нет никакой необходимости - флагов ls достаточно чтобы посмотреть ровно то, что нужно, и в удобном порядке.

[a-konst.livejournal.com]

О, предлагаю обсудить вопрос - что значит "содержать файловую систему в порядке"??

[metaclass.livejournal.com]

В основном - раскладывать программы, инсталляторы, научную и техническую документацию по папкам-категориям. Причем часто категорию можно определить только если залезть внутрь архива/pdf/djvu и посмотреть.

[a-konst.livejournal.com]

стандартные программы лежат в /usr/bin/
понятия "инсталлятор" нет вообще. есть системные пакеты, лежащие в стандартном месте.
нестандартные (свои и разные редкие/"своей сборки") лежат в папках по темам.
документы/книги так же.
имя каталога должно отражать тему документов/картинок/треков которые там лежат.

[a-konst.livejournal.com]

Раскладывать удобнее, имея возможность "одновременно" посмотреть в несколько разных мест. Из консоли это запросто - и при этом списки файлов/папок в них (если не безумно длинные) все одновременно перед глазами будут. А в far'е это сложно, если таких мест больше двух.

[ktn-zoidberg.livejournal.com]

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

админить из консоли удобно, работать удобнее в FARe например

[a-konst.livejournal.com]

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

такие сиутации редко возникают, сообенно если держать файловую систему в порядке ;)

[volodymir-k.livejournal.com]

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

Опять же, надо анализировать цели использования. Фар особенно хорош для разработчика, когда ставишь себе некий продукт (IBM WS PS, скажем) и колупаешь файлы. Идёшь по списку, прочёсываешь, заглядываешь, оно или не оно. F3 - F3 - Down -- 3 кнопки на файл, пол-секунды. Файлов много, штук 200, на экран не влазит. Что делает юниксоид? ls Enter less Space [тайпает или мышью] Enter -- минимум 10 клавишь, 3 секунды, и нужно внимание. Никаких проблем (для работодателя) нету, производительность труда у заторможенных всего в три раза ниже -- нормально, терпимо.

Или, помню, был цикл "get file from ftp, move, expand, replace 4 files from 3 dirs, archive, copy to deploy dir, run stop script, run start script" -- и так раз 6, пока не отладится. С Фаром я бы просто "скопировал, вошёл, скопировал файлы в архив, вышел из архива". Намного проще.

Если, скажем, для админа, то Фар и правда не нужен. Файлы все фиксированные, сразу бери и редактируй. Никаких копий, ну иногда может. Так чего целый тул воротить для этого. Я бы вообще для админов менюшку интерактивную написал, как раньше для бухгалтерш под нортоном делали по F2. Вполне хватит.

[alex-butenko.livejournal.com]

:-) очень "удачный" пример. Напиши скрипт за минуту и пускай его, пока не отладится.

[volodymir-k.livejournal.com]

угу, а потом ещё отлаживать этот скрипт. И заменяемые файлики постоянно меняются (определяешь после отладки) -- аргументами передавать, да?

[alex-butenko.livejournal.com]

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

[metaclass.livejournal.com]

Опять же, надо анализировать цели использования. Фар особенно хорош для разработчика, когда ставишь себе некий продукт (IBM WS PS, скажем) и колупаешь файлы.
Именно так. Разбираться с всякими сумасшедшими вещами гораздо удобнее в фаре.

[alex-butenko.livejournal.com]

я уже много лет с юнихами воюю и тоже этого не понимаю.
вообще, для работы с файлами процентов 95 времени я пользуюсь именно консолью без mc.
Но всетаки да, есть моменты, которые без mc сделать достаточно сложно. Например, разобрать помойку свежей музыки и ему подобрые. Тут без mc запаришся. Но, например, из mc/far/tc запаришься ее переименовывать. Ну в случае mp3 спасет tag & rename и ему подобные тулзы. А если взять пару гиг pdf'ов...
А для этих операций mc хватает за глаза. Даже я бы оттуда отодрал процентов 50 "фич".

[http://users.livejournal.com/_arty/]

кстати, как ты решаешь проблему быстрого перехода в 5-10 наиболее часто используемых каталогов?

[alex-butenko.livejournal.com]

частоиспользуемые директории у меня только в хоуме. Нажать 2-3 кнопки а нажать
потом tab меня совсем не ломает. :)

[1ceheart.livejournal.com]

Ну, в хорошем шелле есть своя прелесть. Под виндами, к сожалению, хороший шелл сделать нельзя - хотя бы потому, что набирать "C:\Progra.." - руки сломаешь и никакой completion не поможет, а "/usr/bin" - легким движением руки. А жаль, на самом деле. Хотя бы потому, что когда в проекте тысячи файлов, из которых ты работаешь дай бог над десятком - открывать их из командной строки просто удобнее, чем ждать, пока фар нарисует список, с сетевого-то диска, а потом все равно набирать имя с альтом, т.к. не скроллить же :)

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

[metaclass.livejournal.com]

Кстати, в шелле F-Secure SSH server auto-completion для длинных имен работает вполне хорошо. Я им как раз видео на соседнем компе иногда разгребаю, когда нет возможности на GUI залезть.

[a-konst.livejournal.com]

ну хорошо, _почти_ всегда быстрее и удобнее :)

на самом деле, помойки то разгребать редко приходится.

[0zelot.livejournal.com]

Самые топовые по комментам посты- про *никс - это точно)

[nuclight.livejournal.com]

Да всё очень просто. Под юниксы просто нет нормального файлового менеджера, уровня Фара. Соответственно, по сравнению с тем, что есть, хоршо отстроенный шелл в большинстве случаев удобнее.