Сообщества

К старту курса об этичном хакерстве мы перевели размещённую на сайте Black Hat биографию основателя этой серии мероприятий по кибербезопасности. Джефф Мосс родился в Калифорнии, США, в январе 1975 года, он эксперт по компьютерной и интернет-безопасности, хакер. Первый опыт работы с компьютером он получил в возрасте 10 лет и был восхищён возможностью общаться и вести взрослые разговоры с людьми по всему миру. У него ещё не было водительских прав, Джефф не мог голосовать, но мог общаться с людьми намного старше его, которых нисколько не волновали ни его возраст, ни внешность.

Начало хакерского пути

Его первый хакерский опыт был вызван исключительно желанием задействовать все возможности оборудования, за которое он заплатил; те же мотивы побудили хакера Джорджа Хотца (geohot) взломать Sony PlayStation, а затем сделать джейлбрейк iPhone. В начале 1990-х Джефф пытался понять, как фирмы защищают от копирования компьютерные игры. Ему это удалось, и он стал играть в скопированные игры со своими друзьями.

В те времена учебников по программированию почти не было, и он приступил к самостоятельному изучению ассемблера. Он узнал (пришлось узнать!), как с небольшими затратами разогнать процессор, чтобы тот работал намного быстрее, чем при стандартной конфигурации.

Свою хакерскую деятельность он начал с того, что научился снимать защиту авторских прав с игр. Это было настоящей находкой для большинства геймеров, искавших способы обхода защиты от копирования, так как при замене жёстких дисков на компьютере или попытке запустить ту же игру на другом ПК игры часто отказывались работать. Он приобрёл относительную известность и познакомился с людьми, занимавшимися телефонными системами.

Когда у него появился первый модем и он понял, какие бесконечные возможности общения предоставляют доски объявлений (bulletin boards) никому не надо раскрывать свою личность, возраст или пол, его восхищению не было предела. Желание общаться с людьми в сети Интернет заставило его прибегнуть к телефонному жульничеству. Джефф взломал телефонную систему и мог практически бесплатно общаться с людьми на больших расстояниях.

Знание телефонных систем и методов программировании пригодились, когда его пути пересеклись с одним программистом, научившим его азам хакерства. Сети в доме Джеффа не было (в то время все соединения осуществлялись по принципу "точка точка", или коммутируемой передачи данных), поэтому о сетевых технологиях у Джеффа было весьма смутное представление. Затратив тысячи часов на самообразование, методом проб и ошибок он со временем проник в глубины сетевых технологий и обучился хакерскому искусству.

По словам самого Джеффа, в жизни ему везло много раз, но этот случай был особенным: "Мне повезло, что я научился работать с модемом, и повезло, что судьба свела меня с тем парнем, рассказавшим мне о хакерстве. Никаких глобальных планов я в то время не строил, это было просто счастливое стечение обстоятельств".

В 1990 году Джефф окончил Университет Гонзага со степенью бакалавра в области уголовного права. (Признайтесь, вы не ожидали, что парень, стоявший у истоков конференций DEF CON и Black Hat, имеет степень бакалавра в области уголовного права!) После университета его взяли на работу в одну из крупнейших мировых компаний по предоставлению профессиональных услуг, Ernst & Young, на должность директора подразделения Secure Computing Corporation.

DEF CON: от прощальной вечеринки до одной из крупнейших в мире хакерских конференций

В 1990-е годы весь мир пользовался досками объявлений. Такие доски часто использовались хакерами для обмена информацией. Джефф держал собственную доску объявлений и мог позволить себе оплачивать телефонную связь из своей зарплаты, но его приятели, как правило, находили способы не платить за телефонную связь. В тот же период он стал своего рода главным администратором множества международных сетей, таких как HackNet, PhreakNet, PlatinumNet и HitNet.

В 1993 году его друг, оператор канадской хакерской сети PlatinumNet, работавшей по протоколу FidoNet, задумал провести прощальную вечеринку для всех членов сети PlatinumNet, так как он с семьёй собирался переезжать в другую страну (отцу предложили лучшую работу).

Большинство пользователей этих сетей были американцами, поэтому он попросил Джеффа помочь с организацией вечеринки и провести её в США. Джефф начал готовить вечеринку и уже нашёл место в Лас-Вегасе для её проведения, но получилось так, что отец друга уехал раньше задуманного и забрал сына с собой, и Джефф остался один.

Мосс решил не отменять вечеринку, всё организовал сам, пригласил членов администрируемых им сетей, разослал приглашения в хакерские чаты IRC, разместил объявления на некоторых других досках, разослал всем факсы и даже отправил факсы в секретные службы США, сообщив, что "они идут". Встреча хакеров состоялась в Лас-Вегасе.

Название DEF CON имеет интересную историю. Defcon звали главного героя в фильме WarGames, который решил взорвать Лас-Вегас. Кроме того, термин DEF был в ходу у телефонных мошенников, в том числе у самого Джеффа, так как DEF это символы на кнопке "3" телефонной клавиатуры. И вот тот день настал, на конференции DEF CON должны были выступить 12 докладчиков. Приехали более 100 человек, и первая в истории конференция началась с выступления Дэна Фармера, эксперта по безопасности UNIX, который рассказал о разработанных им новых инструментах, в том числе SATAN одном из первых сканеров сетевой безопасности с веб-интерфейсом.

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

Мосс продолжал проводить это мероприятие, и в следующие 23 года конференция DEF CON стала привлекать всё больше внимания, на неё съезжались сотни людей. В следующие пару лет с началом роста количества рабочих мест в секторе информационной безопасности посещаемость конференции выросла в более чем в два раза. Пригласительные билеты на конференцию стали платными, и дела DEF CON пошли в гору.

Пик посещаемости пришёлся за год до возникновения феномена "пузырь доткомов" в 2000-х годах около семи тысяч человек, но, как сказал Мосс в интервью 2007 года, возможно, половине участников там вообще нечего было делать, но они всё равно приехали. После того как пузырь доткомов лопнул, количество участников конференции сократилось: в 2007 году её посетили около пяти тысяч человек, интересующихся проблемами хакерства.

DEF CON, следуя поговорке "под лежачий камень вода не течёт", продолжала развиваться. В её программу были включены соревнования CTF (захват флага), в которых команды участников соревнуются друг с другом, пытаясь быстрее других найти секретные "флаги" в намеренно уязвимых программах или веб-сайтах и получить за это награды. Black Badge высшая награда, вручаемая участникам DEF CON, победители получают ценные подарки и пожизненный бесплатный пригласительный билет на DEF CON.

Добавление семинаров (специальных собраний, на которых с упором на практику затрагивались различные темы, связанные с информационной безопасностью), таких как цифровая криминалистика, взлом IoT-устройств, и Деревни (Villages) (особые места в рамках конференции, имеющие статус мини-конференций), способствовало росту популярности мероприятия. DEF CON на протяжении многих лет занималась сбором денежных средств на различные программы.

За годы проведения мероприятия хакеры смогли показать миру, с какой лёгкостью можно взломать обычный компьютер, а также продемонстрировали множество инновационных инструментов/программ, совершивших революцию в сфере информационной безопасности. В 2018 году Джефф провёл первую в истории конференцию DEF CON за пределами США в Пекине, и этот формат был продолжен в 2019 году как DEF CON China 1.0.

В 2019 году конференцию DEF CON 27 посетило 30 тысяч человек, причём некоторые откровения докладчиков были ошеломляющими. Хакерам удалось взломать комплексы обработки избирательных бюллетеней в США, за считанные минуты после сканирования обнаружив в них критические уязвимости. Один из хакеров смог продемонстрировать вредоносные возможности кабеля Apple USB Lighting и многие другие критические уязвимости, обнаруженные в VPN и принтерах.

Как начиналась конференция Black Hat

До DEF CON 5, которая была проведена в июле 1997 года также в Лас-Вегасе, Джефф организовал первую в истории конференцию Black Hat, ориентированную на индустрию компьютерной безопасности. Темами других конференций были информационная и сетевая безопасность, на конференции же Black Hat разработчики программного обеспечения встретились лицом к лицу с экспертами в области компьютерной безопасности и хакерами. Вначале конференция Black Hat проводилась как ежегодное мероприятие в Лас-Вегасе, но сегодня она проводится сразу в нескольких местах во всём мире.

В 2005 году Джефф продал права на проведение конференций Black Hat британской компании CMP Media, принадлежащей United Business Media, за 13,9 миллиона долларов США.

Конференция состоит из трех секций: Black Hat Briefings, Black Hat Trainings и Black Hat Arsenal. На секции Briefings обсуждаются различные темы, в том числе вскрытие технологий, компьютерный взлом, конфиденциальность и т. д., а также выступают ведущие специалисты в области информационной безопасности из различных ведомств США Министерства обороны, Министерства внутренней безопасности и АНБ.

На секции Trainings выступают поставщики решений в сфере безопасности и специалисты в области безопасности: семинары продолжительностью около недели организуют такие поставщики ПО, как Cisco, Offensive Security и многие другие. Секция Arsenal был создана в 2010 году. Её цель "живая" демонстрация новейших инструментов информационной безопасности с открытым исходным кодом, созданных исследователями и сообществами, в ходе которой участники могут задавать вопросы и пробовать инструменты в действии.

Конференция Black Hat обычно проводится до DEF CON, и многие участники посещают оба мероприятия. В индустрии безопасности Black Hat считается более официальной конференцией по безопасности, а DEF CON носит скорее неформальный характер.

Другие события в карьере Джеффа

На протяжении всей своей карьеры Джефф использовал свои навыки и понимание принципов и методов хакерского сообщества и передавал эти знания организациям, чтобы те могли защитить свои глобальные сети. С 2005 по 2014 год он также выступал на множестве мероприятий, проводимых во всём мире, в качестве основного докладчика, был участником десятков форумов. Некоторые такие мероприятия организовывались CodeGate, Министерством внутренней безопасности США, АНБ, НАТО и многими другими международными организациями и учреждениями.

В 2009 году Джефф вошёл в группу из 16 человек, выбранных в состав Консультативного совета по национальной безопасности. Члены Консультативного совета могли давать рекомендации и советы непосредственно министру внутренней безопасности.

Через два года, в 2011 году, Джефф был назначен вице-президентом и директором по безопасности Корпорации по управлению доменными именами и IP-адресами (ICANN), многонациональной некоммерческой организации, работающей над созданием безопасной, стабильной и единой глобальной сети Интернет. Многие официальные лица, в том числе президент ICAAN, отмечают профессионализм и мастерство Джеффа и ценят его за прекрасное понимание угроз безопасности и способов защиты от них.

В конце 2013 года он ушёл со своего поста в ICAAN. Следующий его важный карьерный шаг состоялся в 2017 году, когда он был назначен Комиссаром Глобальной комиссии по стабильности киберпространства (GCSC), состоящей из 24 авторитетных независимых комиссаров со всего мира. Цель работы Комиссии способствовать повышению уровня осведомлённости и взаимопонимания между различными сообществами киберпространства и изучать вопросы, связанные с глобальной кибербезопасностью.

В 2017 году на конференции DEF CON 25 он представил участникам Деревню машин для голосования DEF CON (Voting Machine Village). На этом семинаре хакеры могли протестировать безопасность электронных машин для голосования, в том числе нескольких моделей, по-прежнему активно используемых в США. Участникам DEF CON удалось взломать все машины (в общей сложности 25 моделей), некоторые всего через несколько часов после открытия Деревни. Это событие получило освещение в СМИ и вызвало общенациональную дискуссию о безопасности голосования.

В 2018 году проект Voting Machine Village был отмечен премией Cybersecurity Excellence как проект года в области кибербезопасности.

Чем Джефф занимается сейчас

Сейчас Джефф живёт в Сиэтле, штат Вашингтон, и занимает должность консультанта по безопасности в одной из компаний. Он тестирует системы безопасности и консультирует другие компании, одновременно проводя конференции DEF CON в качестве президента DEF CON Communications, Inc. Он также был техническим консультантом телесериала "Мистер Робот" и до сих пор вкладывает средства в многие стартапы в сфере информационной безопасности.

Заключительные мысли

В мире информационной безопасности такие трудолюбивые и хорошо образованные люди, как Джефф Мосс, большая редкость. Он оказал большое влияние на хакерское сообщество, что привело к большей открытости этого сообщества и возможности его диалога с поставщиками и производителями программного обеспечения. Благодаря конференциям DEF CON и Black Hat развиваются контакты между хакерами и поставщиками ПО. На этих мероприятиях организации получают знания о том, как обезопасить свои инфраструктуры, совместно с независимыми специалистами в области обеспечения безопасности работают над выявлением и устранением угроз безопасности.

Начиная с 2009 года, когда он отправил открытое письмо в Google с предложением перейти на формат HTTPS по умолчанию, и до настоящего времени Джефф является неотъемлемой частью сообщества информационной безопасности.

Программное обеспечение и оборудование будут развиваться, а значит, усложняться, что приведёт к возникновению новых проблем уязвимости, поэтому компании и государственные органы должны держать руку на пульсе и быть ко всему готовыми.

Такие люди, как Джефф Мосс, побуждают индустрию информационной безопасности не стоять на месте, показывая, как работают хакеры решительно, творчески, нестандартно и очень часто не думая о деньгах. Понимая их методы, индустрия ИБ может постоянно развиваться и быть готовой к любым атакам, потому что лучшая защита это всегда нападение.

Как сказано выше, зародившаяся в США DEF CON проводится уже в Китае, иными словами проблемы информационной безопасности сегодня актуальны для всех людей без исключения, каким бы ни был подход к ИБ в отдельно взятой стране. Это означает, что в ближайшие годы востребованность этичного хакерства будет только расти, причём с ощутимой вероятностью не просто большими, но взрывными темпами. Если вам интересна сфера этичного взлома, то вы можете обратить внимание на наш курс "Этичный хакеp", где студенты на практике получают полное представление о законном взломе, чтобы начать карьеру хакера в белой шляпе.

Узнайте, как прокачаться и в других специальностях или освоить их с нуля:

• Профессия Data Scientist

• Профессия Data Analyst

• Курс по Data Engineering

Я Community Manager и у меня есть зависимость. Ну хорошо, не зависимость, но хобби: я увлекаюсь автоматизацией собственной квартиры с помощью того, что принято теперь называть Умным Домом. Начинал я пару-тройку лет назад с чистого Apple HomeKit, затем расширил его возможности с помощью Homebridge и далее полностью погрузился в дебри HomeAssistant.

Но поскольку я Community Mananger, мне интересна та часть моего хобби, которая касается вопроса коммуникации сообщества людей, имеющих такое же увлечение, как и моё.

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

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

Предыстория

Предупреждая все возможные разговоры о целесообразности Умного Дома, скажу сразу: в настоящее время, в домашних любительских условиях, автоматизация собственного жилища действительно, всего лишь хобби для большинства участников сообщества. Причем весьма дорогостоящее хобби, которое не приносит никаких материальных выгод. Говорить об экономии расходов на тепло, электричество и воду, при использовании весьма дорогостоящих комплектующих для этой экономии, совершенно не приходится. Все это лишь ради собственного удовольствия и для создания некоторых удобств существования в личном пространстве. Новичкам, вступающим на этот путь, нужно четко себе это понимать и быть готовым к существенным расходам.

Мой путь начался с того, что в один прекрасный момент я внезапно осознал, что имеющийся в хозяйстве AppleTV 4K может служить шлюзом для построения Умного Дома на базе Apple HomeKit. Было приобретено и успешно подключено несколько HomeKit ready устройств. Все было прекрасно, стабильно, но дорого. Хотелось дальнейшего расширения, но за меньшие деньги.

И тут я сделал открытие, что существует, оказывается, множество сообществ людей, подобных мне. И что многие устройства можно делать самому и при этом ничуть не хуже, а главное, дешевле. И что вездесущая Xiaomi, со своими инкарнациями вроде Aqara и прочих, делает устройства для Умного Дома значительно менее затратные для моего кошелька.

Так, с помощью внимательного чтения и вопросов к коллективному разуму я влился в обширное и очень эффективное русскоязычное сообщество строителей Умных Домов, Бань, Дач и прочих Гаражей. Мир DIY и OpenSource решений захлестнул меня и, нужно заметить, я был к этому подготовлен. Я уверенно обращался с паяльником и имел очень долгий опыт работы с Linux. Мне было легко и приятно быть среди единомышленников.

С каждой новой итерацией своего продвижения по этому пути все новые и новые ресурсы открывались мне, с великими Гуру можно было спокойно общаться в телеграм группах практически на одном языке и порой даже осмеливаться их критиковать. Я узнал, что большинство самых ценных сообществ живет в профильных телеграм каналах, что сообщество на форуме 4PDA живет какой-то своей жизнью, что известный всем русскоговорящим умнодомщикам Спрут портал раскинул свои щупальца настолько широко, что даже проник на территорию подкастов и инстаграма, что адепты св.Квазиса повсюду и что AlexxIT, Jager, Илья Киров и Иван Бессарабов настолько же доброжелательны и приветливы в общении, насколько круты в своем профессионализме. А для владеющих английским открываются поистине бездонные кладези знаний на Reddit, YouTube и, например, официальном форуме HomeAssistant.

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

OpenSource против готовых решений

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

На чем строить свой Умный Дом? На готовых решениях от Miija, Sonoff, Tuya, Apple, Aqara, Rubetek, Yandex, Google и прочих и прочих? Или же построить его самому на базе OpenSource решений типа HomeAssistant, NodeRed, OpenHub, IOBroker и так далее?

Тем, кто стоит перед таким выбором приходят на помощь авторитетные прожженные линуксоиды и начинают говорить о непревзойденной гибкости автоматизаций и отвязки от коварных "китайских облаков" в OpenSource решениях. Они будут говорить о том, что все будет контролироваться только лично тобой и что ты сможешь использовать почти весь доступный на рынке зоопарк устройств Умного Дома, да еще и DIY устройства. Стоит лишь купить "малинку", установить на нее Linux, потом поколдовать в командной строке, чтобы установить этот самый альтернативный Умный Дом, а потом еще потратить месяцы на настройку и понимание что вообще тут к чему.

И вот новичок, который про Linux только на уроках информатики слышал, а командную строку видел только в голливудских блокбастерах про геройских хакеров, обалдев от такого объема информации, мало ему понятной, принимает решение переплатить, но сделать свой Умный Дом легко и просто на базе существующих на рынке готовых решений. Или вообще ничего не делать. И правильно сделает, кстати.

Консьюмерские решения имеют полное право на существование, и принижать их адептов не стоит в сообществах ни в коем случае. Люди принимают решение, основываясь на собственном опыте, знаниях, ресурсах, и тащить их силком в OpenSource не нужно. Мучения таких людей, вставших на путь, на который их убедили вступить, их обескураживающие и порой наивные вопросы очень хорошо заметны, а попытки профессионалов им помочь выглядят удручающе. Но вызывают неподдельное уважение те, кто начинает с такого уровня вхождения в тему и успешно преодолевает его.

Поэтому отсюда мое наблюдение: не стоит тащить и убеждать не готовых людей. Пусть каждый будет в комфортных для него условиях его личного выбора. И выбор этот нужно уважать.

Малинка против Intel NUC, Gigabyte BRIX и прочих x86

Итак, новоявленного строителя Умного Дома затащили на темную сторону OpenSouce и перед ним встает первый из ключевых вопросов: а на что мне все это хозяйство устанавливать?

Популярность использования платформы Rapberry Pi для сервера Умного Дома я могу объяснить лишь пресловутыми "исторически сложившимися причинами", а так же, не в последнюю очередь, мощью авторитета Алекса Квазиса и его YouTube канала.

При всех своих недостатках, "малинка" остается самой популярной платформой и поныне. А недостатки у нее серьезные:

1. Использование в качестве накопителя медленной и очень ненадежной SD карты

2. Необходимость в хорошем охлаждении

3. Склонность к троттлингу при недостаточно качественно обеспеченном питании

4. Слабый встроенный Bluetooth

5. Довольно слабая производительность ARM процессора, которой, впрочем, в большинстве случаев достаточен для систем Умного Дома

6. Важная для многих необходимость в приличном корпусе

Для устранения части этих недостатков потребуется покупка SSD или eMMC накопителя, мощного корпуса-радиатора, внешнего Bluetooth донгла, корпуса вроде Argon One. Все эти дополнительные покупки приводят к значительному удорожанию вашего сервера Умного Дома на базе "малинки".

И тут на авансцену выходят опытные члены сообщества с вполне резонным вопросом: А почему бы вам сразу не купить компактное, бесшумное и быстрое решение на базе гораздо более производительных процессоров x86 с встроенным SSD диском, расширяемой памятью? Ну, например, что-нибудь подходящее по цене из обширного семейства миниатюрных компьютеров Intel NUC или Gigabyte BRIX?

В действительности цены на подобные новые минисерверы довольно высоки и далеко не каждый будет готов потратится. Но на просторах интернет барахолок, вроде Avito, вполне можно найти приличные варианты за вменяемые деньги. Я, например, купил там немного устаревшую модель Gigabyte BRIX с процессором Celeron N3000, 4GB RAM, 120GB SSD и пассивным охлаждением всего за 5 тысяч рублей. И машинка эта прекрасно работает в круглосуточном режиме с HomeAssistant на борту вот уже больше года. Некоторые домовладельцы покупают на Авито даже подержанные HP Microserver Gen8 под свой домашний сервер, на котором, кроме системы Умного Дома, работает еще и медиасервер, торрент-качалка, NAS и что-нибудь еще. Многие используют в качестве сервера Умного Дома уже имеющиеся в хозяйстве NAS от Synology или реже Qnap с поддержкой Docker. Но в этом варианте много подводных камней, которые вызывают множество вопросов и дискуссий. Этот вариант сервера, на мой взгляд, подходит только уверенным пользователям Linux с достаточно глубокими знаниями Docker.

На мой взгляд, если говорить о сервере только для Умного Дома, наиболее целесообразным вариантом сейчас является использование миникомпьютеров на базе процессоров x86 (не Atom!). Это могут быть не обязательно Intel NUC или Gigabyte BRIX, а любой подходящий на базе Celeron и выше, и желательно с пассивным охлаждением, особенно для тех, кто строит Умный Дом в городской квартире и для кого уровень шума сервера является критическим параметром. Наличие именно SSD диска не обязательно, но крайне желательно для общего быстродействия. Памяти в большинстве случаев достаточно 2-4Gb. Подключать к сети такой сервер рекомендую по более надежному Ethernet, но и по WiFi 5Ггц у многих работает вполне стабильно.

Zigbee против WiFi (BLE mesh, Zwave, Thread пока не в счет)

Теперь, когда система успешно установлена на сервер, выполнена первоначальная настройка, приходит время покупать и подключать конечные устройства Умного Дома: всевозможные датчики и исполнительные устройства.

У всех дома есть WiFi роутер и, как правило, Умный Дом начинает разрастаться за счет недорогих WiFi устройств от производителей вроде Sonoff, Yeelight, DIY устройств на базе ESP8266 и прочих. Действительно, WiFi прост, есть у всех, дополнительно что-то приобретать и настраивать не нужно. Отсюда в сообществе происходят иногда не то чтобы споры, но оживленные дискусси с основным посылом - зачем мне вообще этот ваш "зигбее" (варианты написания бывают порой очень забавными, "zig been" как-то попадался), мне и на WiFi хорошо и все отлично работает. Мне кажется это мнение происходит от недостаточно хорошего представления о преимуществах протокола Zigbee новичками. Давайте их перечислим:

• Низкое энергопотребление конечных устройств (где вы найдете WiFi датчик двери или, например, датчик движения, датчик протечки, который работал бы от батарейки годами?)

• Самоорганизующаяся Mesh сеть, в отличие от звездообразной WiFi сети, где роутер является центром звезды. Например, так выглядит моя домашняя Zigbee сеть, где хорошо видно, как устройства-роутеры (синие) являются точками подключения физически далеко расположенных устройств:

• Наличие класса конечных устройств-роутеров с постоянным питанием позволяет строить сеть на очень большой территории. Да, WiFi тоже умеет строить Mesh сети, но не с помощью исполнительных устройств-роутеров, а с помощью дополнительных WiFi роутеров подключенных в mesh сеть.

• Огромный выбор доступных устройств на рынке. На данный момент Zigbee Alliance насчитывает сотни членов, а на рынке существует тысячи разнообразных решений с заявленной поддержкой Zigbee.

• Безопасность. С 128-битным алгоритмом AES, используемым для шифрования данных и аутентификации, и тремя типами ключей, используемых для управления безопасностью, конечным пользователям не стоит беспокоиться об опасности взлома.

• Относительно низкие цены на устройства.

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

Лично для меня преимущества Zigbee очевидны и я строю свой Умный Дом почти полностью на этой технологии. Конечно, у меня еще есть несколько WiFi устройств, например, кондиционер управляемый WiFi USB стиком на ESP8266, датчик потребления фильтрованной воды на Wemos D1 mini, настольная лампа Yeelight. Среди активных сторонников Zigbee такой неоспоримый авторитет в сообществе, как Алекс Квазис, который в подкасте Спрута однозначно высказывался о преимуществах Zigbee перед Wifi. Кстати, кто не слышал подкаст, то рекомендую:

Если говорить о Zigbee дальше, то всплывает еще одна горячая тема: USB Zigbee стик, шлюз Xiaomi Gateway 3 (возможно перепрошитый Sonoff шлюз) или SLS использовать в качестве координатора сети Zigbee. Или еще одна, касающаяся пользователей HomeAssistant: что лучше, Zigbee2mqtt или ZHA? Это настолько объемные темы, что заслуживают отдельной статьи. Скажу лишь за себя - я за использование Zigbee USB стика в союзе с Zigbee2mqtt. В двух словах почему: стабильность, количество поддерживаемого оборудования, независимость от прихотей производителей шлюзов или SLS, при необходимости возможность самостоятельно обеспечить поддержку неподдерживаемого устройства с помощью zigbee2mqtt external converter. Но если вы уже имеете Xiaomi Gateway 3 шлюз и хотите использовать его в качестве координатора вашей Zigbee сети, а также, возможно и для BLE mesh сети, то очень рекомендую вам послушать подкаст с AlexxIT, авторитетнейшим участником сообщества и автором интеграции этого шлюза в HomeAssistant, чтобы узнать все нюансы из первых рук:

Говорить о распространенности других протоколов для Умного Дома можно, но на мой взгляд, пока рано. Отличный протокол Zwave живет своей жизнью уже очень давно, но из-за дороговизны устройств и географического разделения рабочих частот протокола мало распространен в русскоговорящем сообществе. Хотя есть пользователи очень давних реализаций Умных Домов на Vera или Homey, у которых осталось Zwave оборудование, например от Fibaro, и которые в рамках HomeAssistant, где поддержка этого протокола очень развита, успешно используют эти устройства и поныне.

Протокол BLE mesh выглядит очень многообещающим и поддерживается последними версиями шлюзов Xiaomi. Кроме того, явно заметно разделение направлений, если устройства для Умного Дома от Aqara практически все выпускаются для протокола Zigbee, то последние новинки от Xiaomi выпускаются почти исключительно для BLE mesh. И уже сейчас вполне реально активно использовать этот протокол, покупая доступные на рынке устройства.

Что касается протокола Thread, то его в последнее время стали продвигать в Apple, включив его поддержку в HomePod Mini и новой версии AppleTV. Солидные производители вроде Eve или Nanoleaf тоже стали включать поддержку Thread в своих новых устройствах. Я думаю, маркетинговая мощь Apple может продвинуть популярность этого протокола достаточно далеко и стоит не упускать из вида этот очевидный тренд.

Но пока протокол Zigbee в Умных Домах безусловно доминирует. И меня это устраивает. Я за Zigbee, как самое сбалансированное решение на рынке на данный момент.

Красивый GUI против текстовых конфигов и чистых автоматизаций

Это очень обширная тема со множеством ответвлений и нюансов. Постараюсь быть кратким и замечу, что в моем изложении она больше относится к HomeAssistant, как к системе Умного Дома, которую я использую. В целом, эта горячая тема подразделяется на следующие два больших направления:

• Как настраивать систему и писать автоматизации - через предоставленные возможности GUI или редактированием текстовых файлов конфигураций?

• Зачем заморачиваться с красивым и удобным интерфейсом, делая его похожим на пульт управления космолета? Ведь настоящий Умный Дом тот, в интерфейс которого вообще не нужно заходить - все работает через точно и тонко настроенные многочисленные автоматизации.

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

Многие не любят HomeAssistant именно из-за его формата конфигураций yaml. Жесткая требовательность к форматированию, отступам многих раздражает. Написать вручную, к примеру, такую автоматизацию света на кухне с учетом датчиков движения, датчика освещенности и времени суток с множеством условий, без серьезной подготовки и опыта очень сложно:

alias: Kitchen Lighttrigger:  - platform: state    entity_id: binary_sensor.kitchen_motion_group    to: 'on'  - platform: state    entity_id: binary_sensor.kitchen_motion_group    to: 'off'    for: '00:02:03'condition: []action:  - choose:      - conditions:          - condition: template            value_template: '{{ trigger.to_state.state == "on" }}'          - condition: time            after: '09:20'            before: '23:00'          - condition: numeric_state            entity_id: sensor.lux_kitchen_illuminance_lux            below: '23'        sequence:          - service: switch.turn_on            target:              entity_id:                - switch.relay_switch_l1                - switch.relay_switch_l2                - switch.switch_kitchen_switch_center          - service: light.turn_on            data:              transition: 4              color_name: crimson            target:              entity_id: light.led_strip      - conditions:          - condition: template            value_template: '{{ trigger.to_state.state == "off" }}'          - condition: time            before: '23:40'            after: '09:20'        sequence:          - service: switch.turn_off            target:              entity_id:                - switch.relay_switch_l1                - switch.relay_switch_l2                - switch.switch_kitchen_switch_center                - switch.switch_kitchen_switch_right                - switch.switch_kitchen_switch_left          - service: light.turn_off            target:              entity_id: light.led_strip      - conditions:          - condition: template            value_template: '{{ trigger.to_state.state == "on" }}'          - condition: time            after: '01:00'            before: '05:30'        sequence:          - service: switch.turn_on            target:              entity_id: switch.relay_switch_l2      - conditions:          - condition: template            value_template: '{{ trigger.to_state.state == "off" }}'          - condition: time            after: '01:00'            before: '05:30'        sequence:          - service: switch.turn_off            target:              entity_id: switch.relay_switch_l2    default: []mode: single

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

Таким образом, по этому пункту, я бы посоветовал начинающим следующее. Попробуйте совмещать оба способа при написании автоматизаций, благо интерфейс теперь это позволяет. Пробуйте составить ее через GUI, потом переключитесь в текстовый режим и поправьте что нужно в нем. Или наоборот, скопипастите готовый yaml код автоматизации и затем переключившись в режим GUI попробуйте понять логику его работы, подставьте свои нужные сущности. На мой взгляд, сочетание обоих режимов при создании автоматизаций сейчас наиболее эффективный и оптимальный подход. Также не следует забывать об очень интересной недавней фиче в автоматизациях HomeAssistant: Blueprints, или готовых шаблонах автоматизаций.

Второй пункт нашего списка касается опять HomeAssistant и настройке его интерфейса Lovelace. Да, сейчас его можно настраивать исключительно средствами интерфейса, предоставленного HomeAssistant и не думать о правке вручную файла ui-lovelace.yaml в режиме Lovelace "yaml", как было в уроках Квазиса. Но лично я предпочитаю ручную полировку интерфейса. Весь интерфейс моих дашбордов как для десктопа, так и для мобильных устройств полностью написаны вручную. Сделать два разных дашборда очень просто, достаточно в configuration.yaml прописать что-то вроде:

lovelace:  mode: yaml  resources:  - url: /hacsfiles/mini-graph-card/mini-graph-card-bundle.js    type: module  - url: /hacsfiles/mini-media-player/mini-media-player-bundle.js    type: module  - url: /hacsfiles/ha-yandex-icons/yandex-icons.js    type: module  - url: /hacsfiles/lovelace-card-mod/card-mod.js    type: module  - url: /hacsfiles/lovelace-auto-entities/auto-entities.js    type: module  - url: /hacsfiles/button-card/button-card.js    type: module  - url: /hacsfiles/vertical-stack-in-card/vertical-stack-in-card.js?v=0.4.0    type: module  - url: /hacsfiles/simple-thermostat/simple-thermostat.js    type: module  - url: /hacsfiles/simple-weather-card/simple-weather-card-bundle.js    type: module  - url: /hacsfiles/text-element/text-element.js    type: module  dashboards:    lovelace-generated: # Needs to contain a hyphen (-)      mode: yaml      filename: mobile-ui.yaml      title: Mobile UI      icon: mdi:cellphone-text      show_in_sidebar: true      require_admin: true

и уже в файле mobile-ui.yaml конфигурировать ваш отдельный Lovelace для мобилок. Для десктопа мой интерфейс сейчас выглядит примерно вот так:

Для мобильных устройств примерно так:

Ну и наконец, резонный вопрос - зачем этот пульт управления космическим кораблем, если настоящий идеальный Умный Дом не должен подразумевать ручного вмешательства, управления и контроля, а все должно работать как надо автоматически?

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

Тут у меня не будет никаких выводов и рекомендаций. Все очень просто - выбирайте тот вариант, который вам ближе. Тут любые варианты правильные.

HomeAssistant против Node Red. Или вместе с ним.

Эта тема характерна для споров между уже опытными и продвинутыми строителями Умных Домов, Бань, Дач и Сараек. Она не так остра и популярна, но написать о ней мне все же хочется. Хочется, потому, что когда-то этой теме было посвящено немало споров в уютном лампово-теплом сообществе телеграм чата Homever.

Скажу сразу, я попробовал Node Red и он мне не зашел. Визуальное создание автоматизаций перетаскиванием и связыванием каких-то прямоугольников различного назначения лично мне не показалось удобным и интуитивным. Мне гораздо проще и понятнее описывать автоматизации текстом, в yaml, в HomeAssistant. В общем, опыт с Node Red у меня небольшой, судить о нем авторитетно я не могу. Я запустил и отладил несколько флоу, но не более того.

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

Почему-то принято считать, что возможности и гибкость автоматизаций в Node Red значительно превосходят таковые в HomeAssistant с чем я совершенно не согласен. Я не знаю ни одного сценария автоматизации, который можно было бы реализовать в Node Red и нельзя было повторить средствами автоматизаций HomeAssistant. На этот неоднократно заданный адептам Node Red вопрос я так ни разу и не получил убедительного примера такого сценария.

Таким образом, целесообразность такой связки двух систем мне кажется избыточной и нерациональной хотя бы с точки зрения стабильности. Каждая из этих двух систем вполне самодостаточна, разве что в Node Red нет такого красивого интерфейса, как в HomeAssistant. Но это важно далеко не всем. Ну и возможности подключения огромного разнообразия устройств у Node Red значительно скромнее. Для чего нужен конгломерат двух серьезных и мощных систем, мне непонятно. Знаю пользователей таких симбиозов, которые используют подключения устройств и там и там, да еще и автоматизации создают средствами обоих систем. Представляете, какая каша из сущностей и связей там образуется? Надежность и стабильность такой связки двух систем вызывает у меня большие сомнения.

Мое мнение: максимально глубоко изучите возможности Node Red или HomeAssistant и используйте что-то одно. Каждая из этих систем в отдельности способна полностью удовлетворить все ваши требования к Умному Дому. Хотя, с другой стороны, я могу понять тех, кто имеет устройства, которые не поддерживаются в Node Red, но подключаются в HomeAssistant и он используется в качестве некоей прослойки для проброса подобных устройств в Node Red, а также, возможно, для красивых дашбордов для настенных панелей в виде вмонтированного планшета, например.

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

Заключение

На самом деле я затронул лишь малую часть горячих тем в сообществах строителей Умных Домов. Их гораздо больше по самому широкому кругу вопросов. Например, есть популярная тема о том, что лучше и надежнее - проводное или беспроводное подключение устройств? Или тема о том, каким воспользоваться способом для настройки подключения SSL сертификатов и проброса HomeAssistant наружу в интернет.

Если вас интересует тема Умных Домов и вы готовы погрузиться в нее с головой, подписывайтесь на профильные телеграм чаты по HomeAssistant, этот, или этот. На чат обо всем, касающемся темы Zigbee. На персональный канал большого авторитета Ивана Бессарабова, где найдете кладезь полезной информации. Ну и на упомянутый выше ламповый чат сообщества Homever

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

Какую пользу приносят сообщества и как авторы контента на этом зарабатывают.

На дворе 2021 г., и начинает казаться, что каждый первый разработчик делает собственный SaaS-продукт (ПО как услуга). Появилась возможность очень быстро реализовывать свои идеи, стало популярным вести разработку публично что само по себе здорово.

Но на фоне этого развивается другая парадигма, которую не так легко заметить и понять.

Что, если пользователи захотят платить не за постоянный доступ к ПО, а за постоянный доступ к другим людям? Тот, кто организует простой и удобный обмен такого рода, сможет хорошо заработать.

Сообщество как услуга

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

Поэтому возникает следующий вопрос: как лучше всего удовлетворить эти потребности, потратив как можно меньше?

Решение CaaS, сообщество как услуга: явление, при котором доступ к группе людей является достаточно ценным, чтобы рассматривать его как пользующийся спросом товар.

И эта идея далеко не нова: как думаете, почему многие платят огромные взносы за членство в элитных загородных клубах? Ради удовольствия выпить лимонаду на веранде в окружении таких же миллионеров? Конечно же нет: всё дело в том, что во время игры в гольф можно услышать полезную информацию о рынке ценных бумаг и сделках с недвижимостью.

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

Сообщество как услуга состоит из двух элементов:

1. Основатель (или основатели), которые производят оригинальный контент, вокруг которого может организоваться сообщество.

2. Члены сообщества, которые приходят за оригинальным контентом и остаются по причинам, которые мы рассмотрим далее.

Польза для членов сообщества

Польза, которую получают от CaaS члены сообщества, может быть нескольких видов:

1. Получение знаний от автора контента: прямая передача знаний и навыков от автора аудитории.

2. Получение знаний от сообщества: возможность взаимодействовать с единомышленниками и обмениваться идеями в сети, где все участники равны между собой.

3. Построение собственной сети: предоставление ценного контента другим членам сообщества с целью построения собственного CaaS.

Я провел опрос в Твиттере по этой теме, и результаты меня удивили: мне казалось, что большинство выберет вариант 1 получение знаний у автора, но я ошибся.

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

Поначалу меня это удивило. Но, подумав немного, я понял, что тоже должен был бы проголосовать за самый популярный вариант. Например, однажды я задал в Твиттере вопрос:

Что мешает вам создать продукт, который принесет миллионы?

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

Таким образом я на собственном опыте увидел потенциал сообществ.

Польза для авторов контента

Авторы контента неофициальные лидеры сообществ. Они приносят пользу двумя путями:

1. Делятся знаниями и опытом.

2. Открывают возможность равнозначного обмена в группе людей и стимулируют его.

Взамен они получают возможность заработать на своем положении в этом сообществе в основном за счет платного контента в дополнение к бесплатному. Подписчики это не просто аудитория, а интерактивное сообщество: обычно они с радостью поддерживают автора и покупают платный контент, книги, курсы и т. п.

И речь здесь не только о социальных сетях: есть бизнес-модели с подпиской (например, Patreon) и чаевыми. Есть группы в Слаке, которые организуют бесплатные встречи единомышленников и иногда рекламируют платные товары.

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

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

В том же твите об идеях на миллион долларов не было никакой рекламы, но после него посещаемость моего личного веб-сайта за день удвоилась. Оттуда посетители переходили в мой блог и на курс Udemy. То есть, если вы начнете интересное обсуждение, его участники заинтересуются и другими сторонами вашей деятельности.

Подводные камни

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

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

Приведу пример: если собрать аудиторию, публикуя мемы, это вряд ли поможет вам продать курсы по программированию.

Взгляд в будущее

Что будет с моделью CaaS дальше?

Всё большее распространение получают различные способы коммуникации. Этот год начался с бума живого аудиообщения в Clubhouse (а теперь и в Spaces от Твиттера) и в результате зародились новые сообщества.

Что самый большой риск для авторов контента?

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

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

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

О переводчике

Перевод статьи выполнен в Alconost.

Alconost занимаетсялокализацией игр,приложений и сайтовна 70 языков. Переводчики-носители языка, лингвистическое тестирование, облачная платформа с API, непрерывная локализация, менеджеры проектов 24/7, любые форматы строковых ресурсов.

Мы также делаемрекламные и обучающие видеоролики для сайтов, продающие, имиджевые, рекламные, обучающие, тизеры, эксплейнеры, трейлеры для Google Play и App Store.

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

Зародившийся в Азии тренд достаточно активно развивается в Рунете и главным образом в Telegram. Сегодня мы поговорим о том, как выжать максимум из такого инструмента как публичный чат, и на что нужно обращать внимание для решения этой задачи.

Ландшафт чатов в Telegram сегодня

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

• Сообщества компании формируют сообщества вокруг бизнеса, продутов и услуг. Среди популярных примеров сообщества пользователей игр, читателей онлайн-СМИ, пользователей различных сервисов.

• Поддержка клиентов обычно такие чаты непубличные, а общение идет в комнатах в формате один на один. Некоторые компании интегрируют чаты с CRM, и все обращения клиентов записываются и контролируются.

• Продажи товаров существуют различные публичные чаты, в которых пользователи обсуждают, к примеру, акции различных производителей электроники. Зачастую такие чаты контролируются тем или иным брендом.

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

Трудности при создании корпоративного публичного чата

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

Спам

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

Скорость ответов на вопросы

Чем больше контента публикуется в чат, тем чаще возникает ситуация, когда пользователь задал вопрос, и либо вообще не получил на него ответ, либо это заняло слишком много времени.

Качество общения

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

Аналитика

Платформа Telegram практически не дает никаких возможностей по аналитике участников чата, параметров вовлеченности и эффективности различных тем. Опять же, собирать эти данные, анализировать их и принимать решения это отдельная работа.

Как компании решают эти задачи

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

Это не очень удобный, не самый эффективный и дорогой способ с ростом чата модераторов нужно все больше, а ручной труд порождает ошибки в любом случае.

Второй способ автоматический, подразумевает использование инструментов модерации. В частности, для этого используют так называемых ботов-модераторов. Вот один из самых крупных. С помощью софта компании могут:

Модерировать чат

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

Быстро реагировать на сообщения пользователей

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

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

Бот-модератор позволяет анализировать историю чата, выявлять самых активных участников, наиболее заходящие темы. Эти данные помогают лучше планировать рекламные кампании, более эффективно вести общение в чате и повышать его результативность.

Стимулировать общение и покупки

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

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

Заключение

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

Когда пора увольняться

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

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

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

Принимаем решение

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

Нужно ясно себе представлять перспективы - что, если останусь? Что, если уйду? Для этого сразу переходите к действиям, начинайте делать то, что раньше не делали. Попросите повышения, больше денег, больше обязанностей, новую позицию; спросите, какое развитие в компании для вас возможно, предложите свой вариант - проявите дипломатию.
Нельзя быть уверенным в ответе, пока не попытался спросить.

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

Условия созданы, начинай действовать - работай, учись, ищи. Не бойся удлиннить свой путь, разбить на этапы; достигай промежуточных выгод. Ошибки быть не может, ты бьешь точно в цель, получаешь выгоды уже в процессе. Теперь уже и решаться не надо.
Когда будешь готов, уходи.

Первые шаги

Предположим, ты принял решение всё поменять. На старой работе очевидно перспектив никаких, ты начал смотреть по сторонам. Возможно в сторону IT. Возможно даже, в сторону QA. Тогда продолжим.

Нам понадобится:

1. Определить цель. Зачем это всё. Куда хотим прийти, в какую сторону расти и как развиваться.

2. План составить, сроки определить. Время на всё это дело заложить.

3. Начать учиться. Можно самостоятельно, можно где-то или с кем-то, тут кто как больше любит.

4. Вступить в профессиональные сообщества. Общаться, задавать вопросы, интересоваться.

5. Поглядывать на рынок. Прицениваться, описание вакансий смотреть, про компании читать.

6. Готовить резюме. Тут с ходу не разберёшься - постепенно корректируя детали, добавляя полезное, удаляя лишнее, доводить до совершенства.

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

Цель

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

А дальше, целеполагание.

- Какую проблему ты решаешь?
- Почему ты хочешь решить проблему таким способом?
- Сколько часов в день ты готов выделять?
- Когда решится проблема?

Ну хорошо, проблема решилась, зарплата выше, коллектив хороший, работа удалённая и развиваться дают.
А куда развиваться?
Зачем всё это?
Может менеджером стать или в код погрузиться. Стартап запустить.
Может эмигрировать?
Чего ты хочешь достичь через год? Два года? Пять лет? Десять? Надо знать. Сразу.

И подчинить главной цели все остальные.
Тогда сразу понятно будет зачем всё. И вопроса такого не встанет. Любое событие, любое действие или отдаляет от цели или приближает к ней.
Наметь дату. Определи критерии. Составь план. И вот уже цель стала ближе. Осталось немного.

План

Так, давай посмотрим: цель есть, мотивация есть, теперь надо что-то делать, планировать. Нарисуем дорожную карту, определим, где находимся на данный момент, какими ресурсами располагаем, какими инструментами будем пользоваться. Что будет происходить, когда и сколько времени займёт. Мы знаем, где хотим оказаться в конце и все остановки планируем в соответствии с этим, все повороты подчиняем одному направлению. Не забываем периодически себя вознаграждать.

Ну например, цель - эмиграция. Куда, зачем, как - отдельная история. Что у нас имеется? Профильное образование или нет? Уровень языка? Возраст? Средства? Бэкграунд какой? Предположим, как вариант - эмиграция по работе. Тогда первая работа может быть любая, вторая - желательно на зарубежную компанию. 2-3 года релевантного опыта надо как минимум, за это время много чего может произойти (оставляем место для спонтанности в жизни), но помним - всё это время мы занимаемся эмиграцией: учим язык, получаем образование, откладываем деньги, налаживаем связи и не забываем про другие способы поехать.

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

Обучение

В обучении нет смысла, если ты не определился с целью. Ну, а если да, и план уже какой-то вырисовывается, тогда давай поговорим.

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

Ты прошел хороший онлайн курс, готовишь резюме, читаешь профессиональные статьи, самонадеян и рвешься в бой. Готов ли ты уже работать? Рано ещё.

Ты вступил в профессиональные сообщества, выполняешь практические задания, берёшь учебные проекты, анализируешь рынок, уже можешь поспорить с кем-то из твоей будущей сферы деятельности. Готов ли ты сейчас? Рано ещё.

Ты проходишь собеседования, записываешь что спрашивали, твоё резюме выверено, ты начинаешь предугадывать вопросы интервьюера, чувствуешь боль компании, понимаешь как помочь, знания рвутся наружу. Сейчас готов? Рано ещё.

Ты спокоен, расслаблен, на собеседовании улыбаешься, на провокации не реагируешь, если сделают оффер - ты подумаешь. Если нет - ещё множество компаний ждут тебя. Ну а теперь-то готов??
Теперь, почти готов.

Нет предела ступеням мастерства.
Но нужно начать идти.

Сообщества

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

Ты и так сделал всё, что мог, не твоя вина, что не получилось. Что важнее: преуспеть или чтобы не было твоей вины в неудаче?

Необходимо чётко определить, что от тебя зависит, а что не зависит; идти по пути и не искать оправданий. Ты или сделал всё, что нужно, или нет.

Подготовил резюме? Даже отправил в пару мест? Никто не зовёт? Проблема.

Нужно ли резать яблоко, прежде чем его есть? А если оно начало гнить?
Отдели всё лишнее, подготовь условия, приближайся к задаче, выполняй каждую задачу, наноси точные удары в цель - нам не нужны ошибки.

Резюме

Ты выбрал фотку, написал всё, как есть, может даже оформил неплохо, отправил куда-то и ждёшь. Никто не звонит и не пишет? Но тебе же так нравится твоё резюме, почему другим не зашло?

Зачем вообще нужно резюме?
Оно должно продавать. Тебя должны звать на интервью, если же нет - всё плохо, как бы ты не оправдывался, если собеседований нет - твоё резюме пробило дно.

Что делать?

1. Формат
Красивое оригинальное оформление поможет поможет, если ты хочешь быть например дизайнером - тебя как раз не позовут в тестирование и придётся поискать что-то ещё. Если всё таки в QA - делай нормальное консервативное резюме формата самых больших площадок вакансий.

2. Фотка.
Выбери нормальную фотку, без комментариев.

3. Позиция.
Как тебя будут искать, так ты и должен писать название искомой должности. И не надо писать, что ты Junior, это я как работодатель там сам разберусь. Ты - специалист.

4. Опыт.
Ото дня начала учёбы и по настоящее время, пробелов в досье быть не должно. Пиши всё - что делал, как делал, какие проблемы решал, как преодолел и какие выводы сделал, чего достиг. Были перерывы или работа не по специальности - расскажи этот опыт так, чтобы было очевидно направление - ты сюда не случайно зашёл.

5. Навыки и пройденные курсы.
Всё, что знаешь, попробуй сделать на практике. Скачай, устнови, используй, зарегистрируйся - напиши всё, что теперь умеешь. Курсы, книги, сайты - укажи все ресурсы, где ты учился.

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

И теперь открой своё резюме всем. Обновляй каждый день. Откликайся на всё. Рассылай всем. Каждый день.

Интервью

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

Всё-таки наметилось интервью? Делай все ставки на него, иди, как-будто это твой последний шанс. А не сделали предложение после первого же собеса - забудь про свою мечту, это определенно не твоё и вообще сейчас время не подходящее, да и берут везде только своих да наших. Нечего себя обманывать, и пытаться не стоило.

Не про тебя? Рассылаешь резюме со скоростью 100 штук в секунду? Интервью распланированы на недели вперед? Супер!
Получил отказ, второй, третий, пятый? Превосходно. Ты всё ближе к заветной работе!

Ты грамотно планируешь время собеседований, готовишься к каждому, узнаешь про компанию, у тебя появляются вопросы.
Ты внимательно слушаешь на интервью, записываешь, что спрашивают. Ты вообще, всегда всё записываешь.
Снова отказ? Грустно? Нет конечно. Это твой звездный час, ты теперь точно знаешь, что делать! Что ещё учить, какие вопросы задавать, какие задачи решать, о чем говорить.

Близится тот самый миг, когда ты будешь готов. Тот миг, когда сойдется всё: твои знания и их требования, твои навыки и их проблемы, твоя уверенность и их настроение, твой интерес и их предложение, твой путь и их задачи.

И вот тебе сделали оффер. Ты же этого хотел?
Тогда начни уже ходить на собеседования.

Страхи

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

Куда ты поехал, кому ты там нужен?
А связи-то есть? Нет. Ну и на что ты рассчитываешь?
Денег нужен запас, без этого никак.
И вообще у тебя долги - разберись сначала. Да и не время сейчас, времена трудные, может быть позже, но вряд ли.

Это сложная работа, надо быть очень умным, ты не сможешь. Ты там будешь лишним. Может, если будешь долго и усиленно учиться - возможно, но когда? Столько дел.

Здесь-то всё стабильно, а там не понятно, что ещё будет. Возраст уже не тот, чтобы новое осваивать, всему своё время. А что люди подумают?
А вдруг, это тоже не моё?
Всё зря, уже итак столько времени упущено.

У тебя никогда ничего не получится.

День за днём, снова и снова всё это опровергают люди, успешно прошедшие собеседование на позицию Junior Tester, люди, получившие предложение о работе в IT компании, которые с драйвом рассказывают теперь о своих трудовых буднях.

У них были те же сомнения, такие же страхи, похожие проблемы, как у тебя.
Они смогли, сможешь и ты.

Каждый, кто захотел, каждый, кто начал идти, кто проделал работу, каждый кто освоил, кто получил оффер - каждый достоин.

Ты не можешь только одно.
Ты не можешь не идти по пути.
Так иди же!