Это будет о различных личных мыслях о Medium, стеке JAM, спецификации OpenAPI и катах кодирования.

Середина

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

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

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

  • Я хочу поделиться своим более широким глубоким мышлением, работающим с различными технологиями и инструментами. Я не заинтересован поставщиком в этом канале связи. Я больше люблю экспериментировать со многими инструментами и использовать лишь некоторые из них, а позже делиться своими выводами из практической работы. Для этого я могу помещать свои мысли куда угодно — в последнее время я восхищаюсь dev.to, который кажется правильным местом, — но редактор не такой простой, как в Medium. Так что да, я могу просто делать уценки в генераторе статических сайтов и повторно публиковать там, где…
  • Я хочу каким-то образом стать частью сообщества. Здесь, в Medium, все происходит естественным образом. Например, я публикую рассказ о GraphQL, который набирает 1,5 тыс. посетителей, 7 из которых приходят dev-blog.apollodata.com. Я имею в виду, это удивительно — если бы я не поделился своими короткими заметками на Medium, никто, использующий или читающий об Apollo, никогда не посетил бы мой пост в блоге. Для этого я планирую интеграцию disqus, которая кажется простой и покрывает это бизнес-требование.
  • Я хочу, чтобы мой код выглядел действительно хорошо, и я хочу, чтобы он был более интерактивным. Это происходит просто потому, что я пишу в основном о коде, поэтому я хочу, чтобы он выглядел красиво. Medium позволяет эффективно размещать сниппеты и списки GitHub, но есть много красивых вариантов стилей для кода, проанализированного из уценки. Наличие контроля над проанализированной версией вашего письма является преимуществом в некоторых аспектах.
  • Я хочу иметь статистику. Medium предоставляет статистику по каждой истории, и очень полезно иметь общее представление о том, что происходит. Для той же статьи GraphQL, о которой я упоминал выше, более 1000 посещений приходятся на flipboard.com. Это все, что я знаю, так как мой запрос на публикацию в Google Analytics требовал платежа, о котором мне сообщили через месяц после подачи заявки. Нет Google Analytics на Medium, если у вас нет бизнес-целей. Думаю, мне удастся интегрировать Google Analytics в свой новый стек без 70 долларов на инфраструктуру.

На данный момент я наметил лишь несколько важных вех предстоящей цифровой трансформации…

Стек JAM

По мере того, как Medium развивается, мои интересы улучшаются в способах выражения моих случайных технических мыслей в письменной форме. Изучая некоторые из самых заумных способов, которыми я могу создать блог для себя, я обнаружил стек JAM. JAM stack — это аббревиатура от JavaScript, API и разметки. Это абсолютно революционно — я имею в виду — никто никогда в истории не думал, что сеть может обрабатывать HTML, CSS и JavaScript таким образом. (Какая ирония) Стек тесно связан с темой генераторов статических сайтов.

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

Спецификация открытого API

В этом месяце я написал статью о прототипировании со спецификацией OpenAPI. В ней описываются некоторые приемы с использованием генератора-openapi, созданного командой APIs.guru — действительно приятный в использовании продукт!

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

Я думаю, что в основном есть несколько ссылок, чтобы следить за быстрым прогрессом:

В удивительном списке есть несколько инструментов, которые я раньше не видел. Кажется, что они сделаны совершенно иначе, чем swagger-ui и swagger-editor и т. д., которые по-прежнему занимают популярные позиции в наборе инструментов.

Еще одной хорошей новостью в этом месяце для поклонников инициативы OpenAPI стал выпуск v3 редактора swagger, в котором появилась долгожданная функция автоматического предложения:

Кодирование ката

Состоялось первое соревновательное обучающее мероприятие (кодирующая битва) от команды Hack League.

Это был мой первый ивент за очень долгое время, так что я смог увидеть новых людей и технологии во время ивента :)

Как отметили организаторы, задачи конкурса открыты после мероприятия, и вам предлагается их увидеть и получить стимул присоединиться к следующему событию :)

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

Поскольку я действительно не умею делать маленькие шаги очень быстро, я пытаюсь выработать привычку делать регулярные упражнения на codewars.com с идеей улучшения формы с помощью ката. Для меня это не принципиально новая идея, так как есть ES6katas, преподающие TDD как codewards, и nodeschool, предоставляющая различные упражнения для разработчиков. (Если они вам действительно нравятся, вы можете помочь мне в мастерской потокового приключения, и я обещаю быстрые обзоры и быстрое вознаграждение за вклад)

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