Моё, моё, моё

В силу профессии приходится часто читать различные мануалы, уроки, форумы по веб-разработке и заметил преинтереснейшую весч. В большинстве обучающих материалов, можно встретить приставку «my» переменным, константам, функциям и методам. Часто встречается что-то вроде: myFunction, myInput, myTestInput, myApp и тому подобное.

Автор мануала не сильно парится как назвать переменную или функцию, вырезки кода обычно крайне короткие, а к тому-же нет какого-либо важного контекста.

Получается, что когда человек пишущий мануал имеет полную свободу в именовании элементов, он ничего кроме как «my + стандартное название» придумывать не хочет. Хотя спектр имен просто огромен. Возьмем для примера всеми любимый, жизненно необходимый элемент как поле ввода — input. Названия могу быть такие: input1, exampleInput, firstInput, reactInput/yiiInput/htmlInput/jsInput (подставляем вместо my, название технологии), AuthorInput, textInput, importantImput, formInput, fieldInput. И это только начало, можно использовать все что угодно для придания уникальности названия инпуту, да хоть zhopiyInput, контекста нет, смысла особого тоже. Код закончится через 10 строк, ты свободен, у тебя есть носок.

Но вместо этого используется «my». Моя догадка заключается в следующем: программист — собственник. Код который он пишет, плод его мыслей и полностью его (опускает правовой аспект работы трудоустройства, так-то код врядли его) и в при любой удобной возможности он не устает об этом напоминать себе. Не хватает креатива. А ведь было бы круто прочитать что-то типа: function summer(), внутри были бы переменные sun, sea, june, jule, relax, а все это было бы внутри класса Year, с методами getRelax, isSun,  setSeaTravel и etc.

Всем прочитавшим setGoodMood() и setNiceDay(true)