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