{ "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:\/\/mikeozornin.ru\/blog\/tags\/sdelayte-udobno-chitatelyu\/", "feed_url": "https:\/\/mikeozornin.ru\/blog\/tags\/sdelayte-udobno-chitatelyu\/json\/", "icon": "https:\/\/mikeozornin.ru\/blog\/user\/userpic@2x.jpg?1614204384", "author": { "name": "Михаил Озорнин", "url": "https:\/\/mikeozornin.ru\/blog\/", "avatar": "https:\/\/mikeozornin.ru\/blog\/user\/userpic@2x.jpg?1614204384" }, "items": [ { "id": "190", "url": "https:\/\/mikeozornin.ru\/blog\/all\/telegram-typography\/", "title": "Верстка под телеграм", "content_html": "

Есть два вида пишущих в телеграме<\/p>\n

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

Буквально за час в одном из чатов проскочило два сообщения из двух разных крайностей. В одной — собеседник пишет каждое словосочетание отдельным сообщением. Это даже хрен перешлешь кому-то. В другой — фигачит без всяких знаков и разделителей. Только пересылать и удобно.<\/p>\n

Как должно быть:<\/p>\n

Ссылки отдельно с новых строк (чтобы они не рвали сообщение на части)<\/li>\n<\/ul>\n

Например, можно как-то так:<\/p>\n

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

Если человек не может нормально отформатировать сообщение в мессенджере, то может быть два варианта:<\/p>\n

Он очень торопится<\/s> Да даже когда торопится так не сделать.<\/li>\n<\/ul>\n", "date_published": "2022-02-03T01:47:49+03:00", "date_modified": "2022-02-03T11:03:27+03:00", "image": "https:\/\/mikeozornin.ru\/blog\/pictures\/cover-telegram-typography.png", "_date_published_rfc2822": "Thu, 03 Feb 2022 01:47:49 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "190", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/mikeozornin.ru\/blog\/pictures\/cover-telegram-typography.png", "https:\/\/mikeozornin.ru\/blog\/pictures\/telegram-typography-1@2x.png", "https:\/\/mikeozornin.ru\/blog\/pictures\/telegram-typography-2@2x.png" ] } }, { "id": "174", "url": "https:\/\/mikeozornin.ru\/blog\/all\/questions-and-suggestions\/", "title": "Разделять вопросы и предложения", "content_html": "
Бывают фразы ни туда, ни сюда. Например, «можно увеличить тут отступ и кегль». Я после таких сижу и туплю. Делать что-то надо или нет. Рассказываю, что с этим делать.<\/p>\n
Допустим, говорят «можно увеличить тут отступ и кегль» — ну ок, можно увеличить отступ, можно кегль. Увеличиваем отступ, или кегль, или и то, и другое? Есть ли другие решения, что в итоге делаем?<\/p>\n
Или вот «файлы можно выкладывать в артифакторий», — еще можно в гит лфс, фтп-сервер, на файловую шару, в S3. Куда нужно? Куда лучше?<\/p>\n
Примеры выше — неудачно сформулированные предложения. Такое бывает. Если сформулировать предложения эксплицитно, то станет лучше. Следите за руками:<\/p>\n
\n\n\n\n\n\n
Непонятно что<\/b><\/td>\n Отлично<\/b><\/td>\n<\/tr>\n
Можно увеличить тут отступ и кегль<\/td>\n Чтобы решить проблему, предлагаю увеличить тут отступ до 16 пк, а кегль до title. Заголовок будет держать конструкцию ниже, а лид и заголовок не будут слипаться.Что думаешь?<\/td>\n<\/tr>\n
Файлы можно выкладывать в артифакторий<\/td>\n Файлы бинарные, файлов пока не очень много (100...1000 ГБ), не требуется доступ непосредственно с клиентов. Так? Давайте тогда выкладывать в артифакторий, это оптимальный вариант.<\/td>\n<\/tr>\n
Файлы можно выкладывать в артифакторий<\/td>\n Давай выкладывать файлы в артифакторий.<\/td>\n<\/tr>\n<\/table>\n<\/div>\n
Ещё пример.<\/p>\n
Мне однажды написали буквально следующее «Будут ли замечания из твоего письма оформлять как баги? У меня по письму вопросы есть».<\/p>\n
Я опешил, перечитал несколько раз, но все равно остался опешившим. Вот что это такое было? Что от меня хотят? Как я могу ответить про действия неких неустановленных третьих лиц. Тогда все, что я смог — ответил на вопрос «не знаю, будут ли заводить баги». Не было проблемы — появилась проблема. Мне самому сейчас нужно убедиться, что мне эти какие-то вопросы зададут. Если я сейчас не проконтролирую, то фичу сделают не так, как я ожидаю.<\/p>\n
Всегда ли нужно что-то предлагать? Нет, не всегда. Но и отсутствие предложения тоже надо сформулировать ясно. Пример ниже.<\/p>\n
\n
У нас есть три варианта:<\/p>\n
\n
Сделать все своими руками. У нас мало свободных ребят, поэтому по времени — два месяца, по деньгам — K рублей.<\/li>\n
Своими силами сделать скелет макета, а для иллюстраций взять подрядчиков. По времени — месяц, по деньгам — N рублей.<\/li>\n
Все отдать на аутсорс. По времени — три недели, по деньгам — M рублей.<\/li>\n<\/ol>\n
Как поступим?<\/p>\n<\/blockquote>\n
И итоге вся схема рабочего общения выглядит примерно так:<\/p>\n
\n $\"\"$ \n<\/div>\n
См. также<\/h2>\n
Видео Артёма Горбунова общаться вопросами и предложениям<\/a><\/p>\n
Все подобные посты — с тегом сделать удобно читателю<\/a><\/p>\n", "date_published": "2021-11-08T11:26:49+03:00", "date_modified": "2022-01-20T23:55:30+03:00", "image": "https:\/\/mikeozornin.ru\/blog\/pictures\/questions-and-suggestions@2x.png", "_date_published_rfc2822": "Mon, 08 Nov 2021 11:26:49 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "174", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/mikeozornin.ru\/blog\/pictures\/questions-and-suggestions@2x.png", "https:\/\/mikeozornin.ru\/blog\/pictures\/questions-and-suggestions-1@2x.png" ] } }, { "id": "179", "url": "https:\/\/mikeozornin.ru\/blog\/all\/how-to-ask-for-access\/", "title": "Как запросить доступ", "content_html": "
Про один частный случай принципа «В письме уже есть всё нужное<\/u>»<\/a><\/p>\n
Напомню принцип:Чтобы собеседнику было проще ответить, в вашем письме должно быть все необходимое. Даже если все материалы были в треде раньше, даже. Покажу на примере задачи «попросить доступ».<\/p>\n
Как не надо просить доступы<\/h2>\n
Вот антипримеры:<\/p>\n
\n
— Привет! Дай мне доступ к макетам.
\nКому «мне» (надо глянуть адресата), к каким макетам (нужно будет спросить).<\/li>\n
— Привет! Дай мне и Насте доступ к макетам.
\nКому «мне» (надо глянуть адресата), какой Насте (нужно будет спросить), к каким макетам (нужно будет спросить).<\/li>\n<\/ul>\n
Почему так происходит<\/h2>\n
У вас просто разная картинка мира<\/p>\n
\n\n\n\n\n\n
Как у вас<\/b><\/td>\n Как у того, кому вы пишете<\/b><\/td>\n<\/tr>\n
У вас есть один проект, поэтому вам совершенно очевидно, к каким макетам вам нужен. Доступ нужен к макетам того единственного проекта, которым вы занимаетесь.<\/td>\n У того же, кому вы пишете, доступ есть к макетам двадцати продуктов. К какому вам нужен доступ — неясно.<\/td>\n<\/tr>\n
Вы знаете всю свою команду и вам достаточно сказать «Настя», и будет понятно, про какую Настю речь, даже если эта Настя недавно присоединилась.<\/td>\n Так вышло, что у него 5 коллег-Насть, с которыми он общается.<\/td>\n<\/tr>\n
Для вас доступ — это просто «посмотреть макеты», а как же ещё.<\/td>\n Для человека есть больше вариантов доступа: смотреть, комментировать, менять. Доступ можно дать на файл, а можно на проект целиком.<\/td>\n<\/tr>\n<\/table>\n<\/div>\n
Как надо<\/h2>\n
Пост Максима Ильяхова про Анкетность<\/a><\/aside><\/p>\n
Я делаю как-то так: сначала описываю суть, а потом пишу параметры доступа более анкетно, чтобы их не надо было вычленять из предложения.<\/p>\n
\n
Маргарита!<\/p>\n
Дай мне (Мише Озорнину) и Насте Ивановой доступ к макетам.<\/p>\n
Проект: Secret Project Name
\nДоступ: смотреть и писать комментарии
\nНаши адреса:
\nmozornin@example.com
\naivanova@example.com<\/p>\n<\/blockquote>\n
Я настолько с прибабахом, что после «мне» пишу свои имя и фамилию, чтобы не надо было гадать кому «мне». Особенно часто всякие «мне» теряются при пересылке письма. В пересланном письма обычно видишь «мне», но не видишь от кого кому было письмо.<\/p>\n", "date_published": "2021-11-01T14:47:25+03:00", "date_modified": "2021-11-01T14:47:21+03:00", "image": "https:\/\/mikeozornin.ru\/blog\/pictures\/how-to-ask-for-access@2x.png", "_date_published_rfc2822": "Mon, 01 Nov 2021 14:47:25 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "179", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/mikeozornin.ru\/blog\/pictures\/how-to-ask-for-access@2x.png" ] } }, { "id": "166", "url": "https:\/\/mikeozornin.ru\/blog\/all\/good-bug-report\/", "title": "Как писать багрепорты", "content_html": "
Взгляд с другой стороны: У меня не воспроизводится<\/a><\/aside><\/p>\n
Я работаю в разработке ПО и с болью смотрю, как люди обычно сообщают о проблемах с сервисами и программами. Бывает «Я нажал на кнопку и там черный экран», а бывает даже — «Ваша программа не работает». Гайд о том, как нужно сообщать о проблемах.<\/p>\n
Посмотрите на эту картинку, представьте себя на месте синего.<\/p>\n
\n $\"\"$ \n<\/div>\n
Закипели немного, да?<\/p>\n
Почему этим вообще стоит заниматься<\/h2>\n
Есть же простой вариант: написать как смогу, а если что-то будет непонятно, то пусть уточнят, — отвечу на все вопросы. Зачем вообще заморчиваться?<\/p>\n
Если картинка выше не сделала ответ понятней, попробую накинуть еще аргументов.<\/p>\n
Ну, уточнять — это лишний хоп взаимодействия. Не знаю как вас, а меня раздражает уточнять какие-то очевидные подробности, даже если речь идет про мой продукт. Уточнять у человека «Ваша программа не работает, все сломалось, ничего не помогает» я не захочу и попытаюсь слить проблему кому-нибудь.<\/p>\n
Ещё бывает так, что разбирать багрепорт начали через неделю после репорта (кто-то был в отпуске или просто высокая загрузка). Начали у меня уточнять, а я сам не могу разобраться, что же я имел ввиду. Им воспроизвести не удается, а я не могу понять своё же описание. ¯\\_(ツ)_\/¯ В эти моменты очень стыдно.<\/p>\n
Ну и немаловажная деталь — нормально, внимательно сформулированный багрепорт показывает ваше уважение к получателю — вы сделали домашку, отнеслись ответственно. Заниматься именно вашей проблемой приятнее. Плюсик в карму.<\/p>\n
Хороший багрепорт<\/h2>\n
Хороший с моей точки зрения багрепорт состоит из следующих блоков.<\/p>\n
1. Понятное краткое описание проблемы<\/h3>\n
Описание проблемы нужно, чтобы баг потом можно было найти. В идеале из заголовка должен быть понятен домен (часть программы, экран), область ошибки и важность. Писать все подробности в заголовок лучше не стоит, все равно не влезет.<\/p>\n
Хорошие примеры:<\/p>\n
\n
Ошибка 404 при переходе на английскую версию статьи<\/li>\n
Неправильный отступ в кнопке с иконкой button primary transparent<\/li>\n
Приложение крешится при попытке отправить прогрессивный jpeg<\/li>\n
Невозможно задать себе имя «Ян», т. к. оно слишком короткое<\/li>\n<\/ul>\n
Плохие примеры (мало подробностей):<\/p>\n
\n
Ошибка 404<\/li>\n
Неправильный отступ в кнопке<\/li>\n
Приложение крешится<\/li>\n
Не получается изменить имя<\/li>\n<\/ul>\n
Плохие примеры (слишком много подробностей для заголовка):<\/p>\n
\n
Неправильный отступ в кнопке с иконкой button primary transparent. В жизни 6 пк 12пк 6 пк 8 пк, а надо 6 пк 8пк 6пк 6пк<\/li>\n
Приложение под macOS версии 10.5.5 build 56718 крешится при попытке отправить прогрессивный jpeg в общий чат. При отправке пнг такого нет<\/li>\n<\/ul>\n
2. Как воспроизвести<\/h3>\n
Самый важный блок. Я стараюсь его писать именно в виде шагов, чтобы не комкать описание и ничего не пропустить. Пишу по шаблону: шаги — ожидаемый результат — полученный результат<\/p>\n
Шаги<\/b>
\nКонкретные шаги, которые нужно повторить для воспроизведения бага. Прямо как есть: зайти на страницу, нажать на кнопку, заполнить поле.<\/p>\n
\n
1) Открыть страницу профиля
\n2) Нажать на кнопку «Редактировать профиль»
\n3) Вписать в поле «Имя» значение «Ян»
\n4) Нажать на кнопку «Сохранить»<\/p>\n<\/blockquote>\n
Ожидаемый результат<\/b>
\nПосле шагов пишу ожидаемый результат, что я жду, после выполнения этих действий.<\/p>\n
\n
Ожидается: профиль сохранится<\/p>\n<\/blockquote>\n
Полученный результат<\/b>
\nА здесь описываю результат, который получил на самом деле.<\/p>\n
\n
Полученный результат: профиль не сохранился, около поля «Имя» текст ошибки «Имя должно быть не менее 3 символов».<\/p>\n<\/blockquote>\n
3. Скриншоты или скринкасты<\/h3>\n
Шаги воспроизведения и полученный результат лучше снадбить скриншотами, а если ошибку сложно заскриншотить, то записать скринкаст. При записи скринкаста делайте заметные паузы (пару секунд) перед переходом между шагами и после результата, — так смотрящему будет проще скринкаст посмотреть.<\/p>\n
4. Окружение<\/h3>\n
В окружении описываю релевантные версии программ, браузеров, пакетов, операционной системы. Иногда пишу разрешение экрана и версию ноутбука.<\/p>\n
Как внедрить<\/h2>\n
Первое время может быть непросто. Хочется срезать углы и описать покороче, ведь «и так понятно».<\/p>\n
Могу рассказать, что заметил у себя. Когда срезаю углы, потом обычно жалею: потом все равно приходится подробно описывать. И до сих пор бывают случаи, когда сам не могу разобраться, что же такое понаписал.<\/p>\n
Мне помогает иметь шаблон багрепорта в заметках и трекерах. Скопировал, заполнил, молодец.<\/p>\n
Шаблон багрепорта<\/p>\n<\/div>
\n
Краткое описание проблемы<\/li>\n
Пошаговое (важно!) воспроизведение проблемы<\/li>\n
Ожидаемый после этих шагов результат<\/li>\n
Полученный после этих шагов результат<\/li>\n
Скриншоты, скринкасты, версия браузера<\/li>\n<\/ol>\n<\/div><\/div>
Сделайте удобно читателю<\/h2>\n
Вообще этот прием — один из примеров более общего приёма «сделайте удобно читателю».<\/p>\n", "date_published": "2021-08-25T00:15:36+03:00", "date_modified": "2021-08-25T10:07:06+03:00", "image": "https:\/\/mikeozornin.ru\/blog\/pictures\/good-bug-report@2x.png", "_date_published_rfc2822": "Wed, 25 Aug 2021 00:15:36 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "166", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/mikeozornin.ru\/blog\/pictures\/good-bug-report@2x.png" ] } }, { "id": "160", "url": "https:\/\/mikeozornin.ru\/blog\/all\/not-reproducing\/", "title": "У меня не воспроизводится", "content_html": "
Взгляд с другой стороны: Как писать багрепорты<\/a><\/aside><\/p>\n
Рассказываю как не выбешивать, даже ошибка если не воспроизводится.<\/p>\n
Бывает такое, что ошибку, о которой пишут, воспроизвести сложно. Но ответ в трекере «У меня не воспроизводится» и последующее закрытие бага — совершенно хамские действия. Да и просто ответ «У меня не воспроизводится» не самый вежливый, если даже баг не закрывают. Даже когда автор не хочет хамить и хочет помочь, такой ответ, на мой вкус, настраивает на негативный контекст.<\/p>\n
Почему так происходит. Я вижу две проблемы:<\/p>\n
\n
Ответ в стиле пинг-понга: «проблема не на нашей стороне, следующий».<\/li>\n
Ответ не подразумевает продолжения, «не воспроизводится» и всё тут, я даже пробовать исправить не буду.<\/li>\n<\/ul>\n
Этот контекст возникает сам собой. А чтобы убрать его приходится прикладывать дополнительные усилия.<\/p>\n
Кстати, подпишитесь на канал Анатолия<\/a>, там сила, мудрость, забота и уважение<\/aside><\/p>\n
Однажды я сообщал о своей проблеме с Конспектом<\/a>. Со мной в личке связался Анатолий Буров и написал такое сообщение (цитирую с разрешения автора):<\/p>\n
\n
Спасибо за сообщение! Разбираемся.<\/p>\n
У меня залогинивание работает. Это, конечно, не показатель, но свидетельствует о том, что речь, возможно, о какой-то локальной проблеме.<\/p>\n
Вижу на скриншоте в консоли, что на десктопном Сафари установлен блокировщик, который не даёт загрузить Яндекс.Метрику. Возможно, причина в этом. Сейчас проверим.<\/p>\n
В связи с этим пара вопросов: а какой это блокировщик? И на айфоне тоже он настроен?<\/p>\n<\/blockquote>\n
По смыслу «у меня не воспроизводится», при этом негативный контекст сообщения превращен в невероятную заботу «у меня не воспроизводится, но даже в этом случае ты в надежных руках, сейчас будем разбираться».<\/p>\n
Я просто растаял.<\/p>\n
Кроме заботы сделано предположение о возможной причине (кстати, верное. Так и оказалось, что это я своим блокировщиком сделал «баг») и предложения о дальнейшем траблшутинге.<\/p>\n
Но в первую очередь я говорю про заботу в сообщении. Мне бы так уметь.<\/p>\n", "date_published": "2021-08-25T00:15:32+03:00", "date_modified": "2023-09-26T17:24:24+03:00", "image": "https:\/\/mikeozornin.ru\/blog\/pictures\/not-reproducing@2x.png", "_date_published_rfc2822": "Wed, 25 Aug 2021 00:15:32 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "160", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/mikeozornin.ru\/blog\/pictures\/not-reproducing@2x.png" ] } }, { "id": "147", "url": "https:\/\/mikeozornin.ru\/blog\/all\/cleanup-after-robots\/", "title": "Убирать из своих сообщений мусор, созданный роботами", "content_html": "
Рассказываю ещё об одном рабочем принципе, который мне казался очевидным, но нет.<\/p>\n
Все программы и сервисы хотят загадить ваши сообщения и письма, с этим приходится бороться. О чем я говорю:<\/p>\n
Скайп для бизнеса:<\/p>\n
\n $\"\"$ \n<\/div>\n
Зум:<\/p>\n
\n $\"\"$ \n<\/div>\n
Телеграмное превью:<\/p>\n
\n
\n $\"\"$ \n $\"\"$ \n<\/div>\n<\/div>\n
Автоматические реферальные приглашения:<\/p>\n
\n $\"\"$ \n<\/div>\n
С ними есть несколько проблем:<\/p>\n
\n
Они замусоривают ваши сообщение, из-за этого сообщение растет в размере: вместо двух строчек в телеграме становится занятым пол-экрана.<\/li>\n
Весь этот декор по замыслу автором должен помочь подключиться к конференции, а на деле только мешает. Из-за того, что указаны десять вариантов подключения, найти ссылку на зум-встречу становится сложнее.<\/li>\n
Автоматические приветствия и текст реферальных ссылок всегда выглядит фальшиво. Ещё оно становится понятно на фишинговое сообщение: когда у кого-то взломали скайп, я каждый раз переспрашиваю, правда ли человек посылал ссылку и что это за ссылка.<\/li>\n<\/ul>\n
Я отметил полезную площадь зумовского письма:<\/p>\n
\n $\"\"$ \n<\/div>\n
Как правильно:<\/p>\n
Нужно оставить только самое главное, обычно это ссылка<\/p>\n", "date_published": "2020-08-16T11:30:41+03:00", "date_modified": "2024-01-07T14:56:18+03:00", "image": "https:\/\/mikeozornin.ru\/blog\/pictures\/cleanup-after-robots-cover.png", "_date_published_rfc2822": "Sun, 16 Aug 2020 11:30:41 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "147", "_e2_data": { "is_favourite": false, "links_required": [ "system\/library\/jquery\/jquery.js", "system\/library\/fotorama\/fotorama.css", "system\/library\/fotorama\/fotorama.js" ], "og_images": [ "https:\/\/mikeozornin.ru\/blog\/pictures\/cleanup-after-robots-cover.png", "https:\/\/mikeozornin.ru\/blog\/pictures\/cleanup-after-robots@2x.png", "https:\/\/mikeozornin.ru\/blog\/pictures\/cleanup-after-robots-2@2x.png", "https:\/\/mikeozornin.ru\/blog\/pictures\/cleanup-after-robots-3@2x.png", "https:\/\/mikeozornin.ru\/blog\/pictures\/cleanup-after-robots-4@2x.png", "https:\/\/mikeozornin.ru\/blog\/pictures\/cleanup-after-robots-5@2x.png", "https:\/\/mikeozornin.ru\/blog\/pictures\/cleanup-after-robots-2-2@2x.png" ] } }, { "id": "136", "url": "https:\/\/mikeozornin.ru\/blog\/all\/email-contains-everything\/", "title": "В письме уже есть всё нужное", "content_html": "
Частенько я получаю письма, для ответа на которые нужно что-то вспоминать, искать, смотреть в прошлых письмах, чатах или вики. Отвечать на них не хочется, всегда невольно тяну до последнего.<\/p>\n
Рассказываю о принципе, помогающем написать письмо, на которое легко и приятно отвечать.<\/p>\n
Принцип звучит так:<\/p>\n
В письме уже есть всё нужное<\/p>\n
В любом письме всегда должно быть всё, что может понадобиться адресату: ссылки, документы, напоминания, история вопроса. Представьте, что у него перед глазами есть только письмо, нет архива переписки, истории чата, доступа в вики, ноушену или гугл-доксу. Будет ли ему удобно ответить на вопрос или принять решение? Сможет он вообще ответить на письмо?<\/p>\n
Приведу несколько примеров из жизни. Я убрал из них реальные имена (кроме своего), задачи, комментарии и ссылки.<\/p>\n
Напомнить о долге<\/h2>\n
\n\n\n\n
Реальное письмо<\/b><\/td>\n Правильное письмо<\/b><\/td>\n<\/tr>\n
Миша, привет! говорят у тебя должок по ACL )<\/td>\n Миша, привет!Нам для завершения работ по ACL не хватает следующего:1. …2. …3. …Когда сможешь?<\/td>\n<\/tr>\n<\/table>\n<\/div>\n
Моя реакция была примерно такая: ну офигеть, «говорят», кто говорит? Какие долги, где вообще что искать? Ок, пойду спрошу Лену, она отправит к Васе, Вася — к Насте, Настя к Леше. Если потрачу целый день, то узнаю.<\/p>\n
Внес исправления, нужно попросить посмотреть снова<\/h2>\n
\n\n\n\n
Реальное письмо<\/b><\/td>\n Правильное письмо<\/b><\/td>\n<\/tr>\n
Там в уведомлениях много твоих комментов, которые вроде закрыты. Посмотри, пожалуйста.<\/td>\n Там в уведомлениях много твоих комментов, которые вроде закрыты. Посмотри, пожалуйста. http:\/\/…<\/td>\n<\/tr>\n<\/table>\n<\/div>\n
Да, не хватало только ссылки, все остальное в сообщении было ок. Напоминать замечания в письме было не обязательно, они все были комментариями к документу.<\/p>\n
Создать встречу<\/h2>\n
\n\n\n\n
Реальное описание встречи<\/b><\/td>\n Правильное описание встречи<\/b><\/td>\n<\/tr>\n
Давайте обсудим …. Письмом кину ссылки.<\/td>\n Вставить все ссылки в тело встречи.<\/td>\n<\/tr>\n<\/table>\n<\/div>\n
Во время встречи адресат откроет заметки ко встрече, увидит там «Письмом кину ссылки» и будет мучительно искать это письмо где-то в архиве.<\/p>\n
Сообщить об том, что изменения в макеты внесены<\/h2>\n
\n\n\n\n
Реальное письмо<\/b><\/td>\n Правильное письмо<\/b><\/td>\n<\/tr>\n
Я обновил макеты как мы хотели.<\/td>\n Я обновил макеты редактирования задачи, которые мы обсуждали в пятницуЭкран … больше не нужен, я его перечеркнул и оставил его, вдруг на него были ссылки.Вместо него экран …. На нем:1. …2. …3. …Текст весь вычитан, можно брать в работу.<\/td>\n<\/tr>\n<\/table>\n<\/div>\n
Добавить кого-то в переписку<\/h2>\n
\n\n\n\n
Реальное письмо<\/b><\/td>\n Правильное письмо<\/b><\/td>\n<\/tr>\n
+МишаСчитаю, что тут без UXеров нечего обсуждать.<\/td>\n +МишаМиша, мы пытаемся решить …, есть такие варианты:1. …2. …3. …Что думаешь про …?<\/td>\n<\/tr>\n<\/table>\n<\/div>\n
Самые эпичные примеры обычно именно с добавлением в переписку. Человека добавляются в тред из 20 писем, он видит эту огромную переписку, непонятно, что читать, а что нет, непонятно, что спрашивают, непонятно когда. В итоге он просто хочет под одеялко.<\/p>\n
Вместо заключения<\/h2>\n
Да, писать так муторно.
\nДа, писать так долго.
\nДа, если адресату нужно что-то от меня, он все это найдет сам.<\/p>\n
На самом деле, писать так в ваших же интересах: сделайте адресату удобно и он быстро ответит на ваше письмо. Другие письма проигнорирует, потому что они плохие, а на ваше ответит первым, потому что легко.<\/p>\n
Ссылки по теме<\/h2>\n
\n
Совет Василия Половнёва bureau.ru\/soviet\/20190307<\/a><\/li>\n
Книга «Новые правила деловой переписки<\/u>»<\/a>, Максим Ильяхов, Людмила Сарычева<\/li>\n
Константин Коломеец про помощь в принятии решений: Интранет и скорость принятия решений<\/a><\/li>\n
Женя Арутюнов про принцип «Всегда с мобилы» <\/a><\/li>\n<\/ul>\n", "date_published": "2020-05-17T01:19:37+03:00", "date_modified": "2021-08-29T12:49:46+03:00", "image": "https:\/\/mikeozornin.ru\/blog\/pictures\/email-contains-everything@2x.png", "_date_published_rfc2822": "Sun, 17 May 2020 01:19:37 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "136", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/mikeozornin.ru\/blog\/pictures\/email-contains-everything@2x.png" ] } }, { "id": "114", "url": "https:\/\/mikeozornin.ru\/blog\/all\/add-remove-email-participants\/", "title": "Показывать изменения адресатов в переписке", "content_html": "
Зачем писать в начале письма +mozornin и прочие заклинания<\/p>\n
Этот пост актуален для тех, кто работает в больших компаниях (100+ человек) и у кого много длинной переписки в почте. Если коллег у вас двое-трое, то пост вряд ли будет полезным.<\/p>\n
В чем проблема<\/h2>\n
Революция слака до меня ещё не дошла, у меня всё ещё много рабочей почты, — на работе это основной способ коммуникации.<\/p>\n
В компаниях часто возникает особый жанр — почтовый тред. В почтовом треде есть особенность — каждый участник норовит кого-нибудь туда добавить: разработчика, дизайнера, технического писателя. И вообще каждый из участников в случае чего норовит добавить своего линейного руководителя (извини, ничего личного, просто на всякий случай).<\/p>\n
Понять кто когда кого добавил — невозможно<\/p>\n
Возникают вечные вопросы:<\/p>\n
\n
А Вася тут есть? О, есть, — отлично, а давно? Кто и когда его добавил?<\/li>\n
Алярм! В переписке представитель клиента, сколько он уже с нами? Какой баклан его добавил?<\/li>\n
Так, а почему Алена не отвечает? Как её нет? Куда она пропала, была же?<\/li>\n<\/ul>\n
Решение<\/h2>\n
Кто-то в Яндексе придумал для этой проблемы решение, которое почему-то не прижилось вне Яндекса.<\/p>\n
Решение: писать +mozornin, если добавляем его к переписке, и −mozornin, если убираем<\/p>\n
Это добавление полезно всем:<\/p>\n
\n
участникам — строка +mozornin<\/i> явно говорит: изменился список участников, будьте внимательны<\/li>\n
добавляемому — в этот момент ему расскажут, что от него хотят<\/li>\n<\/ul>\n
Правило простое и очевидное, вот как его применять:<\/p>\n
\n\n\n\n\n\n\n\n\n
Что написано<\/b><\/td>\n Как читать<\/b><\/td>\n<\/tr>\n
+mozornin<\/td>\n Добавил Мишу Озорнина<\/td>\n<\/tr>\n
−mozornin<\/td>\n Убрал Мишу Озорнина<\/td>\n<\/tr>\n
+ui.all@<\/td>\n Добавил в анонс всех фронтендеров<\/td>\n<\/tr>\n
−ui.all@+ui.react@<\/td>\n Пожалуйста, не пишите всем фронтендерам, пишите только реакт-разработчикам<\/td>\n<\/tr>\n
−все<\/td>\n Я убрал всех остальных, вопрос лично тебе<\/td>\n<\/tr>\n
Пожалуйста, −mozornin<\/td>\n Уберите меня из переписки, пожалуйста. Чтобы вам не искать, я — mozornin<\/td>\n<\/tr>\n<\/table>\n<\/div>\n
Еще момент добавления человека через плюс лучше всего подходит, чтобы объяснить ему, что происходит. Уверен, не я один ненавижу, когда добавляют в тред из 20 писем без комментария.<\/p>\n
\n\n\n\n\n\n\n\n
Потянет<\/b><\/td>\n Отлично<\/b><\/td>\n<\/tr>\n
+mozornin<\/td>\n +mozorninДобавил Мишу Озорнина, он занимается всеми вопросами правильности цветовых градиентов<\/td>\n<\/tr>\n
−mozornin<\/td>\n −mozornin, +kkonstantinopolsky<\/br>Вопросами правильности цветовых градиентов сейчас занимается не Миша, а Костя<\/td>\n<\/tr>\n
+ui.all@<\/td>\n +ui.all@Есть вопрос про багу в поведении формы, может кто сталкивался? <\/br>…Продублировать суть письма<\/br>…<\/i><\/td>\n<\/tr>\n
−ui.all@+ui.react@<\/td>\n −ui.all@+ui.react@Убираю всех лишних, вопрос только про реакт<\/td>\n<\/tr>\n
−все<\/td>\n −все<\/br>А подскажи, насколько сложно будет сделать описанное поведение?<\/td>\n<\/tr>\n<\/table>\n<\/div>\n
Предлагаю всем, кому показалось полезно, начать применять прием<\/p>\n
Прав тот, кто скажет, что этому давно пора научиться почтовым программам, что это их работа. Но пока они не умеют, люди вынужденно делают их работу.<\/p>\n
Upd: Игорь в комментариях справедливо напомнил, что Джимейл это умеет. Вот как выглядит:<\/p>\n
\n $\"\"$ \n<\/div>\n
Зал славы<\/h2>\n
Предлагаю записать те компании, кто молодец и пишет так:<\/p>\n
\n
Яндекс<\/b><\/li>\n<\/ol>\n
Если вы в компании, студии или бюро используете, напишите любым удобным способом, я вас добавлю.<\/i><\/p>\n", "date_published": "2019-04-15T00:17:06+03:00", "date_modified": "2024-01-07T14:52:55+03:00", "image": "https:\/\/mikeozornin.ru\/blog\/pictures\/add-remove-email-participants@2x.png", "_date_published_rfc2822": "Mon, 15 Apr 2019 00:17:06 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "114", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/mikeozornin.ru\/blog\/pictures\/add-remove-email-participants@2x.png", "https:\/\/mikeozornin.ru\/blog\/pictures\/add-remove-email-participants-gmail@2x.png" ] } }, { "id": "113", "url": "https:\/\/mikeozornin.ru\/blog\/all\/shame-on-share\/", "title": "Как шарить ссылки", "content_html": "
Коротко: не посылайте ссылок без комментариев<\/p>\n
Не знаю как у вас, но у меня дофига чатов по работе (да и не только по работе). И вот такое вот очень раздражает:<\/p>\n
\n $\"\"$ \n<\/div>\n
Проблема здесь в том, что к ссылке нет никакого комментария. В ссылке без комментария есть несколько проблем.<\/p>\n
Проблема 1: непонятно, что по ссылке<\/h2>\n
По урлу не всегда понятно, что там. Хорошо, если урлы говорящие и можно хотя бы примерно понять, что там:<\/p>\n
\n\n\n\n\n\n
mikeozornin.ru\/blog\/all\/share-and-shame<\/td>\n Какой-то пост в этом блоге<\/td>\n<\/tr>\n
bureau.ru\/soviet\/20190330<\/td>\n Какой-то бюрошный совет<\/td>\n<\/tr>\n
pass.rzd.ru\/static\/public\/ru?STRUCTURE_ID=5167<\/td>\n Что-то на сайте РЖД<\/td>\n<\/tr>\n
ow.ly\/al2h50osrwP<\/td>\n Что-то в интернете<\/td>\n<\/tr>\n<\/table>\n<\/div>\n
Проблема 2: ссылка без комментария часто опасна<\/h2>\n
Ссылка без комментария может быть ещё и опасной. Когда уводят пароль от скайпа или другого мессенджера, боты шлют обычно только ссылки, без комментария.<\/p>\n
Перед тем как нажать на ссылку без комментария (особенно сокращённую) я свяжусь с человеком и уточню, он ли это послал. Если бы был комментарий, этим заниматься бы не пришлось.<\/p>\n
Чтобы собеседники не думали, что вас взломали, добавляйте комментарий.<\/p>\n
Проблема 3: непонятно, зачем это смотреть<\/h2>\n
Даже если человек ткнет в ссылку, неясно, что хотел сказать автор. Вот, например, как меняется ссылка в зависимости от комментария.<\/p>\n
mikeozornin.ru\/blog\/all\/share-and-shame<\/a><\/p>\n
\n
Ребята, прочитайте, пожалуйста. С понедельника за неправильные ссылки начисляется −5 баллов в карму.<\/li>\n
Игорян, смотри. Вот ведь бывают фрики, лучше бы делом занялись.<\/li>\n
Помнишь, я тебе говорил про говношаринг? Вот что я имел ввиду.<\/li>\n
FYI: Я пост даже не читал, но там что-то про этикет, вдруг тебе в подборку подойдет.<\/li>\n<\/ul>\n
artlebedev.ru\/laws-of-the-future<\/a><\/p>\n
\n
Зацени какая красота.<\/li>\n
И это называют дизайном. Да я так тоже за сто тысяч смогу.<\/li>\n
Смотри, брутализм может выглядеть не уродски. Давай попробуем вернуться в проекте ХХХ к варианту с брутализмом?<\/li>\n
Посмотри на проект внимательно, с виду полное отсутствие дизайна, а на самом деле со всеми дизайн-правилами все хорошо. Изучи, пожалуйста, проект, разбери на запчасти и примеры, примеры микроверстки сохрани на общую доску пинтереста.<\/li>\n<\/ul>\n
Проблема 4: шарят, не читая<\/h2>\n
Часто к ссылке без комментария добавляется то, что посылающий ссылку статью не читал. В итоге получается такой диалог:
\n— ux.pub\/podborka-sketch-plaginov-dlya-navedeniya-poryadka-v-vashem-dizajne\/
\n— О, какие посоветуешь оттуда?
\n— Не знаю, я не смотрел
\n— ¯\\_(ツ)_\/¯<\/p>\n
Чтобы такого не было, я всегда явно пишу, если ссылку не читал.<\/p>\n
На что ещё обратить внимание<\/h2>\n
Если не знаете, что написать в комментарии к ссылке, то так и напишите: «Я детально не вчитывался, но мне показалось, что тебе может быть интересно».<\/p>\n
Если даете ссылку на чей-то блог или блог компании, лучше написать, почему стоит их слушать. Хотя бы одно предложение. Этот кто-то или компания могут быть известны вам, но не известны за пределами вашей дизайнерской, редакторской, программистской или другой тусовочки.<\/p>\n
Саму ссылку и комментарий лучше послать двумя разными сообщениями. Вашему собеседнику так будет удобней скопировать ссылку. Из отдельного сообщения её получить обычно проще, чем вырезать из сообщения.<\/p>\n
TL;DR<\/p>\n<\/div>
\n
Не шарить ссылки без комментария<\/li>\n
Явно указывать, если статью не читал<\/li>\n
Комментарий писать в отдельном сообщении<\/li>\n<\/ol>\n<\/div><\/div>", "date_published": "2019-04-02T11:03:13+03:00", "date_modified": "2024-09-16T11:40:00+03:00", "image": "https:\/\/mikeozornin.ru\/blog\/pictures\/share-and-shame-1@2x.png", "_date_published_rfc2822": "Tue, 02 Apr 2019 11:03:13 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "113", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/mikeozornin.ru\/blog\/pictures\/share-and-shame-1@2x.png" ] } }, { "id": "101", "url": "https:\/\/mikeozornin.ru\/blog\/all\/please-reply-back\/", "title": "Отвечать туда же — правило переписки", "content_html": "
\n $\"\"$ \n<\/div>\n
Главное правило деловой (и не только) переписки:
\nОтвечать туда, где спросили.<\/p>\n<\/div>
<\/p>\n<\/div>
Причем речь не просто про канал (спросили в почте, ответил в почту), но и про способ (ответить на письмо, а не написать новое письмо).<\/p>\n
Написать новое письмо вместо ответа — сделать неудобно собеседнику:<\/p>\n
\n
собеседнику придется потратить больше времени на погружение, ведь истории не будет перед глазами;<\/li>\n
переписка порвется, человеку позже будет сложней искать письма;<\/li>\n
если у собеседника стоит флажок на старое письмо (чтобы не забыть), новое письмо останется без флажка.<\/li>\n<\/ul>\n
Про чаты у меня есть ещё пунктик: зареплаили — отвечу реплаем, заменшенили меня — меншеню в ответ, если написали просто так, то и я отвечу просто сообщением.<\/p>\n
Шпаргалка:<\/p>\n
\n\n\n\n\n\n\n
Куда мне написали<\/b><\/td>\n Куда мне надо ответить<\/b><\/td>\n Куда мне не надо отвечать<\/b><\/td>\n<\/tr>\n
Эл. письмо<\/td>\n Ответ на эл. письмо<\/td>\n ~~Новое эл. письмо<\/s>~~Телеграм<\/s>~~Позвонить<\/s>~~Прийти лично<\/s><\/td>\n<\/tr>\n~~~~~~~~
Общий чат в телеграме<\/td>\n Ответить в чате просто так, или через reply<\/td>\n ~~Лично в телеграме<\/s>~~Письмо<\/s>~~Позвонить<\/s>~~Прийти лично<\/s><\/td>\n<\/tr>\n~~~~~~~~
Лично в телеграме<\/td>\n Ответить лично<\/td>\n ~~Письмо<\/s>~~Найти общий чат в телеграме и написать туда<\/s>~~Позвонить<\/s>~~Прийти лично<\/s><\/td>\n<\/tr>\n~~~~~~~~
Комментарий в фейсбуке<\/td>\n Ответить там же<\/td>\n Написать в фейсбук-мессенджер<\/s>Найти адрес эл. почты и написать письмо<\/s><\/td>\n<\/tr>\n<\/table>\n<\/div>\n
Бывает так, что иногда удобней отцепить обсуждение отдельно от общей ленты. Так можно. В этом случае нужно объяснить участникам новой ветки, почему обсуждение отдельно, обсудить, а итоговый результат кинуть в общий чат или тред.<\/p>\n
Иконки на обложке из набора 365 Сергея Чикина.<\/a> Очень удобно: взял иконку, написал текст и обложка готова.<\/p>\n", "date_published": "2018-12-18T11:45:32+03:00", "date_modified": "2024-12-12T00:14:32+03:00", "image": "https:\/\/mikeozornin.ru\/blog\/pictures\/please-reply-back@2x.png", "_date_published_rfc2822": "Tue, 18 Dec 2018 11:45:32 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "101", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/mikeozornin.ru\/blog\/pictures\/please-reply-back@2x.png" ] } } ], "_e2_version": 3798, "_e2_ua_string": "E2 (v3798; Aegea)" }