Emacs

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

Позвольте мне начать с пары слов для тех кто не в курсе. Lisp - это семейство языков, включая Common Lisp, Emacs Lisp и несколько диалектов, которые сегодня используются лишь изредка. Иногда даже язык Scheme считается членом этого семейства. Считать ли это верным, зависит от того, каково ваше точное определение Lisp, но это является слишком сложным (и неинтересным) вопросом для этого эссе.

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

Первый вопрос, который часто задают: Если Lisp настолько хорош, почему он не популярен?. Люди, которые задают такой вопрос, обычно предполагают, что хороший подразумевает популярный, и поэтому ищут какую-то часть Lisp, которая НЕ является хорошей, что могло бы объяснить, почему он не популярен. Однако нет абсолютно никаких оснований предполагать, что хороший подразумевает популярный, поэтому вопрос действительно довольно наивный. Но вместо того, чтобы просто игнорировать этот вопрос в некоторых частях этого эссе, я на мгновение приму его за чистую монету и попытаюсь объяснить, почему Lisp не так популярен, как хотели бы некоторые его последователи.

Однако позвольте мне сделать небольшое замечание. Lisp не настолько непопулярный, как можно думать (и теперь для удобства я добавлю Emacs Lisp). В недавнем подсчете количества строк Lisp занял 4-е место по количеству строк исходного кода (SLOC) в дистрибутиве Debian GNU/Linux (Woody) после C, C++ и bash с примерно 4 миллионами SLOC (около 4%), опередив Perl, Python, ML, Fortran и т. д. Это довольно популярный язык, лишь несколько менее популярный, чем C и C++. Конечно, количество SLOC в Debian GNU/Linux - не единственный возможный показатель популярности, но это показатель, как и любой другой.

Недавно я увидел статью в comp.lang.lisp, в которой автор серьезно знал, что с Lisp должно быть что-то не так, потому что, если все будет хорошо, рынок обнаружит это, и Lisp начнет использоваться в программных проектах повсюду. Тот факт, что этого не произошло, доказал автору, что с Лиспом ДОЛЖНО быть что-то не так, даже если он не знал, что именно.

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

Возможно, в Lisp действительно что-то не так, потому что он, кажется, привлекает всевозможных психов, хотя, возможно, я просто не знаю, что это так и для других языков, или для любого другого человеческого артефакта. Обычно это проявляется в случае с Лиспом так: кто-то, плохо знакомый с Лиспом, впервые появляется в группе новостей comp.lang.lisp, дает очень умным и очень знающим людям урок о том, что они не поняли, почему Lisp непопулярен, и продолжает рассказывать им, как им следует изменить язык, чтобы исправить проблему (обычно, изменить синтаксис, чтобы избавиться от множества скобок), или просто сообщить им, что они сделали ошибку, и вместо этого следует использовать другой язык.

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

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

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

Я часто вижу очень показательную параллель, проводимую между Лиспом и хорошей скрипкой. Должны ли мы изменять скрипки, чтобы привлечь людей, которые привыкли играть на аккордеоне и не хотят учиться игре на скрипке, потому что это слишком сложно и слишком отличается от аккордеона? Конечно, нет! У скрипки есть свое место, и она становится прекрасным инструментом, когда играет тот, кто действительно владеет ею.

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

Некоторые люди думают, что с Лиспом что-то не так, потому что практически невозможно заставить программное обеспечение работать без изменений на всех платформах (комбинациях Лисп-систем и операционных систем), тогда как с чем-то вроде Python или Ruby это легко. Ясно же, что здесь с Лиспом что-то не так, верно?

Нет, на самом деле нет! Lisp - это не отдельная реализация, а ANSI-стандарт (теперь уже Common Lisp). Как и многие другие стандарты (например, ANSI-стандарт для языка программирования Си), он не содержит всего, что вам может понадобиться при написании приложений, например сокетов, синтаксических анализаторов XML, библиотек SQL и т. д. Вместо этого предоставляются отдельные библиотеки, которые в случае Lisp либо поставляются поставщиком коммерческой системы Lisp, либо бесплатно авторами свободных библиотек для других разработчиков. Таким образом, предполагаемая трудность состоит в том, чтобы написать приложение, которое могло бы работать со всеми этими, возможно, взаимно несовместимыми библиотеками. Разработчик, столкнувшийся с этой проблемой, обычно очень расстраивается, жалуется в comp.lang.lisp, что мы должны исправить стандарт ANSI Common Lisp как можно скорее, чтобы включить эти библиотеки.

Подождите секунду! Почему это не проблема для таких языков, как Python и Ruby, которые даже НЕ ИМЕЮТ стандарта ANSI? Почему люди не жалуются громко, что они даже не могут написать кросс-платформенный цикл или оператор присваивания на Python, потому что способ сделать это не стандартизирован? Ответ: потому что эти люди сравнивают яблоки и апельсины или, в данном случае, язык, определяемый (в основном) одной реализацией, и стандарт с несколькими реализациями. Вот как увидеть, насколько это сравнение абсурдно: если бы я написал новую реализацию Python, в которой не было бы сокетов, разве это внезапно ухудшило бы положение языка Python, в сравнении с тем, что было раньше? Конечно, нет! Точно так же люди, которые хотят использовать язык с единственной реализацией и тем самым рискуют, что язык может измениться в одночасье, что, возможно, сделает большую часть некоторых крупных инвестиций устаревшими, должны принять то же самое с Lisp и выбрать единственную реализацию. который работает во всех операционных системах. Это будет не хуже, чем у любого языка с одной реализацией.

Некоторые ВНУТРИ Lisp-сообщества думают, что Lisp не так популярен, как он того заслуживает, потому что в языке есть недостатки. Таким образом, предполагаемое решение проблемы состоит в создании лучшего диалекта Lisp. Откровенно говоря, если бы это было правдой, то ни у одного другого языка не было бы ни единого последователя, учитывая количество недостатков в других языках по сравнению с недостатками Common Lisp. Одной из типичных попыток создать лучший Lisp был Dylan (больше похожий на Scheme, чем на Lisp, на самом деле), который определяет синтаксис без скобок для Lisp-подобного языка, тем самым по существу лишая Lisp одного из его, пожалуй, величайших преимуществ, а именно почти однозначного соответствия между внешним синтаксисом и внутренним представлением кода, что является важной фичей для создания макросов. А Dylan не более популярен, чем Common Lisp.

В последнее время мы регулярно видим людей (обычно также в сообществе Lisp), у которых есть идеальное объяснение того, почему Lisp не так популярен, как он того заслуживает, а именно, что нет ни одной бесплатной реализации, которая работала бы во всех операционных системах и в которой были бы ВСЕ необходимые библиотеки, как в Python и Ruby для веб-программирования и т. д. (мы уже видели, что в стандарте ANSI Common Lisp их нет). Типичная статья одного из этих людей очень снисходительна. Недавно я видел фразы, похожие на Простите, ребята, но интерфейсы командной строки больше не подходят, в наши дни все основано на графическом интерфейсе, а у вас даже нет стандартной библиотеки графического интерфейса.

Общий тон, кажется, обвиняет некоторое вымышленное сообщество Lisp в том, что оно не понимает, что именно требуется Lisp с точки зрения библиотек, чтобы стать более популярным. Я согласен, что они правы, что на данный момент нет достаточно хороших библиотек для всех применений. Однако я серьезно сомневаюсь, что решение этой проблемы каким-либо образом повлияет на популярность Lisp. Хуже того, я не понимаю, кому адресованы эти статьи. Некоторые из них, без сомнения, предназначены только для того, чтобы автор отказался от Lisp в пользу более популярного языка, делая это с чистой совестью (это не моя вина, я должен был сделать это, потому что не смог получить нужные мне библиотеки. ). Все они определенно имеют негативный эффект (желаемый или нежелательный) на людей, которые могут рассматривать использование Lisp. Для людей, которые не знают Lisp и НЕ рассматривают возможность его использования, они определенно не имеют абсолютно никакого эффекта.

Большинство авторов этих статей, кажется, серьезно думают, что каким-то образом они будут серьезно восприняты участниками Lisp-сообщества, и что эти участники осознают свои ошибки и начнут предоставлять высококачественные библиотеки для веб-программирования и синтаксического анализа XML бесплатно и сразу. Я не думаю, что это случится. Чтобы понять, почему, мы можем (для этой цели) разделить членов "сообщества Lisp" на три типа людей:
- тех, кто уже тратит значительную энергию и время на написание таких библиотек,
- тех, кто не имеет возможности писать такие библиотеки. (из-за недостатка знаний, энергии или времени), и
- тех, у кого есть возможность сделать это, но они не делают этого.

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

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

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

Меня, в основном, не волнует, насколько популярен Lisp. Я использую Lisp не для того, чтобы набрать больше очков в соревновании по популярности. Я использую Lisp, потому что это лучший язык программирования, который я знаю. Я не думаю, что с Лиспом что-то особенно или серьезно не так. Возможно, на данный момент он не обеспечивает того, что некоторые люди ожидают от языка программирования (например, бесплатную кроссплатформенную реализацию со всеми библиотеками, которые могут вам понадобиться). Произойдет ли это когда-нибудь, я не знаю, и меня это не заботит (хотя я уважаю, что другие могут волноваться по этому поводу). Думаю, я знаю, что некоторым людям, которые хотят, чтобы это произошло, придется запачкать руки и просто сделать это. Никакие сетования не могут волшебным образом создать какие-либо библиотеки.

Насколько я знаю многие программисты используют VIM, а некоторые тоже используют VIM, но они это делают в EMACS-е, EVIL (злом) режиме, это значит, что эти люди понимают все прелести VIM (быстрое редактирование текста без использования мыши, наличие нескольких режимов и т.д.), но им очень нравится возможность добавлять миллиарды плагинов. Но ещё я знаю, что VIM был сделан несколько миллионов лет назад, для программистов того времени и для того чтобы быть отдельным редактором (не для EMACS), поэтому VIM использует не все возможности которые мог бы, например: Клавиша для входа в командный режим находится в самой жопе углу клавиатуры (и. да я знаю что это можно легко поправить в .vimrc), также если я захочу перейти к редактированию другого файла, то мне нужно:

1. Перейти в командный режим (Нажав сами знаете куда)

2. Напечатать `:find` и имя файла

3. Если я ошибся в имени файла ---> во 2 пункт

Это может занять целую вечность, а менять текущий файл приходиться очень часто! А ещё если вы используйте раскладку dvorak, то как возможно вообще пользоваться VIM-ом? И вообще все клавишы VIM настроены не для того чтобы быстро ими пользоваться, а для того чтобы быстрее запомнить это тоже конечно классно, ведь каждая команда в VIM может превращаться в целое красивое и понятное любому носителю языка, предложение, а XAH FLY KEYS таким похвастаться не может, ведь он крут в другом, быстром редактировании текста, причем если вы пользователь какой-то не популярной раскладке, то лучше вы вряд ли найдете!

Переходим к самому главному в этой прекрасной статье.

XAH FLY KEYS

Все эти недостатки не имеет наш XAH FLY KEYS, он уже был разработан в наше время и не имеет все недостатки VIM, и по моему скромному мнению это самый лучший в мире способ для редактирования текста!

Этот мощный инструмент разработал XAH LEE, если вы уважающий себя EMACS-ер то вы знаете его имя, ведь этот мудрый китаец придумал ErgoEmacs и возможно вы также пользовались им.

Однако у него есть 1 недостаток (точнее больше, но о них Я вам не расскажу), это не наличие нормальной документации, она конечно есть, но сами посмотрите:

Вам конечно этого может и хватит, но блин XAH FLY KEYS имеет в несколько 10-в раз больше возможностей, которые я попробую объяснить (к сожалению я пользователь QWERTY раскладки и не буду объяснять как всем этим пользоваться на раскладке DVORAK или AZURE).

Установка

На github всё описано, но я всё-таки обьясню краткий способ как это сделать:

1. Скачать xah-fly-keys через MELPA package manager для EMACS

2. Вставить и исполнить такой Emacs Lisp код:

   (require 'xah-fly-keys)(xah-fly-keys-set-layout "qwerty") ; обязательно(xah-fly-keys 1)
   

Полбзуемся

Вообще XAH-FLY-KEYS имеет 2 режима: COMMAND и INSERT (как в VIM), но в COMMAND есть тоже несколько режимов или не режимов, а префиксов для HOT-KEYS, сейчас всё объясню чуть по подробнее:

• INSERT mode - (для вход из COMMAND наберите f) обычное редактирование файла

• COMMAND mode - (для входа из INSERT наберите Alt+SPACE) режим для набора команд

А если вы в COMMAND mode, то вы можете набрать какую-то буковку и что-то произойдет, например если нажать f, то вы окажетесь в INSERT mode, НО также если вы нажмете SPACE (пробел), то все клавиши изменят свое значения, например если вы нажмете Space f, то вас заставят написать имя буфера для перехода в него, но также есть специальный клавиши и если на них нажать после того как вы нажали SPACE, то клавиши опять изменят свое значение, например если вы напечатайте Space i f, то перейдете в файл путь которого был под курсором.

БАЗА

Начнем с чего-то по проще:

Перемещение

j - влево на один символ

i - вверх на один символ

k - вниз на один символ

l - вниз на один символ

o - вперёд на 1 слово

u - назад на 1 слово

; - вперёд на 1 предложение, Пример:

h - назад на 1 предложение

m - на прошлую закрывающую скобку

. - на прошлую открывающую скобку

/ - на противоположную скобку, Пример:

0 - перейти на место прошлого перемещения.

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

Ctrl+4 - перейти на место следующей ошибки (работает только flycheck-mode)

Ctrl+3 - перейти на место прошлой ошибки (работает только flycheck-mode)

Space H - перейти в начало файла (Space - пробел)

Space N - перейти в конец файла (Space - пробел)

Space p - проскролить (если нажали первый раз -> расположить текущую строчку по середеине экрана, второй раз -> на начало экрана, третий раз -> на конец экрана)

Выделение

8 - выделить текущее слово, если нажмете снова, то выделится вся строка, а потом по одной строке далее

1 - выделить то, что возможно или увеличить, то, что уже выделено

2 или 7 - выделить текущую строку

6 - выделить "блок"

9 - выделить текст в ковычках

t - начать выделять то, где ты двигаешься (VISUAL MODE)

Space a - выделить весь файл

Space o Space - включить режим выделение блоком

Удаление

d - удалить 1 символ позади

5 - удалить 1 символ впереди

e - удалить слово позади

r - удалить слово впереди

x - вырезать строчку если что-то выделено вырезать то, что выделено (см. Копирование/Вставка)

Space g - удалить всё от положения курсора до конца строки

g - удалить блок:

Space k f - удалить все строки, которые подходят к тому, что мы напишим

Space k t - удалить все строки которые совпадают с текущей

Space k g - удалить все строки которые не совпадают с текущей

Space k a - удалить все "пустые" строчки

Редактирование

' - изменить виды разделителей. (Если пробелы -> поменять на подчеркивания, Если подчеркивания -> минусы (тире)), Пример:

z - Закомментировать/Раскомментировать текущую строчку или то, что выделено

w - если нету пробела поставить, если есть удалить.

Очень странная штука.

p - вставить пробел (Для этого не надо переходить в INSERT мод)

b - поменять регистр (Заглавный Регистр, нижний регистр, ВЕРХНИЙ РЕГИСТР)

Space 6 - поменять регистр у всего предложения

Space k e - отсортировать выделенные строчки

Space k p - экранировать все выделенные ковычки (поставить "\" перед ", которые находятся в выделенном тексте)

Space k k - повторить прошлую команду

Space o f - каждую линию обернуть в ковычки или в скобки или в то что вы там напишите, и разделить тем, что вы там выберите

Space o g - превратить пробелы в переходы на новую строку

s - создать новую строчку, но на неё не перейти

Работа с окнами/файлами (FRAMES)

, - перейти в другое окно (FRAME)

4 - разделить окно по горизонтальной линии

Space 4 - разделить окно по вертикальной линии

Space 5 - сделать все окна одинакого размера

Ctrl+7 - следующий буфер (открытый файл)

Ctrl+8 - прошлый буфер (открытый файл)

Ctrl+t - новый пустой буфер

Ctrl+w - закрыть текущий буфер (открытый файл)

Ctrl+s - сохранить буфер (открытый файл)

Space m - просмотреть в dired режиме текущую дерикторию

Ctrl+Shift+s - сохранить буфер как...

Space l b - сохранить все файлы

Space i w - открыть в приложение по умолчанию

Space i g - скопировать полный путь до файла

Space i s - открыть в проводнике файл

Space i f - открыть файл путь которого под курсором (путь не обязательно полный)

Space , Del - удалить текущий файл

Space , x - сохранить все файлы + закрыть редактор

Space , c - запустить текущий файл

Вид

Space l Space - включить подрисовку пробелов

Space l . - расширить на весь экран (похоже на f11 в вашем браузере)

Space l 2 - подсвечивать текущую строку

Space l 4 - вкл./выкл. показ номера строк

Soace l t - вкл./выкл. перенос строк

Ctrlr+= - увеличить шрифт

Ctrlr+- - уменьшить шрифт

Space l g - создать новое окно и отрыть в нём EMACS с текущим файлом

Плюшки (от Emacs)

Space l 6 - календарь (красивый очень)

Space l 7 - калькулятор (Вот как им пользоваться)

Space l 9 - выполнить команду в теринале

Space l 0 - выполнить команду в терминале, применить к выделению

Space l c - проверить все орфографические ошибки в файле

Space l , - включить браузер в Emacs

Space l d - включить эмулятор терминала в Emacs

Space 9 - проверить на грамотность слово

a - выполнить команду ELisp (тоже самое, что Alt+X)

Помощь. HELP

Space j a - найти все команды совпадающие с нашим шаблоном

Space j j - описать функцию

Space j v - описать горячую клавишу

Space j l - описать переменную

Space j g - дать информацию по всему что у меня есть

Макросы

Space o e - запись макроса

Space o r - стоп записи макроса

Space o h - вызвать последний макрос

Space o w - применить макрос ко каждой выделенной строки

Поиск

n - поиск с переходом, Я не знаю как объяснить, короче вот:

Space k r - поиск + замена, сначала выделит все совпадения так же как и при поиске с переходм, потом будет спрашивать надо ли заменить слово:

• Напечатайте SPACE, если да

• Напечатайте DEL, ксли нет

• Напечатайте ENTER, если пропустить

Space k d - Поиск строк по шаблону (выделенных строк)

Space y - начать поиск текущего слова

Копирование/Вставка

с - копировать (Если ничего не выделено копировать строку)

v - вставить

x - вырезать (Если ничего не выделено вырезать строку)

Работа с регистром 1. WTF?

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

Space k 1 - добавить в регистр 1 выделенный текст (если ничего не выделено -> добавить строку)

Space k 2 - очистить регистр 1

Space k 3 - копировать в регистр 1 = очистить регистр 1; добавить в регистр 1 текст

Space k 4 - вставить содержимое

Кастомизируем

В Emaces любое действие можно сделать через какую-то Eisp фуекцию поэтому настройка также будет на ELisp-е.

1. Чтобы настроить выполнение какой-нибудь функции при нажатии какой-то клавиши в COMMAND режиме, то :

   (defun my-xfk-addon-command ()  "Modify keys for xah fly key command mode keysTo be added to `xah-fly-command-mode-activate-hook'"  (interactive)  (define-key xah-fly-key-map (kbd "какая-то клавиша") 'имя какой-нибудь функции)  )(add-hook 'xah-fly-command-mode-activate-hook 'my-xfk-addon-command);; Здесь мысоздаем функцию my-xfk-addon-command, ;; которая связывает какую-нибудь функцию с какой-то клавишей.;; а потом с помощью add-hook выполняем эту функцию перед входом в Command mode
   

2. Чтобы то же самое провернуть только в INSERT ружиме надо выполнить почти такой же код:

   (defun my-xfk-addon-command ()  "Modify keys for xah fly key command mode keysTo be added to `xah-fly-command-mode-activate-hook'"  (interactive)  (define-key xah-fly-key-map (kbd "какая-то клавиша") 'имя какой-нибудь функции)  )(add-hook 'xah-fly-insert-mode-activate-hook  'my-xfk-addon-command);; Здесь мысоздаем функцию my-xfk-addon-command, ;; которая связывает какую-нибудь функцию с какой-то клавишей.;; а потом с помощью add-hook выполняем эту функцию перед входом в insert mode
   

Это всё!!!

История про рекрутера Марию

Жила-была девушка Мария.Маша работала в рекрутинге вот уже 3 с хвостиком года. Она была опытным и смелым рекрутером, и закрывала за месяц около 4-5 вакансий уровня Middle/Senior. Соискатели и кандидаты очень любили Машу за ее искренность, честность, ответственность и персональный подход к каждому. А Маше, в свою очередь, нравилось общаться с людьми, помогать им и ежедневно узнавать что-то новое. Уже с первого рабочего дня Маша знала, как важно написать правильно первое письмо или сообщение в LinkedIn, и сделать эффективный, персонализированный first touch. В ее понимании first touch = first impression.

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

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

• тема должна быть информативной кратко передавать суть письма;

• структура и суть должна быть такими, что пробежав глазами было понятно о чем пойдет речь (особенно в мобильной версии);

• и последнее обязательно "call to action", в надежде все таки получить ответ :)

Яна Разумова, HRD в Bergx2

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

82% соискателей отвечали Маше на email, сообщения в LinkedIn, а иногда и на Facebook. Половина из них с удовольствием соглашались на скрининг-интервью. И даже когда по итогу всех процессов выбрали не ее кандидата, Маша оставалась на связи со всеми соискателями, бережно храня новые контакты.

Наступили сложные времена COVID-19, и компания, в которой Маша работала последние несколько лет, не выдержала кризис. Сотрудникам пришлось искать свое место под IT солнцем. Маша не стала исключением из правил.

И вот, в конце 2020, за пару недель до нового года Маша получила оффер в большую и прогрессивную продуктовую компанию с центральным офисом в США!

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

Как думаете, понравилось ли оно Маше? А вам?

Как бы вы оценили это письмо? Как бы ответили на него?

Возможно, написали бы его иначе или перефразировали?

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

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

• пунктуацию,

• Subject line,

• приветствие и прощание,

• ссылку на материалы.

И все же есть моменты, на которые стоило бы обратить внимание.

Hi, Marina!" составляете вы текст на английском, русском или же украинском, будьте внимательней с именами. Марина, возможно, была бы и рада получить такое дружественное письмо. А вот для Марии оно, скорее всего, было обидным.

Листи я формую або укранською, або англйською. Якщо у другому варант все однозначно (як спецалст вказу себе в LinkedIn), то укранський правопис вирзняться правилами. Наприклад, у мене була цла дискуся з скрншотами з нженером Олегом. Кличний вдмнок нового (вд 2019 року) правопису дикту як архачне звертання "Олеже", так "Олегу".

Люда Зюман, Recruiter в EvoTalents

There are a few CVs конструкция there is/there are сбивает с толку читателя и отводит от главной мысли письма.

Proposed можно случайно выйти замуж и даже не заметить этого.

"Are seen/ was opened/ can be found" пассивный залог в тексте, приводит в замешательство. Кто и что должен сделать? Предложения с пассивным залогом тяжелые, увесистые и трудно читаемы.

"CVs can be found here" ссылка это хорошо. В то же время, она должна быть физически больше и заметней. Это поможет читателям открыть письмо даже на телефоне и спокойно увидеть, куда нужно нажимать.

"Don't / might not" два отрицания, идущие одно за другим. Чем больше в письме или речи негативных слов, тем больше негативного отношения вызывает текст и человек на уровне подсознания.

"Don't hesitate to drop a line to Lena" реципиенту понадобится приложить дополнительные усилия, чтобы понять отправителя. Какое отношение to drop a line имеет к твоему отпуску? Что делать с этой информацией дальше?

"For a professional recruiter like you it won't be hard ;-)" и "Thanks in advance!" со стороны это может выглядеть как скрытые за смайлами и эмодзи пассивно-агрессивные манипуляции. Лучше используйте "I appreciate your help."

Subject: New tasks for the recruitment team хорошо, что есть subject line. В то же время, по нынешним стандартам лучше сократить его в два раза.

Hi, Marina та Best regards! несоответствие неформального и делового стилей.

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

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

Think, write, and think again.

Alexey Kovalenko, Managing Partner at Savvy

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

8 правил хорошего письма

Теперь давайте перейдем к детальному объяснению каждого из пунктов.

Что такое ясное (или 'clear' на англ.) письмо?

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

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

Например, вы посылаете огромное сопроводительное письмо, и перегруженный подобными письмами рекрутер выбирает кандидата с письмом по сути. Вы копируете часть сообщения из другого источника и отправляете письмо с тремя разными не читаемыми шрифтами - и ваш собеседник закрывает сообщение без ответа, потому что это невозможно читать. Вы пишете сложным языком - и коллега откладывает ответ вам, чтобы разобраться позже, и больше не возвращается к диалогу. Вы не заботитесь кратко очертить суть в теме письма, и ваше письмо теряется в почтовом ящике среди других Re:Fwd:a quick question. Вы не пишете в письме, чего именно ожидаете в ответ от собеседника - и переписка останавливается. Вы пишете сухим языком - и коллега тянется за стаканом с водой вместо того, чтобы ответить вам. Нам выгодно заботиться о человеке по другую сторону экрана, потому что это сделает переписку эффективнее. And its a nice thing to do.

Саша Голубева, Internal Communications в Very Good Security

Какое письмо короткое, а какое нет?

Для стандартного делового письма будет достаточно 100 слов или 5 предложений.

Less than five sentences is often abrupt and rude, more than five sentences wastes time.

Guy Kawasaki, a Silicon-Valley based author, speaker, entrepreneur, and evangelist

Каким должно быть простое письмо?

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

У меня нет скриптов, всегда от человека иду. Но в целом коротко и по делу. Если совсем ничего не знаю о человеке, просто здороваюсь, почему написала (что предлагаю) и интересно ли? Иногда прошу коллег, если знаю, что они знакомы, сделать интро.

Светлана Рыбалка, Recruiter в AB Games

А что по структуре?

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

Марина Попруженко, Recruiter в EvoTalents

Одно письмо = одно дело, но можно обо всем и сразу?

One thing at a time или Одно тело = одно дело. Каждое отправленное вами письмо должно быть посвящено только одному. Если вам нужно сообщить о другом вопросе, рассказать о новом проекте, или поделиться чем-то еще лучше написать новое письмо с новой Subject line.

Особенности Subject line

Первым делом ясность и четкость, а креатив и сюжетная линия потом.

Основатель компании Backlinko Брайан Дин в своей статье писал, что строки, где subject line не превышает 36-50 символов (или 4-8 слов), имеют значительно больший процент открытий.

В 2021-м году реципиенты будут читать имейлы в большинстве случае с iPhone. Он, в свою очередь, отображает 37-41 символ (примерно 4-7 слов) и затем обрезает строку. Итог прост: subject line около 20 символов или из 4-х, 3-х, 2-х, а может даже одного слова, увеличивает вероятность открытия и прочтения письма.

Какие основные правила построения Call to action?

Главное правило помнить о нем.

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

1. Начинайте с глагола: Что человеку нужно сделать?

2. Используйте цифры. Так вы сделаете жизнь реципиента проще. В особенности, если он работает с цифрами, мыслит алгоритмами и ему привычней такой формат.

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

4. Давайте не больше двух вариантов. Исследования в передаче Mind Field показали: чем больше у человека вариантов для выбора, тем дольше он думает и сильнее расстраивается, если что-то вдруг пошло не так. Более того, при наличии двух вариантов человек склонен принимать решение быстрее и уверенней.

Bang!

Воспользуйтесь этим чек-листом, чтобы создать письмо иностранному клиенту, коллеге, кандидату или партнеру правильно:

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

2. Заполните Subject line. В идеале 3 и меньше слов, или до 20 символов.

3. Напишите текст соответственно структуре.

4. Отдельно проверьте на call to action поймет ли получатель, чего вы от него хотите?

5. Правильно написали имя реципиента?

6. Проверьте все сообщение на корректность языка через сервисы (такие как Grammarly и LanguageTool), словари и Google поиск. Сочетаются ли стиль начала и завершения друг с другом?

7. Перечитайте текст второй раз, как еще можно его сократить?

8. В случае, если отправляете файлы проверьте, прикрепили ли их?

9. Внесите в строку отправителя его почту.

10. Нажмите отправить.

И помните, каждое отправленное письмо ваш личный #TheSmartWayofLearning.

Ваша Марго Подлесная,

PR Manager в Savvy