Все мои маленькие темные секреты
Я веду блог о кодировании ровно год - в основном о веб-разработке. Конечно, со временем ты многому научишься. Вот несколько инструментов, которые я больше не хочу упускать - может быть, они вам тоже помогут!
1. Полакод для VS Code
Все любят фрагменты кода. К сожалению, не все платформы для ведения блогов предлагают правильную подсветку синтаксиса. Решением этой проблемы являются изображения.
В двух статьях, которые были очень хорошо приняты, я использовал некоторые для отображения кода.
Создание сниппетов - это проще простого - благодаря расширению VS Code.
В редакторе вы должны выбрать Polacode через палитру команд. Затем вы просто отмечаете свой код; в окне справа вы увидите готовое изображение. Таким образом, вы можете легко создавать красивые фрагменты кода:
2. GitHub Gists
Недостаток отображения кода в виде изображения очевиден. Вы не можете скопировать текст, и пропорции размеров не останутся прежними. Обходной путь - это GitHub Gists.
На стартовой странице GitHub вы просто переходите к символу плюса. Непосредственно в разделах «Новый репозиторий» и «Импортировать репозиторий» вы найдете возможность создать новый Gist. Просто введите имя файла (имя не имеет значения, важно только расширение), и вы можете написать в него свой код.
Если вы создадите секретную книгу, она не будет видна вашим подписчикам на GitHub.
В кнопке вставки вы просто копируете HTML-тег. На таких платформах, как Medium, вам нужна только ссылка, а не окружающий тег скрипта.
Но с помощью Gists вы можете не только отображать код, но и правильно отображать Markdown. Многие платформы для ведения блогов не поддерживают таблицы.
Markdown - элегантное решение для этого. Просто нажмите «raw», чтобы увидеть чистый код уценки из следующей таблицы.
3. Caniuse.com
Как блогер, вы несете определенную ответственность. В конце концов, вы показываете людям, как пользоваться технологиями. Важно, чтобы вы учили их только тому, что хорошо и что работает.
Интернет значительно изменился за эти годы. Появляются новые функции, старые устарели. (Хотелось бы, чтобы кто-то сказал мне до 2018 года, что они перестали использовать тег ‹center›).
4. Докер
Docker - это приложение для виртуализации контейнеров. В профессиональной сфере это незаменимо. Но я также люблю использовать докер для собственных проектов и экспериментов.
Программа решает одну проблему: популярные ошибки «но она работает на моей машине» больше не возникает. Конечно, создание образа Docker - это всегда немного работы. Как и другим технологиям, вы должны сначала изучить их, но, поскольку они так популярны в профессиональном плане, они того стоят.
По сравнению с традиционной установкой Docker часто намного быстрее. Например, для установки emscripten требуется много шагов, но соответствующий образ Docker устанавливается с помощью одной команды; примеры исполнения уже приведены:
Docker идеально подходит для того, чтобы просто опробовать новую базу данных, язык программирования или фреймворк. Вы также можете отправить свои собственные изображения в концентратор докеров - ваши читатели могут сами опробовать код и воспользоваться преимуществами Docker.
Я показал, как опубликовать образ Node.js в Docker Hub здесь.
5. Тестирование JavaScript
Есть много способов решить проблему с кодом. Проблема в том, что часто есть только одно решение, которое работает быстрее всего. Как узнать, какая реализация кода самая быстрая? С эталоном.
Хотя в Node.js есть модули, например, модуль perf_hooks, с помощью которых вы можете проводить тесты производительности, это требует некоторых усилий.
Такие сайты, как JSBEN.CH, предлагают более простые решения.
Просто введите два или более вариантов кода, запустите их и посмотрите, какой из них быстрее. Важно: JSBEN.CH выполняется в браузере - колебания будут.
Я рекомендую запустить тест несколько раз и в разных браузерах. Веб-страницы для тестирования кода - не самое точное решение, но простое. Они лучше всего подходят для грубых различий в производительности.
Хорошим примером этого является jQuery vs. createElement в ванильном JS.
6. Выявление распространенной письменной ошибки
Это тоже должно было произойти - потому что я всегда это замечаю:
Технические блоггеры не придают особого значения хорошему письму.
Конечно, код говорит сам за себя, но длинное предложение гарантирует, что многие читатели не поймут содержание. Несколько недель назад я провел эксперимент.
Я смотрел на некоторых чрезвычайно успешных блоггеров по одному: сколько слов они используют в среднем в одном предложении. Результат: от 10 до 12 слов - это немного. Именно поэтому многие делают ошибку, просто составляя слишком длинные предложения.
Хорошие новости? Избежать этого поможет бесплатный веб-сайт: https://wordcounter.net/.
Скопируйте текст на страницу и нажмите «Еще» на вкладке «Подробности».
Здесь вы можете выбрать «Сред. Предложение (слова) »как еще один вариант.
Старайтесь писать короткие предложения - даже будучи техническим блоггером.
7. Поиск тенденций с помощью Google Trends
Технологии - это все о тенденциях. И кто может лучше судить о тенденции, чем Google?
Благодаря бесплатному веб-приложению Google Trends каждый может увидеть, что сейчас в моде. Вы можете ввести тему или поисковый запрос, а затем выбрать географию и период времени - Google Trends сообщает вам, сколько людей это интересует.
Приложение послужило поводом для моей статьи о том, что Дено уже мертв. Согласно Google Trends, вы можете ясно видеть, что от ажиотажа осталось немногое.
Спасибо за чтение!
