История изменений

Therefore, a file manager entirely based on the command line is no doubt an advantageous way of managing files in a Unix environment.

This is our motto indeed: Stick to the CLI!

Какая-то бессмыслица. Слова все понятны, но именно смысла в них не вложено. Ну то есть, они как минимум не следуют из предыдущих. Предлагаю идеи для новых проектов этого автора, с тем же слоганом:

1. CLI git-клиент. Точно такой же, как существующий, только запускаешь его как cligit, а потом вместо git clone url пишешь clone url, выходишь из клиента, редактируешь файл, снова запускаешь клиент, чтобы вместо git commit написать commit, а потом, соответственно, push, потом выходишь. СLI-путь! Он рулит.
2. CLI-редактор для изображений. Такой же, как ImageMagic, только с отдельной командной строкой.
3. CLI-менеджер пакетов для любимого дистрибутива. Запускаешь его, и пишешь там remove chrome, потом install librewolf, query firefox чтоб инфу посмотреть.
4. CLI-просмотрщик ресурсов. Запускаешь его, пишешь mem, получаешь что-то похожее на вывод free, пишешь processess, получаешь что-то похожее на вывод ps, пишешь cpu, получаешь что-то вроде вывода top, пишешь kill 123, получаешь то же, что и обычно при kill.
5. После реализации этих идей можно ещё много всего придумать!

Главное, чтоб всё это из обычного шелла было не доступно, а надо было отдельный «менеджер» запускать. Это же так удобно, и полностью продолжает линию с этим гениальным файл-менеджером.

Therefore, a file manager entirely based on the command line is no doubt an advantageous way of managing files in a Unix environment.

This is our motto indeed: Stick to the CLI!

Какая-то бессмыслица. Слова все понятны, но именно смысла в них не вложено. Ну то есть, они как минимум не следуют из предыдущих. Предлагаю идеи для новых проектов этого автора, с тем же слоганом:

1. CLI git-клиент. Точно такой же, как существующий, только запускаешь его как cligit, а потом вместо git clone url пишешь clone url, выходишь из клиента, редактируешь файл, снова запускаешь клиент, чтобы вместо git commit написать commit, а потом, соответственно, push, потом выходишь. СLI-путь! Он рулит.
2. CLI-редактор для изображений. Такой же, как ImageMagic, только с отдельной командной строкой.
3. CLI-менеджер пакетов для любимого дистрибутива. Запускаешь его, и пишешь там remove chrome, потомinstall librewolf,query firefox` чтоб инфу посмотреть.
4. CLI-просмотрщик ресурсов. Запускаешь его, пишешь mem, получаешь что-то похожее на вывод free, пишешь processess, получаешь что-то похожее на вывод ps, пишешь cpu, получаешь что-то вроде вывода top, пишешь kill 123, получаешь то же, что и обычно при kill.
5. После реализации этих идей можно ещё много всего придумать!

Главное, чтоб всё это из обычного шелла было не доступно, а надо было отдельный «менеджер» запускать. Это же так удобно, и полностью продолжает линию с этим гениальным файл-менеджером.

Therefore, a file manager entirely based on the command line is no doubt an advantageous way of managing files in a Unix environment.

This is our motto indeed: Stick to the CLI!

Какая-то бессмыслица. Слова все понятны, но именно смысла в них не вложено. Предлагаю идеи для новых проектов этого автора, с тем же слоганом:

1. CLI git-клиент. Точно такой же, как существующий, только запускаешь его как cligit, а потом вместо git clone url пишешь clone url, выходишь из клиента, редактируешь файл, снова запускаешь клиент, чтобы вместо git commit написать commit, а потом, соответственно, push, потом выходишь. СLI-путь! Он рулит.
2. CLI-редактор для изображений. Такой же, как ImageMagic, только с отдельной командной строкой.
3. CLI-менеджер пакетов для любимого дистрибутива. Запускаешь его, и пишешь там remove chrome, потомinstall librewolf,query firefox` чтоб инфу посмотреть.
4. CLI-просмотрщик ресурсов. Запускаешь его, пишешь mem, получаешь что-то похожее на вывод free, пишешь processess, получаешь что-то похожее на вывод ps, пишешь cpu, получаешь что-то вроде вывода top, пишешь kill 123, получаешь то же, что и обычно при kill.
5. После реализации этих идей можно ещё много всего придумать!

Главное, чтоб всё это из обычного шелла было не доступно, а надо было отдельный «менеджер» запускать. Это же так удобно, и полностью продолжает линию с этим гениальным файл-менеджером.

Therefore, a file manager entirely based on the command line is no doubt an advantageous way of managing files in a Unix environment.

This is our motto indeed: Stick to the CLI!

Какая-то бессмыслица. Слова все понятны, но именно смысла в них не вложено. Предлагаю идеи для новых проектов этого автора, с тем же слоганом:

1. CLI git-клиент. Точно такой же, как существующий, только запускаешь его как cligit, а потом вместо git clone url пишешь clone url, выходишь из клиента, редактируешь файл, снова запускаешь клиент, чтобы вместо git commit написать commit, а потом, соответственно, push, потом выходишь. СLI-путь! Он рулит.
2. CLI-редактор для изображений. Такой же, как ImageMagic, только с отдельной командной строкой.
3. CLI-менеджер пакетов для любимого дистрибутива. Запускаешь его, и пишешь там remove chrome, потомinstall librewolf,query firefox` чтоб инфу посмотреть.
4. CLI-просмотрщик ресурсов. Запускаешь его, пишешь mem, получаешь что-то похожее на вывод free, пишешь processess, получаешь что-то похожее на вывод ps, пишешь cpu, получаешь что-то вроде вывода top…
5. После реализации этих идей можно ещё много всего придумать!

Главное, чтоб всё это из обычного шелла было не доступно, а надо было отдельный «менеджер» запускать. Это же так удобно, и полностью продолжает линию с этим гениальным файл-менеджером.