Новая роль в команде: технический писатель
Привет! Я Катя, руководитель группы технических писателей в Ozon. Сейчас нас уже 9 человек и целая платформа документации, но коллеги всё ещё не всегда понимают, чем мы занимаемся.
Из непонимания появляются запросы вида: “Хотим себе собственного техписателя в команду, но не знаем, чем именно он будет заниматься”. В итоге команда подстраивается под тренды и заводит себе документацию, но через пару месяцев оказывается, что доку не читают, а техписатель плавно превратился в аналитика.
Поэтому пришло время делиться опытом и рассказывать о каких-то концептуальных штуках 🙂
Кто вообще такие технические писатели?
Встречала разные ответы, от «ребята, которые пишут никому не нужные талмуды по ГОСТам» до вполне близких к моей реальности определений.
В Ozon технические писатели занимаются глобально тремя направлениями:
пользовательской документацией (Помощь, База знаний, FAQ),
документацией внешних API,
описанием внутренних систем — от онбордингов до сложных архитектурных взаимодействий.
Какое в итоге «правильное» занятие для техписа — поле для холивара — в Ozon вот так, в других компаниях может быть иначе. Когда я работала в Яндексе, например, конкретно моя команда не сильно занималась внутренними документами.
Ещё к нам часто приходят просто за качественными текстами — для лендингов, постов, обучающих курсов. Нам интересно, и мы не отказываем, но не могу сказать, что это попадает под именно техническое писательство.
При желании мы можем писать в принципе любые тексты, но будьте готовы, что от техписателя текст получится с уклоном в техническую часть, без завлекающих и рекламных заголовков.
Технические писатели описывают, как устроены какие-то системы и как с этими системами работать. Это может быть пользовательская инструкция по оформлению возврата или схема взаимодействия методов API — но это всегда ответ на вопрос «как что-то сделать».
Как понять, что пора заводить технического писателя?
Если у вас есть продукт, которым пользуется кто-то снаружи — час пробил. Даже если «снаружи» сидит в соседней команде. Любое погружение посторонних в ваш продукт или проект уже подразумевает документацию, а, следовательно, и позицию технического писателя.
Но есть нюансы:
Документации нет и это не создаёт никаких реальных проблем — техписатель не нужен.
Документацию уже кто-то пишет и ему проще делать это самостоятельно, чем объяснять техписателю — у вас уже есть технический писатель, только называется он «инициативный разработчик» или «ответственный аналитик».
В системе часто что-то меняется — чаще, чем приходится систему кому-то объяснять — проще рассказать на словах, чем поддерживать все изменения. Часто можно сказать: «Ребята, сейчас используем вот эту штуку, документация на официальном сайте», а не расписывать подробные инструкции, которые через пару месяцев уже будут не нужны.
Подумайте о документации как о продукте — оцените её потенциальную аудиторию и задачи, которые она должна решать. Возможно, вам нужна не документация а вебинар, скринкаст. Или даже стикерпак.
Где искать технических писателей и как оценивать кандидатов?
Я пришла в техписательство после бакалавриата компьютерных наук в Иннополисе, года автоматизированного тестирования и академии от Яндекса.
Кто-то приходит из лингвистов и филологов со стремлениями уйти в аналитику или разработку. Я стараюсь искать (особенно стажеров) по техническим вузам; там довольно много ребят, осознавших, что кодить 24/7 — не их стезя. А вот что-то рядом, но чуть гуманитарнее — наш идеальный кандидат.
Если нужен сильный специалист, который всё вам сделает под ключ — профильные сообщества, митапы. Если хватит и молодого, зеленого, но перспективного — чаще всего это кандидат совсем без опыта, но с сильным тестовым и пониманием мира IT.
Если это ваш первый технический писатель на проекте, дайте что-то про описание процесса или архитектуры. Оцените полноту описания, структуру и термины, которые использует кандидат. Прочитайте Ильяхова или подпишитесь на рассылку о текстах, чтобы примерно понимать, где хорошо, а где не очень. Но важнее, чтобы устраивало конкретно вас и попадало в формат компании, чем полное соблюдение концептов информационного стиля и 10 баллов по Главреду.
Как выстроить процесс?
Чаще всего у документации есть заказчик. Это может быть менеджер, разработчик, дизайнер — любой человек, осознавший, что есть какая-то проблема в понимании происходящего. Задача техписателя — определить, реальна ли проблема и в каком формате её нужно решать.
В общем виде документация создаётся по такому сценарию:
Определить цель документа и его аудиторию.
Набросать структуру, согласовать с заказчиком. Скорее всего, изменения будут, здесь важнее понять какие вопросы хочет покрыть заказчик.
Понять, кому и по каким темам можно задавать уточняющие вопросы — найти экспертов и договориться о формате работы с ними.
Наполнять документ и параллельно отдавать на вычитку коллегам-техписателям и экспертам.
Финализировать структуру и тексты — обязательно отдать кому-то на вычитку и после этого презентовать заказчику.
Этапы не должны затягиваться. Если пошёл уже пятый круг обсуждения структуры документа, который ещё даже не начали наполнять — что-то пошло не по плану. Финальное согласование с окончательной заморозкой структуры и текста происходит только тогда, когда уже всё написано и проверено.
Ещё один тонкий момент — что именно может править заказчик. Оговорите это сразу, при постановке задачи: важно, чтобы заказчик не пытался переписать ваш текст согласно своему субъективному взгляду. Факты и термины — да, тут он эксперт, но вкусовщину надо учиться фильтровать.
Часто слышу, что технический писатель, особенно если он один на проекте, просто сидит и что-то пишет целыми сутками, без вычиток и конкретных задач. «Ну он же технический писатель, пусть и пишет всё сам» — бесспорно, существуют люди, которым комфортно работать в таком режиме, но в очень редких случаях это ведёт к хорошей документации и довольному сотруднику.
Моя формула найма: 1.5 техписателя на проект. За половинку может считаться стажер или техписатель из другой команды — так есть и с кем экспертизой обменяться, и кто на время отпуска-болезни подхватит проекты.
Нужен ли вам техписатель: чеклист
Чтобы понять, действительно ли вам нужен технический писатель, задайтесь вопросами:
Кому может понадобиться документация к моему проекту? Моим же разработчикам, внешним пользователям?
Как проблема отсутствия документации решается сейчас? Система понятна и без дополнительного описания? Может, кто-то уже снял обзор по этой теме на YouTube?
Если документация всё же нужна, в каком виде её будет удобно потреблять? Всплывающие подсказки, вебинары, отдельный URL с базой знаний?
Чем будет заниматься технический писатель, когда напишет документацию? Продолжит её актуализировать? Перейдёт на соседний проект?
Начинайте поиски технического писателя, только если у вас сложилась общая картинка о месте документации в вашем проекте. Отнеситесь к документации как к полноценному продукту.
Что дальше?
Дальше — проверять полезность и качество документации, создавать и дополнять стайлгайды, развивать техписателей и повышать общую осознанность компании по теме текстов.
И, конечно же, ждать подробностей в следующих статьях :)
Источник
Как заказать технический текст и не получить структурированное г. с картинками
Даже технически грамотный копирайтер может запороть задание так, что исправлять будет нечего. По себе знаю. Проще заново переписать.
Ситуации:
А еще копирайтеры присылают обзоры вместо инструкций, тексты для карточек товаров вместо описания категорий и еще много всего вместо того, что нужно. Как этого избежать? Отправьте автору подробное задание, в котором будут не только требования, но и подсказки.
Составление подробного ТЗ занимает время, зато ускоряет написание, проверку, внесение правок и доработку текста. И помогая копирайтеру (а грамотное ТЗ — это реальная помощь), вы в первую очередь помогаете себе.
Дайте материалы для подготовки
Можете доверить поиск информации автору, но на это уйдет дополнительное время. И где гарантия, что исполнитель найдет именно те данные, которые нужно указать в тексте? Недостаток исходной информации и ошибки в поиске — верный путь к появлению текста «не о том». Да, в этом случае вся вина ложится на плечи автора, но кто вернет потерянное время?
У вас наверняка найдется техническая документация, которой нет в сети. И готовый список ссылок на материалы, статьи и видеозаписи по теме. Чтобы разобраться с этой базой, понадобится немало времени, а уж чтобы самостоятельно найти информацию в открытых источниках и не запутаться — втрое больше.
Пример текста без дополнительной информации
Задание: описать смазку для опалубки Эмульсол-М, ее отличия от Эмульсола А, преимущества.
Вроде бы задача простая, но, когда копирайтер ищет информацию по смазке серии «М», находит только общие фразы. Средство новое, в сети пока нет информации. Копирайтер либо обращается к заказчику за подробностями (и это лучший вариант), либо пытается написать самостоятельно. Во втором случае вы получите примерно такой текст:
«Смазка для опалубки Эмульсол М — новое поколение разделительных смазок для форм. Состав обладает лучшими характеристиками и обходит предшественника Эмульсол А по диапазону рабочих температур, сочетанию вязкости и текучести. Но главное — Эмульсол М менее токсичен. Средство состоит из минеральных масел с присадками для создания прочной пленки на поверхности без образования луж жидкости на горизонтальной плоскости. Состав не вступает в реакцию с бетонной смесью. Поверхность получается ровной, без инородных включений и специфических запахов.»
Видите? Копирайтер работал с обычными техническими характеристиками без уточнений и подсказок. Польза от текста есть — он показывает, что произошли важные изменения. Но делает это водянисто, без конкретики. Из описания понятно: серия «М» лучше серии «А». Но почему?
А теперь посмотрим на текст, который мог получиться у копирайтера, владеющего полной информацией:
«Разработчики новой версии Эмульсола учли недостатки прошлого состава и создали универсальное средство, которое подходит для нанесения на металлическую, деревянную, пластиковую и фанерную опалубку. Список изменений состава и характеристик смазки:
В результате новый Эмульсол М облегчает извлечение готовых деталей, не портит поверхность, защищает материал опалубки и сохраняет свойства в 2-3 раза дольше прототипа.»
Подробности улучшили описание, сделали его более понятным. Копирайтеру удалось развернуть материал, структурировать его. Но такая работа часто возможна только при плотном взаимодействии с заказчиком. Например, в случае с эмульсолами (это почти реальная ситуация) сведения о влиянии состава на свойства найти почти невозможно. Даже о старом средстве данных маловато, а чтобы сравнить его с новым — вообще ничего. Эту информацию даст только производитель. Владельцы редко выкладывают инструкции и описания в сеть. Найдите пару минут и поделитесь знаниями с исполнителем!
Данные, которые точно пригодятся копирайтеру:
При отправке подробных сведений и дополнительной информации вы экономите время копирайтера на поиск и свое — на проверку. Автор сразу начинает с изучения достоверных данных, а не с поиска крупиц истины в интернете.
Покажите, как нужно и как не нужно писать технические тексты для вашего ресурса
У вас есть собственное видение «хорошего» текста. Поделитесь им с исполнителем. Только обязательно — с подробностями. Например, если прикладываете к заданию примеры хороших текстов, покажите, что именно в них нравится. Иначе может получиться два разных взгляда на один текст:
Обратите внимание — в чем-то взгляды автора и заказчика сходятся, но обычно все мы видим в текстах что-то свое. Еще хуже понимаются примеры того, как писать не нужно — здесь ответы сходятся вдвое реже. Чтобы избежать недопонимания, объясните копирайтеру, что именно вам нравится и не нравится в тексте.
Хотите с первого раза получить текст с нормальной структурой? Потратьте 5 минут на оформление этой части ТЗ в виде картинок с пояснениями (как на примерах выше) или как ссылки на страницы с комментариями:
Проверьте план, по которому работает копирайтер или пришлите собственный
Планы страниц в едином стиле — первый шаг к составлению собственной редакционной политики. Это очень полезно при создании многостраничных технических ресурсов. Такие тексты выглядят более профессиональными, страницы сайта однотипны и похожи на части большого документа, энциклопедии. Примеры планов для технических текстов:
I. Базовый план для описаний сложных технических товаров
II. Базовый план для описания категорий
Структура похожа, но речь уже не о товаре, а о группе продуктов. Здесь приводятся краткие описания пунктов или упоминаются как примеры отдельные товары:
III. Базовый план описания технически сложной услуги
(например, контроль соединений, аттестация персонала, разработка проекта, диагностика оборудования)
Похожие шаблоны можно составить для каждого типа текста, который используется на сайте. План помогает структурировано подавать материал, исключает разнородное наполнение страниц и облегчает работу с копирайтерами.
Укажите, для кого пишется текст
Эта общая рекомендация для всех текстов в применении к техническим статьям становится еще более важной. Посетители сайтов с техническими текстами делятся на 3 группы:
Написать один технический текст для новичков, опытных пользователей и профессионалов не получится. Да это не нужно — на сайте обычно собирается только один тип аудитории. Выясните, какой именно, внесите корректировки в базовые планы текстов и обязательно сообщите правила написания копирайтеру.
Укажите назначение будущего материала
Для вас назначение текста очевидно, для копирайтера — не всегда. Технический текст может быть описанием товара или услуги (продающим или информационным), материалом для буклета, инструкцией, обзором.
Пример назначения материала:
Текст с описанием предпускового подогревателя Бинар-5С.
Страница, на которой будет размещен текст: http://mysite.ru/razdel/podogrevatel-binar-5c.
Текст будет располагаться под моделью подогревателя. Внизу страницы – цены на разные модификации. В тексте нужна краткая инструкция по установке и использованию.
Используйте шаблон для составления ТЗ копирайтеру
Готовый шаблон поможет ничего не упустить при составлении задания.
Итак, вот что желательно включить в текст ТЗ:
Не рубите сгоряча
Даже подробное ТЗ не гарантирует, что текст с первой попытки устроит по всем параметрам. Стадия правок и доработки бывает в 90 % случаев работы с техническими текстами. Особенно, если заказчику не безразлична судьба проекта.
Ошибки в технических текстах обычно связаны с недостаточным погружением в тему — согласитесь, за несколько дней подготовки невозможно изучить вопрос во всех подробностях. Поэтому заключительная рекомендация заказчику технических текстов — подробно указать на все недочеты. Для удобства воспользуйтесь тем же документом: выделите и прокомментируйте спорные места, а потом отправьте материал на доработку.
Такой подход к составлению ТЗ и работе с техническими текстами отнимает больше времени, чем лаконичные заказы и не менее лаконичные отказы. Но время потрачено не впустую: вы получаете качественный вариант (сразу или после небольшой доработки), а в довесок — автора, который уже знаком с вашими требованиями и в следующий раз напишет текст быстрее и лучше.
В Google и «Яндексе», соцсетях, рассылках, на видеоплатформах, у блогеров
Источник
Искусство написания технических текстов или структура статьи как уникальный инструмент для чтения
Ого! Вот это зачихнул – искусство! Потом подумал, на самом деле технический копирайтер выполняет работу вдвойне более сложную, чем обычный автор? Давайте порассуждаем, это ведь личный сайт, а не инструкция и не учебное пособие как писать технические тексты.
Технический текст для коммерческого сайта обладает только ему присущими особенностями. Нужно чтобы и читать было интересно, и смысловое наполнение несло пользу, а не пестрило художественными образами или восторгами такими как: качественные детали, надежное оборудование и т.д. Как сделать? Ответ прост – пишите текст для целевой аудитории сайта и соблюдайте логическую структуру.
Больше 20 лет проработал в высоковольтной энергетике, поэтому примеры, которые использую в статье на тему электрики, выполнены мной для коммерческих сайтов связанных с электро- и светотехникой, электрооборудованием.
Тема этой статьи продолжает статью о техническом тексте, самую первую, написанную для этого блога. Хотя, думаю, что все нижеизложенное может с успехом использоваться и для написания обычного информационного текста.
Что подразумевает технический текст для сайта
Постараюсь разобрать, что такое технический текст для веб-сайта, интернет-магазина или компании, предлагающей услуги. В этом случае технический текст несет некоторую рекламную функцию. Однако продающие признаки заключаются не в художественной окраске, а в информативности. Об этом Ильяхов говорит на страницах «Пиши, сокращай», читайте рецензию на книгу.
Текст должен показать и доказать полезность товара. Исключить всякую двусмысленность. Подача информации должна быть настолько полной, что, прочитав ее, читатель-потенциальный клиент принял решение приобрести изделие или заказать услугу. В этом заключается клиентоориентированность сайта.
Технические понятия обязательны, но должны быть поданы простым и понятным языком. Руководствуются целевой аудиторией, например, вряд ли описание УКРМ (устройство компенсации реактивной мощности) будет интересно барышне, которая ищет китайский прибор, предназначенный как бы экономить электричество. Хотя и в том и другом случае за основу взята конденсаторная батарея. Вся информация должна быть полностью понятна ЦА.
Таким образом, технический текст с информацией о потребительских характеристиках промышленных товаров и услуг выполняет две базовые функции:
Какие бывают типы технического информационного контента
Обилие типов технических текстов подразумевает получение предельно четкого ТЗ, в котором заказчик/клиент дает понять, что он хочет иметь: инструкцию или обзор, или что-то еще. Четко поставленная задача — залог успеха копирайтера.
Рерайт или копирайтинг?
Технические информативные тексты условно делятся на две категории: рерайт и копирайтинг.
Почему условно? Потому что, по сути, и в том, и в другом случае это будет переработка материалов. Пусть это будет информация не с других ресурсов, а с текстовых документов: инструкций, технических описаний и т. д.
Что отличает эти тексты?
Что представляют собой рерайт и копирайтинг в техническом тексте:
Например, последняя моя работа с ГК Остек для разделов сайта «Услуги», «Решения» относилась к категории копирайтинг, а описания категорий товаров типа: газовых горелок, твердотопливных и газовых котлов, частотных преобразователей и ИБП носили название рерайт. Был дан исходник, в котором перечислены технические характеристики и приведен текст с несколькими общими фразами. Вот здесь моя задача, как копирайтера была написать убедительный текст, который будет способствовать выбору оборудования нужного для решения клиентских задач.
Особенности технического текста для коммерческого сайта
Все вышеперечисленное встречал в требованиях ТЗ, в замечаниях после редактуры, просьбах заказчика.
О размере технической статьи
Когда «Палех» и «Баден-Баден» вытеснили заспамленные сео-ключами тексты, многим компаниям, предлагающим свои услуги в технической сфере, пришлось полностью перестраивать сайты. «Королев» вообще ориентируется на смысловое содержание статьи, для него неважно наличие ключей. Хотя я сомневаюсь, скорее всего «Королев» — это сырая разработка программистов и за ним грядет еще какой-нибудь «Кулибин».
Однако, сейчас не об этом. С появлением новых поисковых алгоритмов надобность в ключах почти исчезла, появилась другая фишка – полезность и величина статьи. Проверено на своем опыте, чем подробнее статья, тем быстрее она выйдет в ТОП поисковой ленты. Ориентировочный объем такого текста от 3 – 4 тыс. знаков и до «пока есть что сказать по делу». Не нужно злоупотреблять объемом – главное, руководствоваться принципами «золотой середины» и доводами разума.
Для того чтобы заставить прочитать статью используется не художественный оборот, а структура. Благодаря логически связанной структуре читатель прочтет текст полностью, но об этом ниже.
О полезности
Сайт – визитная карточка уважающей себя компании, поэтому его наполнение – важная веха в развитии бизнеса, которой отводится много времени и денег. Примеры будут ниже.
Однако это не значит, что для каталога, например, изоляционного материала нужно писать «километр» текста. Повторюсь: польза и свойства материала. При назначении цены, в этом случае руководствуются не знаками, а общей стоимостью или временем, затраченным на поиск материала. Поверьте, найти достоверную информацию и написать текст о стекломиканите (портфолио) на 1,5 – 2 тыс. знаков трудно.
Пример короткой статьи с полезной информацией. Первый абзац – описание категории материала и его свойств. Расшифровка марки материала. Ответ на вопрос: чем подтверждено качество материала. Область применения. Это важно. Таким образом, человек, зайдя на страницу сайта, сразу определит стоит ли читать дальше
Структура технического текста – вступление
По сути, рекламный бизнес-текст с содержанием научно-технического характера представляет собой многоплановую структуру, уровни которой последовательно подводят читателя принять положительное решение по выбору изделия.
Структура технических статей в зависимости от принадлежности к рерайту или копирайтингу отличается.
Структура технического текста – рерайт
В целом структура статьи для каталога, что для описания высоковольтного кабеля, что светодиодных осветительных устройств или частотных преобразователей, несмотря на различие, одинакова. Текст содержит:
Рассмотрим структуру статьи, описывающей асинхронный электродвигатель с фазным или короткозамкнутым ротором.
Структура статьи по категории товара — асинхронный электродвигатель
Структура технической статьи с описанием услуг – копирайтинг
Даже с подробным техническим заданием или брифом написать продающую статью сложнее, чем просто сделать продающее описание товара. Когда работал по статьям для раздела «Решения» энергоконсалтинговой компании, ТЗ было умопомрачительно подробным. По сути, ТЗ представляло собой содержание работы, вырванное из контекста проектировочной документации.
Поэтому структура сложной авторской статьи состоит из ответов на следующие вопросы:
Рассмотрим структуру статьи на примере услуг энергоконсалтинговой компании, а именно отделом «Энергоэффективности производства» ГК Остек. Пример: оказание услуг по целевому обследованию водовода крупного сибирского предприятия для определения утечки (потерь) воды (портфолио). Статья написана в соответствии с ТЗ. Материалы искались в Сети самостоятельно.
Структура статьи для описания услуг по целевому обследованию отделом энергоэффективности ГК Остек
Итак, со структурой технической статьи разобрались.
Как угодить клиенту, чтобы и девочкам интересно было, и техническая информация присутствовала
Для каждого ТЗ свои особенности, которые обязательно учитываются. Например, для магазина, предлагающего светотехническую продукцию, с которым я работал два года назад, основное условие заказчика было – писать, как для девочек, но чтобы текст был не менее 3000 символов и раскрывал технические свойства объекта описания.
Про себя подумал, когда получал заказ, это сколько же «воды надо налить», чтобы запилить такую статью. Это были seo-оптимизированные тексты, заточенные под конкретный запрос. Всего около 700 наименований категорий люстр, светильников различного типа от разных брендов.
В составлении структуры руководствовался следующими ориентирами:
Блажь, конечно, этот пример один из многих старых, двухлетней давности сторублевых seo-текстов, но заказчику понравился, а я удивился. Сейчас, по прошествии времени, очень многое поменял бы и полностью изменил статью. Тогда это была вынужденная мера продиктованная дедлайном, большими объемами работы, жесткими требованиями по seo и прочими не самыми комфортными условиями для работы.
Структура статьи для интернет-магазина светотехнической продукции, — продающее описание, с требованием заказчика: чтобы и девочкам было интересно, и технические описания присутствовали
Текст, согласно договору, делал с перелинковкой на соответствующие категории товара, это нужно для оценки изделия визуально в соответствии с описанием.
К тексту подбиралось изображение, демонстрирующее изделие в интерьере.
Прописывался дескрипшн и метатег title. Заголовок статьи – 6 или 8 слов для лучшего восприятия и для побуждения к прочтению. Заголовок должен интриговать и одновременно раскрывать суть.
Ключ содержится в метатегах, первом абзаце, желательно в заголовке и подзаголовке, примерно 3 – 4 раза равномерно раскидан по тексту.
Где брать материал
Изначально набираясь опыта в написании статей и получая заказы на технические темы, изучал информацию с соседних ресурсов. Пришел к выводу, что заполнение страниц на многих соседних сайтах написано в большинстве абсолютно безграмотными в техническом отношении людьми. Однако, кроме технических ошибок и «веселых» несуразиц, вызывающих улыбку, а иногда досаду, наблюдал, что многие технические тексты не хочется читать. Сплошное полотно букв, отсутствие структуры и мешанина фактов. А главное, бесконечное перечисление преимуществ именно этого магазина, обращения за помощью именно в эту контору.
Поэтому руководствуюсь своим алгоритмом написания статьи, информацию для технического текста предпочитаю брать не с соседнего ресурса, а пользуюсь следующими источниками:
Список популярных электрических форумов
Уникальность — это важно или нет
Уникальность – это всегда важно. Однако помните, что 100% уникальность никому не нужна, ей руководствуются создатели Г-сайтов, которые пасутся на текстовых биржах. Как говорит, мой хороший друг, опытный копирайтер Елена Котова: «Любая проверка настроена на какое-то сочетание слов. Они все были и существуют, миллионы раз повторяясь. Оценивать надо весь текст в комплексе». Читайте подробнейшую статью «За кулисами полезного контента» на ее блоге. Свое мнение об уникальности и особенностях размещения статьи на сайте высказал в статье «Некоторые правила по написанию и размещению статей, известных большинству копирайтеров».
На этом завершу статью. Надеюсь, что несмотря на объем, она оказалась вам полезной. Не нужно руководствоваться моим рассказом, как постулатом, это всего лишь мой рабочий опыт, который я, хочу думать, вам поможет. Понравилась статья, жмите на спасибо, так я пойму, что делал ее не зря.
Источник
