Могу тут добавить еще закон Эшби из кибернетики ("закон необходимого разнообразия"): управляющая система должна быть сложнее или такая же по сложности, как и управляемая, иначе она не сможет полностью управлять, т.е. перевести управляемую систему в любые состояния, в которых та может находиться.
Этот закон конечно можно применять к html, css и js, но только с некоторой оговоркой. У нас html, css и js это не выверенная математическая модель и в них полно оверинжениринга, а значит, то, что они делают можно сделать и проще и мы можем надстроить над ними свою систему, которая будет проще для пользователя, благодаря тому, что мы нашли и ликвидировали необходимость этого оверинжениринга в прикладном коде, но внутри эта надстройка будет сложнее, т.к. она будет содержать и модель нижнего слоя (html, css, js) и модель верхнего слоя (пользовательского кода) и преобразователь, со знанием того, как мапить модели и избежать оверинжениринга.
@@TimurShemsedinov Только, этот закон неприменим к ООП наследованию, на котором реально построен Vue. Там, как раз, всё наоборот, потомки содержат в себе все возможности предков, кроме "приватных". Т.е. потомки могут быть "сложнее", но ими управляют предки, которые могут быть "проще". Т.е. можно сказать, что Эшби справедлив в отношениях между Vue и html. Но не в остальном.
@@alexandermykulych4165 Композиция это один из вариантов наследования. При работе с vue, можно сказать, что композиция - один из основных способов. Можно использовать другие варианты. Но, это всё на поверхности. А, я говорю про то, что у vue под капотом.
Vue написан фиолетовым, не цвет реакта. Но да :D Как в игре для тренировки мозга, когда слово зелёный написано чёрным цветом, слово синий - красным и так далее :)
Очень хорошее предисловие к курсу. Надеюсь, сам курс поддержит марку. Спасибо за то, что ты делаешь и, надеюсь, твои курсы смогут стать эталоном преподавания в выбранном пространстве
В конце курса Илья устроит экзамен, где один из главных вопросов будет: Перечислите все косяки и недостатки данного курса. Пока неизвестно какой ответ будет считаться правильным. Перечисление всех недостатков или ответ: недостатков не было, Илья - ты лучший.
Являясь неофитом😁 именно Ильи, считаю, что это, пожалуй, лучший курс по программированию в целом и по Vue в частности! Ещё раз огромная благодарность за такой подробный и всеобъемлющий подход!
Спасибо за видео, действительно раньше не задумывался на этим, постоянно находясь в поисках серебрянной пули, и рьяно не принимая критику используемых мной инструментов.
Спасибо за Вашу заботу! Ваши обучающие видео именно то, что искал, и удобно смотреть на смартфоне :) Цель1, Цель2 , читал ещё в 2008, в разгар финансового кризиса, Голдрат силён!
Илья четко сказал. Теория ограничений Голдратта не про то, о чем видео. Судя по всему, решил немного попиарить полезную тему. А тема, хочу вам сказать, весьма полезна, но не в контексте js. Это и про мыслительные процессы и про планирование. В общем программистам которые менеджерят (хотя бы себя).
Огромное спасибо за видео. Я даже не думал о таких вещах. Читая в инете сравнение про реакт и вью, многие авторы статей перечисляют лишь один недостаток вью: он разрабатывается не корпорацией из-за этого некоторые думают что вью идеальный инструмент
Хотелось бы задать такой вопрос - как обстоят дела с дебаггингом кода в .vue файлах? Я имею ввиду тот самый момент когда необходимо задебагать какую-то функцию, но при попытке сделать это тебе приходится пройти через сотни вызовов внутренних функций Vue. Есть ли какое то решение? Я видел подходы где JS код выносит в отдельные файлы, а затем импортируют в теге script .vue файла, но мне не нравится это так как компонент теряет свою целостность.
Второй раз пересмотрел первые 8 видео уроков, второй раз уже на скорости 1.75. Жду новых занятий на следующей недели и надеюсь, что после окончания курса смогу четко ответить на вопрос: Какие основные недостатки фреймворка Vue.
Что можно считать недостатком? Часто сталкиваясь со сложной ситуацией после её решения я прихожу к выводу, что это не недостаток инструмента, а недостаточно глубокие знания его особенностей. Можно ли считать недостатком то, что не походит конкретно мне на конкретном проекте? Могу ли я считать scoped недостатком, если я его не применяю так как он мне не подходит? Мне на собеседование тоже задали такой вопрос, точнее спросили что мне не нравится во vue и я честно говоря затрудняюсь ответить так как зная особенности фреймворка вы не будете попадать в ситуации когда эти особенности будут недостатками. Также может быть я плохо знаю недостатки так как использую правильные подходы и принципы чтобы с ними не сталкиваться. Я имею ввиду что может быть нет никаких недостатков? А есть неправильное использование или использование не по назначению.
@@sovaz1997 Так в том то и вопрос - можно ли это считать недостатком самого фреймворка? Ведь недостатком это будет только если на проекте используется TypeScript. И то насколько я понимаю этот недостаток проявляется только если использовать однофайловые компоненты. Если например пользоваться рендер функциями и стили писать отдельно, то проблем с TypeScript по идее не будет. То есть, можно ли считать фичи которые нам не подходят недостатками? Я как бы понимаю что недостатки должны быть. Ведь мы живем в реальном мире и без недостатков ничего не может быть, но что бы я назвал недостатком во vue затрудняюсь ответить. Да во vue есть множество особенностей которые нужно учитывать, но у меня язык не поворачивается назвать их недостатками. И в моем случае проблема скорей не в том что я их не знаю, а в том что я не считаю их недостатками :)
@@JavaScriptNinja ну, тогда это только криворукость. Когда селекторам дают одни и те же имена и стилят до такой степени, что перебивают вес scoped-селектора
@@zp00v0518 нет, мы предполагаем что в проекте вообще нет не-scoped css - всё в компонентах. И давайте избегать заявлений вида "только криворукость" - мне кажется всё видео посвящено тому, чтобы не далть таких заявлений
У Vue проблемы с производительностью когда на странице есть сотни уомпонентов в которых постоянно что то обновляется. Например у меня это было отображение состояния очередей в коллцентре, в каждой по 50 операторов и по сотне позвонивших. Vue тромозил. Пришлось хардкодить на js прямую работу с dom. А так хотелось сделать красивое
Я совсем новичёк... Но пока так и не понял, чем vuex хуже написания кучи пропсов для передачи данных из одного компонента в другое через кучу промежуточных.
@@JavaScriptNinja может подскажете когда точно не стоит использовать vuex? Я сейчас глобальный state везде использую т.к. сложновато для меня прокидывать через эмит и пропсы
Даже представить не могу какие "такие" задачи годятся только для вью и не годятся для другого фреймворка? Везде есть все, что нужно для разработки. Если применять принцип Паретто, то фреймворки на 80% имеют общие возможности.
А ведь я в видео говорил совсем не об этом. Я говорил что есть задачи, в которых вью слаб. А не "есть задачи, в которых только вью хорош". Ощущаете разницу?
Вот я не согласен, если мы говорим про ограничения без контекста. Если мы пытаемся сказать, что в X что-то сделал плохо, но это не является проблемой в рамках ограничений, то мы не можем говорить, что это сделано плохо. Ну и ограничения - это всё-таки из бизнес-задачи мапится на технологию, а не с технологии на технологию. Но в целом согласен с видео, что нужно думать головой.
Да уж, сколько было споров про Corel и Illustrator... А потом оказывается, что для того, чтобы грамотно обработать контуры, нужно перекидывать из одной программы в другую и обратно, т.к. наложения у них по разному обсчитываются.
Очень неудобно рефакторить :) то ли дело css-in-js. Но оно тормозит, иногда глючит из-за того, что создаёт стили в рантайм (если не в рантайм, то очень урезанное).. Где ж моя серебряная пуля?...... :)
Добрый день, Илья. Снова в видео упоминание о собеседовании и снова странности - сеньор обязан знать недостатки, мидл - должен, но джун???? Блин, он на то и джун, чтобы познавать это. А его сразу за двери
Границы применимости технологии - абсолютно точно должен знать. Он может не знать ограничения подхода к решению КОНКРЕТНОЙ задачи в рамках фреймворка, но отсутствие понимания ограничений - признак совсем начинающего
@@JavaScriptNinja "Границы применимости технологии" - это имеется ввиду границы где кончаются возможности, к примеру Vue, и начинается работа других технологий или чистого JS?
@@JavaScriptNinja дословно "я не буду этого делать". А дальше Вы все-таки приводите один пример - style scoped с его багом (который обозвали не баг). Привет ребятам, которые решили что изолированность можно немного продырявить. Так к чему был этот пример приведен как одна из причин "почему вью плох"? И все-таки, думаю, многие хотят услышать, когда-же наступает ограничение использования Vue (как впрочем и других фронт-енд технологий). Подумайте над выпуском такого видео
Потерялся пост про pug. Либо ютуб не сохранил, либо автор посчитал спойлером. Напишите, пожалуйста, если второй вариант. Я уважаю людей, которые делают хороший обучающий контент и в дальнейшем не буду писать подобные вещи.
А тут не попахивает законом дырявых абстракций? "Когда что-то идет не так - то приходится спускаться на уровень ниже", или когда мощности высокоуровнего инструмента не хватает и ты прибегаешь к более низкоуровневым вещам
Могу тут добавить еще закон Эшби из кибернетики ("закон необходимого разнообразия"): управляющая система должна быть сложнее или такая же по сложности, как и управляемая, иначе она не сможет полностью управлять, т.е. перевести управляемую систему в любые состояния, в которых та может находиться.
Этот закон конечно можно применять к html, css и js, но только с некоторой оговоркой. У нас html, css и js это не выверенная математическая модель и в них полно оверинжениринга, а значит, то, что они делают можно сделать и проще и мы можем надстроить над ними свою систему, которая будет проще для пользователя, благодаря тому, что мы нашли и ликвидировали необходимость этого оверинжениринга в прикладном коде, но внутри эта надстройка будет сложнее, т.к. она будет содержать и модель нижнего слоя (html, css, js) и модель верхнего слоя (пользовательского кода) и преобразователь, со знанием того, как мапить модели и избежать оверинжениринга.
@@TimurShemsedinov Только, этот закон неприменим к ООП наследованию, на котором реально построен Vue. Там, как раз, всё наоборот, потомки содержат в себе все возможности предков, кроме "приватных". Т.е. потомки могут быть "сложнее", но ими управляют предки, которые могут быть "проще". Т.е. можно сказать, что Эшби справедлив в отношениях между Vue и html. Но не в остальном.
@@CHERNOMORGAMES Разве в vue используется не композиция? Где там наследование?
@@alexandermykulych4165 Композиция это один из вариантов наследования. При работе с vue, можно сказать, что композиция - один из основных способов. Можно использовать другие варианты. Но, это всё на поверхности. А, я говорю про то, что у vue под капотом.
@@CHERNOMORGAMES можно какой то пример, что композиция это вариант наследования, в моей картине мира это параллельные понятия?
Господи, это лучшее, что я смотрел из обучающих видео! Подача, примеры, объяснение - все на высоте! Огромное спасибо !
Я испытал странный дискомфорт, когда Илья написал Vue синим цветом, React красным, а Angular зелёным)
🤣🤣🤣🤣🤣🤣
Я не заметил, но прикольно.
👍👍👍👍👍👍👍
Ты что обосрался ?
Да, тоже заметил этот момент, улыбнуло)
Vue написан фиолетовым, не цвет реакта. Но да :D
Как в игре для тренировки мозга, когда слово зелёный написано чёрным цветом, слово синий - красным и так далее :)
Очень хорошее предисловие к курсу.
Надеюсь, сам курс поддержит марку.
Спасибо за то, что ты делаешь и, надеюсь, твои курсы смогут стать эталоном преподавания в выбранном пространстве
В конце курса Илья устроит экзамен, где один из главных вопросов будет: Перечислите все косяки и недостатки данного курса. Пока неизвестно какой ответ будет считаться правильным. Перечисление всех недостатков или ответ: недостатков не было, Илья - ты лучший.
Как говорил у нас в универе каждый второй препод: "Если непонятно, что именно непонятно, значит непонятно всё. Что ж, ещё одна лекция в холостую."
Главным недостатком курса будет недостаток курса. Курса надо больше!
"Теория ограничений" - знай границы применимости и недостатки инструментов, которые используешь. Очень зрелый взгляд на профессию. Спасибо!
это 1 из пунктов для сеньоров. Но оказывается и джунов этим "убивают"
Являясь неофитом😁 именно Ильи, считаю, что это, пожалуй, лучший курс по программированию в целом и по Vue в частности! Ещё раз огромная благодарность за такой подробный и всеобъемлющий подход!
Спасибо за видео, действительно раньше не задумывался на этим, постоянно находясь в поисках серебрянной пули, и рьяно не принимая критику используемых мной инструментов.
Спасибо за видео, как всегда топ контент
Проект Феникс еще для тех, кто любит бизнес-романы. Тоже про IT в контексте теории ограничений.
Надеюсь весь курс по vue пройдёт с таким разжевыванием материала. Первые видео огонь, всё пытается донести и разъяснить по кирпичикам , моё почтение.
Спасибо за Вашу заботу! Ваши обучающие видео именно то, что искал, и удобно смотреть на смартфоне :) Цель1, Цель2 , читал ещё в 2008, в разгар финансового кризиса, Голдрат силён!
Не ну этот курс это что то новое! Спасибо!
Илья, благодарю за видео.
Илья четко сказал. Теория ограничений Голдратта не про то, о чем видео. Судя по всему, решил немного попиарить полезную тему. А тема, хочу вам сказать, весьма полезна, но не в контексте js. Это и про мыслительные процессы и про планирование. В общем программистам которые менеджерят (хотя бы себя).
спасибо за Ваш труд
Цель читал. Критическую цепь скачал, спасибо за совет 👍
Очередное сокровище! 👍
Огромное спасибо за видео. Я даже не думал о таких вещах. Читая в инете сравнение про реакт и вью, многие авторы статей перечисляют лишь один недостаток вью: он разрабатывается не корпорацией из-за этого некоторые думают что вью идеальный инструмент
хотелось бы побольше таких видео
Спасибо за видео! Илья, вы замечательный преподаватель!!!
Илья: "Я не буду говорить о минусах vue"
UA-cam: "Вот у меня в рилейтед есть для тебя видео Ильи о минусах vue"
Спасибо за курс !!!
Спасибо за труды, контент топ
Очень здраво , спасибо!
Отличное видео, крайне полезно
Премного благодарен!
Большое спасибо за урок!
Хотелось бы задать такой вопрос - как обстоят дела с дебаггингом кода в .vue файлах? Я имею ввиду тот самый момент когда необходимо задебагать какую-то функцию, но при попытке сделать это тебе приходится пройти через сотни вызовов внутренних функций Vue. Есть ли какое то решение? Я видел подходы где JS код выносит в отдельные файлы, а затем импортируют в теге script .vue файла, но мне не нравится это так как компонент теряет свою целостность.
Великолепно!
Второй раз пересмотрел первые 8 видео уроков, второй раз уже на скорости 1.75.
Жду новых занятий на следующей недели и надеюсь, что после окончания курса смогу четко ответить на вопрос: Какие основные недостатки фреймворка Vue.
Илья, а что за ноут ты используешь с тачскрином и стилусом? это какой-нибудь йогабук или серфейс?
Просто браво
Круто как обычно )
Исключением является девушка по имени Н?) Очень классное начало курса! Не уверен, что уровень позволит пройти, но подача шикарная
видос огонь=)) спасибо
Просто топ топ топ!!!
И всё-таки , как поставить два лайка ?
Что можно считать недостатком?
Часто сталкиваясь со сложной ситуацией после её решения я прихожу к выводу, что это не недостаток инструмента, а недостаточно глубокие знания его особенностей.
Можно ли считать недостатком то, что не походит конкретно мне на конкретном проекте? Могу ли я считать scoped недостатком, если я его не применяю так как он мне не подходит?
Мне на собеседование тоже задали такой вопрос, точнее спросили что мне не нравится во vue и я честно говоря затрудняюсь ответить так как зная особенности фреймворка вы не будете попадать в ситуации когда эти особенности будут недостатками. Также может быть я плохо знаю недостатки так как использую правильные подходы и принципы чтобы с ними не сталкиваться.
Я имею ввиду что может быть нет никаких недостатков? А есть неправильное использование или использование не по назначению.
не может такого быть, чтобы недостатков не было)
Самый банальный - плохая поддержка TypeScript
@@sovaz1997 Так в том то и вопрос - можно ли это считать недостатком самого фреймворка? Ведь недостатком это будет только если на проекте используется TypeScript. И то насколько я понимаю этот недостаток проявляется только если использовать однофайловые компоненты. Если например пользоваться рендер функциями и стили писать отдельно, то проблем с TypeScript по идее не будет. То есть, можно ли считать фичи которые нам не подходят недостатками?
Я как бы понимаю что недостатки должны быть. Ведь мы живем в реальном мире и без недостатков ничего не может быть, но что бы я назвал недостатком во vue затрудняюсь ответить. Да во vue есть множество особенностей которые нужно учитывать, но у меня язык не поворачивается назвать их недостатками. И в моем случае проблема скорей не в том что я их не знаю, а в том что я не считаю их недостатками :)
Спасибо!!
scoped может "протекать", когда, случайным образом совпадут значения в data-атрибуте?
Нет
@@JavaScriptNinja ну, тогда это только криворукость. Когда селекторам дают одни и те же имена и стилят до такой степени, что перебивают вес scoped-селектора
@@zp00v0518 нет, мы предполагаем что в проекте вообще нет не-scoped css - всё в компонентах.
И давайте избегать заявлений вида "только криворукость" - мне кажется всё видео посвящено тому, чтобы не далть таких заявлений
из-за нарушения принципа изолированности компонентов (в частности изолированности стилей - v-deep, v-global)
Илья, а будет ли курс по реакту?
Ближайшее время нет, смотрите IT-KAMASUTRA
У Vue проблемы с производительностью когда на странице есть сотни уомпонентов в которых постоянно что то обновляется. Например у меня это было отображение состояния очередей в коллцентре, в каждой по 50 операторов и по сотне позвонивших. Vue тромозил. Пришлось хардкодить на js прямую работу с dom. А так хотелось сделать красивое
нету там проблем, если понимать как работает реактивность :)
@@JavaScriptNinja возможно и так. Но это на чистом js подтормаживает. Обновляется несколько десятков элементов в секунду.
Я совсем новичёк... Но пока так и не понял, чем vuex хуже написания кучи пропсов для передачи данных из одного компонента в другое через кучу промежуточных.
А кто сказал что речь идёт о передаче кучи пропсов насквозь?
@@JavaScriptNinja может подскажете когда точно не стоит использовать vuex?
Я сейчас глобальный state везде использую т.к. сложновато для меня прокидывать через эмит и пропсы
@@AlexandrSpirit кратко не подскажу, про это надо отдельно рассказывать
Даже представить не могу какие "такие" задачи годятся только для вью и не годятся для другого фреймворка? Везде есть все, что нужно для разработки. Если применять принцип Паретто, то фреймворки на 80% имеют общие возможности.
Ну из прошлого видео, как говорил Илья, вью позволяет меньше думать в процессе шаблонизации, и это его плюс перед реактом.
А ведь я в видео говорил совсем не об этом. Я говорил что есть задачи, в которых вью слаб. А не "есть задачи, в которых только вью хорош". Ощущаете разницу?
@@JavaScriptNinja Да, и правда, просто у меня наложилась ваша дискуссия в чате.
Вот я не согласен, если мы говорим про ограничения без контекста.
Если мы пытаемся сказать, что в X что-то сделал плохо, но это не является проблемой в рамках ограничений, то мы не можем говорить, что это сделано плохо.
Ну и ограничения - это всё-таки из бизнес-задачи мапится на технологию, а не с технологии на технологию.
Но в целом согласен с видео, что нужно думать головой.
Да уж, сколько было споров про Corel и Illustrator... А потом оказывается, что для того, чтобы грамотно обработать контуры, нужно перекидывать из одной программы в другую и обратно, т.к. наложения у них по разному обсчитываются.
ЧТо за такая технология Х, о которой вы упоминаете?
Использую только CSS Modules с кастомными плагинами для оптимизации стилей. Scoped мне сразу не понравился.
Осталось определиться с границами применимости :)
Очень неудобно рефакторить :) то ли дело css-in-js. Но оно тормозит, иногда глючит из-за того, что создаёт стили в рантайм (если не в рантайм, то очень урезанное).. Где ж моя серебряная пуля?...... :)
Какой еще такой "Зоркий глаз"?! )))
Добрый день, Илья. Снова в видео упоминание о собеседовании и снова странности - сеньор обязан знать недостатки, мидл - должен, но джун???? Блин, он на то и джун, чтобы познавать это. А его сразу за двери
Границы применимости технологии - абсолютно точно должен знать. Он может не знать ограничения подхода к решению КОНКРЕТНОЙ задачи в рамках фреймворка, но отсутствие понимания ограничений - признак совсем начинающего
@@JavaScriptNinja "Границы применимости технологии" - это имеется ввиду границы где кончаются возможности, к примеру Vue, и начинается работа других технологий или чистого JS?
@@SansHAP я вроде в видео раскрыл этот вопрос - задачи для которых плохо подходит Вью
@@JavaScriptNinja дословно "я не буду этого делать". А дальше Вы все-таки приводите один пример - style scoped с его багом (который обозвали не баг). Привет ребятам, которые решили что изолированность можно немного продырявить. Так к чему был этот пример приведен как одна из причин "почему вью плох"?
И все-таки, думаю, многие хотят услышать, когда-же наступает ограничение использования Vue (как впрочем и других фронт-енд технологий). Подумайте над выпуском такого видео
@@SansHAP это не решили продырявить. Это было выбрано такое решение чтобы большинству было удобнее. Поэтому это не баг
Чтобы понять минусы реакта, достаточно зайти в их телеграм чат и задать хотя бы 1 вопрос 🤣
О, CR, уважаю ;)
слышал такое и про vue чат
Спасибі! "Цілі" вже всі прочитав.
Потерялся пост про pug. Либо ютуб не сохранил, либо автор посчитал спойлером. Напишите, пожалуйста, если второй вариант. Я уважаю людей, которые делают хороший обучающий контент и в дальнейшем не буду писать подобные вещи.
Ищу фронтенд разработчика для коллаборации, подробности в лс
"Пока что существуют и другие движки..." =( жаль, что они вымирают
Расскажу кому, что я изучаю теорию фронтенда - не поверят
А тут не попахивает законом дырявых абстракций? "Когда что-то идет не так - то приходится спускаться на уровень ниже", или когда мощности высокоуровнего инструмента не хватает и ты прибегаешь к более низкоуровневым вещам
Краткое содержание видео: для того, чтобы понять, что не все технологии универсально применимы, нужно учится в аспирантуре 👍👍👍 не благодарите
Уже 7 видео курса и ни одного туду листа, что за непотребство!
А вот это не правда, туду лист есть аж в самом первом ролике)
@@user-ug1fk8ob3q о нет...
Та вообще не понятно, зачем мы это тогда все смотрим!
@@AndriiKuftachov Заложение фундамента?
скопед, крвмть