Листаю вакансии, и часто у веб-программистов в требованиях вакансий встречается "знание Linux". Что-то типа C++, node.js, linux.
Что надо знать бэкэнд программисту, который пишет на node или питоне (или с++), о линуксе? И как за короткое время получить эти навыки?
Посоветуте какой-то курс или книгу, или статьи, с помощью которых можно это освоить в минимальные сроки. Что для вас было бы наилучшим учебником по соотношению временные затраты\навыки?
Ну т.е. гуглить-то я могу, но не зная что именно ищу и откуда начать, мне потребуется перелопатить много разной инфы, вероятно обрывочной или излишней. Как сократить время обучения?
Сам я писал под винду на C++/C#, немного сталкивался с ubuntu.
Re: Что такое "знание Linux" для бэкэнд программиста?
Здравствуйте, Aleksey82, Вы писали:
A>Листаю вакансии, и часто у веб-программистов в требованиях вакансий встречается "знание Linux". Что-то типа C++, node.js, linux.
Обычно это означает "не падать в обморок когда лишили VS и дали командную строку и Make сверху". То есть человек себя уверенно чувствует в консоли и может обходиться вообще без UI если надо, всё собственно
— Разбираться с командной строкой как таковой. Тут исключительно практика, как мне кажется. На вскидку можно попробовать что-то подобное.
— Разобраться как редактировать файлы если есть только консоль. Тут большинство виндузятников в истерику впадают, всё то им либо бибикает либо портит
— Если говоришь о бэкенде, разберись со всякими ssh, scp, docker, aws cli и тому подобным барахлом которое зависит от направленности в которую ты двигаешься.
Здравствуйте, Aleksey82, Вы писали:
A>Листаю вакансии, и часто у веб-программистов в требованиях вакансий встречается "знание Linux". Что-то типа C++, node.js, linux.
A>Что надо знать бэкэнд программисту, который пишет на node или питоне (или с++), о линуксе? И как за короткое время получить эти навыки?
Вот, кстати, хороший вопрос. Я писал под Linux (в основном RedHat), FreeBSD, Solaris и Windows и не замечал концептуальной разницы. Ну да приходилось иногда использовать grep, awk, tail и даже sed. Но это раньше, сейчас появились всякие крутые тулы вроде OpenGrok и Splunk, так что нужда в грепах как-то отпала.
Бывало нужно использовать было vim, а то и vi для правки конфигов на сервере, но сейчас и это ушло.
Отладчики командной строки такие как gdb и dbx все еще нужны, но там не так уж много знать.
И стандартыне команды вроде cd, ls, ps, kill, ssh надо знать.
Только не надо учить все это достаточно прочитать статьи и запомнить, что
grep — это команда, поиска строк файлов по паттерну (например grep ERROR)
awk, sed — операции с содержимым файла (заменить и тп)
tail — вывести конец файла, удобно для простмотра логов
gdb — отладчик GNU
dbx — отладчик Sun
vim — текстовый редактор
и т.д.
KP>Обычно это означает "не падать в обморок когда лишили VS и дали командную строку и Make сверху". То есть человек себя уверенно чувствует в консоли и может обходиться вообще без UI если надо, всё собственно
А если дали autotools?
Re: Что такое "знание Linux" для бэкэнд программиста?
Да там нечего учить, как такового. Достаточно быстро все само придет — не ракет сайенс.
ГУЙ утилит уже достаточно много и под линуксами. Более того, многие выглядят также, как и под виндами/маками. Говорю по своему опыту: девелопил и C++ проекты под линуксом, и питон, и всякие Го для веба.
Из важного и полезного, что пришло на ум, и чем активно пользуюсь я:
— иметь базовые представления о структуре папок в системе
— установка/удаление/апдейт пакетов
— работа с гитом в командной строке (не отличается от винды)
— работа с докером в командной строке (не отличается от винды)
— уметь подключиться по ssh к удаленному серверу, что-то там поправить, залить, перезапустить какой-нить сервис и т.п.
— важно поставить Midnight Commander (аналог Total Commander, Far Manager). Он значительно облегчит жизнь
— важно помнить, что папки регистрочувствительны в линуксе
— узнать команды навигации по папкам
— команды прибивания процессов
— узнать, что такое рут (root)
— важно понимать, что из-под рута ничего не стоит запускать без веской на то причины
— запускать бинари надо так: ./meprogram
— есть документация для стандартных утилит. Вызывается по man <utility>
— почти все программы имеют команды --version и --help, которые бывают очень полезны
— научиться собирать из сорцов. Все просто: обычно это ./configure, а затем make install
— понять, как работают пайпы в командной строке. Когда, например, выводишь ffmpeg --help | grep avx (весь выхлоп из справки ффмпег направляется в утилиту grep, которая выводит только строки, где встречается avx; важно помнить, что и тут регистр важен)
— (работает в Ubuntu-like ОСях) Ctrl+Alt+T или Ctrl+Shift+T или Win+T — открыть терминал
— (работает в Ubuntu-like ОСях) Ctrl+U — стереть все до начала строки в терминал (бывает полезно, когда написал длиннющую строку и надо все стереть)
Частые команды:
apt-get install (установить программу)
grep
history (список последних команд)
whereis (где находится указанная программа)
cd
ll
kill (убить процесс)
reboot
sudo
tar
cp
mv
rm
export
top (список процессов)
ps aux (тоже список процессов)
pwd (полный путь текущей папки)
pushd
popd (две команды, чтобы запомнить текущую папку и потом вернуться к ней)
Больше навскидку ничего не приходит. Для веб девелопмент этого хватает. Знакомство с этим всем займет ну пару часов и несколько дней-неделю на закрепление. Для работы будет за глаза. На первом этапе уж точно.
Еще рекомендую некоторые команды выписывать себе в отдельное место. Прям с примером использования. Так будет проще их переиспользовать в последующем.
Здравствуйте, Aleksey82, Вы писали:
A>Листаю вакансии, и часто у веб-программистов в требованиях вакансий встречается "знание Linux". Что-то типа C++, node.js, linux.
Откликайся везде, где знаешь треть технологий в вакансии.
A>Посоветуте какой-то курс или книгу, или статьи, с помощью которых можно это освоить в минимальные сроки. Что для вас было бы наилучшим учебником по соотношению временные затраты\навыки?
Любую популярную книгу прочитай по диагонали.
A>Ну т.е. гуглить-то я могу, но не зная что именно ищу и откуда начать, мне потребуется перелопатить много разной инфы, вероятно обрывочной или излишней. Как сократить время обучения?
Обучайся по мере появления проблем. Спрашивай вопросы у шарящих коллег.
вы кто такие, я вас не звал, идите на
Re: Что такое "знание Linux" для бэкэнд программиста?
Здравствуйте, Aleksey82, Вы писали:
A>Листаю вакансии, и часто у веб-программистов в требованиях вакансий встречается "знание Linux". Что-то типа C++, node.js, linux.
A>Что надо знать бэкэнд программисту, который пишет на node или питоне (или с++), о линуксе?
Ну например, что значит sed "1 d" и чем это можно заменить?
A> И как за короткое время получить эти навыки?
Видимо только чтением статей типа "Минимум 50 команд линукса, которые нужно знать всем"
Re[2]: Что такое "знание Linux" для бэкэнд программиста?
DP>девелопил и C++ проекты под линуксом, и питон, и всякие Го для веба.
А что использовали для редактирования исходников, какие обычно используются тулзы? Т.е., скажем, что используется вместо виндовой студии?
Я как-то отлаживал C++ проект под андроид из-под линукса с помощью gdb... и это была боль...
Re[3]: Что такое "знание Linux" для бэкэнд программиста?
Здравствуйте, Aleksey82, Вы писали:
A>А что использовали для редактирования исходников, какие обычно используются тулзы? Т.е., скажем, что используется вместо виндовой студии?
Нет ничего даже близко подходящего по удобству к студии, поэтому мы использовали VS и настроенный ремоут дебаггер.
Re[2]: Что такое "знание Linux" для бэкэнд программиста?
Здравствуйте, vsb, Вы писали:
vsb>Снеси винду, поставь линукс и поработай полгода под ним без попыток вендовозства (типа установки фара под вайном). Думаю, этого хватит.
...чтобы больше не хотеть это трогать вообще никогда
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Re[3]: Что такое "знание Linux" для бэкэнд программиста?
Здравствуйте, Aleksey82, Вы писали:
DP>>девелопил и C++ проекты под линуксом, и питон, и всякие Го для веба.
A>А что использовали для редактирования исходников, какие обычно используются тулзы? Т.е., скажем, что используется вместо виндовой студии? A>Я как-то отлаживал C++ проект под андроид из-под линукса с помощью gdb... и это была боль...
Забыть как страшный сон autotools (./configure), весь вменяемый народ ушёл на cmake.
Про знание линукса пишут в вакансиях подразумевая, что сотрудник должен быть способен вести разработку софта на линуксах.
В современных реалиях, без сферических коней в вакууме, человек может делать разработку софта на С++ из под линуха, если он в состоянии собирать С++проекты посредством CMake из консоли и те же самые проекты из под этих подобий-IDE.
С той оговоркой, что хоть VS Code и стоит первой в списке, но врядли подходит для того, чтобы её первой же и пробовать. Поскольку требует установки экстеншенов для поддержки С++, для поддержки CMake, удалённой отладки и т.д. и т.п.
QtCreator может быть полезен и для нативных С++ проектов без Qt, когда надо работать с плеядой различных тулчейнов и хочется использовать подобие IDE имеющее поддержку clang-tidy (статический анализатор) и набор valgrind (динамический анализ).
CLion пытается дать всё тоже самое, но в виде удобного коммерческого продукта, является платным и не особо шустрым, отжирая много оперативки во время работы.
KDevelop предоставляет всё тоже самое, что и QtCreator, но имеет очень убогую поддержку работы с контейнерами, нет смысла пытаться пользоваться этой функциональностью (явно ещё не зрелая даже на уровне концепции).
У них всех есть удалённая отладка кода в виде GUI обёртки над GDB и/или LLDB. Равно как у некоторых есть сборка кода на удалённом сервере или же внутри контейнера / виртуальной машины (которые могут быть локально). Иначе говоря, можно иметь на своей машине один вариант линукса, а собираться исходники будут на удалённом сервере с другим линухом (другим тулчейном и либами) или же внутри контейнера на этой же машине, когда внутри контейнера копия серверного линукса.
Здравствуйте, CreatorCray, Вы писали:
vsb>>Снеси винду, поставь линукс и поработай полгода под ним без попыток вендовозства (типа установки фара под вайном). Думаю, этого хватит. CC>...чтобы больше не хотеть это трогать вообще никогда
Более чем нормально на деле. Достаточно поставить Zsh + Tmux и никакой Фар в принципе не нужен.
Re[2]: Что такое "знание Linux" для бэкэнд программиста?
Здравствуйте, vsb, Вы писали:
vsb>Снеси винду, поставь линукс и поработай полгода под ним без попыток вендовозства (типа установки фара под вайном). Думаю, этого хватит.
mc можно
CodeLite скопированна с шестой VS
Re: Что такое "знание Linux" для бэкэнд программиста?
Здравствуйте, kaa.python, Вы писали:
KP>Более чем нормально на деле. Достаточно поставить Zsh + Tmux и никакой Фар в принципе не нужен.
от фара ломка как от героина (мс это как водкой от героина отпаиваться), но по прошествии лет даже странно как настолько кривожопная прога так разошлась, видимо, на фоне винды не так заметно.
Re[2]: Что такое "знание Linux" для бэкэнд программиста?
Здравствуйте, DiPaolo, Вы писали:
DP>Еще рекомендую некоторые команды выписывать себе в отдельное место. Прям с примером использования. Так будет проще их переиспользовать в последующем.
Я завёл себе гит репу и складываю эти команды в виде скриптов (скриптуется же решительно всё) — сразу видно как именно запускать (типа черезжопных hexdump или sed), а в комментариях оставляю таги чтоб потом найти если редко использую.
