Всем привет, кто может подсказать как установить markdown на ubuntu

server или это утилита для десктопа?

Markdown - это язык разметки, а не программа

ну да, я просто обучаюсь, и у меня задание создать readme и заполнить его через markdown, он же через vim разметка будет осуществляться ?

Почитай про синтаксис markdown и напиши документ, используя его. Писать можешь в чем угодно, хоть в блокноте windows.

Хорошо спасибо 🙏

Вот нахера? Пусть сам думает головой

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

Нет дело не в гугле) а в том что изначально не понял где использовать этот язык разметки, поэтому спросил про vim, изначально подумал что markdown нужно установить как дополнение к виму, спасибо ещё раз что подсказал 🤞 ну а @SinTeZoiD желаю не быть таким токсиком

Про markdown и репы надеюсь уже знаешь да? И да вот 🔗 на самое часто используемое https://github.com/adam-p/markdown-here/wiki/Markdown-Cheatsheet

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

https://docs.github.com/en/get-started/writing-on-github/getting-started-with-writing-and-formatting-on-github/basic-writing-and-formatting-syntax

С каких пор отправить разбираться самому токсичное поведение?

тебе правда моя точка зрения интересна?)

Пока да. Мне интересно как учить джунов DevOps.

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

А ты вообще в DevOps идёшь или мимо проходил?

Вхожу пока что

Чтобы такого вопроса не было - надо хотя бы какую-то базу нагнать, конечно хорошо, что практикой не пренебрегаешь, но твой вопрос был чем-то из разряда "Как мне написать букву А?", и ладно подсказать совсем малому ребенку, который не понимает ничего, потому что ему условных 3 года. Но когда ты за 18(?) лет должен был научиться находить информацию, это уже неуместно. В DevOps без хорошего фундамента делать нечего, впрочем как и в других дисциплинах

я уже потом как разобрался понял насколько глупый был вопрос, то есть какого то бэкграудна тут успехов не будет да?

ИМХО - можно. Но осторожно и постоянно раскачивая экспертизу) Возможно я когда нибудь допишу свой вариант DevOps roadmap

как минимум(прям минимум) , желательно осилить базу по: сетям - по хорошему структурированную книжку, понастраивать базовые интерфейсы, routing и блаблабла по архитектуре операционных систем - так легче понять потом какие принципы заложены в софте, который ты будешь использовать, ну и там достаточно базовых составляющих. по какому-то дистрибутиву linux - остальные будут работать с небольшими различиями. базу по используемому софту - docker, ansible, terraform, можно сюда еще написание querry базовое для какой-то реляционной базы данных, подтянуть сюда хотя бы теорию по kubernetes, хотя практика была бы желательнее, работа с конфигами используемых приложений, какая-то база по поиску и исправлению проблем. Скрипты+код - python/go, bash, поэтому базу по проге было бы хорошо иметь, чтобы если пишешь обертку над приложениями какими-то - то это было написано нормально. Мышление программиста пригодится и знание алгоритмизации - чтобы оптимизировать написание автоматизированной структуры развертки и пр. Короче, тут столько составляющих, и то, что я описал - по сути какая-то вершина

Все что ты описал должен знать сисадмин и так

Ну я и говорю про минимум

Этот минимум часто не знают так называемые девопсы

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

Суть в том что это всё админы, также как и девопсы = админы

Я узнал, что у олиферов есть тонкая книжка по сетям)

так вон чувак считает что девопсы это эникеи между прогерами и продом, а эникей не админит)

очень жаль, я когда вкатывался в DevOps, то приходил со стеком шире в разы, и прочитанной литературой( еще и конспектировал большинство ), из бэкграунда на то время - год разработки на С++

Ну кроме эникея между прогером и продом,девопс много чего ещё делает и админит в том числе, тот же куб

craig hunt tcp ip💪

Время идёт, а нихуя не меняется. Дедушка вываливает на стол набор технологий со словами: ебись

Так джун девопс зачастую и есть эникещик для программистов

тогда ладно

Ну вижу в этом ничего плохого. Качаем софт скиллз

Да невозможно панацею создать, база существует для того, чтобы ты потом мог решать появляющиеся проблемы - а весь спек проблем никогда не объединишь во что-то. Зато, когда у тебя есть знания о том, какая команда/скрипт/технология поможет решить твою проблему - это и нужно по сути. Плюс чем шире твой IT кругозор - тем больше вариантов решения проблем ты найдешь, и более гибким в этом плане будешь. Так что учиться,читать структурированную тех. литературу, статьи и еще набивать руку потом на этом всем - это то, что должно нравиться любому IT специалисту, да и это просто классно, в старости меньше болезней связанных с головой будет, если заставлять мозги работать )