Анонс бесплатного курса "Командная строка для разработчиков"⁠⁠

Это прямо ядро холивара из комментариев на хабре :) https://habr.com/ru/articles/740966/

В среднем - работайте, где удобно. Плюсы линукса - на серверах только линукс. Поэтому в момент, когда будет желание запустить свой сайт, например, то вы внезапно окажетесь в непривычной для себя среде. Ещё плюсы линукса - там очень много разработчиков, по опросу stackoverflow developer survey 2023 их в районе половины

https://survey.stackoverflow.co/2023/#section-most-popular-t...

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

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

Если человек спец по powershell, то это ему никак не поможет в линуксе. Многие даже базовые принципы совсем другие

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

Вероятно, вы считаете, что правильный способ научиться плавать – это закинуть человека на центр озера. Можно ещё пираний добавить, как вариант

Цель нормального обучения – последовательно давать учебный материал с нарастанием сложности, чтобы как можно быстрее довести обучающегося до самостоятельного решения задач. Начинаем с простого и идём к более и более сложным задачам

На bash ещё наши деды писали в 90-ых и с тех пор он мало изменился. А python не только пережил переход с 2 на 3 версию, сейчас за 3 версией хрен уследишь - вводятся новые концепции и операторы. За счёт своей стабильности bash стал сродни латыни среди разработчиков и админов

Стабильность bash это и его плюс (выучил и забыл) и его минус (многие вещи типа циклов или массивов очень устарели вы вызывают боль при использовании)

При этом большую автоматизацию (уровня скрипта на 100 строк кода), конечно, надо писать на python. Какая-нибудь обработка ошибок на bash довольно неприятно делается. Но! Если тебе нужен однострочник для решения задачи, или нужно решение "здесь и сейчас" на 10 строк, или нужно что-то накрутить в CI/CD - вот где bash вне конкуренции

Группы и пользователи нужны для локальной сети не на винде. Да и в контейнерах с пользователями и группами неплохо бы быть знакомым, чтобы трансляция контейнера на пользователя или работа с пользоватем/группой внутри контейнера не вызывала проблем

Спасибо :)

С точки зрения знакомства с Linux рекомендую мой курс :) Про автоматизацию в линуксе будет немало практики уровня "как слепить из известных команд полезную штуку"

Вторым полезным инструментом для автоматизации является python. Когда нужна более сложная логика, то писать её на bash становится очень уныло. По python рекомендую посмотреть подборку выше. Есть классический Лутц, но он очень многословный и, на мой взгляд, не годится для знакомства с языком. Тут рекомендую на том же степике посмотреть самые популярные бесплатные курсы с положительными отзывами

Есть такая терминология:

1. флаг (flag) - так пишут в книгах, например, ProGit, у Колисниченко Д.Н. "Linux. От новичка к профессионалу" и у классического Таненбаума, "Современные операционные системы". Такой же термин можно найти в книге "Язык программирования Си" от Кернигана и Ритчи относительно параметров функции. Его я и придерживаюсь

2. опция (option) - сейчас распространено в man

3. ключ (кажется, это изобретение не имеет английского аналога) - например, тут https://younglinux.info/bash/commands

Кто-то считает, что flag это с одним тире, а option с двумя, но это не очень распространённая точка зрения https://www.linkedin.com/advice/0/how-do-you-use-a-all-flag-...

А есть ещё термины "аргумент", "параметр" и т.д.

Терминологию в этом месте гнут, как хотят, единого мнения нет. Тут так и написано: There are no consistent definitions of the terms "option", "argument", and "flag" https://unix.stackexchange.com/a/285588

При этом вас поймут независимо от термина флаг, опция, ключ, аргумент, параметр, ... Есть небольшие детали (например, параметр - это конкретное значение флага, то есть ls --block-size=5 число 5 будет параметром), но это прямо не сильно важно

Я придерживаюсь термина флаг из книг, как более распространённого. Тот факт, что в справке по bash везде option меня совершенно не смущает

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

И по всем трём инструментам непонятен объём, как много давать. Посмотрим, как пойдёт по текущему объёму курса

Спасибо, что поддерживаете)

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

У меня очень давно было желание нести добро в массы путём знакомства людей с linux. Оно вылилось в начале в оффлайн-курс, теперь вот я пытаюсь перенести его в онлайн. Чтобы я всегда мог начинающего тыкнуть "вот, пройти вот это, потом поговорим". Это, кстати, ещё и позволяет легко проверить усидчивость человека - случайный ли он залётчик в ИТ или действительно готов копать

Тот факт, что я объясняю ман-ы, ни в коей мере не говорит о том, что курс простой. Приходите проходить полную версию после релиза, думаю, вам понравится. Или зовите посмотреть на неё джунов вокруг)

Спасибо! С интересом посмотрю. Особенно ценно уметь выходить из vim, у нас тоже про это есть)

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

Полностью согласен, что без ман'ов никуда. Но я очень много вижу, как начинающие разработчики пытаются посмотреть в man, сдаются и идут на stackoverflow. Поэтому я учу, как не бояться манов. Объясняю базовые штуки. Разбираю на примере. Учу искать в man. Подталкиваю им пользоваться, чтобы преодолеть начальное неудобство

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

Потому что нет больше никакой винды *смеющийся фермер про сыр*

Спасибо, при обновлении подборки включу в неё предложенный вами курс

Да, книга хорошая. Но к ней у меня с самого начала куча вопросов. Первые две команды date и cal ещё куда ни шло. А потом сразу df, free и exit, от которых будет больше вопросов, чем ответов. И знаете, когда снова автор вернётся к df? Спустя 180 страниц, треть книги.

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

Операции с файлами в 4 главе начинаются с wildcard - считаю уместным это давать позже. Аналогично с жёсткими и символическими ссылками. При этом help и man вводятся только в 5 главе, что считаю неверным порядком изложения материала.

На мой вкус, автор иногда избыточно лезет вглубь там, где это с практической точки зрения не очень имеет смысл и очень мало оставляет места для реальной практики. Например, совсем не разбирается, чем полезны alias и как они могут ускорить работу. У меня своё видение, как следует излагать материал, чтобы покрыть нужные темы и не потерять мотивацию обучающегося в процессе. "Командная строка Linux" Ш. Уильяма в целом крутая. Надеюсь, мой курс станет достойной альтернативой

Сильно зависит от вашей цели. Зачем вам изучать программирование?

Программирование - это весьма непросто. Недавно был интересный пост 10 причин не идти в IT

Я подбивал материалы для начинающих разработчиков на python Ответ на пост «Без рейтинга. Самообучение PHP или курсы»

Тут вот товарищ советует курс вместо Поколений Python из моей подборки #comment_278074818

Если говорить о студенте (когда есть много свободного времени плюс сильное желание), то начинать я бы рекомендовал с книги "Язык программирования Си" от создателей языка Си Кернигана и Ритчи. Книга покрывает всю базу программирования (без ООП, функциональщины и прочего) и является максимально крутым введением. Она мелкая (200 страниц А5) и в каждом разделе задания (разного уровня сложности). Но надо быть сильным духом, чтобы по этой книжке пройти и не потерять мотивацию. Зато потом проще, так как многие языки вдохновлялись Си. И после этой книжки можно спокойно идти по моей подборке выше

Которая Шоттса Уильяма?

Совершенно разное)

ls -al – это два коротких флага вместе, -a и -l

ls --all – это один длинный флаг, он же -a короткий

Занятный вопрос на внимательность. А ещё есть вопрос на понимание. Зачем нам короткие и длинные флаги вообще? Почему недостаточно просто коротких? Или только длинных?

А в чем неполность курса Поколения Пайтон? Его очень много людей проходят и рейтинги высокие. Что именно вам показалось плохим?

О, наглые сайты умеют подменять буфер копирования. Этим особо часто грешат юридические сайты, вставляя "Скопировано с сайта ХХ". Никто не мешает дописать вам в команду что угодно. То есть копируете вы одно, а вставляете совсем другое

Подробнее писал тут Не копируйте примеры кода сразу в терминал

Смотрим gcc --help, там есть строка
-o <file>

Вы не представляете, как часто люди пытаются так и писать
gcc -o <myfile.txt>
сохраняя треугольные скобки

При этом в man gcc написано
-o file
без всяких скобочек. И кому верить?

А в каких-то командах скобочки квадратные. Где-то треугольные. Где-то их нет. Где-то они значат чуток по разному. А где-то флаги без дефисов, привет разнице

ps -a

и

ps a

При этом базовые идеи довольно просты, но их мало кто объясняет. У всех позиция "ну, с опытом поймёте". Хочется в курсе эти базовые знания компактно и эффективно передать, при этом не нарушив умение работать самостоятельно. То есть будет и разжёванный материал, и разные штуки, до которых надо доходить с умственным усилием, как и в реальной деятельности разработчика