LINUX.ORG.RU

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

Исправление wandrien, (текущая версия) :

это текстовый редактор, в котором можно выделить любой текст и исполнить как команду

Это в любом редакторе тривиально делается. (Конечно, имею в виду не редактор уровня Блокнота, а полноценный.) В чем киллер фича-то?

что позволяет использовать Acme как замену эмулятора терминала и IDE.

Исполнение написанных команд никак не делает редактор заменой эмулятора терминала и IDE. Вообще.

Поскольку любой срез текста может являться командой, то история команд становится не нужна — необходимые команды можно записать в файл и исполнять их прям оттуда.

Ага, оч «удобно» вручную записывать команды в файл, а потом вручную же искать их там. История команд хороша именно тем, что она берёт на себя рутину по запоминанию и хранению команд.

Прочие интерактивные помощники вроде пейджера или fzf становятся не нужны. Им нет места в текстовом редакторе, ровно как и в Acme.

Это такой кринж, что даже не вижу смысла комментировать.

Необходимость в автодополнении также пропадает, ведь команды редко приходится вводить заново.

А где команды «часто приходится вводить заново»? В command.com под DOS-ом? Потому что любой современный шел имеет историю команд с удобной навигацией и поиском. И любую нетривиальную команду никогда не приходится вводить заново.

Так мало того, смысл и суть автодополнения полностью упущены. Я пишу docker, нажимаю Tab, получаю мини-справку по его командам и понимаю, что писать дальше. Что мне может предложить Acme?

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

А в чем пойнт-то? У меня в редакторе на хоткей повешано исполнение выделенного текста как команды и получение вывода команды. Но пользуюсь я этим редко, потому что неудобно.

Многие работают с командной строкой на постоянной основе. Но как далеко на ней можно уехать? Можно ли запускать SQL-запросы? Можно, ведь это естественная задача шелла. Но неудобно. А в Acme удобно. Можно ли выполнять поиск по проекту через grep? Можно, ведь это буквально его задача. Но неудобно. А в Acme удобно. Можно ли выборочно убивать процессы через ps и kill (или удалить docker-контейнер по хэшу)? Можно, но только в Acme удобно. Можно ли сделать поиск и замену по файлу через sed? Можно, но только в Acme удобно.

Да нет, это именно что удобно делать в оболочке. А в редакторе - не удобно.

Можно ли после git status не вводить повторно длинный путь к файлу, чтобы сделать ему git add? Можно, но только в Acme.

Непонятный кейс. Долго думал, что имеется в виду, но так и не понял, какое преимущество тут планировалось показать. Что там текст, что тут текст.

В Acme шелл применим практически в любой задаче. Я, например, даже отступы выравниваю двумя скриптами на шелле.

Ну а я строки сортирую внутри редактора командой на sh. В чем особый пафос-то? Обычная автоматизация приложений через возможность добавлять пользовательскую логику.

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

Это полный пиндец.

Мышь нужна чтобы в графическом редакторе фотки ретушировать и в компьютерные игры играть. Ну и чтобы в браузере на ссылки нажимать.

Я работая по основной своей работе, могу за час работы вообще мыши ни разу не коснуться.

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

Это потому что ты не освоил в полной мере самый можный принцип взаимодействия с машиной - отдачи текстовых команд. Поэтому пытался какие-то хоткеи изобретать.

Хоткеи должны быть максимально базовыми и максимально мощными. Они должны быть такими, чтобы максимально человека приблизить к отдаче машине текстовых команд, упростить эту задачу максимально.

Исправление wandrien, :

это текстовый редактор, в котором можно выделить любой текст и исполнить как команду

Это в любом редакторе тривиально делается. (Конечно, имею в виду не редактор уровня Блокнота, а полноценный.) В чем киллер фича-то?

что позволяет использовать Acme как замену эмулятора терминала и IDE.

Исполнение написанных команд никак не делает редактор заменой эмулятора терминала и IDE. Вообще.

Поскольку любой срез текста может являться командой, то история команд становится не нужна — необходимые команды можно записать в файл и исполнять их прям оттуда.

Ага, оч «удобно» вручную записывать команды в файл, а потом вручную же искать их там. История команд хороша именно тем, что она берёт на себя рутину по запоминанию и хранению команд.

Прочие интерактивные помощники вроде пейджера или fzf становятся не нужны. Им нет места в текстовом редакторе, ровно как и в Acme.

Это такой кринж, что даже не вижу смысла комментировать.

Необходимость в автодополнении также пропадает, ведь команды редко приходится вводить заново.

А где команды «часто приходится вводить заново»? В command.com под DOS-ом? Потому что любой современный шел имеет историю команд с удобной навигацией и поиском. И любую нетривиальную команду никогда не приходится вводить заново.

Так мало того, смысл и суть автодополнения полностью упущены. Я пишу docker, нажимаю Tab, получаю мини-справку по его командам и понимаю, что писать дальше. Что мне может предложить Acme?

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

А в чем пойнт-то? У меня в редакторе на хоткей повешано исполнение выделенного текста как команды и получение вывода команды. Но пользуюсь я этим редко, потому что неудобно.

Многие работают с командной строкой на постоянной основе. Но как далеко на ней можно уехать? Можно ли запускать SQL-запросы? Можно, ведь это естественная задача шелла. Но неудобно. А в Acme удобно. Можно ли выполнять поиск по проекту через grep? Можно, ведь это буквально его задача. Но неудобно. А в Acme удобно. Можно ли выборочно убивать процессы через ps и kill (или удалить docker-контейнер по хэшу)? Можно, но только в Acme удобно. Можно ли сделать поиск и замену по файлу через sed? Можно, но только в Acme удобно.

Да нет, это именно что удобно делать в оболочке. А в редакторе - не удобно.

Можно ли после git status не вводить повторно длинный путь к файлу, чтобы сделать ему git add? Можно, но только в Acme.

Непонятный кейс. Долго думал, что имеется в виду, но так и не понял, какое преимущество тут планировалось показать. Что там текст, что тут текст.

В Acme шелл применим практически в любой задаче. Я, например, даже отступы выравниваю двумя скриптами на шелле.

Ну а я строки сортирую внутри редактора сортирую командой на sh. В чем особый пафос-то? Обычная автоматизация приложений через возможность добавлять пользовательскую логику.

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

Это полный пиндец.

Мышь нужна чтобы в графическом редакторе фотки ретушировать и в компьютерные игры играть. Ну и чтобы в браузере на ссылки нажимать.

Я работая по основной своей работе, могу за час работы вообще мыши ни разу не коснуться.

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

Это потому что ты не освоил в полной мере самый можный принцип взаимодействия с машиной - отдачи текстовых команд. Поэтому пытался какие-то хоткеи изобретать.

Хоткеи должны быть максимально базовыми и максимально мощными. Они должны быть такими, чтобы максимально человека приблизить к отдаче машине текстовых команд, упростить эту задачу максимально.

Исходная версия wandrien, :

это текстовый редактор, в котором можно выделить любой текст и исполнить как команду

Это в любом редакторе тривиально делается. (Конечно, имею в виду не редактор уровня Блокнота, а полноценный.) В чем киллер фича-то?

что позволяет использовать Acme как замену эмулятора терминала и IDE.

Исполнение написанных команд никак не дает редактор заменой эмулятора терминала и IDE. Вообще.

Поскольку любой срез текста может являться командой, то история команд становится не нужна — необходимые команды можно записать в файл и исполнять их прям оттуда.

Ага, оч «удобно» вручную записывать команды в файл, а потом вручную же искать их там. История команд хороша именно тем, что она берёт на себя рутину по запоминанию и хранению команд.

Прочие интерактивные помощники вроде пейджера или fzf становятся не нужны. Им нет места в текстовом редакторе, ровно как и в Acme.

Это такой кринж, что даже не вижу смысла комментировать.

Необходимость в автодополнении также пропадает, ведь команды редко приходится вводить заново.

А где команды «часто приходится вводить заново»? В command.com под DOS-ом? Потому что любой современный шел имеет историю команд с удобной навигацией и поиском. И любую нетривиальную команду никогда не приходится вводить заново.

Там мало того, смысл и суть автодополнения полностью упущены. Я пишу docker, нажимаю Tab, получаю мини-справку по его командам и понимаю, что писать дальше. Что мне может предложить Acme?

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

А в чем пойнт-то? У меня в редакторе на хоткей повешано исполнение выделенного текста как команды и получение вывода команды. Но пользуюсь я этим редко, потому что неудобно.

Многие работают с командной строкой на постоянной основе. Но как далеко на ней можно уехать? Можно ли запускать SQL-запросы? Можно, ведь это естественная задача шелла. Но неудобно. А в Acme удобно. Можно ли выполнять поиск по проекту через grep? Можно, ведь это буквально его задача. Но неудобно. А в Acme удобно. Можно ли выборочно убивать процессы через ps и kill (или удалить docker-контейнер по хэшу)? Можно, но только в Acme удобно. Можно ли сделать поиск и замену по файлу через sed? Можно, но только в Acme удобно.

Да нет, это именно что удобно делать в оболочке. А в редакторе - не удобно.

Можно ли после git status не вводить повторно длинный путь к файлу, чтобы сделать ему git add? Можно, но только в Acme.

Непонятный кейс. Долго думал, что имеется в виду, но так и не понял, какое преимущество тут планировалось показать. Что там текст, что тут текст.

В Acme шелл применим практически в любой задаче. Я, например, даже отступы выравниваю двумя скриптами на шелле.

Ну а я строки сортирую внутри редактора сортирую командой на sh. В чем особый пафос-то? Обычная автоматизация приложений через возможность добавлять пользовательскую логику.

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

Это полный пиндец.

Мышь нужна чтобы в графическом редакторе фотки ретушировать и в компьютерные игры играть. Ну и чтобы в браузере на ссылки нажимать.

Я работая по основной своей работе, могу за час работы вообще мыши ни разу не коснуться.

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

Это потому что ты не освоил в полной мере самый можный принцип взаимодействия с машиной - отдачи текстовых команд. Поэтому пытался какие-то хоткеи изобретать.

Хоткеи должны быть максимально базовыми и максимально мощными. Они должны быть такими, чтобы максимально человека приблизить к отдаче машине текстовых команд, упростить эту задачу максимально.