{ "version": "https:\/\/jsonfeed.org\/version\/1", "title": "Виталий Филатов: заметки с тегом инфостиль", "_rss_description": "Меня зовут Виталий Филатов. Я коммерческий писатель, помогаю бизнесу рассказывать о себе и продукте. Пишу и редактирую статьи, инструкции, текст сайтов и интерфейсов. Люблю работать в команде с дизайнерами и разработчиками.", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/vitalyfilatov.ru\/tags\/infostil\/", "feed_url": "https:\/\/vitalyfilatov.ru\/tags\/infostil\/json\/", "icon": "https:\/\/vitalyfilatov.ru\/user\/userpic@2x.jpg?1613163987", "author": { "name": "Виталий Филатов", "url": "https:\/\/vitalyfilatov.ru\/", "avatar": "https:\/\/vitalyfilatov.ru\/user\/userpic@2x.jpg?1613163987" }, "items": [ { "id": "81", "url": "https:\/\/vitalyfilatov.ru\/all\/kak-napisat\/", "title": "Как написать статью, если вы не писатель (методичка)", "content_html": "

Базовые советы для тех, кто не занимается текстом профессионально. Советы помогут сделать 80 % работы редактора: выбрать полезную тему, выстроить логичную структуру и написать понятный текст.<\/p>\n

Содержание<\/b><\/p>\n

    \n
  1. Тема и полезное действие<\/a><\/li>\n
  2. Принцип «пользу вперёд»<\/a><\/li>\n
  3. Структура статьи<\/a><\/li>\n
  4. Заголовки<\/a><\/li>\n
  5. Лид-абзац, введение и выводы<\/a><\/li>\n
  6. Разделы<\/a><\/li>\n
  7. Абзацы<\/a><\/li>\n
  8. Предложения<\/a><\/li>\n
  9. Базовая гигиена<\/a><\/li>\n
  10. Полезные ссылки<\/a><\/li>\n<\/ol>\n


    <\/p>\n

    Методичка собрана для авторов блога StringConcat.com<\/a> в 2021 году. Получился очередной пересказ «Пиши, сокращай», но я постарался выделить самое важное и подобрать забавные примеры.<\/p>\n

    \n

    ⚠ Содержит много букв!<\/p>\n<\/blockquote>\n

    <\/a><\/p>\n

    Тема и полезное действие<\/h2>\n

    Прежде чем писать, определитесь с темой и полезным действием: о чём конкретно будет статья и как прочитанное поможет читателю качественно изменить жизнь и поведение.<\/p>\n

    \n

    Например, тема этой методички — написание статей, а полезное действие — помочь читателю писать просто и понятно без специальной подготовки.<\/p>\n<\/blockquote>\n

    Польза важнее оригинальности.<\/b> Тема может быть старой, но всё ещё актуальной. Если у вас есть хорошие примеры и опора на жизненный опыт, статья будет приносить пользу.<\/p>\n

    Выбирайте максимально узкую тему.<\/b> Лучше написать пять коротких статей, чем два поверхностных лонгрида. Чем ỳже тема, тем конкретнее её польза.<\/p>\n

    \n

    Как освоить веб-разработку<\/p>\n<\/blockquote>\n

    \n

    ↓<\/p>\n<\/blockquote>\n

    \n

    Как стать разработчиком на Ангуляр<\/p>\n<\/blockquote>\n

    \n

    ↓<\/p>\n<\/blockquote>\n

    \n

    Как выучить Ангуляр и найти работу за три месяца (никак)<\/p>\n<\/blockquote>\n

    Тему и полезное действие можно записать своими словами и держать на виду. Периодически сверяйтесь с ними и удаляйте всё, что не раскрывает тему и не работает на полезное действие.<\/p>\n

    <\/a><\/p>\n

    Принцип «пользу вперёд»<\/h2>\n

    Старайтесь максимально сократить расстояние до пользы. Начинайте статью с главной мысли, абзац — с ключевых утверждений, а предложение — с сути.<\/p>\n

    Не стоит начинать с общих слов или отвлечённых рассуждений. Так появляются рыхлые статьи копирайтеров:<\/p>\n

    \n

    Плохо<\/b><\/p>\n<\/blockquote>\n

    \n

    Ни для кого не секрет, что в настоящее время индивидуальному предпринимателю не обязательно проходить сложные процедуры регистрации...<\/p>\n<\/blockquote>\n

    \n

    Хорошо<\/b><\/p>\n<\/blockquote>\n

    \n

    С 2021 фрилансеру достаточно быть самозанятым<\/p>\n<\/blockquote>\n

    <\/a><\/p>\n

    Структура статьи<\/h2>\n

    Структура организует материал и помогает последовательно раскрывать тему, а читателю — свободно ориентироваться в тексте. Без структуры повествование будет хаотично скакать по фактам, читатель устанет разбираться и уйдёт.<\/p>\n

    Базовых структур две: параллельная<\/i> и последовательная<\/i>.<\/p>\n

    Параллельная<\/b> состоит из нескольких равноценных блоков с повторяющейся логикой. Например, обзор холодильников, сравнение туров на Байкал или гайд по самодельным ракетам.<\/p>\n

    \n

    Как выбрать двигатель для ракеты<\/b><\/p>\n<\/blockquote>\n

    \n

    Введение и отказ от ответственности<\/p>\n<\/blockquote>\n

    \n

    Двигатель на твёрдом топливе<\/p>\n<\/blockquote>\n

    \n

    — Устройство<\/p>\n<\/blockquote>\n

    \n

    — Предел тяги<\/p>\n<\/blockquote>\n

    \n

    — Получение топлива<\/p>\n<\/blockquote>\n

    \n

    — Как он вас убьёт<\/p>\n<\/blockquote>\n

    \n

    Керосин и кислород<\/p>\n<\/blockquote>\n

    \n

    — <...><\/p>\n<\/blockquote>\n

    \n

    Гидразин и фтор<\/p>\n<\/blockquote>\n

    \n

    — <...><\/p>\n<\/blockquote>\n

    \n

    Выводы<\/p>\n<\/blockquote>\n

    Параллельные статьи обычно читают выборочно, начиная с заголовка и переходя к интересующим разделам. Поэтому в таких статьях важно, чтобы разделы имели похожую структуру. Читатель видит логику и понимает, что где искать.<\/p>\n

    Структуру внутри разделов не обязательно делать одинаковой. Если какой-то части не хватает, подраздел с ней можно пропустить или заменить другим.<\/p>\n

    \n

    Чем фотографировать пришельцев<\/b><\/p>\n<\/blockquote>\n

    \n

    Мыльница<\/p>\n<\/blockquote>\n

    \n

    — Качество<\/p>\n<\/blockquote>\n

    \n

    — Режимы съёмки<\/p>\n<\/blockquote>\n

    \n

    Зеркалка<\/p>\n<\/blockquote>\n

    \n

    — Качество<\/p>\n<\/blockquote>\n

    \n

    — Режимы съёмки<\/p>\n<\/blockquote>\n

    \n

    — Оптика<\/p>\n<\/blockquote>\n

    \n

    Смартфон<\/p>\n<\/blockquote>\n

    \n

    — Качество<\/p>\n<\/blockquote>\n

    Последовательная<\/b> структура организует материал по определённой линейной логике: от общего к частному, от уже известного читателю к новому, от важного к подробностям.<\/p>\n

    Например, учебники, рецепты и объяснения, как доехать до казанского Кремля, пишут в последовательной структуре.<\/p>\n

    \n

    Марсу нужны девопсы<\/b><\/p>\n<\/blockquote>\n

    \n

    [1] Зачем туда лететь<\/p>\n<\/blockquote>\n

    \n

    [2] Чем там заниматься<\/p>\n<\/blockquote>\n

    \n

    [3] Как подготовиться<\/p>\n<\/blockquote>\n

    \n

    [4] Кого не возьмут<\/p>\n<\/blockquote>\n

    \n

    [5] Пункты вербовки<\/p>\n<\/blockquote>\n

    Важно, чтобы каждый раздел ограничивался одной темой. Если информация будет повторяться или лежать в неожиданном месте, читатель запутается.<\/p>\n

    \n

    Позитивный пример<\/b><\/p>\n<\/blockquote>\n

    \n

    Допустим, статья о сетевых протоколах, раздел о стеке TCP\/IP. В разделе будет только о TCP\/IP, а другие протоколы описаны отдельно или упоминаются в связи с основной темой. Например, как TCP\/IP вытеснил IPX\/SPX.<\/p>\n<\/blockquote>\n

    Структура может быть смешанной.<\/b> Например, в комплексной статье с последовательной структурой вполне может жить фрагмент с параллельным изложением. Главное, чтобы это помогало читателю.<\/p>\n

    \n

    Меняем проводку в хрущёвке<\/b><\/p>\n<\/blockquote>\n

    \n

    [1] Как понять, что проводка не справляется<\/p>\n<\/blockquote>\n

    \n

    [2] Готовим квартиру<\/p>\n<\/blockquote>\n

    \n

    [3] Собираем инструменты<\/p>\n<\/blockquote>\n

    \n

    [4] Выбираем провода<\/p>\n<\/blockquote>\n

    \n

    — Алюминиевые<\/p>\n<\/blockquote>\n

    \n

    — Медные многожильные<\/p>\n<\/blockquote>\n

    \n

    — Медные одножильные<\/p>\n<\/blockquote>\n

    \n

    — Китайские загадочные<\/p>\n<\/blockquote>\n

    \n

    [5] Предупреждаем соседей<\/p>\n<\/blockquote>\n

    \n

    <...><\/p>\n<\/blockquote>\n

    Старайтесь не вкладывать разделы в друг друга без крайней необходимости. Такую структуру называют вложенной и читать её труднее. Идеально — один уровень вложенности:<\/p>\n

    \n

    Заголовок статьи → Разделы → Темы в начале абзацев<\/p>\n<\/blockquote>\n

    Если требуется больше, у вас что-то не так со структурой. Возможно, стоит сузить тему, сократить текст или разбить статью на несколько коротких.<\/p>\n

    <\/a><\/p>\n

    Заголовки<\/h2>\n

    Заголовки бывают трёх типов: статьи, раздела и абзаца. Заголовки статьи и раздела делают крупнее и ставят на отдельной строке, а заголовок абзаца выделяют жирным.<\/p>\n

    Заголовок статьи<\/b> — первое, что замечает читатель. По заголовку читатель оценивает потенциальную пользу и решает, стоит ли читать. Поэтому формулировка заголовка должна раскрывать тему и полезное действие.<\/p>\n

    Заголовки бывают назывные<\/i> и транзитивные<\/i>. Назывные описывают содержание материала, транзитивные передают основную мысль.<\/p>\n

    \n

    Как бросить саморазвиваться и начать жить — назывной<\/p>\n<\/blockquote>\n

    \n

    Самодельный фторовый двигатель вас убьёт — транзитивный<\/p>\n<\/blockquote>\n

    По назывному заголовку читатель решает, насколько заявленная тема ему интересна. По транзитивному — оценивает главную мысль и читает, чтобы узнать подробности.<\/p>\n

    Хорошо указывать в заголовке целевую аудиторию, автора, тематику и вид материала: список правил, история из жизни, новость, обзор.<\/p>\n

    \n

    Практикум. С чего начать рефакторинг, если проект уже не дышит<\/p>\n<\/blockquote>\n

    \n

    10 правил безопасности данных от Кевина Митника<\/p>\n<\/blockquote>\n

    \n

    Патент или НПД: какой налоговый режим выбрать фрилансеру<\/p>\n<\/blockquote>\n

    Заголовок — самостоятельная сущность и не должен быть связан с первым предложением.<\/p>\n

    В конце заголовков не ставится точка.<\/p>\n

    Заголовки разделов и подразделов<\/b> делят статью на смысловые части. Желательно формулировать их кратко и однозначно, чтобы читателю не приходилось гадать, о чём пойдёт речь.<\/p>\n

    \n

    Плохо<\/b><\/p>\n<\/blockquote>\n

    \n

    Как спаять два провода<\/b><\/p>\n<\/blockquote>\n

    \n

    Стриппер — это не то, о чём вы подумали<\/p>\n<\/blockquote>\n

    \n

    Ах, этот запах канифоли по утрам<\/p>\n<\/blockquote>\n

    \n

    Осторожней с брызгами!<\/p>\n<\/blockquote>\n

    \n

    Хорошо<\/b><\/p>\n<\/blockquote>\n

    \n

    Как спаять два провода<\/b><\/p>\n<\/blockquote>\n

    \n

    Зачищаем место пайки<\/p>\n<\/blockquote>\n

    \n

    Обезжириваем и прогреваем<\/p>\n<\/blockquote>\n

    \n

    Убираем лишний припой<\/p>\n<\/blockquote>\n

    Заголовки абзацев<\/b> нужны, когда в разделе несколько логических блоков. Выделите в первом предложении ключевые слова или основную мысль, чтобы читатель быстрее сориентировался.<\/p>\n

    В отличие от предыдущих видов, такие заголовки могут входить в предложения и после них ставят точки.<\/p>\n

    \n

    Твердотопливный двигатель<\/b> можно собрать даже в гараже<\/p>\n<\/blockquote>\n

    \n

    Стартовый стол.<\/b> Разместите ракету на ровной поверхности…<\/p>\n<\/blockquote>\n

    <\/a><\/p>\n

    Лид-абзац, введение и выводы<\/h2>\n

    Лид-абзац<\/b> — подводка, краткое описание темы статьи. Им можно дополнять заголовок статьи, выводить в предварительном просмотре для соцсетей и мессенджеров.<\/p>\n

    Лид нужен простой и бойкий. Картинка привлекает внимание, заголовок описывает содержимое, а лид «продаёт» статью, раскрывая пользу.<\/p>\n

    \n

    Ещё один нож в спину алгоритмических задачек<\/b><\/p>\n<\/blockquote>\n

    \n

    Разберём, из-за каких особенностей нашего мозга алгоритмические задачи поджигают задницу и как это прекратить.<\/p>\n<\/blockquote>\n

    Во введении<\/b> мы подготавливаем читателя: объясняем, о чём пойдёт речь, какой уровень подготовки нужен, почему авторам можно верить, вот это всё.<\/p>\n

    Введение не должно дословно повторять лид, начинаться с риторического вопроса, безосновательного обобщения или содержать несущественные детали.<\/p>\n

    \n

    Плохое введение<\/b><\/p>\n<\/blockquote>\n

    \n

    Хотите открыть интернет-магазин? Не работать на дядю и быть сами себе хозяевами? Увлекательная картина, не правда ли? А ведь это не так просто…<\/p>\n<\/blockquote>\n

    \n

    Все в детстве любили сливочное мороженое и пинать мячик…<\/p>\n<\/blockquote>\n

    \n

    Как-то весной в московском офисе «Рогопыта» раздался звонок…<\/p>\n<\/blockquote>\n

    Если тема новая, погружаем читателя в тему и объясняем новые термины. Это поможет найти общий язык и познакомить с проблемами. Если читатель в курсе, переходим сразу к интриге и конфликту.<\/p>\n

    Конфликт — это противоречие между общеизвестным и авторской позицией, с которой у читателя возникнет резонанс. Например, все рвутся в большие компании за деньгами и статусом, но там из людей делают сутулых осликов. Кто-то согласится и прочтёт, чтобы подтвердить свои убеждения, а кто-то — чтобы написать, что вы всё врёте.<\/p>\n

    \n

    Нормальное введение<\/b><\/p>\n<\/blockquote>\n

    \n

    Мозг — сложная штука. Мы привыкли считать, что размышления полностью подчиняются сознательным усилиям, но не всё так просто. Согласно недавним исследованиям…<\/p>\n<\/blockquote>\n

    Конфликт не самоцель и нужен для раскрытия проблемы. Если польза статьи очевидна, то можно и без конфликта.<\/p>\n

    Хитрость.<\/b> Если у вас сложная тема и вывод, с которым кому-то будет сложно согласиться, начните во введении от обратного. Это покажет, что вы не осуждаете читателя, и снимет возможное напряжение.<\/p>\n

    \n

    Как убедить менеджеров, что рефакторинг необходим уже сейчас<\/b><\/p>\n<\/blockquote>\n

    \n

    Управление проектом — сложная и неблагодарная работа. Менеджер зажат между заказчиком и командой, его не любят и считают основной причиной плохого продукта…<\/p>\n<\/blockquote>\n

    Выводы.<\/b> Статью хорошо заканчивать выводами — тем, что читатель точно запомнит из всего прочитанного. Хорошие выводы объясняют, что теперь с этим всем делать на практике.<\/p>\n

    Статью нежелательно заканчивать таблицей или рисунком. Это иногда выглядит так, словно страница не загрузилась целиком. Если добавить в конце нечего, перескажите основные мысли в столбик. Так и напишите:<\/p>\n

    \n

    Запомнить<\/b><\/p>\n<\/blockquote>\n

    \n

    Статью нельзя заканчивать иллюстрацией или таблицей.<\/p>\n<\/blockquote>\n

    \n

    В конце должен идти обобщающий вывод.<\/p>\n<\/blockquote>\n

    \n

    Если выводов нет, можно перечислить основные мысли.<\/p>\n<\/blockquote>\n

    Лид, введение и выводы<\/b> лучше писать в самом конце, когда остальная статья готова. Вы будете знать материал и понимать, с чего начать и чем закончить.<\/p>\n

    <\/a><\/p>\n

    Разделы<\/h2>\n

    Раздел или модуль — самодостаточная группа абзацев на одну тему. Раздел можно прочитать в отрыве от статьи и всё будет понятно.<\/p>\n

    У раздела должен быть заголовок. Хорошо, если заголовки разделов согласованы между собой и складываются в связный рассказ. Это упрощает навигацию и увеличивает интерес читателя.<\/p>\n

    В последовательной структуре разделы идут в порядке раскрытия темы.<\/p>\n

    \n

    Марсу нужны девопсы<\/b><\/p>\n<\/blockquote>\n

    \n

    [1] Зачем туда лететь<\/p>\n<\/blockquote>\n

    \n

    [2] Чем там заниматься<\/p>\n<\/blockquote>\n

    \n

    [3] Как подготовиться<\/p>\n<\/blockquote>\n

    \n

    [4] Кого не возьмут<\/p>\n<\/blockquote>\n

    \n

    [5] Адреса пунктов вербовки<\/p>\n<\/blockquote>\n

    Каждый раздел длиннее пяти абзацев начинается с объяснения своей пользы и заканчивается краткими выводами.<\/p>\n

    <\/a><\/p>\n

    Абзацы<\/h2>\n

    Абзац содержит одну последовательно раскрытую мысль и повторяет структуру статьи и раздела: введение, суть и заключение. В первом предложении выражаем главную мысль, в следующих раскрываем и приводим примеры, в последнем формулируем вывод. Абзац — законченное высказывание.<\/p>\n

    Если тема раскрывается в двух предложениях, дописывать абзац до трёх не нужно. Если мысль укладывается в одно — оставьте одно.<\/p>\n

    \n

    Абзац в начале этого раздела состоит из 3 предложений: основной мысли, пояснения и вывода.<\/p>\n<\/blockquote>\n

    \n

    Абзацу про тему для полноты мысли хватает двух предложений.<\/p>\n<\/blockquote>\n

    Суть лучше выносить в начало, чтобы читатель мог сразу понять, о чём речь. Многие читают по диагонали, сканируя первые предложения в абзацах. Если начинать с сути, читатель с большей вероятностью найдёт что-то полезное и прочтёт остальное.<\/p>\n

    Максимальная длина абзаца — девять предложений, оптимально 3—5. Если на вёрстке абзац занимает больше 8 строк, попробуйте разделить его на два.<\/p>\n

    Чередуйте длинные и короткие абзацы, чтобы текст не выглядел монотонно.<\/p>\n

    <\/a><\/p>\n

    Предложения<\/h2>\n

    Предложение — высказывание с законченным смыслом. Старайтесь, чтобы в предложении была одна новая для читателя сущность или комбинация уже известных. Если получается больше, разделяйте предложение на несколько и раскрывайте их по очереди.<\/p>\n

    Чтобы предложение было сильным, ему нужны действующее лицо и действие. Ищите, кто или что может совершать действие.<\/p>\n

    \n

    Тролль гнёт ель<\/p>\n<\/blockquote>\n

    \n

    Разработчики выкатывают релиз<\/p>\n<\/blockquote>\n

    \n

    Крупные корпорации уходят от ответственности<\/p>\n<\/blockquote>\n

    Активное действие добавляет жизни:<\/p>\n

    \n

    Заявление принимается заполненным от руки → Заполните бланк от руки<\/p>\n<\/blockquote>\n

    \n

    Регистрация требует подтверждения → Подтвердите регистрацию<\/p>\n<\/blockquote>\n

    \n

    Дети будут находиться под присмотром сотрудника центра → Инструктор присмотрит за детьми<\/p>\n<\/blockquote>\n

    Страдательный залог пригодится, когда нужно обратить внимание на состояние объекта и нам не важно, кто именно совершил действие.<\/p>\n

    \n

    Дом сдан вовремя — важно, что он готов, а не то, что его кто-то строил<\/p>\n<\/blockquote>\n

    \n

    К аудиту всё готово — важно, что мы пройдём проверку<\/p>\n<\/blockquote>\n

    Не используйте парцелляцию<\/a> — дробление полноценного предложения для усиления интонации. Не надо. Не дробите.<\/p>\n

    Не начинайте предложение с цифр. Измените формулировку или напишите числа словами.<\/p>\n

    \n

    30 % подписчиков — боты → Треть подписчиков — боты<\/p>\n<\/blockquote>\n

    \n

    5 29-дюймовых мониторов → Пять 29-дюймовых мониторов<\/p>\n<\/blockquote>\n

    Упрощайте-сокращайте.<\/p>\n

    \n

    Значительно выросла сумма задолженности → Долг вырос<\/p>\n<\/blockquote>\n

    \n

    Осуществление работ по разработке → Разрабатывать<\/p>\n<\/blockquote>\n

    \n

    В целях, во избежание, посредством → Чтобы<\/p>\n<\/blockquote>\n

    \n

    По причине, в связи → Из-за<\/p>\n<\/blockquote>\n

    \n

    В течение 2-х летнего срока → За два года<\/p>\n<\/blockquote>\n

    Лучший знак препинания в предложении — точка.<\/p>\n

    После смайлика точку ставить не нужно;-)<\/p>\n

    <\/a><\/p>\n

    Базовая гигиена<\/h2>\n

    Жирный и наклонный шрифт.<\/b> Не выделяйте жирным слова в середине предложения. Для этого лучше использовать наклонный шрифт<\/i> или выделение маркером<\/mark>. Жирным можно выделять главные мысли в начале предложения.<\/p>\n

    Кавычки.<\/b> Правильные кавычки для русского языка — «ёлочки». Набираем Alt+0171 и Alt+0187 на цифровой клавиатуре в Виндоус.<\/p>\n

    Внутри первых кавычек используем „“.<\/p>\n

    \n

    «Общественное объединение „Тролль гнёт ель“»<\/p>\n<\/blockquote>\n

    Тире<\/b> в русской типографике два: длинное (Em-dash) и короткое (En-dash).<\/p>\n

    Длинное тире разделяет слова в предложении и даты с месяцами, короткое — числовые диапазоны. Дефис разделяет составные слова: Петров-Водкин, стоп-кран.<\/p>\n

    Правильное длинное тире — Alt+0151. Короткое — Alt+0150. Дефис и минус не тире.<\/p>\n

    \n

    Длинное тире<\/b><\/p>\n<\/blockquote>\n

    \n

    Пренебрежение вёрсткой — моветон<\/p>\n<\/blockquote>\n

    \n

    Дефис и короткое тире<\/b><\/p>\n<\/blockquote>\n

    \n

    Какие-то клиенты, 2—3 человека<\/p>\n<\/blockquote>\n

    Диапазоны дат<\/b> пишем с коротким тире, если нет названий месяцев.<\/p>\n

    \n

    12—20 августа<\/p>\n<\/blockquote>\n

    \n

    12 января — 20 апреля<\/p>\n<\/blockquote>\n

    Числа<\/b> от десяти тысяч в сплошном тексте разделяем по разрядам, по три знака с конца:<\/p>\n

    \n

    1000<\/p>\n<\/blockquote>\n

    \n

    10 000<\/p>\n<\/blockquote>\n

    \n

    52 125 333<\/p>\n<\/blockquote>\n

    Большие числа можно округлять, если масштаб важнее точности:<\/p>\n

    \n

    1134 человека на место → тысяча человек<\/p>\n<\/blockquote>\n

    \n

    10 542 заявки в час → 10 тысяч заявок<\/p>\n<\/blockquote>\n

    \n

    52 125 333 плохих приложений → 52 миллиона<\/p>\n<\/blockquote>\n

    Диапазоны разбиваем коротким тире:<\/p>\n

    \n

    1000—1500 Мгц<\/p>\n<\/blockquote>\n

    \n

    2000—2020 годы<\/p>\n<\/blockquote>\n

    Дробную часть отделяем запятой.<\/p>\n

    \n

    36,6 ℃<\/p>\n<\/blockquote>\n

    <\/a><\/p>\n

    Полезные ссылки<\/h2>\n

    Инструменты<\/h3>\n

    Главред<\/a> — ищет в тексте лишние слова. Убирать всё не надо, но обратить внимание стоит. Достаточно семи баллов.<\/p>\n

    Орфограммка<\/a> — проверяет орфографию и пунктуацию. Обязательно проверьте текст перед публикацией.<\/p>\n

    Драйзер<\/a> — помогает перенести текст из гугл-доков в Вордпресс и Эгею.<\/p>\n

    Типограф Лебедева<\/a> — готовит текст для публикации: расставляет неразрывные пробелы, правильные тире и кавычки.<\/p>\n

    Карта слов и выражений русского языка<\/a><\/p>\n

    Ещё о редактуре<\/h3>\n

    Как побороть писательский ступор<\/a> — разобраться в задаче, собрать материал и поспать.<\/p>\n

    Как ставить ссылки<\/a> — скриншот редполитики, но вполне читаемый.<\/p>\n

    Не вставляйте картинки из гугл-доков<\/a> — если исходный документ удалить, картинки по ссылкам из него пропадут навсегда.<\/p>\n

    Как использовать эмодзи в тексте<\/a> — знайте меру и следите за смыслом.<\/p>\n", "date_published": "2022-04-03T21:10:00+05:00", "date_modified": "2025-07-08T23:12:35+05:00", "_date_published_rfc2822": "Sun, 03 Apr 2022 21:10:00 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "81", "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [] } }, { "id": "59", "url": "https:\/\/vitalyfilatov.ru\/all\/advices\/", "title": "Как написать отзыв о компании", "content_html": "

    В интернете ожесточённо борются за лайки и отзывы. Компании просят заказчиков, друзей и сотрудников оставлять отзывы всюду, где есть соответствующая форма: на Яндекс-картах, Маркете, Хабре и ещё в десятке мест.<\/p>\n

    Бороться с этим бессмысленно, давайте попробуем сделать эти отзывы чуть полезнее. В памятке собраны советы, как написать хороший и честный отзыв о собственной компании.<\/p>\n

    Общие правила.<\/b> Что такое хороший отзыв:<\/p>\n

      \n
    1. Не хвалите компанию просто так. Пишите конкретику: что бы вам понравилось, будь вы заказчиком или соискателем. Такой отзыв будет честен и поможет другим принять взвешенное решение.<\/li>\n
    2. В отзыве можно указывать на слабые стороны. Этим вы покажете, что отзыв настоящий. Главное не пересолить: слабости должны подчеркивать конкурентные преимущества.<\/li>\n
    3. Пишите грамотно, избегайте эмодзи и восклицательных знаков. Не пишите капсом. Проверяйте текст спелл-чекерами или покажите вашему редактору. Уверен, он любит такое.<\/li>\n
    4. Не пишите много. Достаточно одного-двух простых утверждений. Например, команда работает удалённо, но этого не ощущается.<\/li>\n
    5. Не агитируйте. Высока вероятность, что читатель увидит в этом попытку манипуляции и проигнорирует смысл.<\/li>\n<\/ol>\n

      Анатомия отзыва.<\/b> Чтобы не писать абстрактные фразы о молодой демонически развивающей команде, инновационно стартапящей самые актуальные веб-стеки, соберите отзыв из ответов на вопросы:<\/p>\n

        \n
      1. Что вы хотели получить от взаимодействия с компанией и каким оказался результат?<\/li>\n
      2. Для чего обращались? Решили ли свою задачу?<\/li>\n
      3. Особенности. Что понравилось и не понравилось?<\/li>\n
      4. Кому рекомендуете и не рекомендуете?<\/li>\n<\/ol>\n

        На все можно не отвечать, возьмите два-три.<\/p>\n

        Примеры.<\/b> Заказчик мог бы написать так:<\/p>\n

        \n

        Грамотные и вежливые ребята (3). Обращался с проектом мобильного приложения под iOS (2), переписали под все платформы и помогли с дизайном интерфейса (1). Работают удаленно, поэтому общение через Скайп и Зум (3). Не рекомендую тем, у кого горит: писать код начинают только после исследования, поэтому за неделю не сделают, нужно закладывать время (4).<\/p>\n<\/blockquote>\n

        А соискатель примерно так:<\/p>\n

        \n

        Искал работу по UX-проектированию, нашел вакансию, решил написать (2). Быстро ответили, выслали тестовое. По результатам не прошел (1), но подробно ответили по тестовому и помогли найти ошибки (3). Попробую ещё раз через полгода.<\/p>\n<\/blockquote>\n", "date_published": "2020-11-01T20:30:36+05:00", "date_modified": "2021-02-13T02:29:49+05:00", "_date_published_rfc2822": "Sun, 01 Nov 2020 20:30:36 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "59", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "58", "url": "https:\/\/vitalyfilatov.ru\/all\/forpeople\/", "title": "Добавьте о людях", "content_html": "

        Зарисовка о писательском ступоре и смыслах. Выводы в конце.<\/p>\n

        В Девхабе выпустили приложение сервиса Попути и собрали кейс<\/a>. В черновиках заголовок был такой:<\/p>\n

        \n

        Cервис удалённого заказа кофе на маршруте или в ближайшем заведении<\/p>\n<\/blockquote>\n

        Пока писал остальное, глаз замылился, заголовок казался рабочим. Утром коллеги пришли с критикой: заголовок звучит безграмотно и угловато, как киношный чиновник из села. «На маршруте» — так говорят, вообще? Перечитываю, пугаюсь «ближайшего заведения». Хочется легче и веселее.<\/p>\n

        Думаю заменить «маршрут» на что-то человечное, но захожу в тупик. Кроме конструкции с «по пути» на ум ничего не идёт, но идея плохая: в тексте кейса без «по пути» никак, да и сам сервис так называется, будет рябить. Похоже на писательский ступор<\/a>.<\/p>\n

        Качаюсь на стуле и понимаю, что проблема не в поиске слов, а в смысле. В тексте и так много о маршруте и заведениях, в заголовке про них можно не говорить. Лучше сказать, чьи проблемы решает сервис. Получается так:<\/p>\n

        \n

        Сервис удалённого заказа кофе для водителей и пешеходов<\/p>\n<\/blockquote>\n

        Вот, теперь хорошо. Было описание функций, стало — перечисление групп пользователей.<\/p>\n

        Вывод:<\/b> проблема со словами чаще всего означает проблему со смыслами. Если не получается внятно описать что это, добавьте для кого это.<\/p>\n

        \n\"\"\n
        Картинка Ulv Vind<\/a><\/div>\n<\/div>\n", "date_published": "2020-09-28T01:33:56+05:00", "date_modified": "2021-02-14T03:01:05+05:00", "image": "https:\/\/vitalyfilatov.ru\/pictures\/049-vlad-coffee.gif", "_date_published_rfc2822": "Mon, 28 Sep 2020 01:33:56 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "58", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/vitalyfilatov.ru\/pictures\/049-vlad-coffee.gif" ] } }, { "id": "57", "url": "https:\/\/vitalyfilatov.ru\/all\/stringconcat\/", "title": "Сайт курса по бэкенду", "content_html": "

        Сделал сайт курса для разработчиков энтерпрайз-бэкенда. Собрал структуру, написал текст, подготовил картинки и сверстал в Тильде.<\/p>\n

        Авторы курса — Евгений и Сергей — за десять лет практики собрали все грабли, устали от унылого хаоса в разработке и решили передать свой опыт в формате онлайн-курса. Курсу требовался сайт, который бы объяснял пользу, показывал экспертность авторов и отличался от лендингов с перепродажей чужих лекций. Получилось так: howto.stringconcat.com<\/a><\/b><\/p>\n

        \n\"\"\n
        Скриншот страницы целиком<\/a> (4 мегабайта)<\/div>\n<\/div>\n

        Работа над сайтом условно делится на шесть смысловых этапов:<\/p>\n

        \n

        уточнение задачи → сбор и анализ материала → поиск структуры → текстовый макет → подбор иллюстраций → вёрстка<\/p>\n<\/blockquote>\n

        В реальности всё происходит параллельно: текст влияет на структуру, иллюстрации влияют на текст, а в готовом макете часто требуется что-то дописать или сократить. Поэтому я люблю делать всё сам или в тесном контакте с дизайнером.<\/p>\n

        Уточнение задачи<\/h2>\n

        Сначала меня звали только писать. Чтобы не морочиться с дизайном, ребята планировали купить готовый макет и разбавить его листингами и заказными иллюстрациями. Но большинство макетов сделаны под типовые лендинги с преимуществами в три ряда и абстрактными плоскими иконками. Мне же хотелось, чтобы сайт выглядел как статья в печатном журнале. Поэтому я предложил отказаться от готового дизайна, сверстать всё в одну колонку, а нужное настроение создавать тоном, иллюстрациями и типографикой.<\/p>\n

        Исследование<\/h2>\n

        Каждый проект начинается со сбора и анализа материалов. Раньше я составлял списки необходимого, а теперь прошу вообще всё, что есть<\/i>.<\/p>\n

        Для сайта курса я изучил черновики рекламных писем, заметки по ЦА, сценарий вводного ролика, посмотрел несколько лекций, изучил учебный план, почитал Хабр и Ebanoe.it. Это помогло погрузиться в тему, собрать вопросы для интервью и наметить способы демонстрации полезного действия курса.<\/p>\n

        Поиск структуры<\/h2>\n

        Структура организует повествование в понятной читателю логике. Хорошая структура — как скелет, развивается вместе с материалом. Для начала достаточно общей схемы блоков, чтобы разложить собранные сведения по темам, выкинуть лишнее и дописать недостающее. Если взять готовую структуру и формально растолкать по ней текст с картинками, можно упустить удачный ход или потерять часть смысла.<\/p>\n

        \n

        Хорошая структура появляется эволюционным путём<\/p>\n<\/blockquote>\n

        За пример я взял сайт курса Ильяхова по работе с клиентом<\/a>. Наши курсы сильно похожи: их проходят зрелые специалисты, которые разбираются в предмете и не совершают покупок на эмоциях. С такой аудиторией нужно говорить на равных и помогать сформировать собственное мнение.<\/p>\n

        Чтобы читателю было удобно, мы стараемся предугадать его вопросы и вовремя на них ответить. Объясняем, о чём и для кого курс, какие проблемы он решает, показываем, как он это делает, кто авторы и так далее. Получается логичная последовательность блоков с описанием функций.<\/p>\n

        По мере работы с текстом становится яснее, какие вопросы могут возникнуть у пользователя, и структура немного меняется.<\/p>\n

        \n\"\"\n
        Перечень тем помогает читателю оценить масштаб и сформировать образ курса, поэтому идёт перед примерами роликов. Имена авторов ещё не продают сами по себе, поэтому блок их опыта идёт после роликов, для снятия возможных возражений<\/div>\n<\/div>\n

        Текстовый макет<\/h2>\n

        Когда материал собран и распределён по смысловым блокам, остаётся придать ему форму, дописать и подобрать иллюстрации: картинки, схемы, таблицы, ролики, примеры. Рисовать их пока рано, достаточно обозначить функции и схематический вид.<\/p>\n

        Текст написан моим обычным тоном, спокойно и уважительно, с лёгкой иронией и жаргоном разработчиков. Вместе с тем, я старался не пересолить и выражаться максимально просто на случай, если на страницу зайдут владельцы бизнеса или кадровики.<\/p>\n

        Евгений и Сергей очень хотели, чтобы каждый абзац описания пользы курса сочился болью и бил читателю в нерв. Для этого мы выделили три главные темы курса и перефразировали их в болевые формулировки:<\/p>\n

        \n

        Как разработать продукт, за который не стыдно<\/p>\n<\/blockquote>\n

        \n

        Как поддерживать и развивать проект, не жертвуя сном и здоровьем<\/p>\n<\/blockquote>\n

        \n

        Перестать выгорать и начать жить<\/p>\n<\/blockquote>\n

        Сухое изложение утомляет и, чтобы страница запомнилась, ей нужно настроение. Мы добавили немного перца, и поначалу в тексте ровно один раз встречались говно и жопа. Потом они превратились в дерьмо и задницу, а затем исчезли вовсе, но нужная образность осталась:<\/p>\n

        \n

        По началу всё идёт хорошо, но потом проект превращается в зиккурат из костылей и противоречий<\/mark>. <...> Никто не знает, как работает ключевой модуль, а кто знал — уже на пенсии, ушёл к конкурентам или умер<\/mark>.<\/p>\n<\/blockquote>\n

        В итоге получился текстовый макет без дизайна, который мы показали потенциальным слушателям курса, собрали отзывы и доработали.<\/p>\n

        Иллюстрации<\/h2>\n

        Самая важная и самая сложная часть. Иллюстрации создают настроение и убеждают сильнее слов, демонстрируя работу продукта.<\/p>\n

        Подходы к разработке бэкенда энтерпрайз-приложений — крайне абстрактная область. Для неё сложно придумать такую же наглядную демонстрацию, как для вещественных продуктов: водонепроницаемых чехлов или курсов альпинизма.<\/p>\n

        Чтобы не скатиться в болото из коллажей, мемов и стоковых фоток с серверными стойками, мы решили отказаться от всего, что не имеет прямого отношения к курсу. На странице остались только скриншоты, схемы, ролики с лекциями и фотографии авторов.<\/p>\n

        Все изображения мы сделали сами. Евгений набросал на планшете пример гексагональной архитектуры, записал гифку с деплоем, собрал статьи в Ноушене и сфоткал книжки. Схема на экране ноута тоже настоящая.<\/p>\n

        Картинку в шапке сделал Сергей и она идеальна. Мы долго обсуждали, что туда поставить, пока Сергей не предложил описать курс на языке Kotlin.<\/p>\n

        \n\"\"\n
        Всё по делу: стиль и формат кода, среда разработки, ночная тема, структура проекта на боковой панели и названия вкладок<\/div>\n<\/div>\n

        С портретами авторов пришлось повозиться. Подходящих фоток не нашлось, их тоже пришлось делать самим: ребята живут в разных странах, на фотосессию их не соберешь. Мы обсудили нужные настроение, позы, одежду и фон, наделали фотографий, выбрали рабочие. Потом я в меру способностей поправил цвет и свёл портреты к общему виду. Получилось что-то условно рабочее :3<\/p>\n

        \n\"\"\n
        Оригинал и результат. Евгений демонстрирует позитив, спокойную уверенность и открытость<\/div>\n<\/div>\n

        Вёрстка<\/h2>\n

        Нам было важно, чтобы сайт выглядел спокойно и стильно. На странице нет анимации, минимум цветов и один шрифт.<\/p>\n

        Крупный текст и пустое пространство создают иллюзию большого объёма, но страница быстро читается. Самый плотный узел — шапка, параметры и рассказ о курсе. К концу блоки становятся короче, чтобы компенсировать возможную потерю внимания читателя.<\/p>\n

        Всё, кроме шапки, сделано на типовых блоках Тильды. Шапка — зеро-блок с вариантами под разные устройства.<\/p>\n

        Рассказ о курсе свёрстан в две колонки. Левая кратко пересказывает правую и работает как якорь, чтобы взгляду было за что зацепиться.<\/p>\n

        \n\"\"\n<\/div>\n

        Всё набрано шрифтом Open Sans. У него почти нет характера, открытый рисунок и широкий диапазон жирности. Сейчас я бы сделал заголовки чем-то более выразительным, например, шрифтом IBM Plex.<\/p>\n

        Для удобства чтения размер основного текста подобран так, чтобы в строке было не больше 80 знаков. Местами текст немного подрезан или переписан, чтобы выровнять правый край абзаца. Где не получилось переписать, стоят мягкие переносы.<\/p>\n

        \n\"\"\n<\/div>\n

        Особый шик — колонки одинаковой высоты:<\/p>\n

        \n\"\"\n<\/div>\n

        В итоге все эти ухищрения дали нужный результат. Ребята показали сайт знакомым маркетологам и разработчикам, получили позитивные отзывы и подтвердили гипотезы. Теперь дело за рекламой:3<\/p>\n

        \n\"\"\n
        Отзыв из переписки Евгения<\/div>\n<\/div>\n", "date_published": "2020-09-14T03:39:47+05:00", "date_modified": "2021-02-15T22:44:33+05:00", "image": "https:\/\/vitalyfilatov.ru\/pictures\/048-headpic.jpg", "_date_published_rfc2822": "Mon, 14 Sep 2020 03:39:47 +0500", "_rss_guid_is_permalink": "false", "_rss_guid": "57", "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [ "https:\/\/vitalyfilatov.ru\/pictures\/048-headpic.jpg", "https:\/\/vitalyfilatov.ru\/pictures\/048-structure.jpg", "https:\/\/vitalyfilatov.ru\/pictures\/048-kotlin-script.jpg", "https:\/\/vitalyfilatov.ru\/pictures\/048-photo-compare.jpg", "https:\/\/vitalyfilatov.ru\/pictures\/048-starting-point.png", "https:\/\/vitalyfilatov.ru\/pictures\/048-shy-compare.png", "https:\/\/vitalyfilatov.ru\/pictures\/048-bottom-line.png", "https:\/\/vitalyfilatov.ru\/pictures\/048-feedback.jpg" ] } }, { "id": "47", "url": "https:\/\/vitalyfilatov.ru\/all\/stupor\/", "title": "Как преодолеть писательский ступор", "content_html": "

        У меня часто бывает, что нужно что-то написать, а слова не идут. Вроде задача простая, о чем сказать примерно понятно, сырьё собрано, а текст не пишется. Такое состояние называется писательским ступором.<\/p>\n

        \n\"\"\n<\/div>\n

        В сети куча советов по борьбе: отвлечься, сменить редактор, сменить шрифт, сменить обстановку, разрешить себе лажать и ничего не бояться, писать на скорость, писать короткими интервалами, тысячи их. Проблема таких методов в отсутствии системы. Они работают, когда мешает перфекционизм, а в других случаях буксуют. Давайте разбираться.<\/p>\n

        Причины ступора<\/h2>\n

        Чтобы преодолевать ступор системно, разберемся в том, что его вызывает и как он развивается. По моим наблюдениям, ступор возникает, когда я:<\/p>\n