В быстро меняющемся мире технологий не все, что вы читаете, является точным и беспристрастным. Не все, что вы читаете, написано человеком! Детали могут быть слегка неверными, или статья может намеренно вводить в заблуждение. Давайте рассмотрим несколько навыков, которые помогут вам читать технические статьи или любой медиаконтент.
Развитие здорового чувства скептицизма имеет решающее значение. Ставьте под сомнение смелые утверждения, ищите подтверждающие доказательства и не принимайте все за чистую монету.
Статья, начинающаяся с цифры (как эта), часто представляет собой список. Это требует меньших усилий, чем более длинные статьи по одной теме. Хотя их можно детализировать, в них может быть всего несколько предложений по каждой теме. Я бы сказал, что перед списком стоит начать со скептицизма.
Списки также в наши дни с гораздо большей вероятностью создаются искусственным интеллектом. Легко спросить у генеративного ИИ «десять причин» или «дюжину лучших практик» и получить в ответ что-то информационное. Генерация ИИ не означает, что статья плохая, но она требует большего скептицизма, потому что генеративный ИИ не рассуждает о своих ответах.
Наконец, списки — это также отличный способ представить рекламу продукта полезной информацией. Я вижу это каждый день.
Не соглашайтесь с содержанием только потому, что оно звучит авторитетно. Стиль письма может сильно повлиять на то, насколько хорошо вы усваиваете и потребляете контент, но риторика — мощный инструмент для управления восприятием. Утверждать, что что-то верно в статье, — это не то же самое, что быть правдой, и мы должны быть осторожны с авторами, которые делают заявления без доказательств.
Источник статьи может иметь значение. Раньше технические публикации обеспечивали определенный уровень доверия, но на открытом форуме нам нужно проделать немного больше работы. Понимание предыстории и потенциальных предубеждений автора может помочь вам лучше интерпретировать представленную информацию.
Авторы могут иметь любой уровень опыта. Это могут быть разработчики, создавшие рассматриваемое программное обеспечение, или кто-то, кто поделится своим опытом обучения.
Автор может быть экспертом и писать, чтобы поделиться общими знаниями. Они могут описать конкретную проблему, которую они преодолели. Они могут рассказать о конкретной проблеме, которую их программное обеспечение может решить. Они могут быть каналом для генеративного контента ИИ. Популярные авторы и влиятельные лица могут высказывать «горячие мнения», чтобы стимулировать взаимодействие, а не делиться существенными проблемами. Понимание цели статьи может помочь вам решить, следует ли вам более скептически относиться к конкретной статье или к конкретному автору.
Мы не можем ожидать, что каждый источник контента будет хорошо известен, но авторизованные авторы также могут публиковать сомнительный контент. Тем не менее, это хорошая отправная точка. Идентификация автора может помочь определить ваши ожидания и защититься от предположений.
Это сложно. Легко попасться в ажиотаж или групповое мышление вокруг библиотеки или практики программирования. Вы увидите множество статей «Прекратите использовать это» и «Делайте это, а не то», в которых предполагается, что какое-то новое решение, часто еще не ставшее стандартом, является единственным правильным способом сделать что-то.
Также легко застрять в предвзятости своих предубеждений. Вы сопротивляетесь определенным инструментам или идеям, потому что у вас есть негативный опыт их использования? Является ли этот опыт ошибкой инструмента, или были проблемы вокруг реализации?
Мы запрограммированы на поиск закономерностей и установление предвзятости, и иногда это может быть полезно, но менее полезно, когда нам предлагают новые идеи. Измениться сложно, но самоанализ может помочь вам объективно подойти к информации и понять, когда ваши взгляды могут изменить вашу интерпретацию.
Мы не обязаны принимать все одинаково; это важная часть здорового скептицизма. Но мы можем распознать, когда происходит внутренняя реакция, пока мы еще собираем информацию, и бороться – или, по крайней мере, признавать – предположения, которые мы можем сделать.
Не полагайтесь на один источник информации. Хорошие статьи часто содержат ссылки на источники и ссылки, которые могут облегчить этот процесс. Возможно, вам придется потратить время на поиск других авторитетных источников.
Статья может ссылаться на один и тот же источник по нескольким пунктам, что может вызвать вопросы о достоверности источника или аргумента. Проверка предоставленных источников и авторитетных источников может помочь вам проверить факты или утверждения и обеспечить лучшее понимание темы.
Подтверждающие доказательства действительно важны. Не все требует авторитетного источника, но фактические утверждения, в частности, должны иметь источник. Если статья не содержит ссылок или ссылок на источники, относитесь к их утверждениям с долей скептицизма. Помните, что «общеизвестные сведения» не всегда точны.
Многие отрасли со временем выработали собственную терминологию, а общий язык является важным инструментом эффективного общения. Трудно читать техническую статью, не встречаясь с жаргоном. Будь то «нормальные формы» в базах данных или многочисленные термины в жаргоне функционального программирования, существует множество терминов, которые мы не знаем.
Вы должны выработать привычку искать незнакомые термины и понятия. Если вы не можете найти ресурсы по определенному термину, не бойтесь спрашивать или оставлять комментарии. Возможно, термин является отраслевым, а не чисто техническим. Вероятно, вы не единственный, кто упускает этот термин. Или вы можете стать одним из 10 000 счастливчиков!
Теперь, когда мы скептически отнеслись к содержанию, убедились в источнике, проверили собственные предубеждения, проверили информацию и изучили терминологию, мы можем приступить к работе по усвоению информации и позволению ей изменить наше понимание. .
Как можно применить обсуждаемую технологию или концепцию в реальных сценариях? Повлияет ли это на ваш текущий проект? Могло ли это иметь смысл в предыдущем проекте?
Этот навык анализа поможет вам связать теоретические знания с практическим применением, улучшая общее понимание технологического ландшафта. Это критически важно для роста как разработчика.
Не каждая статья требует от вас сесть и написать код, но это может быть полезно. Я часто использую такой инструмент, как RunJS, чтобы объединить быстрые примеры кода или реорганизовать функции с новыми идеями. Для более серьезных усилий я мог бы клонировать репозиторий или создать ветку в своем проекте, чтобы попробовать что-то новое.
Потратив немного времени на опробование новой идеи, стиля или библиотеки, мы сможем понять ее возможности и ограничения или наши ограничения. Возможно, нам нужно провести больше исследований в определенной области. Или конкретная тема может быть очень сложной, и нам просто нужно иметь это в виду, когда она возникает.
Эти навыки могут значительно улучшить ваши способности читать и интерпретировать технические статьи. Помните, что становление квалифицированного читателя технического контента — это непрерывный процесс. Ландшафт контента быстро меняется, как в том, как мы потребляем достоверную информацию, так и в том, как реклама и созданный контент различного качества влияют на наши списки чтения и наше время.
Продолжайте практиковать эти навыки, и, надеюсь, вам станет легче ориентироваться в сложном мире технических статей.
Используете ли вы какие-либо навыки или методы, чтобы помочь проверить источники или улучшить свой анализ? Мне бы хотелось услышать о них!
Я использовал искусственный интеллект, чтобы создать первоначальный план этой статьи. Сгенерированный контент был сильно переписан. Я рекомендую такой инструмент, как QuillBot AI Detector, который поможет идентифицировать статьи, которые, вероятно, были созданы с помощью генеративного ИИ.
Изображение заголовка, созданное с помощью бета-версии Apple Image Playground.
Я не получаю вознаграждения за упоминания или ссылки на сайты или продукты.
Отказ от ответственности: Все предоставленные ресурсы частично взяты из Интернета. В случае нарушения ваших авторских прав или других прав и интересов, пожалуйста, объясните подробные причины и предоставьте доказательства авторских прав или прав и интересов, а затем отправьте их по электронной почте: [email protected]. Мы сделаем это за вас как можно скорее.
Copyright© 2022 湘ICP备2022001581号-3