Практический Курс по Python: Stepik: stepik.org/a/126242 Udemy: www.udemy.com/course/avecoder-advanced-python/?referralCode=270C5D0661A966B53743

Не знаю что людям не понравилось, как по мне четкое объяснение, спасибо

Спасибо❤ это прекрасно! И время, и подача, и визуал!

Это очень круто, уроки просто замечательные

М-да-аа... Тонна благодарности . Само собой - лайк и удар в колокол . Но хотелось бы десяточек примеров ..может отдельным видео , запилите а ?? Без примеров и каких-то упражнений не освоить эту тему. И ещё раз спасибо.

это что-то очень годное) несколько раз орнул в голос) чувак ты красава что в таком формате рассказываешь и показываешь)

Супер! один из лучших уроков по uml

Спасибо! Было бы здорово прямо на конкретных примерах всё разобрать.

@user-su5zk9vw3g

2 ай бұрын

весь смысл в примерах, а видос это копипаст бессмысленный

Вооот такое спасибище за ассоциативную визуализацию от человека с ассоциативной памятью!

Не знаю...сколько материалов по UML не смотрел, везде складывается впечатление что авторы рассказывают это не живым людям, а каким то роботам. Куча новых терминов, определений и классификаций от которых с первых минут просто мозг впадает в трансовое состояние. Не знаю на кого рассчитаны эти уроки...на гениев? Так их только максимум 1% от общей массы людей. Авторы, если вы действительно хотите донести информацию до человека, а не срубить просмотры и лайки, то подавайте информацию проще. Простыми словами с конкретными примерами из жизни. Чем проще информация, тем лучше она усваивается. Занимаюсь разработкой не один год и редко встречал что бы бизнес-аналитики вообще строили какие либо диаграммы, не говоря уже про разработчиков. Уверен что UML важный инструмент для разработки, но стиль его подачи людям, которые в нём хотят разобраться, требует каких то титанических усилий, а все потому что заумная подача информации. Уверен все можно объяснить гораздо проще и понятнее, простыми словами без этой кучи непонятных терминов. Или если используете термины, то уж постарайтесь их объяснить простым и доступным языком. Особенно для новичков, которые только начинают изучать эту тему.

@mao3193

2 жыл бұрын

ну не знаю, вроде все максимально просто: пару видосов и пару текстовых источник + просмотр диаграмм паттернов - и я вкурил UML

@AlexGolovkoUa

2 жыл бұрын

@@mao3193 но это не точно. Чтобы что то вкурить нужно применять на практике не один раз. Питон за месяц отличные курсы для вкуривающих.

@mao3193

2 жыл бұрын

@@AlexGolovkoUa применяю. Кто вам мешает то? У меня уже появилась привычка перед началом проекта накидать первичную uml

@AlexGolovkoUa

2 жыл бұрын

@@mao3193 а нам кто то мешает? ) утверждения типа я все вкурил а вы туповаты) наводит только на мысль что кто то тут решил припидеть. Мы проверить вашу работу не можем что бы подтвердить утверждения

@mao3193

2 жыл бұрын

@@AlexGolovkoUa я не говорил что вы туповаты, не надо за меня придумывать продолжения)

поставила лайк несколько раз т.к. на каждый мемасик хотелось лайкусик поставить... во че творит сила привычки

Круто! Еще лекции с созданием целых диаграмм (разных типов) на примеры задач.

спасибо! актуально

Это гениальный контент!

Классный видос, буду рекламировать. Приятно познавательно начинающим

Класс, а когда UML с паттернами будет? Очень жду.

Видео прекрасное. Но не совсем могу понять отличие от ЕR диаграммы, кроме наличия методов

Лучшее что я нашел! 10 минут и я пошел делать работу!

@user-su5zk9vw3g

2 ай бұрын

ну как успехи, второй гугл создал? сам понял хоть зачем все это?)))) ООП

Годно, спасибо за информацию!

красавчик! респектище!!!

Спасибо)

Лучший

спасибо большое, а то везде дичь какую то пишут.

4:30 что то вы там намудрили со стрелками, реализацияи зависимость у вас почему-то одинаковы, хотя в реале реализация пунктирная с пустой стрелкой ?

хорошая подача информации) лайк, подписка

Спасибо и лайк в поддержку хорошего канала))

@avecoder

2 жыл бұрын

Зацени переводы Гарварда, если интересует такая тематика.

Эта вся техническая терминология просто вымораживает. Ощущение, будто она создана для того, чтобы заставить простые вещи казаться сложными. Отбивает всю охоту разбираться.

@avecoder

3 жыл бұрын

Прости, что не объясняю на яблочках и грибочках.

@bublik20

11 ай бұрын

А как агрегацию подругому назвать?

@LEXAN251

11 ай бұрын

чел просто перевел этот видос, даже не редактируя kzread.info/dash/bejne/iaKBs5qBnNDLiMY.html

@LEXAN251

10 ай бұрын

но так ли это плохо…?😊

@de_struct65

8 ай бұрын

Одним недоновичком не желающим разбираться меньше, так держать!

Спасибо!!!

Годно

Аве Кодер! Идеальный видос для чайника вроде меня. Инфа подана просто и понятно. Спасибо за видос.

@user-su5zk9vw3g

2 ай бұрын

держу пари, ничего ты не понял)

Подскажите пожалуйста Какой вид UML-диаграмм невозможно достоверно построить на основе имеющегося программного обеспечения, для которого есть документация, но нет исходны

@user-su5zk9vw3g

2 ай бұрын

ты сам понял что спросил?))) UMLпостроить можно всегда, так же как фотоаппаратом можешь сфоткать любой бред

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

подписался !

extreme code вспомнил, очень годно)

@avecoder

3 жыл бұрын

Аве!

Почему на финальной диаграмме OrderDetails зависит от Order по принципу агрегации, а не композиции?

@johnwoods978

Жыл бұрын

Да, должна быть композиция.

@user-su5zk9vw3g

2 ай бұрын

потому что автор скопипастил инфу сам не понимая что такое ООП и смысл UML диаграмм, что такое интерфейс и реализация он точно не понимает толком

Аве автор ютуб-канала! На 4:29 у стрелки реализации должен быть другой наконечник, как у наследования.

Годный контент, лайк!

Правильно я понимаю, что это используется вместо блок-схем?

@evilkat8143

8 ай бұрын

Нет. Блок-схемы описывают алгоритмы.

@user-vj5fv6rv5u

8 ай бұрын

@@evilkat8143 спасибо за ответ)

@kseniya1937

5 ай бұрын

В uml есть другие диаграммы, которые являются блок схемами. Эта же описывает не последовательность действий (алгоритм), а структуру зависимостей между объектами.

мне понравилось

На финальной схеме мне кажется нужно было зависимость заказов и деталей заказов сделать как композиция,ведь при удалении заказов не может остаться деталей заказа

Тебя определённо не хватало в KZread. Жги и дальше!

Можно про паттерны?

@avecoder

2 жыл бұрын

можно

Афигенный видос, почему так мало просмотров ?

как все это запомнить и применять?

@avecoder

2 жыл бұрын

kzread.info/dash/bejne/k6GY2sSpppq0ips.html

Очень много неточностей. Например, автор говорит про сигнатуру метода и тип данных. В C# определение сигнатуры метода различается в зависимости от версии (см спецификацию). В PHP динамическая типизация (строгая введена с 7 версии) т.е. изначально невозможно задать тип данных. Описывая типы отношений, автор не приводит примеров на любом языке программирования, а это важно т.к. диаграмма классов используется для описания множества паттернов. Далее - Наследование абстракций, всё же лучше называть реализацией (чаще принято). На слайде с реализацией Owner не очень понятно, почему классы не реализуют указанные в интерфейсе методы (методов интерфейса нет в классах, подразумевается по умолчанию?). Картинка зависимость - не очень понятно утверждение - Ты можешь не внедрять зависимости через конструктор, если класс статический. В чем смысл утверждения? В какой класс, в статический? Или предполагается непосредственный вызов метода статического класса в коде, что не очень хорошо т.к. сегодня он статический, а завтра нет. Очень странное утверждение, с точки зрения ООП и архитектуры. Паттерны проектирования, а не программирования (чаще принято).

Материал очень хороший, но мне кажется ошибка в Parameter directions: in - метод что-то принимает inout - метод что-то принимает и что-то возвращает. out - метод что-то возвращает. в примере, Metod1 это inout принимает p1 bool, возвращает string в этом веке не очень актуальные нотации мне кажется.

@avecoder

3 жыл бұрын

Спасибо комментарий, мы обязательно учтем и проверим для следующих версий туториалов посвященных этой теме.

подскажите пожалуйста, как обозначается КОНСТРУКТОР на диаграмме?

@avecoder

3 жыл бұрын

Можно обозначить как метод, только без возвращаемого значения. Если уж быть совсем точным, то можно поставить спереди. Однако в некоторых изданиях (например вот тут - www.omg.org/spec/UML/2.5.1/PDF (страница 196)), впереди ставят

Это ты статью на хабре написал ? Скрины от туда

@avecoder

2 жыл бұрын

бинго

Примитивные типы в примере где говорится об изменяемости... мне кажется, это некорректно, так как они во многих языках передаются методу по знчению, а не по ссылке

Длина с одной Н!

Виды отношений между классами: их реализация в коде понятна не у всех: наследование реализуется наследованием, реализация - интерфейсом, а ассоциация? агрегация? композиция? зависимость? как они реализуются в коде?

Молодец! Хорошо прочитал Хабр

@Igor_RU

3 жыл бұрын

ващет он и написал на Хабре статью)

Вроде-бы подробно описано, но совсем не ясно, как построить диаграмму класов для своей информационной системы

@avecoder

3 жыл бұрын

об этом со временем будет другой урок, а пока попробуй поразбирать диаграммы классов уже готовых систем, что-то вроде интернет-магазинов, это даст понимание графического отображения кода

@study5330

2 жыл бұрын

@@avecoder а это видео уже вышло или нет?

Я не скажу що прямо нічого не зрозумів але поки складно😢

Реализация и зависимость показаны одинаковыми стрелками. А на самом деле в чем отличие их написания на диаграмме?

@evilkat8143

8 ай бұрын

У реализации закрашенная стрелка, а у зависимости такая: -> (в видосе можно увидеть, когда конкретно эти отношения рассматриваются)

-->importantNotice: Отношение зависимости показано неверно. На видео стрелки реализации и зависимости являются одинаковыми. Кст у оригинального видоса правильно нарисована связь kzread.info/dash/bejne/iaKBs5qBnNDLiMY.html

@avecoder

2 жыл бұрын

1) Путник, читай в описании по этому поводу все уже написано. 2) Это и есть оригинальное видео, появилось оно гораздо раньше, чем я записал курс для FreeCodeCamp

HABR text

@avecoder

Жыл бұрын

И?

Сложно объясняешь

Боже мой! Как это все страшненько ))) Я, ведь, всего лишь гейм-дизайнер, за что со мной так ? ))))

блин жесть как все напутанно)) Такую кашу мне устроил что пришлось искать другие пояснения! Кароч не правильно глагольствуешь! Ассоциация имеет два типа: агрегация и композиция, а не композиция разновидность агрегации

@avecoder

3 жыл бұрын

Буду рад, если поделишься источником. Кстати, вопрос со звездочкой - как еще в UML называют композицию?

@avecoder

3 жыл бұрын

Видимо ты совсем запутался, так вот второе название композиции - композитная агрегация. Почитай источник, например вот тут: openu.ru/Books/UML/Composition.asp или тут: www.uml-diagrams.org/composition.html

Разрыв мозга... на экране котики и собачки, а за кадром - инициализация, сигнатуры. Так нельзя. Надо выбрать что-то одно.

@avecoder

3 жыл бұрын

Выберай котиков ))

зачем вставлять мемы и шутки-минутки каждую секунду, это лишь отвлекает и рассеивает внимание от подаваемого материала. зачем мне читать мем посреди нужной мне информации, пришлось пойти смотреть другой видос про uml. не хейтер, просто высказал мнение, может я не один, кому это мешает

Воровать контент у буржуев умеешь - молодец. Может и до министра дорастешь

@avecoder

10 ай бұрын

Благодарю. Будь другом, скинь имя автора у которого я своровал контент?

@serge3757

10 ай бұрын

@@avecoder С freecodecamp, на этом разговор закончен, если что. Много чести тебе

@avecoder

10 ай бұрын

Спасибо что продвигаешь мой англоязычный ролик.