Говорить о проблеме помогает (разработка программного обеспечения)

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

• Объяснение ваших знаний может выявить пробелы и ошибки

Следующий отрывок взят из книги Арта Маркмана « Умное мышление »:

• Разговор о проблеме меняет ее мысленное представление

Наше ментальное представление — это идеи, концепции, истории, теории и навыки, которые составляют то, как мы усваиваем что-то в нашем уме. Гарднер пишет:

«Как правило, изменение ума влечет за собой изменение ментальных представлений. Все мы довольно легко развиваем ментальные представления с самого начала жизни. Многие из таких представлений полезны, некоторые обладают заметным очарованием, другие вводят в заблуждение или совершенно ошибочны. Ментальные представления имеют содержание: мы думаем об этом содержании как об идеях, концепциях, навыках, историях или полноценных теориях (объяснениях мира). Это содержание может быть выражено словами — и в книге это средство обычно используется. Однако почти все содержание может быть выражено в различных формах, средствах массовой информации, системах символов: эти системы могут быть представлены публично в виде знаков на странице, а также могут быть интернализованы в «языке разума» или определенном «разуме». ”

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

Ну, во-первых, давайте кратко обсудим процесс мышления.

Одинокое молчаливое мышление — это интериоризация слов, которым вас научили в очень раннем возрасте. Клиническая литература предполагает, что если вы пропустите период обучения, вы больше не сможете этому научиться. Дикое дитя на IMDb

Предположение: Основываясь на этом, я твердо верю, что понимание слов и речь появились в нашем эволюционном процессе раньше, чем мышление. Это утверждает идею о том, что мы лучше обсуждаем вещи в социальных условиях, чем думаем о них внутри себя.

Итак, письмо, очевидно, появилось позже, чем понимание слов, произнесение слов и мышление, однако оно немного отличается от мышления. Когда вы пишете, вы экстернализируете что-то внутри и на самом деле смотрите на это, что полностью меняет восприятие предмета.

Кроме того, чтобы продолжить мою точку зрения. Как я упоминал выше, мышление — это интериоризация разговора, и действительно трудно мыслить должным образом, потому что это требует от вас активации различных частей вашей личности, которые действительно могут спорить/общаться, как в обычном разговоре. С технической точки зрения, чтобы думать правильно, вам нужно создать когнитивный диссонанс, иначе это будет предвзятость подтверждения.

Также полезно ввести такие термины, как подсознание и сознание. Карл Юнг считал, что эти двое существуют «в разных измерениях». Вы можете отнести символические и метафорические аспекты своей психики к подсознанию, в то время как вербальный аспект вашего разума является сознательным. Другими словами, существует разница между неартикулированным и артикулированным знанием.

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

Я нашел эту статью в Википедии по теме:

https://en.wikipedia.org/wiki/Rubber_duck_debugging

Отладка резиновой утки

В разработке программного обеспечения отладка резиновой утки или резиновая уточка — это метод отладки кода. Название является отсылкой к истории из книги «Прагматичный программист», в которой программист носил с собой резиновую утку и отлаживал свой код, заставляя себя объяснять его утке, строка за строкой.[1] Для этой техники существует множество других терминов, часто связанных с различными неодушевленными предметами.

Многие программисты имели опыт объяснения проблемы кому-то еще, возможно, даже тому, кто ничего не знает о программировании, а затем находили решение в процессе объяснения проблемы. При описании того, что должен делать код, и при наблюдении за тем, что он делает на самом деле, становится очевидным любое несоответствие между этими двумя понятиями. В более общем плане преподавание предмета требует его оценки с разных точек зрения и может обеспечить более глубокое понимание. Используя неодушевленный объект, программист может попытаться выполнить это, не прерывая никого другого.