Ценность простоты при написании деловых электронных писем имеет большое значение. Кроме того, наша эффективность зависит от того, насколько легко усваиваются наши тексты. Удаленный разработчик Java может экспоненциально повысить свою ценность для клиентов и работодателей, хорошо написав.
День, когда Ты Стал Лучшим Писателем (2-й взгляд)
Общий Сценарий
Полезно думать о каждом электронном письме, которое мы отправляем, с точки зрения стоимости. Например, плохо написанное электронное письмо может вызвать цепную реакцию задержек и потери продуктивного времени.
Представьте себе обычный сценарий, в котором вам было поручено выполнить запрос на новую функцию. Изначально у вас есть только самые основные требования, и вам нужна дополнительная информация от владельца продукта. Затем вам предстоит проанализировать запрос и детали его реализации. То, что вы делаете дальше, – это разница между высококлассным разработчиком и средним разработчиком.
Среднестатистический разработчик будет ждать встречи с владельцем продукта, чтобы обсудить требования, не отправляя электронное письмо перед встречей. После этого обычно происходит что-то подобное:
Приходит время встречи, и среднестатистический разработчик расстраивается, поскольку разговор переходит на второстепенные мелочи. Это нарушается только привычкой разговорчивого некритичного участника пускаться в несвязанный лепет потока сознания. Это съедает большую часть собрания, и, наконец, руководитель проекта объявляет, что вам всем нужно будет встретиться снова на следующей неделе, чтобы продолжить хэширование требований. (Мозг среднестатистического разработчика взрывается)
Разработка с высокой добавленной стоимостью
В отличие от этого, высококлассный разработчик проанализирует запрос функции и напишет электронное письмо с вероятными вариантами использования и последствиями. Это дает владельцу продукта и разработчику общий контекст. Впоследствии они могут повторять любые различия гораздо более прямо, четко и быстро.
Огромная часть нашей ценности как разработчиков заключается в переводе туманных бизнес-запросов в формальные конструкции. Часто мы обнаруживаем крайние случаи, которые Владелец продукта изначально не рассматривал, или наоборот. Заблаговременное выявление крайних случаев экономит время, позволяя нам учитывать их при проектировании. В результате это приводит к созданию более надежного программного обеспечения и снижению затрат на техническое обслуживание. И то, и другое страдает от неизбежной привязки к коду, обрабатывающему крайние случаи, которые не были выявлены своевременно.
Короче говоря, Ценная Разработка
- Проявляет инициативу по конкретизации требований
- Получает всех на одной странице с помощью хорошо продуманного электронного письма
- Ценит время каждого, избегая встреч типа “взрыв мозга”, описанных выше
- Делает гораздо больше, чем просто кодирует специальный
Резюме
Простота должна быть в центре нашего внимания при общении в деловом контексте. Характер нашей работы делает написание эффективных электронных писем чрезвычайно важным. Особенно когда речь идет о смягчении двусмысленности и упрощении сложных систем. Кроме того, вы можете сэкономить своей компании тысячи долларов потерянного времени, сделав это хорошо. В заключение, поскольку удаленные Java-разработчики пишут еще более важно, поскольку наши навыки асинхронного общения должны отличать нас от наших коллег в офисе.
** Перекрестный пост из моего блога: Ценность простоты
Оригинал: “https://dev.to/remotejavadev/simplicity-in-writing-1pb9”