​​Не кодом единым или как разработчику написать статью: интервью с Антоном Полухиным

"Если пишем “статью-ужастик”, то в завязке надо показать страшный кусок кода, в кульминации всячески с ним бороться, улучшать и показывать как сделать правильнее, а в развязке показать как все стало хорошо".

Антон Полухин — эксперт-разработчик C++ в Яндекс.Такси, представитель России в международном комитете по стандартизации C++, автор статей и книги “Boost C++ Application Development Cookbook”.
Антон — один из самых известных российских разработчиков C++ и уже вошел в историю своими предложениями в стандарт языка. Яркий докладчик, гуру стандартизации, помогает разработчикам готовить предложения в стандарт и защищает их на заседаниях международного комитета.
Меня всегда удивляла неистощимая энергия Антона в направлении авторства статей, выступлений, работы в комитете и т.д. Захотелось попробовать раскрыть этот феномен. Надеюсь, это поможет деврелам мотивировать разработчиков делиться опытом, а разработчикам вдохновиться писать не только код, но и статьи, а также выступать и развиваться.

"...Ты автор книги про библиотеку Boost C++ , которая уже вышла во втором издании в Лондоне. Как вообще возникла идея её написать?
Идея пришла ко мне в почту со словами: “Привет! Я работаю на издательство и вижу что ты активный разработчик библиотек Boost. А не хочешь ли написать книгу?!”. В этот момент у нас шёл ремонт, и это был идеальный повод откосить от выравнивания полов своими силами!
Позже, я поднапрягся и сделал так, чтобы примеры из книги можно было модифицировать, компилировать и запускать онлайн http://apolukhin.github.io/Boost-Cookbook/
Первое издание людям понравилось, поэтому через пару лет издательство пришло за вторым.
Сейчас книга переводится на русский язык и должна появиться на полках в этом году.

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

Как подбираешь кейсы, примеры кода, иллюстрации для статей?
Если пишем “статью-ужастик”, то в завязке надо показать страшный кусок кода, в кульминации всячески с ним бороться, улучшать и показывать как сделать правильнее, а в развязке показать как все стало хорошо.
Если же пишем “статью-документалку” о прошедшем мероприятии, то в завязке надо нагнать интриги, полусловом обмолвившись об интересных вещах. В кульминации описываем всё как есть, сосредоточившись на самом интересном и значимом. Ну а в развязке подводим краткий итог и делаем намёк на сиквел..."

Продолжение https://bit.ly/MyDevRel72