Зад кулисите. Как се създават курсове?

Участник идва на курса или интензив. Вижда стройни редици от техниката, спретнато проведени силови кабели, шахматен ред на лекционната зала, ярки изображения и схеми от слайдов. Лекторите с шеги и усмивки предават информация за така, че само да успееш да се вгледаш. Стендовете са настроени, практическите задачи просто скачат от пръстите, само понякога е нужна помощ от техническата поддръжка.

И още, кафе паузи с подобни на мислещи, енергична и динамична атмосфера, обмен на опит, най-неочакваните въпроси към лекторите. И отговорите, и информацията, която не може да се намери в ръководствата, а само на практика.

Как мислите, колко време, усилия и нерви отидоха, за да изглежда точно така?

Благодаря на Володи Гурянов, сертифициран администратор на Kubernetes и инженер/тимлидер в Southbridge, който от самото начало е бил свидетел и активен участник в създаването на много курсове на Слёрм.

Той е виждал отстрани как се създават курсове — трудности и сплетени грабли, инсайти и неочаквани решения. И познатите интензиви по Kubernetes, като Слёрм Базов и Слёрм Мега. И новия, в много отношения преработен курс Слёрм DevOps:Tools&Cheats, който неумолимо наближава и ще започне на 19 август.

Но сигурно е време да преминем от лириката към самата история. Как от няколко теми на интенсива постепенно израсна напълно самостоятелен и многопластов курс по Docker. Така че ще започна разказа как се създават и развиват курсове — направо "A long time ago in a galaxy far, far away…"

А какво се случва зад кулисите?

Ако питате как правим курсовете и от къде всичко започва, ще отговоря просто "Всичко започва с идея".

Обикновено идеята идва отнякъде — не стоим приковани с белезници в мазето, докато не измислим: "А на каква тема да направим курса?". Идеите идват сами от източници извън нас. Понякога хората започват активно да питат: "А какво знаете за конкретна технология?". Или както беше с Docker, че не успявахме да го вместим в тайминга на интенсива — очевидно трябваше да се изнесе навън, за да можем в рамките на интенсива да разказваме нещо.

Така се появява идеята.

След като се появи, започва, според мен, най-сложният момент — да разберем какво точно да включим в този курс — това е изключително съпоставимо с подготовката на лекторите за различни конференции.

Има една основна болка, когато почти си избрал тема и си мислиш: «Какво да кажа за нея? Това е твърде просто, очевидно е, всички го знаят».

Но всъщност не е така. Аз лично много често споделям, че това, което изглежда очевидно за теб, за тези, които ще дойдат да те слушат или да преминат през курса, съвсем не е очевидно. И тук се явява голям пласт работа и вътрешен конфликт относно какво да включиш в курса. В резултат на което се получава един списък с глави, направени с широки щрихи, за какво ще бъде курсът.

А след това започва простата рутинна работа:

• Подбор на материал
• Внимателно четене на документацията по текущата версия, тъй като IT светът сега се развива с космически темпове. Дори ако работиш с нещо и правиш курс за него, ти се налага да проверяваш документацията и да видиш какво ново е появило, за какво е интересно да се говори, за какво може би е особено полезно да се спомене.
• И се появява известен скелет на курса, където вече голяма част от темите, общо взето, са описани и изглежда, че сега – просто записвай видеа и пускай в продукция.
• Но всъщност не е така, след това започва труден труд, но вече не за авторите на курса, а за тези, които тестват. Обикновено нашите алфа тестери са техническата поддръжка, която, от една страна, проверява курсовете за всякакви синтактични и граматически грешки. От друга страна, ние получаваме критика, когато има някакви неочевидни, неразбираеми места. Когато в текстовете се появяват сложни съставни предложения на няколко страници или очевидна глупост. Те всичко това проверяват и издирват.
• След това започва етапът на тестване на практиката, където също се улавят очевидни неработещи моменти и се показват места, които може да се усложнят, защото просто седенето и копирането не е много интересно – и се идентифицират места, където имаме много очаквания от хората, които ще преминат през този курс. И тогава идват препоръки: «Направете, момчета, тук по-просто, така ще бъде по-лесно за възприемане и ползата от това ще бъде по-голяма».
• След като е извършена тази работа, написана е частта, която се отнася до видеото, изглежда всичко е наред. И вече можем да го предадем за пуск, за реклама на този курс. Но отново, не, рано е — тъй като напоследък започнахме да се съмняваме в себе си и доста повече работим с обратна връзка. Появи се нещо като бета-тестиране – това е, когато се канят хора, които изобщо не са свързани с нашата компания и за някакви предимства им показват всички части на курса, видео, текст, практически задачи, за да оценят качеството на материала, достъпността на материала и да ни помогнат да направим курса максимално добър.
• И когато минават няколко такива итерации, със спикери, алфа-тестиране под формата на техническа поддръжка, бета-тестиране, доработки. И след това всичко започва отново — техническа поддръжка, бета-тестиране, доработки.
• И в определен момент идва осъзнаването, че или спираме с доработките, защото е съвсем нереално да угодим на всички – или се приемат някакви радикални решения. Когато много от забележките по определени места са критични — да ги преработим глобално, защото нещо не е наред.
• След това идва времето за минорни корекции — къде-то предложение не е много добре формулирано, на някого шрифтът не му харесва, 14.5, а би искал 15.7.
• Когато останат такива забележки, курсът е почти готов, започват официалните продажби.

И на пръв поглед кратката и проста задача да се направи курс, се оказва доста сложна и отнема невероятно много време.

И има още един важен момент, че работата с курса не приключва, когато курсът бъде пуснат. На първо място, внимателно четем коментарите, които оставят относно определени части. И дори въпреки всички усилия, които сме положили, все пак се откриват някакви недостатъци, които в реално време се коригират, доработват, за да получи всеки следващ потребител по-качествено обслужване.

Всеки курс има свой продуктен собственик, който освен че определя общата концепция, проверява сроковете и си прави бележки настрани, че когато дойде време за пълно презаписване на курса, а то със сигурност ще дойде, защото след две години, а може и година, част от това, което разказваме, ще стане неактуално просто поради факта, че морално ще остарее. Продуктният собственик си прави бележки настрани, когато най-често хората питат кои моменти са били неясни, кои задачи са изглеждали много сложни, а кои, напротив, много прости. И всичко това се взима предвид при повторното записване на курса, при някакво рефакториране, за да стане всяка глобална итерация на курса по-добра, удобна и комфортна.

Така се появяват курсовете.

Как се роди курсът по Docker

Тази тема е отделна и дори необичайна за нас. Защото от една страна, ние не планирахме да я правим, тъй като много онлайн училища я предлагат. А от друга страна, той сам поиска да излезе на бял свят и намери логично място в нашата концепция за подготовка на IT специалисти по Kubernetes.

Ако говорим много глобално, всичко започна с курса по Kubernetes, когато само започнаха, след първия Слёрм. Събрахме обратна връзка и видяхме, че много хора искат да прочетат нещо допълнително за Docker и че много от тях идват на базовия курс по Kubernetes, без да знаят какво е. Docker.

Затова за втория Слёрм направихме курс — по-точно даже не курс, а направихме няколко глави по Docker. Където разказвахме някои от най-основните неща, за да не се чувстват хората, които идват на интензивния курс, лишени от информация и изобщо да разберат какво се случва.

А после събитията се развиха по следния начин. Обемът на материалите нарастваше и престана да се вмести в 3 дни. И се появи логичната и очевидна идея: защо да не направим от това, което разказваме на Слёрм Базов, някакъв малък курс, на който да можем да изпращаме хора, които искат преди интензивния курс по Kubernetes да видят нещо за Docker.

Слёрм Джуниор — това е по същество обединение на няколко от тези базови курсове. В крайна сметка курсът по Docker стана част от Слёрм Джуниор. Тоест това е такава нулева стъпка преди Базовия и Мегата. А после там имаше направо съвсем базови абстракции.

В определен момент хората започнаха да питат: „Хей, всичко това е страхотно, достатъчно е, за да разберем какво разказвате на интензивите. А къде можем да прочетем повече за това какво може Docker и как да работим с него, и какво представлява?“. Така се роди идеята да създадем пряк пълен курс по Docker, за да може, от една страна, да изпращаме хора, които идват на Слёрм по Kubernetes, а от друга страна, за тези, които дори не се интересуват в момента от развитието на Kubernetes. За да може IT специалистът да дойде и да разгледа нашия курс по docker и да започне своя еволюционен път просто с чист Docker. За да имаме такъв пълен завършен курс — и много от тях, след като изгледат този курс и поработят известно време с чист Docker, да достигнат ниво, в което вече им е нужен Kubernetes или някаква друга система за оркестрация. И те да дойдат при нас.

Понякога задават въпроса: „Кои хора всъщност може да не им е нужен Kubernetes в момента?“. Но въпросът не е за хората, а по-скоро за компаниите. Тук трябва да се разбере, че Kubernetes има определени случаи, когато е подходящ и задачи, които решава добре, а има и случаи, в които Kubernetes носи допълнителна болка и страдания. Затова тук не зависи от хората, а от това как и какво разработват компаниите.

Например, някакъв ужасен монолит Legacy — вероятно не е разумно да го буташ в Kubernetes, защото това ще донесе повече проблеми, отколкото предимства. Или, например, ако това е малък проект — с малки натоварвания или принципно не много пари и ресурси. В този случай няма смисъл да го вкараш в Kubernetes.

И всъщност, вероятно, както много вече казаха, че ако се питате: „Нужен ли ми е Kubernetes?“, то вероятно той не ви е нужен. Не помня кой беше първият, който го измисли, май беше Паша Селиванов. Аз съм напълно съгласен. И преди да стигнете до Kubernetes, трябва да пораснете — и когато вече се появи разбирането, че наистина имам нужда от Kubernetes и моята компания го нуждае, и той ще помогне да се решат конкретни въпроси, то вероятно има смисъл да отидеш да учиш и да разбираш как точно да го настроиш, за да не е процесът на преминаване към Kubernetes много болезнен.

Можете да научите за детските проблеми и за някои прости и дори не толкова прости неща конкретно от нас, вместо да минавате през собствените си трудности и болки.

Много компании преминаха през пътя, в който първо имаха просто инфраструктура без контейнеризация. След това, когато управлението стана трудно, те преминаха на docker и в един момент стигнаха до състояние, в което всичко, което docker предлага, вече не им е достатъчно. Започнаха да се оглеждат за системи, които решават тези проблеми и Kubernetes е една от тези системи, която помага, когато в чистия docker стане тясно и липсва функционалност — това е добър пример, когато хората преминават стъпка по стъпка, осъзнавайки, че тази технология е недостатъчна и се местят на следващото ниво. Използвали са нещо, отново стана малко — и те продължават напред.

Това е осъзнат избор — и това е страхотно.

Виждам, че системата ни красиво се изгражда, например, курс по docker, дори и видеокурсове. След docker идва основен Kubernetes, после Мега Kubernetes, после Ceph. Всичко е логично структурирано — човек преминава и получава цялостна професия.

В принципе, наборът от курсове позволява да се покрият много съвременни случаи. Има още области, които остават неясни, надявам се скоро да направим курсове, които покриват тези области, особено за сигурността. Защото това става много актуално.

Кратко казано, имаме някои неясни области, които би било полезно да покрием, за да имаме цялостна картина — и хората да могат да дойдат и по подобие на това как Kubernetes представлява конструктор на лего, от него може да се създават различни неща, а ако не достига — да допълват, така и с нашите курсове, за да могат хората да разбират какво им е необходимо и да събират пъзел от нашите курсове.

Ако зададем на себе си правилния и честен въпрос: "Кому сега би бил полезен активен курс по Docker?", то:

• На студенти, които едва започват да се запознават.
• На служители в отдела за тестване.
• Всъщност има много компании, които все още, не само че не използват Docker, но никой не е чувал за тази технология и в принцип не знаят как да я използват. И знам за няколко големи компании в Санкт Петербург, които от много години се занимават с разработка и използват стари технологии. По-специално, за такива компании, за инженерите в тях, този курс може да бъде изключително интересен, тъй като, от една страна, ще позволи бързо да се запознаят с технологията, а от друга страна, веднага след като се появят няколко инженери, които разбират как всичко това работи, те могат да го внедрят в компанията и вътре в нея да развиват тази култура и направленията.
• Според мен, този курс може да бъде полезен и за тези, които вече са работили с Docker, но много малко и то повече в стил "прави единица, прави две" – и сега те планират така или иначе да взаимодействат с Kubernetes, което поставя определени задължения пред тях. Ако имат много повърхностни знания за Docker, как да го стартират, но в същото време не знаят как работи отвътре, не знаят какво е най-добре да правят с него, а какво е по-добре да не правят, тогава този курс е много подходящ за систематизиране и задълбочаване на знанията.

Но ако знанията ви са на ниво: "Не знам как правилно да пиша Docker файлове, имам представа какво са именни пространства, как работят контейнерите, как са реализирани на ниво операционна система" - тогава определено няма смисъл да идвате при нас, нищо ново няма да научите и ще бъде малко тъжно за похарчените пари и време.

Ако формулираме какви са предимствата на нашия курс, то:

• съставихме курса с достатъчно практични случаи, които ще ви позволят не само да разберете теоретичната част, но и да осъзнаете защо това ви е необходимо и как ще го използвате в бъдеще;
• Има няколко раздела, които много рядко се срещат и по които наистина няма толкова много материали. Те са свързани с взаимодействието на Docker с операционната система, дори може би не точно така. Какви механизми Docker е заимствал от операционната система, за да реализира системата за контейнеризация — и това дава по-дълбоко разбиране на въпроса за стартирането на контейнери в рамките на операционната система Linux. Как работи това, как си взаимодействионера вътре в операционната система, извън нея и така нататък.

Това е наистина дълбок поглед, който е доста рядък, и според мен е много важен. Ако искате да разберете каквато и да е технология, и да знаете какво да очаквате от нея, трябва поне в общи линии да имате представа как работи на ниско ниво.

Нашият курс показва и разказва как е организирано всичко от гледна точка на операционната система. От една страна, всички системи за контейнеризация използват едни и същи механизми на операционната система. От друга страна, те заимстват това, което съществува в операционната система Linux, както прави Docker. Други системи за контейнеризация не са измислили нещо ново — те взимат това, което вече има в Linux и просто написват удобен обвивен слой, който позволява бързо извикване, стартиране или взаимодействие с него. Същият Docker — това е не много голям слой между операционната система и командния ред, това е една утилита, която позволява да не пишете килограми команди или някакъв C-код, за да създадете контейнер, а да го направите, като въведете само няколко реда в терминала.

А освен това, ако говорим конкретно за Docker, това, което наистина е донесло в света на ИТ, са стандартите. Как трябва да се стартира приложение, как трябва да работи, какви са изискванията за логовете, какви са изискванията за мащабиране и конфигуриране на самото приложение.

В много отношения Docker е свързан със стандартите.

Стандартите също така мигрират към Kubernetes — и там стандартите са същите; ако можете да стартирате приложението си добре в Docker, то на 99% ще работи толкова добре и в рамките на Kubernetes.

Ако сте се заинтересували не само как е създаден курсът Docker, но и какви са другите курсове, а и самият курс от практическа гледна точка, то Все още имате време да го закупите с предварителна отстъпка от 5000 рубли до 30 юли.

Ще се радваме да ви видим!

Източник: habr.com