Спасибо автору за то, что заставил подумать над этим вопросом. Спасибо ребятам, которые объяснили ошибки "выживщегося в тисках :)" автора в комментариях. Вот что я из всего этого собрал: 1) Один к одному ( пример от Mercurial Vulpes93): У президента может быть лишь одна страна, главой которой он является; у страны может быть лишь один президент. 2) Один ко многим (пример от автора) : У человека может быть только одна профессия, но эта же профессия может быть у разных людей. Еще в схеме автора ошибка: связи должны идти от одной профессии к разным персонам(об этом написал оскар оскаров). 3) Многие ко многим ( пример от lforumuserl): каждый учитель может иметь несколько учащихся, а каждый учащийся может иметь несколько учителей.
Я как раз тот парень, который обычно нихрена не догоняет. Но автор так круто объясняет, что даже я с первого раза все понял. Благодарности полные портки!Спасибо)))
Хороший курс! Спасибо! Кстати, может кому то будет полезно. Я смотрю видео на скорости 1.5 моментами даже 2, нормальное все усваивается. Значительно экономит время.
7:37 Как вариант - можно использовать одну команду в чуть ином виде: INSERT INTO contacts (user_id) VALUES ('Петр'), ('Женя'), ('Коля'), ('Игорь'); Проще один раз указать "(user_id)", чем каждый раз вводить "NULL".
31:12 ошибка возникает не из-за связи, а потому что во второй таблице первичный ключ нельзя дублировать. в MS SQL Management Studio удобнее делать запросы, не нужно столько времени перепечатывать одно и тоже.
Один к одному - это не когда id одной сущности обязан быть идентичным к id другой сущности, но когда у одного элемента сущности может быть связь только к одному другому элементу другой сущности. В Вашем примере получается что Пётр может жить только в Москве, потому что его id идентичен записи городов. В этой теме примеры очень важны. А в целом - респект что прям в консоли, без PMA, я бы заипался.
Курс оч хорош, во всяком случае очень внятно обьясняет(просмотрел все видео и теперь пишу данный комент). после просмотра советую отправиться например на степик и закрепить всё на практике. особенно таблички формата многие ко многим. stepik.org/lesson/27142/step/4?unit=8707
Как освоить SQL за год 1. Неделю учите синтаксис и комбинации команд 2. Весь оставшийся год учитесь как не запутаться среди 3 сосен и не перепечатывать всё из-за маленькой опечатки, которую ещё надо найти
А если в таблице activities в поле user_id нужно вписать не одного пользователя (первичный ключ главной таблиц), а два или больше, тогда нарушаются правила нормализации, как в таких случаях действовать?
Прошло 2 года но всё же, напишу возможно кому то поможет понять связь многие ко многим. Создаем промежуточную таблицу users_activities, 1 поле user_id, 2 поле activity_id. В первом поле user_id ставим айди пользователя 1 во втором поле activity_id ставим 3, тройка это id из activities и по аналогии другие активити подставляет: user_id = 1, activity_id = 5 и т.д.
Господа, прошу помощи. После создания соединения множество к множеству как в данном видео, как отобразить данные? В смысле вывести таблицу с 2 колонками(имя из первой таблицы, класс из втрой) с этим взаимоотношением? Надеюсь понятно)
Спасибо за видео. Но, было бы здорово, если Вы сделали короткую версию, т.е. вырезал свои ошибки и преподнес саму суть... а то смотреть 54 минуты, это слишком много!
Чтобы усвоить нужна практика, а не сидеть и/или смотреть одно и то же. Главное узнать суть, а потом практиковаться. В противном случае, можно посмотреть 1000 уроков, а в башке останется 0.
некропост, но все же- рассматривайте ошибки как возможность научиться - команды простые, а ошибки которые Петр допускает - просто проверка на внимательность, учитывая что вы сами эти команды знаете из прошлых уроков ( в большинстве случаев). можно поставить видео на паузу и попытаться понять что пошло не так, где была допущена ошибка, а не ждать пока ее покажут
33:00 Кажется на изображении стороны связей перепутаны Вышло у customer два activity (у чувака 2 профессии), нужно наоборот или развернуть связь на "многие к одному".
В связи один к одному выбрал плохой пример. Да, действительно, человек не может жить одновременно в нескольких местах. Но в одном и том же месте может жить несколько человек одновременно. А вот удачный пример: "У президента может быть лишь одна страна, главой которой он является. У страны может быть лишь один президент." Список таких стран составляю лишь те страны, в которых совпадает форма правления, т.е. есть президент. Такие БД являются самыми редкими.
хочу удалить таблицу в своей БД мне выдает ошибку Невозможно удалить объект "magazin", так как на него ссылается ограничение FOREIGN KEY. как это исправить и удалить эту таблицу?
Советую смотреть на 1.5 скорости. Все понятно и быстрее получается. Как же не хватает базе данных вывода подсказок ключевых слов... как в линуксе или циске. Было бы меньше ошибок и скорость повысилась бы.
Можно наполнять таблицу и побыстрее вот так: create table contacts( user_id int auto_increment primary key, name varchar(25) not null); insert into contacts(name) values ('Петр'),('Женя'),('Коля'),('Игорь');
Большое спасибо за изложенный материал. З.Ы. Я уже начинаю чувствовать себя тролем. Так как все аторы пытаются изложить и показать пример в консоли! Уже давно придумали удобные штуки под названием IDE. Они почёркивают все ошибки сразу и не нужно по 100 раз править один и тот же запрос. У Вас, уважаемый автор, с ошибками всё не так плохо, как у многих. Но всё же... Никто мне не докажет что консоль это круто а IDE - отстой.
о, первые таблицы мне прояснили что было не так с салатиком из примера по атомарности данных) а дело в том, что помидор можно внести и в салатик, и в борщец, и даже в бутер)
Егор Егоров в некоторых СУБД с графическим интерфейсом, поле первичных ключей для всех таблиц создается автоматически. Это поле можно считать обязательным.
У меня возник вопрос к вам. А что будет если при связи один ко многим в данном примере сделать связь не ADD FOREIGN KEY (profession_id) REFERENCES professions (profession_id) а написать ADD FOREIGN KEY (profession_id) REFERENCES users (profession_id) ?
ВСЕМ ПРИВЕТ! подскажите, можно ли добавлять foreign key в уже существующую таблицу? Если да, то как? у меня при помощи ALTER TABLE CHANGE COLUMN не получается...
Мне кажется внешний ключ лучше создавать через alter table tbl add constraint FK_id foreign key (...) references tbl2 (...); Тут есть айдишник внешнего ключа, который мы можем дропнуть, если нам надо будет удалять таблицы.
Спасибо, очень доступно объясняешь, но я вот столкнулся с проблемой кодировки, не мог внести в колонку name русские символы, я кончено решил проблему через PHPMyadmin, но кто-то и не догадается и будет мучатся, тебе стоило объяснить этот момент, может ты объяснял конечно, а я пропустил.
У автора не один ко многим, а многие к одному, тк у многих людей может быть 1 профессия, что бы было один ко многим, должно быть у человека много профессий
добавлю еще ... между классами и учениками - связь один ко многому то есть в одном классе могут учиться много учеников... Для чего нужна промежуточная таблица ? а где у вас связь много к одному ,так там все наоборот - от одной профессии идут несколько линий к персонам ... Не пойму зачем так нас водить кругами и неправильно ???
+оскар оскаров про классы просто неудачный пример. Вместо него можно представить учеников и учителей: В большинстве школ каждый учитель может иметь несколько учащихся, а каждый учащийся может иметь несколько учителей. И проблема в том, что если мы в таблице с учеником укажем поле, указывающее на конкретного учителя, то это будет неверно, т.к. ученик ОДНОВРЕМЕННО может являться учеником нескольких учителей. Т.е. ученик ссылается не на конкретного учителя, а на таблицу, которая связывает (мапает) конкретного ученика, с каким-то количеством учителей, каждая связь, является отдельной записью промежуточной таблицы. Соответственно верно и обратное, учитель ссылается на таблицу, которая описывает его связи с учениками. Насчёт профессий согласен, на мой взгляд это ошибка.
Я тебя не виню, урок очень хороший и их и так тяжело делать. К тому же сам говорил, что очень устал) Но последний пример "многие ко многим" в корне не верный. Это явный пример "один ко многим", не может же у ученика быть много классов. Хороший пример "многие ко многим" это покупатели и товары: у одно покупателя может быть много товаров, у одного товара может быть много покупателей)))
А если бы у нас в последней таблице student_classes был бы еще первый столбец с нумерацией, в таком виде написать можно: CREATE TABLE students_classes ( - number INT AUTO_INCREMENT PRIMARY KEY , - student_id INT NOT NULL, - class_id INT NOT NULL - FOREIGN KEY (student_id) REFERENCES students (student_id) - FOREIGN KEY (class_id) REFERENCES classes (class_id)); Т.е. первый столбец, здесь не нужен конечно, но представим ситуацию, что без него не обойтись и он таки primary key.
Филологическая поправочка ! в английском языке нет слова "персоны" 1 человек/персона - one person 2 человека/людей - two people У вас есть столик на 4 персоны (на 4 человека)? Do you have a table for FOUR PEOPLE? (for four persons - not correct)
Где то в комментариях были верные замечания, НУЖНО ОТДЕЛИТЬ МУХ ОТ КОТЛЕТ! Пожалейте наше время и вырежте все свои ошибки из видео, отрепетируйте в конце то концов, проверьте перед показом то чему учите, впечатление о Вас складывается мягко говоря плохое, еле от грубостей сдержался... ))) + в карму.
Да что такое происходит? Это не курс а просто ужас. Я новичек и мне надо понять, а автор все путает не подготовлен, просто кошмар, я ещё больше запутался чем что-то понял
![Peter Radko [CMTV]](http://yt3.ggpht.com/ytc/AIdro_kiKO4x9vMiEE1_S4atSjSTrH91_i8TrR1fItKEZRTwrKY=s48-c-k-c0x00ffffff-no-rj)
![Lp. Сердце Вселенной #60 РОЖДЕНИЕ ЛОЛОЛОШКИ [Финал] • Майнкрафт](http://i.ytimg.com/vi/YoR0pAV9FVQ/mqdefault.jpg)
Спасибо автору за то, что заставил подумать над этим вопросом. Спасибо ребятам, которые объяснили ошибки "выживщегося в тисках :)" автора в комментариях. Вот что я из всего этого собрал:
1) Один к одному ( пример от Mercurial Vulpes93): У президента может быть лишь одна страна, главой которой он является; у страны может быть лишь один президент.
2) Один ко многим (пример от автора) : У человека может быть только одна профессия, но эта же профессия может быть у разных людей. Еще в схеме автора ошибка: связи должны идти от одной профессии к разным персонам(об этом написал оскар оскаров).
3) Многие ко многим ( пример от lforumuserl): каждый учитель может иметь несколько учащихся, а каждый учащийся может иметь несколько учителей.
Мне нравится больше пример с тёлками . У меня может быть много тёлок - но у каждой из них могу быть только я:)
@@crissquest3258 :D Ор выше гор)
@@crissquest3258 ахахах
@@crissquest3258 фантазер)))
@@crissquest3258 это скорее многие к многим)
Какой-то волшебник изобрёл ускорение воспроизведения видео 2х. Даже при этом, это было сильно) Пётр, спасибо за урок и практику!
Спасибо огромное Петр. Все предельно понятно и доходчиво. Умничка!
спасибо тебе,милчеловег!!! даже в 2020м году твой курс SQL - это мега нужная вещь!
И MySQL уже
не 5.6.19,
а 8.0.21 🙂
Я как раз тот парень, который обычно нихрена не догоняет. Но автор так круто объясняет, что даже я с первого раза все понял. Благодарности полные портки!Спасибо)))
Ладно, не будем больше ныть)))) Спасибо за твои труды, очень помог в освоении основ работы с БД.
Хороший курс! Спасибо!
Кстати, может кому то будет полезно. Я смотрю видео на скорости 1.5 моментами даже 2, нормальное все усваивается. Значительно экономит время.
+Ildar Gilfanov , не, 1.5 я ставлю, только когда повторяю уроки)
БОЛЬШОЕ ТЕБЕ СПАсибо БРАТТТТ ТЫ ОДИН ИЗ ЛУЧШИХ!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Как раз то, что я искал - коротко и понятно! Спасибо за этот труд.
7:37
Как вариант - можно использовать одну команду в чуть ином виде:
INSERT INTO contacts (user_id) VALUES ('Петр'), ('Женя'), ('Коля'), ('Игорь');
Проще один раз указать "(user_id)", чем каждый раз вводить "NULL".
31:12 ошибка возникает не из-за связи, а потому что во второй таблице первичный ключ нельзя дублировать. в MS SQL Management Studio удобнее делать запросы, не нужно столько времени перепечатывать одно и тоже.
Славный малый! ) Шарит. Молодец!
Огромное спасибо за материал!
Один к одному - это не когда id одной сущности обязан быть идентичным к id другой сущности, но когда у одного элемента сущности может быть связь только к одному другому элементу другой сущности. В Вашем примере получается что Пётр может жить только в Москве, потому что его id идентичен записи городов. В этой теме примеры очень важны. А в целом - респект что прям в консоли, без PMA, я бы заипался.
Спасибо очень доступно
Начал в 23:00 закончил в 2:13( веду конспект и пишу код)
Спасибо! Это хороший толчок!
А какой пример связи был реализован в первом примере с людьми и их увлечениями?
Что-то не так в друзья)), в голос :D
P.S.спасибо автору за SQL курс)
Урок супер спасибо Автору!
Всё просто, если смотрел предыдущее! Спасибо!
Курс оч хорош, во всяком случае очень внятно обьясняет(просмотрел все видео и теперь пишу данный комент). после просмотра советую отправиться например на степик и закрепить всё на практике. особенно таблички формата многие ко многим. stepik.org/lesson/27142/step/4?unit=8707
Как освоить SQL за год
1. Неделю учите синтаксис и комбинации команд
2. Весь оставшийся год учитесь как не запутаться среди 3 сосен и не перепечатывать всё из-за маленькой опечатки, которую ещё надо найти
Крепкие нервы у тебя.
Как изменить или переставить внешний ключ на другое поле в таблице? Или нужно удалять таблицу и заново создавать?
А если в таблице activities в поле user_id нужно вписать не одного пользователя (первичный ключ главной таблиц), а два или больше, тогда нарушаются правила нормализации, как в таких случаях действовать?
Прошло 2 года но всё же, напишу возможно кому то поможет понять связь многие ко многим.
Создаем промежуточную таблицу users_activities, 1 поле user_id, 2 поле activity_id. В первом поле user_id ставим айди пользователя 1 во втором поле activity_id ставим 3, тройка это id из activities и по аналогии другие активити подставляет: user_id = 1, activity_id = 5 и т.д.
Подскажите, как лучше переключать регистр? Постоянно капс локом пользоваться или с шифтом? Чтобы сразу правильно учиться.
Господа, прошу помощи. После создания соединения множество к множеству как в данном видео, как отобразить данные? В смысле вывести таблицу с 2 колонками(имя из первой таблицы, класс из втрой) с этим взаимоотношением? Надеюсь понятно)
Спасибо за видео.
Но, было бы здорово, если Вы сделали короткую версию, т.е. вырезал свои ошибки и преподнес саму суть... а то смотреть 54 минуты, это слишком много!
Чтобы усвоить нужна практика, а не сидеть и/или смотреть одно и то же. Главное узнать суть, а потом практиковаться. В противном случае, можно посмотреть 1000 уроков, а в башке останется 0.
в ютубе хорошо написаны обработчики событий . Пользуйся)
Просто перед тем, как писать урок нужно подготовиться, что говорить и какие команды писать, а не по ходу запинаться с ошибками
некропост, но все же- рассматривайте ошибки как возможность научиться - команды простые, а ошибки которые Петр допускает - просто проверка на внимательность, учитывая что вы сами эти команды знаете из прошлых уроков ( в большинстве случаев). можно поставить видео на паузу и попытаться понять что пошло не так, где была допущена ошибка, а не ждать пока ее покажут
33:00
Кажется на изображении стороны связей перепутаны
Вышло у customer два activity (у чувака 2 профессии), нужно наоборот или развернуть связь на "многие к одному".
спасибо большое. очень доступно и прозрачно!
спасибо за ваш труд
В связи один к одному выбрал плохой пример. Да, действительно, человек не может жить одновременно в нескольких местах. Но в одном и том же месте может жить несколько человек одновременно.
А вот удачный пример:
"У президента может быть лишь одна страна, главой которой он является.
У страны может быть лишь один президент."
Список таких стран составляю лишь те страны, в которых совпадает форма правления, т.е. есть президент.
Такие БД являются самыми редкими.
+Mercurial Vulpes93 абсолютно правильно подмечено!
Тем не менее автор молодец, очень доходчиво объясняет (like)
хочу удалить таблицу в своей БД мне выдает ошибку
Невозможно удалить объект "magazin", так как на него ссылается ограничение FOREIGN KEY.
как это исправить и удалить эту таблицу?
Советую смотреть на 1.5 скорости. Все понятно и быстрее получается.
Как же не хватает базе данных вывода подсказок ключевых слов... как в линуксе или циске. Было бы меньше ошибок и скорость повысилась бы.
Труд твой бесценен)
Можно наполнять таблицу и побыстрее вот так:
create table contacts( user_id int auto_increment primary key, name varchar(25) not null);
insert into contacts(name) values ('Петр'),('Женя'),('Коля'),('Игорь');
INSERT INTO таблица(поле_1,поле_2) VALUES ('значение_1','значение_2'),(...),(...);
спасибо, классно что нашел твой урок))
Чувак ты классно обисняешь
Большое спасибо за изложенный материал.
З.Ы. Я уже начинаю чувствовать себя тролем. Так как все аторы пытаются изложить и показать пример в консоли! Уже давно придумали удобные штуки под названием IDE. Они почёркивают все ошибки сразу и не нужно по 100 раз править один и тот же запрос. У Вас, уважаемый автор, с ошибками всё не так плохо, как у многих. Но всё же... Никто мне не докажет что консоль это круто а IDE - отстой.
Нужно прощупать все слои работы с БД. Включая и консоль.
о, первые таблицы мне прояснили что было не так с салатиком из примера по атомарности данных) а дело в том, что помидор можно внести и в салатик, и в борщец, и даже в бутер)
я делаю все тоже самое, у меня вибивает ошибку команды на 19-той минуте (
Почему у меня не работает команда DESK никогда и не при каких условиях
Потому что DESC?
Ахахахахахха
Поясни, пожалуйста, зачем ставить PRIMARY KEY для полей в таблице students_classes (минута 50:20)?
Егор Егоров в некоторых СУБД с графическим интерфейсом, поле первичных ключей для всех таблиц создается автоматически. Это поле можно считать обязательным.
У меня возник вопрос к вам. А что будет если при связи один ко многим в данном примере сделать связь не ADD FOREIGN KEY (profession_id) REFERENCES professions (profession_id) а написать
ADD FOREIGN KEY (profession_id) REFERENCES users (profession_id) ?
Код к связям в уроке:
drive.google.com/file/d/0BwWjzd6TxM_wa05rYjBnc19NZUE/view
спс тебе за код.Ошибку искал минут 15 и не мог увидеть хахаха в строчке
ВСЕМ ПРИВЕТ! подскажите, можно ли добавлять foreign key в уже существующую таблицу? Если да, то как? у меня при помощи ALTER TABLE CHANGE COLUMN не получается...
alter table 'таблица'
add foreign key (поле) references 'Таблица' (поле);
38:44
Добрый вечер. У меня выдает ошибку, когда создаю внешний ключ error 1136 column count doesn't match value count at row 1
+Irina Olesiyuk вопрос снят))
Мне кажется внешний ключ лучше создавать через
alter table tbl add constraint FK_id foreign key (...) references tbl2 (...);
Тут есть айдишник внешнего ключа, который мы можем дропнуть, если нам надо будет удалять таблицы.
Небольшой совет: пиши код в блокноте, а потом просто копируй его в командную строку, тогда не придется переписывать, и писать запрос проще.
Так в командную mysql нельзя вроде, нет?
Спасибо, очень доступно объясняешь, но я вот столкнулся с проблемой кодировки, не мог внести в колонку name русские символы, я кончено решил проблему через PHPMyadmin, но кто-то и не догадается и будет мучатся, тебе стоило объяснить этот момент, может ты объяснял конечно, а я пропустил.
У автора не один ко многим, а многие к одному, тк у многих людей может быть 1 профессия, что бы было один ко многим, должно быть у человека много профессий
На картинке один ко многим перепутаны связи.
Должно --> CUSTOMER1 >> ACTIVITY ACTIVITY >> CUSTOMER
спасибо большое за курс
спасибо) очень полезный урок) есть ли ссылки на задачи по связам?
добавлю еще ... между классами и учениками - связь один ко многому то есть в одном классе могут учиться много учеников... Для чего нужна промежуточная таблица ? а где у вас связь много к одному ,так там все наоборот - от одной профессии идут несколько линий к персонам ... Не пойму зачем так нас водить кругами и неправильно ???
+оскар оскаров про классы просто неудачный пример. Вместо него можно представить учеников и учителей:
В большинстве школ каждый учитель может иметь несколько учащихся, а каждый учащийся может иметь несколько учителей.
И проблема в том, что если мы в таблице с учеником укажем поле, указывающее на конкретного учителя, то это будет неверно, т.к. ученик ОДНОВРЕМЕННО может являться учеником нескольких учителей. Т.е. ученик ссылается не на конкретного учителя, а на таблицу, которая связывает (мапает) конкретного ученика, с каким-то количеством учителей, каждая связь, является отдельной записью промежуточной таблицы.
Соответственно верно и обратное, учитель ссылается на таблицу, которая описывает его связи с учениками.
Насчёт профессий согласен, на мой взгляд это ошибка.
Большое спасибо!
Когда я разбирал многие ко многим, то брал представление между студентами и предметами в универе
СMTV, подскажите хорошую книгу по изучению SQL !!! Пожалуйста !!!
Sim Simuch ГРАБЕР
Я тебя не виню, урок очень хороший и их и так тяжело делать. К тому же сам говорил, что очень устал) Но последний пример "многие ко многим" в корне не верный. Это явный пример "один ко многим", не может же у ученика быть много классов. Хороший пример "многие ко многим" это покупатели и товары: у одно покупателя может быть много товаров, у одного товара может быть много покупателей)))
А если бы у нас в последней таблице student_classes был бы еще первый столбец с нумерацией, в таком виде написать можно:
CREATE TABLE students_classes (
- number INT AUTO_INCREMENT PRIMARY KEY ,
- student_id INT NOT NULL,
- class_id INT NOT NULL
- FOREIGN KEY (student_id) REFERENCES students (student_id)
- FOREIGN KEY (class_id) REFERENCES classes (class_id));
Т.е. первый столбец, здесь не нужен конечно, но представим ситуацию, что без него не обойтись и он таки primary key.
Emma Demirkan а зачем???
24:05
Это ограничение уникальности "CONSTRAINT UNIQUE"
Объясняешь хорошо, но примеры не годятся...
не понимаю, как поле может быть и FK и PK одновременно. плиз, разъясните.
Мария Светланова это поле для своей таблицы - PK, а для сторонней таблицы - FK. Смотрите первый урок!
Спасибо большое. Но хотелось бы сократить длительность роликов
есть клавиша пробел
Красавчик, спасибо чувак
Спасибо тебе добрый человек!!!
Спасибо! :)
Շատ լավ վիդեոներա ,
У меня ошибки не было на дубликат, у меня 5 строк и везде 1/1 стоит ошибки на дубликат не было))))
И также не работает ADD COLUMN .... FOREIGN KEY
Ближе к концу урока вроде есть. ALTER TABLE "наша таблица" ADD FOREIGN KEY ("колонка") REFERENCES "внешняя таблица" ("название внешней колонки")
Да, уже разобралась. спасибо! поспешила с вопросом)
Если петр любит не только собак как бы странно это не звучало))
Что-то напутали Вы в связях один ко многим.
Внешний ключ назначил родительской таблице, а не дочерней?
затянул маленько
Старался, пилил ролик))
Ну ты и голова:)!
Мне так женю и колю жалко стало,маляры
Спасибо!!!
ну не может один ученик учиться одновременно в нескольких классах ... что-то не так у вас со связями...
52:14 😆
Филологическая поправочка ! в английском языке нет слова "персоны"
1 человек/персона - one person
2 человека/людей - two people
У вас есть столик на 4 персоны (на 4 человека)?
Do you have a table for FOUR PEOPLE? (for four persons - not correct)
То чувство когда я Женя и меня интересуют сайты)
ели закончил )))
Повар спрашивает повара:
-Повар, какова ваша профессия, вы милиционер?
- Кодр.
- Вы наверное врач?
- Кодр, Кодр!
ППЦ рекламы столько в видео, бесит.
а AdBlock не пробовали?
ученики в разных классах точно дурацкий пример
нормальный пример! класс может быть факультативным. На любой факультатив может ходить любое количество разных учеников из разных классов!
Клейсес))))
Автор многократно ошибается, повторяет, что устал - ну запиши ролик, когда не устал. И готовься сам, чтобы не тратить время пользователей.
дизлак за такую плотность рекламы.
много рекламы!!! это напрягает!
сейчас бы еще смотреть UA-cam с рекламой.. про AdBlock и аналоги видимо ты не слышал
А меня напрягают люди, которые пишут, что много рекламы. А автор должен быть как-то награжден за свои труды.
Ставлю любо за старание)) Хотя подача материала на "ходу", примеры примитивные и тд...
Где то в комментариях были верные замечания, НУЖНО ОТДЕЛИТЬ МУХ ОТ КОТЛЕТ! Пожалейте наше время и вырежте все свои ошибки из видео, отрепетируйте в конце то концов, проверьте перед показом то чему учите, впечатление о Вас складывается мягко говоря плохое, еле от грубостей сдержался... ))) + в карму.
Братан все уроки до этого были хорошие но этот самый отстойный я не понял гифига!
Да что такое происходит? Это не курс а просто ужас. Я новичек и мне надо понять, а автор все путает не подготовлен, просто кошмар, я ещё больше запутался чем что-то понял
ну купи книгу за 2к и не выделывайся. Посмотрите на дату записи ролика и сколько лет тогда было автору
рекламы больше чем самого видео, в жо*у такие уроки!
Чё за реклама? дай ссылку посмотреть , а то как Адблок поставил , не одной рекламки не могу посмотреть:(((
Сарказм если чё...
Блya не мог подготовить нормально для людей же делаешь. Нас уж делаешь делай лучше всех либо не делай. И так сложно доходит не 2×2же
Рекламы-то сколько засунул! Аж противно смотреть(((((