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

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

Для кого это написано? Только-только начинающие ничего не поймут из такой подачи.

Пользователям с опытом... Зачем им читать про cat?

Да ладно, как краткая шпаргалка пойдёт

Гуглится за пару минут, таких статей на хабре сотни, какой от них смысл? Остаётся загадкой. Просто прогнали через переводчик. Ну, новичкам может и зайдёт, тогда хотя бы тег влепили...

Вот примеры:

тык

тык

тык

тык

тык

К сожалению, подходящих статей с полным описанием команд, которые я использую постоянно в работе, я не нашла(
Этот список команд я составляла для ребят, которые только начинают свой путь, которых менторила и им очень помогал этот список для ознакомления с основными командами, не углубляясь в основы.

Приведенный вами список просмотрела:

тык Консоль в массы. Переход на светлую сторону. Bash
краткая статья о том, как писать скрипты на bash

тык Unix shell: абсолютно первые шаги
статья с описанием основных концепций (объяснение, что такое shell, права, потоки, конвейер и т.д.)
Соглашусь, что основные команды приведены, но не очень детально и многие команды из статьи избыточны на мой взгляд
Но статья очень хорошая, спасибо))

тык Основы BASH. Часть 2
статья больше направлена именно на написание скриптов на bash, а не работу в терминале.

тык Полезные команды GNU/Linux для разработчика. Часть 1
тык Полезные команды GNU/Linux для разработчика. Часть 2
действительно, очень хорошие статьи, спасибо!)
но в них я бы сказала, что команды больше ориентированы на девопс или разработчиков, которые постоянно работают на удаленном сервере. Не думаю, что разработчику в повседневной работе нужен весь этот набор, мне хотелось сделать шпаргалку именно для разработчиков, что в статье и написала =)


Действительно, статьи очень хорошие и полезные, но не совсем то же самое =)


Проблема в том, что и ваша статья не тоже самое, о чем написано в заголовке. Как уже ниже отметили, из перечисленных команд только маленькая часть (поверим на слово что 3 штуки) являются встроенными средствами bash. Все остальные - обычные команды, и к баш никакого отношения не имеют. Ну или скажем vim - с какого боку это баш? Ни с какого.

Ну и да, если вы ничего на эту тему не нашли - значит вы не искали. Хочу вам напомнить, что многие из этих команд существуют с рождения Unix, т.е. c 1960-х годов. Ну то есть, лет 60 так примерно. И даже если только СССР учитывать, что это максимум конец 80-х. Да и башу уже 34 года, если верить Википедии. По ним столько статей и книг написано - не перечитать. С любыми целями и для любой аудитории.

Большое спасибо за ваш комментарий и за подсказку по статьям!
Список команд в моей статье был направлен на разработчиков, начинающих свой путь, чтобы предоставить им шпаргалку без глубоких вводных.

Ваши рекомендации по статьям тоже очень полезны. Однако, цели и контент у них разные.

Ещё раз спасибо за ваш отзыв!

Не обращайте внимания на этих токсиков. Когда ты давно в разработке, ты не задумываешься о важности этих команд, однако для начинающих то, что есть в вашей статье - это необходимый минимум, я бы сказал - выжимка. Сам веду группу "основы веб-разработки", пришлось потратить 6 часов, чтобы объяснить команды из вашей статьи!

Спасибо большое за обратную связь! Для меня очень важно и невероятно ценно, что статья оказалась полезна!

А лучше wallpaper поставить на пару месяцев и периодически практиковаться.

Спасибо! =)

Спасибо за ваше мнение, мне важно получить конструктивную критику =)

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

Если вам не сложно, уточните пожалуйста, что смутило в подаче, я бы с радостью учла в будущих статьях =)

Я вот сильно не начинающий, но редко пользуюсь терминальным режимом. Так что спасибо за шпору! :-)

Меня очень радует, что статья оказалась полезна!) Спасибо)

touch существует для другого. файл и через echo > file сделать можно.

Это да, но использование команды для создания файла настолько чаще встречается, что я в какой-то момент даже задумался - а почему команда\* с названием "коснуться" создаёт?

\* программа на самом деле

спасибо, поправила! =)
честно говоря, пока не встречала коллег, которые бы обновляли временные метки этой командой, чаще используют, чтобы разметку накидать, новые файлы создать

>Поиск файлов по размеру

Сработал поиск по фейспалму

Благодарю за ваш комментарий!
Если у вас есть конкретные замечания или вопросы к статье, буду признательна за уточнения. Готова внести необходимые коррективы для улучшения материала. Ваша обратная связь очень важна для меня. Спасибо! =)

find ./dir/ -mtime -7

mtime это время, но никак не размер

Благодарю за ваше замечание! Внесла изменения =)
Ваш комментарий помог улучшить статью, это ценно для меня. Спасибо!

touch не только создает новый файл, но и изменяет modified time

Да, большое спасибо за замечание!
Я внесла коррективы, и теперь описание команды более полное. Очень ценю вашу обратную связь, ваши комментарии помогли улучшать контент. Спасибо ещё раз!

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

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

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

Спасибо большое за обратную связь! =)

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

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

Статья фокусируется на основных командах, используемых в повседневной работе разработчиком, и не претендует на полное описание всех аспектов темы администрирования ОС. =)

Спасибо хоть написали как выйти из vim

А топ необходимых zsh команд будет?

Для шпаргалки есть tldr.

  • Написано df а пример про du

  • В алиасе mv нет закрывающей кавычки

  • Где less/more?

Очень хочется придраться к "удалению процесса" с помощью утилиты kill. При вызове по умолчанию, как указано в статье, посылается сигнал SIGTERM, который может и не завершить программу.

Хотелось бы описание этого момента корректнее и точнее увидеть.

Прям интересно, что будет дальше :)

Вообще, статья - я даже не знаю. Базовые команды - ну такое. Прикол unix командной строки в возможностях на лету совершать банальные автоматизации.

К примеру сегодня, колупал source code старого приложения, которое надо либо выкинуть, либо сильно модифицировать. И тут думаю, надо вообще прикинуть, а сколько там строчек кода в разрезе использованных языков по всем проектам

Раз-два, и результат готов

----------------------

А так - ну такое ... чисто трата времени. Да и с появлением ChatGPT получить ответ на правильный занимает секунд 5

Не то чтобы после mv и rm файлы прям всегда невозможно было восстановить.
В некоторых случаях - довольно легко (если остались файловые дескрипторы, указывающие на этот блок данных). В некоторых - затруднительно
https://unix.stackexchange.com/questions/149342/can-overwritten-files-be-recovered

Это была реклама vim.

А при чем тут вообще bash? Из 21 перечисленной команды только 3 это "shell builtin".

du - используется для получения размеров файлов

Для получения размеров файлов лучше всё же ls использовать. А du показывает занимаемое файлом на диске место. Особенно актуально для sparse files всяких.

Новые файлы я почему-то создаю с помощью >. Ну, это быстрее, наверное:

$ > новыйфайл

чем

$ touch новыйфайл

Но я ни в коей мере не оспариваю тот факт, что touch тоже может создавать новые файлы. Прошу понять правильно, как-то неожиданно для меня было, что "обычно" новые файлы создаются с помощью touch

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации