Знаете, я начал писать статьи потому что мне в обязанности на работе вменили подтягивать наших джунов)
Я просто вижу в каких вещах у разработчиков определённого уровня пробелы и решил написать цикл статей, закрывающих эти пробелы. Убить двух зайцев так сказать.
примет две переменные и вернёт функцию, которая ожидает третью переменную, которая перезапишет одну из первых двух. Поэтому данный вариант немного странен.
Во втором пример Админ не делит состояние с Юзером т.к. свойства Юзера копируются в Админа по значению. В этом и заключается концепция Имутабельности в ФП.
Если вы в серьёз решили изучить ФП в разрезе JS, то мои статьи вам помогут. Пока что достаточно запомнить три описанные концепции. В дальнейшем будут более практические примеры и станет понятнее для чего эти основы(PF, Имутабельность) нужны.
Знаете, я не считаю, что нужно кого-то к чему-то приучать или отучивать… Просто вижу, что у молодых специалистов, с которыми случается общаться, кругозор ограничен набором кейсов. Мои статьи призваны не дать готовый инструмент, а в каких-то случаях дать понимание или продемонстрировать разные взгляды.
Обратите внимание, я в статьях разбираю концепции ООП с точки зрения спецификации экмаскрипт, разбираю базовые концепции экмаскрипт под капотом и т.д… Я не пишу туториалы в стиле: делайте так и будет вам счастье.
Знаете, я не считаю, что нужно кого-то к чему-то приучать или отучивать… Просто вижу, что у молодых специалистов, с которыми случается общаться, кругозор ограничен набором кейсов. Мои статьи призваны не дать готовый инструмент, а в каких-то случаях дать понимание или продемонстрировать разные взгляды.
Обратите внимание, я в статьях разбираю концепции ООП с точки зрения спецификации экмаскрипт, разбираю базовые концепции экмаскрипт под капотом и т.д… Я не пишу туториалы в стиле: делайте так и будет вам счастье.
Знаете, я не считаю, что нужно кого-то к чему-то приучать или отучивать… Просто вижу, что у молодых специалистов, с которыми случается общаться, кругозор ограничен набором кейсов. Мои статьи призваны не дать готовый инструмент, а в каких-то случаях дать понимание или продемонстрировать разные взгляды.
Обратите внимание, я в статьях разбираю концепции ООП с точки зрения спецификации экмаскрипт, разбираю базовые концепции экмаскрипт под капотом и т.д… Я не пишу туториалы в стиле: делайте так и будет вам счастье.
var x = 0;
var obj = {
x: 10,
foo: function() {
return this.x;
}
}
console.log(obj.foo())//10
console.log([obj.foo].map(item => item() ))//0
Опишите работу второго вызова руководствуясь лишь "«this» в js как «объект перед точкой» в момент вызова — это самое лучшее объяснение.". Если получится, то снимаю перед вами шляпу.
Это пример программы. Для того чтобы показать, что не все задикларированные функции(точнее не все контексты) попадают в стек, а только те, которые вызываются.
Возможно статья не простая… но и люди разные бывают. Чтобы развиваться джуну в любом случае придётся понять эти концепции, иначе не понять как под капотом работают фреймворки и многое другое.
На мой взгляд, целевая аудитория статьи — крепкие джуны, стремящиеся к мидлу. Совсем уж джунам не стоит вникать в тонкости спецификации, им вполне достаточно для прогресса изучать основы языка.
Я употребил термин «сущность» для того чтобы показать, что это нечто физически конкретное… возможно не самая удачная идея.
Наследование это хороший оборот, но я сознательно употребил генерализации — специализации чтобы отразить суть происходящего. Ведь и в прототипной организации наследование. Но только в классовой организации присутствуют понятия подкласс и суперкласс.
Я просто вижу в каких вещах у разработчиков определённого уровня пробелы и решил написать цикл статей, закрывающих эти пробелы. Убить двух зайцев так сказать.
Это не более чем пример лямбда функции. Иллюстрация концепции.
Код:
примет две переменные и вернёт функцию, которая ожидает третью переменную, которая перезапишет одну из первых двух. Поэтому данный вариант немного странен.
Во втором пример Админ не делит состояние с Юзером т.к. свойства Юзера копируются в Админа по значению. В этом и заключается концепция Имутабельности в ФП.
Если вы в серьёз решили изучить ФП в разрезе JS, то мои статьи вам помогут. Пока что достаточно запомнить три описанные концепции. В дальнейшем будут более практические примеры и станет понятнее для чего эти основы(PF, Имутабельность) нужны.
Обратите внимание, я в статьях разбираю концепции ООП с точки зрения спецификации экмаскрипт, разбираю базовые концепции экмаскрипт под капотом и т.д… Я не пишу туториалы в стиле: делайте так и будет вам счастье.
Обратите внимание, я в статьях разбираю концепции ООП с точки зрения спецификации экмаскрипт, разбираю базовые концепции экмаскрипт под капотом и т.д… Я не пишу туториалы в стиле: делайте так и будет вам счастье.
Обратите внимание, я в статьях разбираю концепции ООП с точки зрения спецификации экмаскрипт, разбираю базовые концепции экмаскрипт под капотом и т.д… Я не пишу туториалы в стиле: делайте так и будет вам счастье.
Опишите работу второго вызова руководствуясь лишь "«this» в js как «объект перед точкой» в момент вызова — это самое лучшее объяснение.". Если получится, то снимаю перед вами шляпу.
Возможно статья не простая… но и люди разные бывают. Чтобы развиваться джуну в любом случае придётся понять эти концепции, иначе не понять как под капотом работают фреймворки и многое другое.
Наследование это хороший оборот, но я сознательно употребил генерализации — специализации чтобы отразить суть происходящего. Ведь и в прототипной организации наследование. Но только в классовой организации присутствуют понятия подкласс и суперкласс.