Рабочая среда и командная оболочка

Подбор софта следует начинать с рабочей среды -- это во многом определяет почти весь остальной круг приложений. Очевидно, что выбор в качестве среды интегрированного десктопа -- KDE, GNOME или Xfce, -- почти автоматически влечёт за собой набор программ, основанных на библиотеках Qt/kdelibs, в первом случае, и на Gtk+ -- в остальных двух.

Правда, если вместо интегрированного десктопа остановиться на каком-либо из оконных менеджеров, столь жёсткого предопределения не будет. Но, тем не менее, выбирать между Qt- и Gtk-основанными приложениями придётся всё равно, потому как программы на базе единственной сопоставимой по функциональности библиотеки, Motif, постепенно выходят из употребления.

Собственно рабочим средам будет посвящена специальная рубрика. Здесь же замечу только, что дальнейшее изложение будет основано на посылке, что в качестве рабочей среды избран GNOME. Почему?

Во-первых, среда GNOME принята в качестве умолчлаьной в дистрибутиве Fedora, на примере которого я и рассматриваю вопрос о прикладном софте.

Во-вторых, практически тот же набор приложений может использоваться (и, как правило, используется) в средах Xfce и LXDE. Более того, поскольку подавляющее большинство так называемых GNOME-приложений слабо привязаны к этой среде (а то и не привязаны вовсе), их целесообразно использовать и в обстановке каких-либо оконных менеджеров. Среда же KDE и её приложения -- это совершенно отдельная тема, обсуждать которую ныне, с доминированием 4-й её ветки, я не считаю себя компетентным.

С выбором рабочей среды тесно связан вопрос используемых шрифтов. Прошли времена, когда я радостно ставил любое только что появившееся семейство гарнитур -- в надежде отыскать идеал. Ныне поиски идеала для меня закончены: для интерфейсных элементов я использую исключительно шрифты семейства Dejavu, и, иногда, для некоторых специальных целей, -- шрифты семейства Terminus (например, в терминальных окнах). Правда, прочие шрифты тоже время от времени ставлю -- но в основном в экспериментальных целях. Однако ни один из них пока не заставил меня сменить свои предпочтения. Даже специально разработанное для российских условий семейство PWT от фирмы PingWin Software...

Кстати, о терминале... В качестве программы -- эмулятора оного, целесообразно использовать штатную программу рабочей среды. То есть GNOME Terminal -- в GNOME, xfce4-terminal -- в Xfce, LXTerminal -- в LXDE. Все они (как и konsole в KDE) предоставляют примерно одинаковый набор функций при равной гибкости и простоте конфигурирования. Разве что xfce4-terminal, скажем, не даёт возможности переключать кодировку вывода "на лету"...

Терминал существует не сам по себе, а в первую очередь для доступа к утилитам командной строки посредством командной оболочки пользователя (login shell). Долгие годы в этой роли я использовал zsh, во время работы во FreeBSD был у меня период увлечения tcsh'ем. Ныне, став старым и ленивым, я хожу как все -- по камушкам. То есть использую bash. В сочетании с bash-completion он ныне предоставляет достаточно настроек для интерактивной работы. Причём настраивается он существенно проще. И, что немаловажно, пользовательскую документацию по bash реально прочитать простому смертному -- тогда как редкий юзер осилит любой из многочисленных мануалов по zsh хотя бы до половины.

Как известно, командная оболочка служит для выполнения команд, то есть различных утилит командной строки. Их бессчётно, и каждому линуксоиду время от времени приходится использовать практически всё то, что объединяется понятием "классические Unix-утилиты". Тем не менее, перечислю самые востребованные в моём сочинительском ремесле. Это:

  • find -- для поиска файлов с раннесочинёнными текстами;
  • grep -- для нахождения текстов, нужных для текущей работы;
  • cat -- для объединения ранее написанных фрагментов в единый документ;
  • csplit -- напротив, для разбиения документа по шаблону на главы, статьи, параграфы.

Все аспекты использования командной оболочки и утилит командной строки будут освещаться в соответствующей рубрике.

Теперь можно перейти к рассмотрению категорий собственно прикладных программ.


Теги: ,