Създаване на кодиращи потоци какво мога да науча

Преведохме за вас публикация от Сюзън Хинтън, която работи в Microsoft. В него тя сподели опита, който е натрупала след една година стрийм кодиране в Twitch.

Около седмица след като Сюзън създаде канал в Twitch, тя се провали. След това работи върху Avrgirl-Arduino, с който все още излъчва. Беше много тромаво. Момичето беше много нервно и нямаше възможност да репетира всичко предварително. Въпреки че тази събота нямаше много зрители, тя беше много насърчена от тях и продължи да излъчва. Към днешна дата разработчикът има повече от хиляда абонати, най-верните се наричат ​​noopkat fam. Сю намира поточното предаване за забавно и обича да нарича текущите части на поточно предавания код „онлайн програмиране за масови играчи“. Тя се възхищава на добротата и остроумието на всеки, който се присъединява към нейния поток всеки уикенд. Един от най-смешните моменти, които се случиха през цялото това време, беше случаят, когато един от членовете на семейството на момичето забеляза, че неговият Arduino не работи със софтуера, тъй като микрочипът липсваше на платката:

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

Първо, препоръчвам ви ръководство, наречено „Поточно предаване и намиране на успех в Twitch“, което ми помогна много. Той е насочен към Twitch и потоци за игри, но има много полезни раздели и страхотни съвети. Бих препоръчал първопрочетете го, преди да обмислите друга информация относно стартирането на вашия канал (като избор на хардуер или софтуер). Моят съвет по-долу се основава на личен опит и съвети от мъдри колеги стриймъри.

Има много софтуер за стрийминг. Използвам Open Broadcaster Software (OBS). Предлага се на повечето платформи. Интуитивно разбрах всички настройки и други неща, но за някои може да отнеме известно време. Ето екранна снимка на това как изглежда моята настройка на работния плот на OBS днес:

По принцип просто превключвате между „сцени“, докато стриймвате. Сцената е набор от "източници", многопластови и съставни. Източникът може да бъде неща като камера, микрофон, работен плот, уеб страница, текст на живо, изображения, списъкът е безкраен. OBS е много мощен инструмент.

Сцената на работния плот е мястото, където пиша кода и където оставам най-вече по време на цялото излъчване. Използвам iTerm и vim и имам удобен адаптивен прозорец на браузъра, който да превключвам, за да мога да търся документация, когато е необходимо, и да сортирам нещата в GitHub и т.н. Черният правоъгълник в долната част е моята уеб камера, така че хората да могат да ме виждат на работа, което позволява по-лична връзка.

Имам няколко „етикета“ за моите сцени, много от които са свързани със статистиката и информацията в горния банер. Банерът просто добавя индивидуалност и е добър постоянен източник на информация по време на стрийминг. Направих този етикет в GIMP и го импортирах като източник в моята сцена. Някои от тях са статистика на живо, която се извлича от текстови файлове (например най-скорошния абонат). Друг етикет, който азПравил съм, показва моментната температура и влажност в стаята от която излъчвам.

Също така имам създадени „сигнали“ в моите сцени, които показват сладки банери над моя поток, когато някой се абонира или дарява пари. Използвам уеб услугата Stream Labs, за да направя това, като я импортирам като източник на уеб страница на браузъра в сцената. Stream Labs също създава текстов файл въз основа на нови абонати, който ще се показва в моя банер. Имам и екран за изчакване, който използвам, когато съм на път да започна стрийминг:

Също така имам нужда от сцена, когато въвеждам секретни токени или API ключове. Показва ме на моята уеб камера, но скрива работния ми плот зад интересна уеб страница, за да мога да работя насаме:

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

Започнах да правя това преди няколко месеца и оттогава никога не съм поглеждал назад. Дори не съм сигурен, че зрителите ми разбират как работят настройките ми. Мисля, че те приемат за даденост, че виждам всичко. Но когато съм запален по кода, не обръщам внимание на това, което се случва в ефир. Може би се чудите защо използвам само един монитор. Това е така, защото с два монитора беше трудно да се справя с всичко, което правех по време на стрийминг. Бързо осъзнах това и го оставих с един екран.

Оборудване

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

В момента използвам уеб камера Logitech Pro C920 и микрофон Blue Yeti на лентата с микрофони. Всичко това ще се изплати напълно, защото има огромно влияние върху качеството на моите потоци. Използвам голям монитор (27"), защото, както споменах по-рано, използването на два монитора просто не работи за мен. Пропуснах много неща в чата, защото не погледнах екрана около две секунди. Размерът на монитора може да варира, но наличието на всичко на един екран беше ключово за мен, за да обърна внимание на всичко, което се случва. Всичко е свързано с оборудването; Нямам много сложна настройка. В случай, че се чудите, бюрото ми изглежда нормално, с изключение на неприятно бръмчащия микрофон:

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

създаване

Чатът е много важен. Ще получавате едни и същи въпроси отново и отново, когато хората се присъединят към вашия поток по средата, така че честите макроси наистина могат да помогнат. "Върху какво работиш?" е най-често задаваният въпрос по време на кодиране. Имам пряк път за чат "command" за това,което направих с Nightbot. Той ще представи обяснение на това, което съм въвел преди време, като напиша малка команда от една дума като whatamidoing

Време за подготовка

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

Редовност

неудобство

Ще се почувствате странно в самото начало. Ще се изнервите от хората, които гледат вашия код. Това е добре! Усетих го много силно в самото начало, въпреки че имам опит в публичното говорене. Имах чувството, че няма къде да се скрия и това ме плашеше. Помислих си: "всички ще си помислят, че кодът ми е лош и че съм лош разработчик." Тази мисъл ме преследва през цялата ми кариера, но не е нова. Знаех, че с това няма да мога безопасно да преработя кода, преди да го изпратя към GitHub, което обикновено е много по-безопасно за моята репутация като разработчик.

Научих много за моя стил на кодиране, използвайки онлайн кодирането на Twitch. Научих, че определено съм от типа „накарай го да работи, после го направи четимо и после бързо“. Вече не репетирам вечерта преди поток (направих след 3 или 4 потока в самото начало), така че пиша доста груб код на Twitch и се справям добре. Пиша код по-добре, когато съм сам с мислите си, вместо да гледам чат + говоря на глас и всичко е наред. Забравям сигнатури на методи, които съм използвал хиляди пъти, и правя „глупави“ грешки в почти всеки поток. За повечетотова е неефективна среда за постигане на най-добри резултати.

Моята Twitch общност никога не ме съди и ми помага много. Те разбират, че имам много работа и наистина са добри в прагматичните съвети и предложения. Понякога ми помагат, а понякога трябва да им обясня защо предложението им не работи. Като цяло е много подобно на обичайното програмиране по двойки.

Мисля, че подходът без излишни украшения в тази среда е сила, а не слабост. Това ви прави по-подходящи и е важно да покажете, че няма перфектен програмист или перфектен код. Това насърчава новите програмисти и ви позволява да се приемете като по-опитен програмист.

Ако искате да излъчвате в Twitch, насърчавам ви да опитате! Надяваме се, че тази публикация ви е помогнала, ако се чудите откъде да започнете.