Pull to refresh

Comments 22

Спасибо, очень вдохновляюще! Твоя статья прям находка для меня, буду использовать ее как роадмап для моей новой статьи :)
Спасибо, приятно :)
В целом разумно, спасибо. Вы и сами знаете, а тем, кто будет использовать как руководство к действию, полезно помнить о крайней ограниченности современных анализаторов качества текста. Я для примера потестил текст уже принятой к публикации в бумажном журнале (по полиграфии) своей статьи.

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

С Адвего смешнее — сервис придрался к имени и фамилии классика. И заявил, что в тексте 62% воды и 6% академической тошноты. Я взгрустнул и скормил ему только эпиграф — 82% воды, и 17% академической тошноты. Бедный Йорик Льюис…
Да, при использовании любого сервиса нужно понимать, что это можно использовать как советы, но не как истину в последней инстанции.

И, на самом деле, это подходит к любой редактуре — это лишь набор советов, а прислушиваться или нет, остается на усмотрение автора.

И попробуйте grammarly — интересно мнение.
попробуйте grammarly

Моего английского хватает чтоб вести переговоры, рассказывать и понимать анекдоты — но не чтобы публиковаться. Поэтому при (редчайшем) возникновении необходимости — пишу как могу, а потом привлекаю носителе. Как и вы, как и любой разумный человек :)
Как я понял задумку Ильяхова, то Главред создан для проверки прикладных текстов (маркетинг, статьи). Если ему скармливать художественные, то он скорее всего будет отрабатывать не корректно :)
Задумка понятная и разумная. И я согласен, что
Варкалось. Хливкие шорьки
того же автора и не должны проходить через такой анализатор. Но приведенный эпиграф не отличается от обычных маркетинговых сообщений. Ну разве что известностью и качеством слога :)
Спасибо! Захотелось перестать прокрастинировать и все-таки начать вести блог)
А можно в более высоком разрешении увидеть?
image
Спасибо. Возможно, самая интересная часть вашего материала. Я на текстах никогда не мог заставить себя дойти до такой детализации — раньше начинают фрагменты писаться. Вероятно, в моей практике просто масштаб недостаточен — Jonathan Strange & Mr Norrell не пишу :)
Хорошо бы добавить в раздел «Не забывайте про картинки» фразу о том, что необходимо предусмотреть возможность их масштабирования по клику. На Хабре это делается так:

<a href="адрес_развернутой_картинки"><img src="адрес_preview_картинки"></a>

Говорю об этом потому, что львиная доля картинок в статьях не масштабируемые. Разглядеть на них мелкий текст невозможно.
Давно хочу начать свой IT блог, но все никак не решаюсь. Спасибо за вашу статью, воодушевился, завтра начну подробнее обдумывать, то о чем буду писать :)

Большое спасибо за статью!


Подскажите про medium.


  • Может ли резидент РФ участвовать в их партнерской программе?
  • Есть ли смысл отправлять статьи для рецензии куратором? Кажется, что этот пункт напрямую завязывается с первым.

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

Спасибо за хороший фидбэк)
— Платить 5$ в месяц и стать участником программы можно. А вот выводить деньги на карты РФ у меня не получилось. У них вывод денег идет через stripe, по факту штаты.
— Смысл отправлять статьи на рецензии кураторам есть. Только работает немного иначе, статья так или иначе проходит через кураторов и они решают курировать ли статью или нет. Если курируют, то очень повезло и это халявный промоут, если же нет, то можно написать им письмо на yourfriends@medium.com, но это очень редко работает, чтобы непринятую изначально статью закурировали. Но попытаться явно стоит.

Тоже веду технический блог (больше для себя), но мотивацию убивает количество времени, которое уходит на каждый пост. Даже небольшой пост уходит несколько вечеров: написать код, текст, отредактировать, переписать код (и так несколько кругов).

Я его не особо афиширую, так что скорее нет. Веду больше для себя.


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

Спасибо за систематизацию! Сегодня читал примерно о том же, но стиль изложения совсем другой :) Тоже рекомендую! Взгляд под разными углами.

Спасибо за интересный пост. Тоже завёл свой блог на Github Pages скорее для себя, для резюме. Думаю может дублировать посты и на каких-то площадках. Знакомы ли вы с dev.to? Слышал мнение что якобы это более подходящая платформа для dev-постов, чем medium. Правда, реальных аргументов так и не видел.

К сожалению, с dev.to не знаком. Было бы интересно узнать про опыт публикаций там и про статистику просмотров в сравнении с другими платформами.
Sign up to leave a comment.