Разработчики: зачем и как писать технические статьи

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

 If you have write-ups basically technical ones and you want to reach out to a wider audience on Medium, please DM me with your medium username and link to the articles or article. If you would like to start writing technical posts and you don't know where to start from, you can also DM me

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

Создайте свое портфолио

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

Помощь новичкам

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

Узнать больше

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

Зарабатывать

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

Виды

Одна из вещей, которая меня радует, — это количество просмотров моих статей. Я написал статью о [ React, Babel,webpack и Webpack 3.0 ], и Codementor предупредил меня в твиттере, что у меня 2000 просмотров, и я стал гордиться собой. Я думаю, что видеть, как люди читают ваш контент и чему-то учатся, должно быть для вас плюсом.

Ограниченные ограничения

Мало кто тратит свое время на написание технических статей, и это дает пишущим людям больше возможностей получить то, на что претендует множество людей. Auth0 открыл свое веб-приложение для подачи заявки в качестве представителя Auth0, и в одном из полей приложения было указано, что можно прикреплять ссылки на написанные рецензии. Это должно прозвенеть звонок

КАК НАЧАТЬ?

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

1. Поверь, ты можешь

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

2. Маленький шаг, но большое начало

Многие разработчики на этом этапе сбиваются с толку, потому что чувствуют, что они могут написать такого, что впечатлит людей, но я всегда советую начинать с чего-то маленького. Моей первой публикацией на Medium была статья «PHP: ЗА ПРЕДЕЛАМИ СОЗДАНИЯ ВЕБ-САЙТОВ» , и это не была настоящая «техническая» статья. Я написал это просто для того, чтобы что-то выпустить, и люди подбадривали меня, рекомендуя, и я получил приглашение стать автором среднего издания. Это был маленький шаг, который я сделал, и теперь у меня есть больше руководств по Scotch Development , Codementor , Medium , @dev.to и так далее. Просто попробуйте.

3. Изучите новые технологии

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

4. Темы вокруг вас

Некоторые разработчики считают, что темы — это главная проблема. Честно говоря, это не так, поскольку качество контента — это самое главное. Просто нужно быть деликатным. Я знаю, что у Scotch Development есть раздел на своих веб-сайтах, где вы можете получить идеи учебных пособий, которые вы можете написать. проверьте это здесь . В принципе новых тем нет. В большинстве случаев у вас есть различия в содержании.

5. Знай свою нишу

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

6. Будьте уникальными в написании

При написании надо быть максимально простым и свободным одновременно. Пишите свои статьи так, будто вы что-то объясняете другому разработчику и хотите, чтобы он или она поняли простыми словами. Вы всегда можете включить забавные изображения в формате Gif, короткие видеоролики, снимки экрана и т. д., чтобы ваш читатель продолжал читать.

7. Получать отзывы

Брат! Сестра! Не думай, что ты знаешь все. Вы только прострелите себе ногу. Просите комментарии и будьте открыты для критики, потому что избежать ее невозможно. Позвольте людям поговорить с вами о чем-то, что им неясно, по электронной почте или в Твиттере.

8. Не прекращайте писать

Лол! Мне не следовало это добавлять, но позвольте мне. Не прекращайте писать, как только начнете, и, возможно, столкнетесь с массой критики за то, что вы ничего не знаете. Работайте над исправлениями и пишите больше, и это окупится.

Заключение

Я считаю, что вы, должно быть, что-то почерпнули из моей небольшой умозрительной статьи, и я буду рад, если вы поделитесь со мной своими мыслями в твиттере @goodnesskayode.

Буду рад, если вы прочитаете некоторые из моих статей на Scotch.io , Codementor , LinkedIn и Dev.to.