Comments 19
Отличная статья. Я вот пока не обладаю обширными знаниями и вообщем только начинающий в IT, но подумываю о записи и дальнейшей систематизации знаний по смежным и не только знаниям. Их удерживать в голове не легко, поэтому частично записываю их в свои конспекты. Часть в бумажном виде, а другая в электронном. Вот после вашей статьи думаю попытать удачу и потихоньку перевести свои знания в порядок, записать в конспекты и потом, возможно, приступить к созданию статей. Хотя можно и нынешние знания превратить в статью, попробовать так сказать сразу, а не постепенно.
До этого я пробовал выкладывать свои знания, но они особо не ценились, может потому, что я только начинаю вливаться в эту отрасль. Но я особо и не старался в супер статьи, а делал для себя заметки и частично сделал их доступными для других начинающих, ведь понимаю насколько трудно добывается информация, особенно в начале пути. Так же пробовал создавать и свои блоги, но это очень трудно, все как вы описали в этой статье. А к книгам даже не приступал, а хотелось бы сделать художественную книгу, мне интересно это. Тем более это хорошо в начале.
Нуц просмотрим, как пойдет дело.
Хочешь что-то изучить, научи кого-то другого.
Если постараться это сделать, обнаружится, что много чего из твоих знаний неточны, также обнаруживаются дыры в нюансах, в терминологии, которой недостаточно для объяснения. В результате для создания хорошей статьи или куска обучающего материала, тебе приходится приложить усилия, чтобы вычитать документацию, проверить все на практике и уже потом, обнаружить что твои знания на самом деле углубились и упорядочились.
Именно поэтому конспекты для себя - не слишком помогают. Помогает создание курса, создание хорошей статьи. Невероятно помогает написание своей книги, но это уже очень большие трудозатраты, и к таком следует приступать, когда уже и материала больше чем на десяток-другой статей и опыт написания появился.
Чуть пораньше бы эту отличную статью :)
Столкнулся с этой темой в начале месяца, когда сдал CCNA и понял, что материала за время учебы накопилось куча и чтобы не потерялся, хочу им поделиться. Как итог: статья на хабре, группа в телеге, блог на githab pages :D Везде по чуть-чуть. Но скорей всего перееду в блог ибо там свобода действий и она сейчас очень кстати + не буду захламлять тот же хабр своим, базового уровня, заметками. Когда чутка подрасту, возможно крупные технические вопросы буду вываливать на тот же хабр, но блог сейчас вполне устраивает. Докрутил базовые моменты + оно всё на маркдауне - нраица.
Базовые знания тоже нужны. Иногда приходится разбираться в принципиально новой для себя сфере и начинать с азов. В этот момент сталкиваешься с тем, что информация в инете слишком фрагментирована: вроде все есть, но всего понемногу, и размазано это тонким слоем по множеству источников. На том же Хабре, прочитав интересную статью, я часто смотрю профиль автора - а есть ли там похожие публикации? Но когда все собрано в одном блоге - так даже удобнее.
В точку. Большая проблема - разрозненность информации.
Именно по этой причине я решил все пихать в блог. Туда, в идеале, должно попадать то, что выдает моя система заметок. Компилированные статьи, так сказать, из перебранного и переработанного материала. Кому-то может и пригодится, но в первую очередь это помогает мне. Подобная деятельность помогает структурировать накопленное в голове + закрепить изученное.
Но самое важное — традиционный издатель это гарантированный пропуск на полки розничных книжных магазинов.
А это нужно? За последние лет пять я не купил ни одной бумажной книги, даже в подарок. Хотя читаю постоянно, но только в электронном виде. Что на этот счёт говорит статистика?
Вообще в воздухе витает мысль, что нужная информация в интернете есть, но проблема ее найти и отсеять от мусора. Видимо, следующий шаг - автоматические компиляторы текстов, создающие энциклопедические статьи на основе разрозненных кусочков знаний.
Zettelkasten разве не рассчитан в первую очередь на использование самим человеком, создающим базу? Я рассматривал в первую очередь способы не столько систематизировать, сколько "расшарить" знания.
Да, именно так. Это больше пероснальная штука. Сам практикую подобное, веду все это в маркдауне, как оболочку использую Obsidian.
Факт-никто в твоей "помойке" не разберется с пол пинка, если ты изначальное не будет писать все это с уклоном "чтобы постороннему человеку сразу все было понятно"
Да и то, даже с кучей пояснительных веток все это потеряет смысл, когда база накопит в себе заметки за год, два и выше.
Знаниями лучше всего делиться так, чтобы они были на расстоянии вытянутой руки, IMHO.
Как я себе это представляю, исходя из текущего технического развития интернета:
Знания публикуются в тематических wiki, желательно официальных. Иногда достаточно предложить один-два абзаца, иногда стоит написать отдельную статью. И расставить ссылки, конечно же.
Публикации могут проходить долгую модерацию, и даже не пройти её. Тогда их можно опубликовать в своём профиле (обычно в wiki есть личное пространство для каждого пользователя), или на официальном форуме, предложить в FAQ, написать в рассылку, и т.д. Чем ближе к официальным ресурсам — тем выше шансы, что ваш вклад кому-то приходится.
По желанию можно завести личный блог, где собирать ссылки на опубликованные заметки. Это может быть как полноценная копия, так и короткий тизер со ссылкой на внешний ресурс.
Также в блоге к каждой записи можно добавлять ссылку на сохранённую копию Internet Archive. Потому что ваши заметки на внешних сайтах могут отредактировать, удалить, или сайт вовсе может закрыться через некоторое время.
Книги — это отдельная информационная вселенная, для монументального подхода к подаче информации. Но хорошая структурированная wiki, с разбитием на категории, вводной частью для каждой категории, с примерами, и т.д., — лучше книги. Да, авторство распыляется среди всех участников. Это можно считать как минусом, так и плюсом. Я не технический писатель, поэтому для меня совместная работа над материалом — большой плюс, за который придётся расплачиваться поддержанием консенсуса среди соавторов.
Материалы из книг можно и нужно использовать в wiki и документации, если лицензия позволяет.
Таким образом, можно иметь свою уютную страничку, где можно делиться своим вкладом, в то же время другие люди смогут найти ваш вклад там, где он ожидается — на официальных ресурсах.
P.S. Вышеизложенное применимо, в первую очередь, к проектам IT с открытым доступом для всех желающих, где, как правило, нет жёстких требований к редактуре, рецензированию, и не стоит вопрос монетизации.
Я бы не был столь категоричен по отношению к персональным блогам на своем домене. Это в первую очередь линый брендинг. У большинства известных мне developer адвокатов или просто tech influencers есть свои блоги, которые читают миллионы. Завести же блог на своем домене безумно просто в наши дни. Есть множество готовых стеков. Если лень с ними возиться, то есть hashnode.
Список популярнейших персональных блогов которые сразу пришли в голову:
- https://blog.pragmaticengineer.com/
- https://overreacted.io/
- https://jakearchibald.com/
Если контент качественный, то аудитория придет. Хорошие статьи частенько взлетают на hackernews и reddit.
По близкой мне тематике из персональных блогов есть еще https://krebsonsecurity.com/. Я отнюдь не против этого подхода - он вполне имеет право на жизнь, и Вы полностью правы, что здесь решающую роль играет качественный контент.
Про hashnode не слышал, большое спасибо! Судя по всему, очень интересный инструмент.
Не написал про телеграмм каналы как еще один вариант!
В Фейсбуке встречаются отдельные статьи-лонгриды.
А из групп с научно-популярными статьи как-то случайно натолкнулся на https://www.facebook.com/groups/iznakurnozh/
Книга, статья или блог? Во что упаковать свои знания