Видео

Пилите ещё ролики

.form__label { position: absolute; top: 10px; left: 0; color: #000000; transition: 0.3s; }

{[P in keyof T]?: T[P]} зачем фигурны скорбки и квадратные для p in keyof T ?

Бля автор, бомба, имеет очень хорошие навыки обьяснения🎉🎉🎉

Спасибо за понятное объяснение!)

через 5 лет можно использовать button'ы с фокусом

Спасибо очень интересно ,но есть вопрос почему когда вы писали в .form__label, Апсолютную позицию у меня та натпись (Пароль,емаел) осталась с боку?

это видео которое мне реально помогло спасибо!! \

Очень сомнительное решение такие правила в боди задавать.

все просто и понятно, все получилось! благодарю!

жаль что ссылки на код нет

Шик

А вот за этот урок - особое спасибо!!! Наконец уразумел в чём назначение protected и readonly! Как-то они редко в проектах встречались.

Спасибо за урок. Узнал несколько нюансов. П.С. - По мне так множественное объявление и объединение интерфейсов в один - это ошибка. Увидел по запаре интерфейс, применил, а он от тебя ещё чего-то требует?!! Или же не заметил и "дописал" свойства к уже существующему. С типами в этом плане лучше - однозначное.

Автор ставит курсор в адресную строку и потом обновляет страницу. Странно, времени много? Достаточно нажать F5. Заметил, что многие преподаватели-обучатели этого не знают, удивительно! Кроме того, продолжительное оформление в CSS не очень понятно, т.к. уже не помнишь, какие элементы мы оформляем. Надо возвращаться в окно кода и показывать, о чем идет речь. Да и обновлять окно лучше чаще, чтобы было понятнее, какое свойство изменилось. Урок довольно плохой.

Ясно и подробно! Узнал несколько новых тонкостей для себя. Спасибо за видео )

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

Крутой ролик, все понятно

топич

Лучший курс, каждый раз как падает таска на гриды (раз в год), прихожу сюда освежать знания))

лучший вводный курс по mobx react ever

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

Спасибо, очень часто пользуюсь, удобно

Хорошее объяснение, спасибо)

Спасибо, хороший урок

script.js:1 Uncaught ReferenceError: $ is not defined at script.js:1:1 $(function () { let wind = $(window); wind.on('scroll', function () { let top = $(this).scrollTop(); parallax(top); }); }); function parallax(top) { $('.parallax__boat').css( 'transform', 'translateX(' + (top / -6) + 'px)' ); }

Очень понятно объясняете! Спасибо большое! Успехов!

по nest можно что-то снять - спасибо за уроки

подскажите, как сделать так, чтобы при перезагрузке страницы, активной оставалась выбранная ранее вкладка, или при перегрузке определять, какая вкладка будет активная?

!!!

где 4k? я абиделся

я считаю что видео очень оскорбительное делайте лучше

Операторы ?? и .? в js тоже есть ведь!

Отдельное спасибо за webpack! очень хороший курс!

Великолепно! Без воды и в тему!

Зачем нужна музыка в видео? Её слышно лучше чем голос

Клаас, канал умер?

ла че тут четко, огромный объем воды, куча лишних слов

лайк

блеск

вы красавчик, спасибо!

Ето ..... , ето ШЕДЕВР!!!!!!!!!!!!👍👍👍👍👍👍👍😀😀😀

Чел пздц ты орешь в микрофон

Thank you! It's great material!

Мля. Приводя аналогии можно проще объяснить а так мозги болят😂

спасибо за курс всё понятно и чотко

На вопрос нафига нужны абстрактные классы: из собственного опыта - они бывают полезны чтобы вынести какую-то логику в одно место. В примере ниже класс SchoolBoy и Teacher используют общий код из абстрактного класса SchollPerson при этом реализуя интерфейс IPerson (общий код это: поле wakeUpTime, конструктор с одной переменной и метод GetWakeUpMessage. Абстракный SchollPerson мог бы быть и обычным классом, но нам не нужно его показывать вообще. Также можно обойтись и без абстрактного класса, но тогда код пришлось бы дублировать в обоих классах SchoolBoy и Teacher, а это плохо с точки зрения если придется его изменять и изменять в двух местах - большая вероятность ошибки если код должен работать одинаково. interface IPerson { wakeUpTime: number } abstract class SchollPerson implements IPerson { wakeUpTime: number = 0; constructor(time: number) { this.wakeUpTime = time; } GetWakeUpMessage(): string { return `Я просыпаюсь в ${this.wakeUpTime} часов` } } class SchoolBoy extends SchollPerson implements IPerson { constructor(time: number, parentName: string) { super(time); this.parentName = parentName } // below special code for SchoolBoy // ... parentName: string } class Teacher extends SchollPerson implements IPerson { constructor(time: number, hasDegree: boolean) { super(time); this.hasDegree = hasDegree } // below special code for Teacher // ... hasDegree: boolean } console.log (new SchoolBoy(7, 'Ivanov').GetWakeUpMessage()) console.log (new Teacher(5, true).GetWakeUpMessage())

Спасибо.

Хороший урок - раскрыта тема взаимодействия интрефейсов и классов. Мнжественное наследование от интерфейсов это хорошо, но на практике редко применяется (если грамотно выстроена архитектура). Интерфейсы чаще все применяются в качестве "контракта": Т.е. таким образом разработчик заявляет (например если код в виде библиотеки или в какое-то логике используется) что у обьектов от классов, которые реализуют этот интерфейс, гарантированно будут указанные в интерфейсе свойства и функции. На практике классов которые наследуют интрефейс (и соответсвенно реализаций может быть несколько) но потребителя это не должно волновать. Контракт есть контракт :)

Замечания для новичков - в видео не совсем понятно почему все таки вызвался sayHello из класса Student для второго Денис (newDenis). Обьясняю (как могу): Эта конструкция const newDenis: Person = <Person>denis означает следующее: присвоить newDenis ссылку на ту же область памяти куда ссылается и denis. Т.е. новый обьект в памяти не создается: теперь две константы ссылаются на эту и ту же область в памяти. Для проверки моих слов может написать newDenis.age2 = 99 console.log(denis.sayHello()); и посмотреть что получится. Далее: Тип обьекта определяется на момент создания (new Student(...)) и, для простоты можем сказать что хранится в том же участке памяти (на самом деле там создаются специальные таблицы методов, но погружаться в это не надо). Поэтому даже если вы обращаетесь к константе (или переменной, это неважно) типа Person, а по факту она ссылается на участок памяти где создан обьект типа Student, то вызван будет именно вариант функции sayHello класса Student Это классический пример принципов обьекто-ориенторованного программирования, иногда это называют "перекрытие" (override). И маленькая вишенка на торте: знать про это надо, а использовать - нет. Для этого есть более правильные подходы, смотрите следующий урок - про интерфейсы.