Как стать автором
Обновить

Комментарии 5

я бы добавил в такую шпаргалку: tc, screen, pv, jq
и про ssh основы, чтобы ключи прокинуть и туннели пробросить.

Как обычно, и причём тут bash? (OSX Catalina, ваш вывод может отличаться)

bash-3.2$ for c in clear mkdir cd pwd ls touch cat less head tail grep unzip file cp mv rm rmdir echo wget
; do which $c; done
/usr/bin/clear
/bin/mkdir
/usr/bin/cd
/bin/pwd
/bin/ls
/usr/bin/touch
/bin/cat
/usr/bin/less
/usr/bin/head
/usr/bin/tail
/usr/bin/grep
/usr/bin/unzip
/usr/bin/file
/bin/cp
/bin/mv
/bin/rm
/bin/rmdir
/bin/echo
/usr/local/bin/wget


Видимо хотеть от других людей, которые, судя по всему, для работы используют командную строку, понимать разницу между терминалом, эмулятором терминала, шеллом, встроенными командами шелла, и «другими приложениями» — это слишком. Судя по статье, слишком, это даже для разницы между шеллом и другими приложениями.

А потом это всё вылевается в очередные велосипеды без понимания того как и почему оно работает, или, что чаще, почему оно не работает.

Что скажете, коллеги?
Edit, чтобы не было недопониманий, переформулирую вопрос:

Насколько вы считаете необходимым, чтобы пользователь командной строки таки понимал вышеописанную разницу. И насколько.
Полезно не только просто информация, но и зависимость между ней. К примеру: что будет если поставить пакет через yarn, а использовать через npm (тут же полная взаимозаменяемость, это можно вполне указать), и т.д.
НЛО прилетело и опубликовало эту надпись здесь
Не очень удачный символ выбран для обозначения или, т.к. симовол I (pipe) валиден в bash и выполняет определенную функцию и опытный глаз неправильно интерпретирует строку.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации