Как пишут программы профессионалы

В редакцию Tproger пришёл вопрос от подписчика, которым мы хотим с вами поделиться:

«По каким признакам можно отличить код профессионала от кода новичка?»

За разъяснениями мы обратились к нашим экспертам, а полученные ответы предоставляем вашему вниманию.

Владимир Чепелев
преподаватель школы HackerU

Код новичка от профессионала можно отличить базово. Понять по тому, как называет переменные и как использует рекурсивные алгоритмы. Во втором пункте у новичка одна из двух крайностей — либо, если рекурсию понимает, пытается применить её везде, где только можно и нельзя. Вторая крайность — не применяет там, где было бы целесообразно её применение (но это скорее при непонимании).

МастерШеф. Профессионалы-4. Выпуск 18 від 17.06.2023 | ФИНАЛ

С переменными — использование транслита вместо перевода слов. Характерно для совсем нулевого уровня.

Можно, в принципе, обратить внимание на соответствие названия функции/класса его реальному предназначению, но тут и опытные программисты не всегда соответствие выдерживают.

2018-10-29T20:09:00+03:00
Рейтинг полезности ответа:
Ольга Киселева
руководитель разработки решения Appercut компании Attack Killer

В современном профессиональном мире разработчиков, использующих умные IDE, это довольно сложно. Среда разработки сама расставляет отступы, исправляет грамматические ошибки и стиль в именах переменных, предупреждает о необработанных ветвях и ошибках. Достаточно нажать нужное сочетание клавиш, и IDE начнет писать код за вас.

Степень профессионализма разработчика проще оценить по принятым архитектурным решениям. На сегодняшний день написано огромное количество литературы, рассказывающей, как правильно построить архитектуру приложения, какие приёмы следует использовать для решения тех или иных задач. И профессионалы, и новички давно изучили эту информацию и используют её в своей работе.

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

Получается, что профессионал от новичка отличается наличием здравого смысла.

2018-10-29T20:09:00+03:00
Рейтинг полезности ответа:
Максим Лицкевич
старший программист «Аэроклуб ИТ»

На разных этапах развития программист ставит перед собой определённые цели, и это находит отражение в том, как он использует инструментарий.

На самом первом этапе цель одна: решить задачу любыми способами, используя имеющиеся знания. Основные характеристики кода этого периода — часто запутан и примитивен, не соблюдён кодстайл. Также его отличает скудное именование переменных, не отражающее сути.

Музыка для кино. Интервью с композитором. Как пишут музыку профессионалы. Дмитрий Селипанов

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

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

И тогда программист наконец становится ленивым. Лень — это признак мастерства и эффективности. По факту это означает, что всё будет сделано хорошо с самого начала, чтобы потом не пришлось тратить время на исправление ошибок. Среди основных признаков кода этого периода — легко читается, сложные участки сведены к минимуму, названия переменных и методов полностью отражают суть данных и действий. И, самое главное, помимо серьёзного подхода к сложным задачам присутствует простота и лаконичность.

2018-10-29T20:09:00+03:00
Рейтинг полезности ответа:
Павел Романченко
технический директор центра инновационных технологий и решений «Инфосистемы Джет»

Существует немало книг и методик о том, что такое хороший и правильный код, однако, чёткого определения до сих пор нет. Безусловно, профессионалы выделяются именно красотой и стройностью кода, но как же на глаз различить код опытного программиста и новичка? Есть несколько признаков.

Настоящий профи знает, что впоследствии его код будут не раз читать (возможно, даже он сам), править и дополнять, поэтому он всегда оставляет чёткие и понятные комментарии по тем или иным важным аспектам.

Почему код грамотного специалиста так точен? Потому что профессионалы последовательны, а новички не стремятся к систематизации и любят всё сваливать, что называется, в одну кучу. А ведь в программировании фраза «разделяй и властвуй» как нельзя более точна. «Каша» из кода может быть даже вполне работоспособной, но только до первой попытки внести изменения или первой нестандартной ситуации.
Ещё одно критическое отличие заключается в том, что код искусного программиста легко тестируется. Доступность для тестирования — это важнейший элемент обеспечения качества кода. К примеру, жёсткая связка компонент может отрицательно сказаться на стоимости тестирования. Если компонент отвечает за вычисление заработной платы и напрямую связан с конкретной базой данных, то для его тестирования придётся поднимать всю базу данных. Такое действие потребует большого объёма ресурсов, что может быть неудобно или даже невозможно.

Код мастера легко поддерживать, масштабировать и оптимизировать. Новички любят тратить колоссальное количество сил и времени на преждевременную оптимизацию — уже в процессе написания кода. Профессионал же делает это только тогда и там, где это действительно необходимо. Иными словами, «здание» вашего кода можно украшать только после того, как вы возвели добротный фундамент, стены и крышу.

2018-10-29T20:09:00+03:00
Рейтинг полезности ответа:
Юрий Абдюшев
ведущий разработчик, ООО «Роспартнер»

Перед тем, как писать код, профессионал пишет, рисует на бумаге план (этапы) приложения (функционала). Затем этот план он переносит в редактор кода в виде комментариев. Это позволяет ему продумать структуру, к примеру, отдельного класса заранее, а также отчётливо видеть, какой этап реализуется в данный момент. При этом профессионал мыслит наперёд.

Чтобы код можно было поддерживать, а не переписывать вновь при добавлении нового аргумента в функцию. Профессионал всегда думает о читабельности своего кода, иногда пренебрегая его краткостью. Профессионал придерживается одного стандарта написания кода. У профессионала код всегда идеально отформатирован, переменные имеют понятные именования.

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

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

P. S. Пишите так, чтобы через время вы сами смогли разобраться, в том, что вы написали месяц назад!

2018-10-29T20:09:00+03:00
Рейтинг полезности ответа:
Владимир Абакумов
тимлид команды отдела мобильной разработки DIRECTUM

1) Внешне — лаконичностью. Профессионал заботится о тех, кто будет читать код. Поэтому классы не превращаются в портянки на 100500 строк, а методы по высоте помещаются на экран. Все именования, начиная с параметров, продолжая переменными и методами, заканчивая классами и пространствами имён, складываются в увлекательное чтение.

Такому написанию даже Пушкин бы позавидовал. Сразу понимаешь: как и что делает этот код, какие требования реализует.

2) Код профессионала очень скучный, потому что очень предсказуемый. В нём нет внезапных и невероятных вещей. Например, если при сохранении чека покупки в БД отображаемый список товаров вдруг становится пустым — это весело… но не профессионально.

3) Код профессионала прост и не содержит в себе лишнего. Но не всегда, иногда у профессионала лапки.

4) Профессионал за время работы уже успел написать супер оптимизированный, но неподдерживаемый код, поэтому знает, что преждевременная оптимизация — это зло.

2018-10-29T20:09:00+03:00
Рейтинг полезности ответа:
Владимир Калинин
основатель, системный архитектор Frenchrabbit

В первую очередь по его объёму, чем опытнее разработчик, тем изящнее решения. У нас в компании есть такое сравнение с искусством: если какую-то сложную задачу удаётся решить в 2–3 строчки, это можно сравнить с чёрным квадратом

Следующий и более понятный критерий — повторение. Если в коде есть повторяющиеся фрагменты, то разработчик, скорее всего, неверно спроектировал решение.

2018-10-29T20:09:00+03:00
Рейтинг полезности ответа:
Артур Габдрахманов
старший инженер-программист, ИТ-компания ICL Services

В первую очередь, профессионал придерживается каких-то общепринятых в проекте стандартов кодирования. Например, отступы, наименования переменных, классов, методов: с большой буквы или с маленькой. Если каждый разработчик пишет так, как ему заблагорассудится, то такой код сложнее читать. Даже если кому-то удобнее писать не так, как принято в команде, нужно «наступить себе на горло», интересы команды важнее!

Во-вторых, в профессиональном сообществе есть некие общепринятые рекомендации как писать хорошо, а как — плохо. Профессионал не позволяет себе опускаться до того, чтобы писать код, который считается плохим. Например, конструкция goto. Её использование в наше время — признак дурного тона! Такие вещи называются анти-паттернами.

Существует много споров, что является анти-паттерном, а что нет, и в каких случаях. Но вот есть такие, которые однозначно всеми признаются «говнокодом».

Новички часто грешат тем, что пытаются реализовать то, что уже реализовано. Из-за недостатка опыта они могут не знать, что нужный функционал уже есть в готовой библиотеке. Элементарный пример — проверка правильности введённого адреса электронной почты (название, собачка, домен, точка). Уже сто лет назад придумали, как это лучше сделать, миллион способов, не стоит изобретать велосипед.

Профессионал лучше продумывает защиту от дурака. Старается предусмотреть все варианты. Например, если в программе выполняется некая математическая операция с делением, то профессионал обязательно должен предусмотреть то, что пользователь может ввести 0. Как нам в школе говорили: на ноль делить нельзя! В таком случае программа вылетит с ошибкой.

Сейчас как правило разработка ведётся в команде. Профессионал должен уметь находить общий язык с широким кругом людей: другими программистами, тестировщиками, аналитиками, менеджерами, заказчиками, иногда даже пользователями. Находить компромиссы, уметь отстаивать свою точку зрения, действовать в интересах проекта. Если человек — индивидуалист с завышенным эго, ему будет сложно работать в команде. Даже если он пишет гениальный код, он должен продумать, как он будет стыковаться с кодом других людей.

Подытожу: код, написанный профессионалом, лучше структурирован, более читабелен и стабилен.

2018-10-29T20:09:00+03:00
Рейтинг полезности ответа:
Антон Попович
сооснователь и технический директор, HINT Lab

То, что код написан новичком, понять легко — его нелегко понять. На заре карьеры программисты часто хвалятся тем, насколько сложный код им довелось писать. Профессионалы же с гордостью показывают очень простой код, решающий сложные задачи.

2018-10-29T20:09:00+03:00
Рейтинг полезности ответа:
Михаил Пырьев
старший программист Kokoc Group

1. Код новичка часто излишне громоздкий и слабо структурирован: обычная история, когда исходный код представляет собой огромный файл с тысячами строк. Начинающий разработчик может злоупотреблять глобальными переменными и процедурным стилем программирования. Понимание оптимальных и «красивых» конструкций, технологий и применение типовых алгоритмов приходит, в основном, с опытом.
Отдельно стоит коснуться ООП (объектно-ориентированное программирование), с которым новички знакомы поверхностно. Неопытные разработчики зачастую создают связи между классами только в виде наследования, что приводит к появлению так называемых god object-классов, которые выполняют большую часть логики приложения и занимают тысячи строк кода.

2. Код новичка часто не следует принятым конвенциям по оформлению кода, именованию файлов и объектов языка/технологии. Пожалуй, чаще всего неопытного программиста можно узнать по использованию отступов таким образом, что это лишь усложняет понимание логики кода.

3. Общие или малопонятные имена переменных и функций — ещё одна беда начинающего программиста. Сам новичок через пару месяцев уже не будет помнить, что делают переменные i и data, класс Manager и функция check.

Отсюда вытекает следующее отличие: код профессионала, как правило, не нуждается в комментировании, он структурирован и легко понятен просто по названиям объектов. А код новичка может содержать множество бессмысленных комментариев, например, «Проверка данных» для функции check_data. Или наоборот, в местах, где запрограммирована сложная логика, комментарий с описанием логики происходящего отсутствует.

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

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

2018-10-29T20:09:00+03:00
Рейтинг полезности ответа:
Павел Анфимов
менеджер продуктов Рутокен компании Актив

Код профессионала будет, как бы ни показалось парадоксальным, более простым и понятным людям, а не машинам.

Вы всегда сможете узнать начинающего разработчика, просматривая по:
1) «умным» конструкциям. На самом деле велосипедам, костылям и копипасте. Избегайте самописных реализаций типичных задач — берите лучшее из проверенных решений с открытым кодом;
2) сомнительным абстракциям. За каждую абстракцию нужно платить. Затраты не всегда можно оценить сразу;
3) плохой архитектуре. Правильная архитектура существенно упрощает долгосрочную поддержку;
4) злоупотреблению общим состоянием. Старайтесь сохранять состояния в маленьких областях видимости и не давать им вылезать наружу.

Код профессионала будет:
1) максимально линейным;
2) коротким;
3) производительным. Человек с опытом знает сложности алгоритмов по скорости и потребляемой памяти;
4) иметь не монолитную архитектуру приложения, а состоящую из набора небольших сервисов;
5) содержать в самых претенциозных местах хорошие комментарии, описывающие не действия кода, а причину этих действий;
6) будет написан на языке под конкретную задачу.

2018-10-29T20:09:00+03:00
Рейтинг полезности ответа:
Владислав Двухжилов
заместитель генерального директора по IT, компания «АМДтехнологии»

Для начала разберемся в терминологии. Новички бывают двух типов – те, кто считают себя программистами, и те, кто пытается с помощью программирования решить какую-то утилитарную задачу. Вторые, как правило, используют конструкторы кода, готовые модули или визуальные редакторы. Код получается грязным, но работает.

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

По опыту, настоящие профи всегда пишут «тупой» код, который будет понятен не только компьютеру, но и людям, которые его читают. Да, такой код будет занимать много места и напоминать скорее главу учебника, чем реальную программу, зато его невозможно будет сломать, если в него залезет не профи.

Если вы хотите стать профи и писать «тупой» код, начните с азов — YAGNI, принцип единственной ответственности, DRY, принцип единственного уровня абстракции, слабое зацепление и т. д. Кроме того, «тупой» код позволяет выделять микроблоки, из которых потом как из конструктора можно в 2-3 раза быстрее строить похожие по свойствам и назначению пользовательские истории.

2018-10-29T20:09:00+03:00
Рейтинг полезности ответа:
Дайте ещё мнение
Всё понятно, покажите выводы
Следите за новыми постами по любимым темам
Подпишитесь на интересующие вас теги, чтобы следить за новыми постами и быть в курсе событий.

Поделиться
Реклама на Tproger: найдем для вас разработчиков нужного стека и уровня.
Курс «Основы программирования на Python»
Старт 3 июля, 2 месяца, онлайн, от 6664 до 19 990 ₽ в месяц
Курс «SQL-Injection Master»

Старт 10 июля, 3 месяца, онлайн, от 11 997 до 35 990 ₽ в месяц

Что думаете?

Комментирую от имени компании
Показать все комментарии
Фотография
Обсуждают сейчас
Увеличиваем конверсию в собеседования бесплатно, онлайн, без регистрации
10 минут назад
У вас отличный опыт.

Карьерный путь: из 1C специалиста в Тимлида разработки на Python
5 часов назад

Источник: tproger.ru

Кто должен входить в команду разработчиков программного обеспечения

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

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

Оптимальный набор специалистов

Безусловно, можно на начальном этапе обойтись минимальным набором профессионалов: дизайнер Ux/Ui, front-end и back-end программисты и менеджер проекта. Однако, оптимальный состав команды разработчиков выглядит следующим образом:

• Дизайнер Ux, то есть user experience, пользовательский опыт. Это специалист, который занимается проработкой сценариев для пользователей. Он должен продумать, как именно пользователь будет работать с данным программным продуктом, какие функции должны быть обязательно, какие могут стать дополнительными, а что лучше убрать вообще. Такой дизайнер работает над логикой продукта, делает его максимально удобным для всех пользователей. При этом пользовательский сценарий профессионал может менять уже в процессе составления, проводя исследование и тестирование.
• Дизайнер Ui, user interface, то есть пользовательский интерфейс. Специалист, который трудится над цветом, расположением кнопок, их внешним видом, работой. Интерфейс должен позитивно восприниматься пользователем, быть психологически комфортным.

Есть универсальные профессионалы-дизайнеры, которые работают и с пользовательским опытом, функционалом, и с интерфейсом.

• Back-end программист. Он пишет на специальном языке программирования серверную часть продукта, то есть саму суть программы. Если по-простому, то, например, пользователь регистрируется на портале, вводит свои данные. Именно back-end программист отвечает за то, куда эта информация будет передаваться дальше.
• Front-end программист. Он связывает макеты дизайнера или дизайнеров с серверной частью программного обеспечения. Он указывает серверу, как должны выглядеть кнопки, где будут располагаться, но уже не в графическом редакторе, которым пользуются дизайнеры, а на компьютерном языке.
• Менеджер проекта. Организатор, чья функция очень важна. Такой специалист объединяет всю команду, общается со всеми участниками проекта, напрямую связывается с заказчиком. Он участвует в принятии всех решений, ставит задачи, передает команде пожелания и требования заказчика. Собственно, именно на менеджере лежит ответственность за соблюдение сроков реализации проекта и за весь программный продукт в целом.
• Тестировщик. Проверяет, насколько хорошо работает программный продукт, есть ли сбои, что можно и нужно изменить или добавить. Команда тестировщиков может проверить программу с усиленной нагрузкой, когда количество пользователей достаточно велико.
• Аналитик. Профессионал, который отвечает за целенаправленное исследование программного обеспечения. Ищет сведения в сети, анализирует программы конкурентов, потребности пользователей, проводит качественные и количественные исследования. Сделав выводы, аналитик должен защитить их перед всей командой, доказать, что они верные.
• Графический дизайнер. Если программный продукт предполагает использование векторной графики и иллюстраций, то такой профессионал отрисовывает изображения.

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

Необходимые качества специалистов

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

Очень важна совокупность следующих качеств специалистов:

• Понимание того, что твоя точка зрения не единственная. Какие-то гипотезы не работают, какие-то нуждаются в доработке и изменениях. Даже если профессионал опытный, он должен допускать риск ошибки и не давить на остальных членов команды своим авторитетом. Наставлять младших членов команды можно и нужно, но ставить свое мнение, как единственно верное, нельзя. Если в команде пять человек, а решения принимает один — это неправильная позиция. Остальные участники проекта могут засомневаться, а нужен ли им такой токсичный человек в команде и даже решить расстаться с ним.
• Ответственность. Договорились выйти на видеосвязь в девять утра, значит, в девять. Опоздал — получаешь предупреждение. Обещал выполнить свою часть работы к 21-му января — должен это сделать или предупредить, объяснить, почему не успеваешь, чтобы остальные участники команды смогли подкорректировать свои сроки.
• Способность признавать ошибки. Их допускают все, это нормально, нужно просто признать, что это произошло, исправить и двигаться дальше.
• Человечное отношение. Участник проекта постоянно опаздывает, срывает сроки, говорит одно, делает другое, симулирует бурную деятельность, а на самом деле практически никак не помогает… Нужно расставаться! Речь также идет о том, как человек ведет себя ежедневно, как общается, уважительно ли относится к своим коллегам.
• Профессионализм. Это отношение к работе, ведь освоить новые знания не так уж сложно, а вот применять их по делу, соблюдать сроки, предлагать креативные идеи сможет не каждый. Посредственное отношение к работе сведет все усилия на нет.

Заключение

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

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

Источник: finach.ru

Как научиться писать: блоги о редактуре и копирайтинге

Никита Голубев, коммерческий автор, составил для Нетологии подборку блогов для тех, кто хочет писать лучше.

Текстовые блоги переживают новый виток развития. Блокировка Телеграма почти не повлияла на популярность каналов, количество которых постоянно растёт. ВКонтакте, вслед за Telegraph и Яндекс.Дзеном, представил свои инструменты для публикации статей. Писатель без труда может зарегистрироваться на любой платформе, найти работу копирайтером или коммерческим автором.

Для людей проводятся онлайн-курсы, вебинары, обучение профессиям. Помимо этого, свои блоги ведут главные редакторы, коммерческие авторы и копирайтеры. Их советы помогают молодым писателям и профессионалам.

Максим Ильяхов, «Рассылка Главреда»

Максим Ильяхов, главред «Тинькофф-журнала» и преподаватель в Бюро Артёма Горбунова, активно делится знаниями сразу на нескольких площадках.

Прежде всего, «Рассылка Главреда». В ней Максим рассказывает, что такое инфостиль, как и где его использовать. Советы предназначены для копирайтеров, но при этом абсолютно универсальны. По мотивам рассылки написан бестселлер «Пиши, сокращай».

Помимо этого, Ильяхов ведёт ещё несколько блогов для писателей. Справочник Главреда содержит 438 советов и статей для пишущих, особенно в инфостиле. Темы: как писать искренний текст, мотивировать себя или читателя, убирать лишнее и изъясняться лаконично. Список постоянно дополняется.

Ещё есть советы о визуальном повествовании. Максим рассказывает, как верстать и использовать изображения, чтобы увлекать внимание читателя.

Хорошо писать — значит въедливо и безжалостно редактировать. Первый черновик никогда не публикуется, даже в шутку. Редактировать — значит вычищать лишние сущности, стоп-слова и — особенно — всё, что не относится к теме. Ясность достигается, когда в тексте остаётся только необходимое.

Максим Ильяхов, советы

Людмила Сарычева, «Компотик и гавайская смесь»

Люда Сарычева, соавтор книги «Пиши, сокращай» и главред «Модульбанка», на своём сайте рассказывает о ведении корпоративного блога, стоп-словах и делится полезными знаниями для редакторов.

В её Телеграм-канале, помимо анонсов статей на сайте, публикуются краткие советы — как пишут и как надо писать, — и примеры плохой редактуры и неработающих текстов.

А также Людмила Сарычева ведёт ещё один канал, «Деловая переписка». Там можно почитать рассуждения и советы по этике делового общения в сети. Мысли наглядно представлены формулой «плохой текст — обоснование — хороший текст». На основе советов выходит книга «Новые правила деловой переписки».

Я поняла принцип, который помогает в работе и жизни. Принцип — не относиться к себе слишком серьёзно. Суть в том, что не страшно казаться смешным, глупым или нелепым, если ты этого не стесняешься. Люда Сарычева, «Ничего серьёзного»

Александра Волкова, «Радио Саша»

Александра Волкова, главный редактор «Эвотора», в своём блоге говорит о принципах построения текста.

Она пишет о том, как придумывать нестандартные решения, рассказывать истории или находить инсайты. А также Александра ведёт Телеграм-канал «Радио Саша», где анонсирует новые статьи на сайте, делится материалами коллег и небольшими заметками.

Если хотите просто чёткий текст, откажитесь от метафор вовсе. Если хотите рискнуть, придумайте свежую метафору: закройте глаза и представьте, какую картинку хотите показать читателю. А потом опишите её текстом.

Александра Волкова, «Не надо дохлых метафор»

Роман Скрупник, «Опыт редактора»

Роман Скрупник, редактор в Cossa, ведёт блог «Опыт редактора». Его советы подходят тем, кто публикуется в медиа. Роман рассказывает, как не стоит писать, почему нужно писать иначе, и говорит о своём опыте работы.

Роман пишет про способы побороть писательский блок, употребление иностранных слов и упрощённые конструкции. Роман пишет понятно и помогает читателям стремиться к простому языку.

Если текст выполняет задачу, будучи кривым и с ошибками — пусть. Но если он выполняет ту же задачу, будучи чистым и грамотным — ещё лучше.

Павел Федоров, «Паша и его прокрастинация»

Павел Федоров делится советами о редакторском деле в блоге «Паша и его прокрастинация». Он рассказывает о сложных словах русского языка, формировании структуры текста, плохих и хороших писательских приемах. Все мысли подкреплены абстрактными или реальными примерами.

Также он делает выжимки статей других редакторов — об интуиции писателя, цифровом этикете или деловой переписке, рекомендует курсы, события и инструменты редактуры. Можно читать в Телеграм-канале, ВКонтакте, по email-рассылке и в блоге.

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

Егор Апполонов, «Хемингуэй позвонит»

Проект начался с Телеграм-канала и развился в полноценную платформу. Основатель — Егор Апполонов, журналист с 18-летним опытом. В основном ему отвечают на вопросы и дают советы писатели, лауреаты литературных премий и главные редакторы журналов. Публикуются и уроки именитых авторов — например, Эрнеста Хемингуэя, которому канал обязан своим именем.

У Егора скоро выходит книга «Пиши рьяно, редактируй резво», которая собирает положительные отзывы у литераторов.

Просто пишите. Думаете, кому-то не понравится то, что вы написали? Не создавайте препятствия страхом. Страх — комплекс. Комплексы мешают творить.

Игорь Горшеев, «Что почитать редактору»

Ежедневная подборка материалов для тех, кто работает с текстом. В каждом выпуске набирается, в среднем, пять записей из профессиональных медиа, корпоративных блогов, личных блогов и соцсетей специалистов. Можно подписаться на рассылку по почте или в Телеграм-канале.

Родион Скрябин, «Родислав»

Родион Скрябин, директор по развитию «Лайфхакера», завёл свой канал в Телеграме и делится материалами коллег. И также он рассказывает о медиа, советует полезные инструменты редактора, критикует плохие тексты и переписывает их грамотно.

Пишите о том, в чём хорошо разбираетесь или хорошенько разберитесь в том, о чём собираетесь писать.

Родион Скрябин, «Родислав»

О писательском мастерстве пишут не только специалисты. Крупные блогеры рассказывают о своём творческом пути, делятся приёмами работы с текстом и советами о том, как писать больше. На эту тему написано немало книг, часть которых уже стали обязательными к прочтению. Например «Слово живое и мёртвое» Норы Галь:

Мнение автора и редакции может не совпадать. Хотите написать колонку для «Нетологии»? Читайте наши условия публикации. Чтобы быть в курсе всех новостей и читать новые статьи, присоединяйтесь к Телеграм-каналу Нетологии.

Средняя оценка 0 / 5. Всего проголосовало 0

Источник: netology.ru