Автор оригинала: FreeCodeCamp Community Member.
Допустим, вы хотите научить человека что-то. Почему человек не понимает, что вы говорите?
Одной из основных причин, вероятно, потому что нам нравится использовать большие слова и индустрии жаргона. Этот жаргон может что-то значить для нас, но это ничего не значит для людей, которые мы пытаемся преподавать.
В следующий раз вы попытаетесь научить программирование, следите за словами, которые вы используете.
Три типа больших слов
Мы можем разделить жаргон на три категории:
- То, что можно объяснить несколькими словами
- Что нельзя объяснить простыми словами
- То, что может означать разные вещи в разных контекстах.
Когда вы учите, вы всегда должны следить за этими тремя типами слов.
Жаргон, который можно объяснить несколькими словами.
Если жаргон можно объяснить в нескольких словах, вы хотите Используйте эти слова вместо жаргона.
Совместимость является одним из примеров такого слова.
Это звучит страшно и сложно, но его можно объяснить несколькими простыми словами.
Если вы ищете смысл взаимодействия, вы столкнетесь с такими определениями:
Из Википедии:
От dictionary.com:
Если мы поместим его в простые термины, «совместимость» означает «способность обмениваться данными».
Посмотрите, как это делает языковой барьер намного ниже?
Если вы можете заменить такой жаргон простыми словами, зачем вы придерживаться сложного слова?
Жаргон, который означает разные вещи в разных контекстах
Некоторые жаргон имеют разные значения, когда он используется в разных контекстах.
Одним из примеров такого жаргона является инкапсуляция.
Чтобы инкапсулировать что-то значит приложить эту вещь с чем-то другим. Если вы оберните картофель тканью, вы можете сказать, что ткань инкапсулирует картофель.
Разработчики любят капсулирование слов. Они используют это все время.
Первый способ заключается в том, чтобы обернуть переменные и другой код внутри функции. В этом случае функция инкапсулирует код внутри.
// This is JavaScriptfunction someFunction () { const variableName = 'I am a variable!'}Второй способ содержать индивидуальность объекта. Например, если у вас есть человеческий объект, и вы создаете два человека от человеческого объекта, эти два человека не должны быть одинаковыми.
В этом случае каждый объект инкапсулирует свои собственные данные.
// This is JavaScriptfunction Human (name) { this.name = name}const zell = new Human('Zell')const vincy = new Human('Vincy')zell.name === vincy.name // false
Третий путь для скрытия информации. В JavaScript мы можем создавать частные переменные. Эти частные переменные прилагаются объектом.
В этом случае объект инкапсулирует частную переменную. Вы не можете получить доступ к частной переменной. В этом случае инкапсуляция используется для означающего что-то отличное от второго случая.
// This is JavaScriptfunction Human () { const privateVariable = 'private' this.publicVariable = 'public'}Так что вы понимаете, инкапсуляция?
Вы не можете быть уверены.
Там не должно быть никакой двусмысленности, когда вы общаетесь. Если есть двусмысленность, общение ломается, а студенты не учится.
Лучше всего Ritch Яргон, если жаргон означает разные вещи в разных контекстах.
Жаргон, который не может быть объяснен простыми словами
Какой-то жаргон не может быть объяснен простыми словами. Этот жаргон часто используется для разговоров о абстрактных концепциях, поэтому простые слова могут быть недостаточно.
Одним из примеров такого слова является «мутация».
Мутация происходит от слова мутата. Для мутата означает изменение формы или природы. В JavaScript мутация происходит под капотом без вы заметив.
В этом случае изменения недостаточно, чтобы объяснить мутацию. Ему не хватает глубины и детализации. Кроме того, изменение все еще слишком абстрактно.
Вы чувствуете, что концепция абстрактна, потому что вы не можете это представить. Вы не можете видеть, услышать, чувствовать, коснуться или попробовать его. Чтобы сделать абстрактный бетон, нам нужно обратиться к пяти чувствам человека.
Чтобы объяснить абстрактную концепцию, вы можете использовать аналогии. Когда вы используете аналогии, вы можете описать объект или сценарий таким образом, где люди могут видеть, слышать или чувствовать, что вы имеете в виду.
Например, Я использовал X-Men как мою аналогию, когда я объяснил мутацию Отказ
Я попросил студентов представить другу, выращивающий мех и превращая синий перед глазами. Любой может представить, что это значит расти мехом и становиться синим, даже если они не знают, кто зверь.
Если вы хотите расширить аналогию, чтобы удовлетворить больше людей, вы можете обратиться к более чувствам. Например, чтобы слепые люди могли представить мутацию, вы также можете сказать им представить, что их подруга зарычал как зверь.
Ключ здесь – это изменение, которое остается незамеченной. Никто не знает, является ли человек мутант, пока не покажут свои силы. На том же фронте никто не знает, что объект JavaScript изменился до него, ну, изменилось.
Я подчеркнул этот момент, чтобы нарисовать ссылку назад к мутации в JavaScript.
Мутация становится более бетоном после установки ссылки. Когда я говорю мутацию, студенты, которые читают статью, могут изобразить своего друга, превращая синий, растущий мех и рычащий как зверь.
Как только вы превратите абстрактный жаргон в бетонную концепцию, вы можете использовать этот жаргон, как обычно. Студенты поймут, что вы имеете в виду.
Я написал статью о Создание хороших аналогов Если вы заинтересованы в изучении этого навыка.
Обертывание
Обратите внимание на слова, которые вы используете, когда уделяете программированием. Если вы используете сложные слова, которые ничего не значат для вашего ученика, они не смогут получить то, что вы имеете в виду.
Замените сложные слова словами, которые проще и легче понять, если можете.
Избегайте использования жаргона, который может означать разные вещи в разных контекстах. Этот жаргон делает вещи неоднозначными и запутанными.
Наконец, используйте аналогии, чтобы превратить абстрактные концепции в конкретные концепции.
Спасибо за прочтение. Эта статья каким-либо образом поможет вам? Если вы сделали, Я надеюсь, что вы думаете об этом Отказ Вы можете помочь кому-то. Спасибо!
Эта статья была первоначально опубликована в zellwk.com. Подпишитесь на мой рассылка Если вы хотите больше статей, чтобы помочь вам стать лучшим интерфейсом разработчика.