«Самое простое объяснение скорее всего и есть правильное.»
Откуда у меня это тяга к упрощению? Если можно что-то сделать проще, то я не буду усложнять. Если что-то можно не делать, то делать этого я не буду.
Это принцип, который явно прослеживается в моей жизни. Я упрощаю жизнь даже на уровне расстановки мебели и взаимодействия с людьми. Что это, лень? Или врожденная любовь к оптимизациям?
У меня есть небольшая теория, от куда это берется. Он моей профессии. В программировании любая избыточная, слишком громоздкая функция не имеет прав на существование, ведь код будут читать другие люди. Поэтому таки функции обязательно декомпозируют — переписывают на несколько простых, маленьких. Т.е. упрощаются. После упрощения всегда становится ясно, что для решения задачи от каких-то частей кода можно просто напросто избавиться.
В программировании так же есть множество «хороших» и «плохих» практик, которые копятся и передаются из поколения в поколение, — как делать можно, а как не стоит. Как правило это очень часто связано с усложненными вариантами решениями, которые давно упростили и показали как теперь стоит делать.
Поэтому у разработчиков на уровне рефлексов вырабатывается тяга к упрощению кода. Только ли кода? Если это мышление вырабатывается, то оно рано или поздно начинает распространяться не только на код.
Есть такой термин «Бритва Оккама», что и означает — подход, при котором избавляются, «сбривают» от лишнего.
Предлагаю всем прочитать про это подробнее: http://amp.gs/fdbz
Откуда у меня это тяга к упрощению? Если можно что-то сделать проще, то я не буду усложнять. Если что-то можно не делать, то делать этого я не буду.
Это принцип, который явно прослеживается в моей жизни. Я упрощаю жизнь даже на уровне расстановки мебели и взаимодействия с людьми. Что это, лень? Или врожденная любовь к оптимизациям?
У меня есть небольшая теория, от куда это берется. Он моей профессии. В программировании любая избыточная, слишком громоздкая функция не имеет прав на существование, ведь код будут читать другие люди. Поэтому таки функции обязательно декомпозируют — переписывают на несколько простых, маленьких. Т.е. упрощаются. После упрощения всегда становится ясно, что для решения задачи от каких-то частей кода можно просто напросто избавиться.
В программировании так же есть множество «хороших» и «плохих» практик, которые копятся и передаются из поколения в поколение, — как делать можно, а как не стоит. Как правило это очень часто связано с усложненными вариантами решениями, которые давно упростили и показали как теперь стоит делать.
Поэтому у разработчиков на уровне рефлексов вырабатывается тяга к упрощению кода. Только ли кода? Если это мышление вырабатывается, то оно рано или поздно начинает распространяться не только на код.
Есть такой термин «Бритва Оккама», что и означает — подход, при котором избавляются, «сбривают» от лишнего.
Предлагаю всем прочитать про это подробнее: http://amp.gs/fdbz