Видео

Если employee это модель и у него есть чёткая связь с конкретным пользователем, тоесть можно у объекта вызвать метод getName и получить имя этого работника, то как быть с методом отдающим список, логично под это дело завести о дельный класс или уместно наделать статических методов прямо в employee?

У меня вопрос. Есть апи метод который принимает список. Внутри этот список поэлементно сохраняется в БД. На одном из элементов mysql может поругаться. Как правильно в этой ситуации поступить - 1. поймать ошибку и дать скрипту сохранить остальные элементы, в поле для эррор сообщить фронту где ошибка. При этом статус ответа - ок, что бы фронт не пошёл по ветке когда статус эррор. 2. остановить скрипт и вернуть статус ответа эррор. 3. Поймав ошибку откатить всё что было сохранено до элемента с ошибкой. Вернуть эррор.

Привет. Планируются ли уроки по iOS?

Вот, кстати, вспомнил, есть у меня на канале пример рефакторинга (помимо основной темы ролика) называется "Принцип единой ответственности (SRP) - что с ним не так?". Там в оригинале приводится пример программирования игры в боулинг. Причем делается явно не понимая, что такое ООП. Так вот там четко видно, что если исходить из логики авторов, то никаким рефакторингом невозможно дойти до нормального решения. И продолжать делать рефакторинги, это только добавит каши. Поэтому нужно сразу делать крупный рефакторинг, но его нужно перетестировать, ибо сразу новая логика может не получится. Но оставлять как есть, тоже такое ... это пример, как раз того, что вся ваша теория не соответствует практике.

Осторожно! В лекции есть маты!:)

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

54:25 Странно слушать, бесполезные новые термины. Что за телескопический? кто автор этого термина. Что за цепочка - это разговорный слэнг? Это классический полиморфизм конструкторов, зачем запутывать людей? Ну, тут и дискуссии не может быть - если так не делать, будет дублирование как в примере вначале, а это самый большой грех в коде.

Ну, наконец-то, кто то хоть предупредил вначале. Вообще паттерны - зло. Начитавшись такого приходится потом резать такой код, это все равно что ребенок построил дом из кубиков и обижается, что ему говорят, что настоящий зайчик там жить не сможет. Зайчику лучше будет даже просто в коробке.

1:15:00 Ну давайте разбираться. Во-первых, почему тут используется зло, как было объявлено пару слайдов до - выходные аргументы? Хотел бы я на это посмотреть, как вы без них решили бы инициализировать сессию или нет, когда перепишите как советуете. Во-вторых, ерунда это - ваши т.н. побочные эффекты, глупость несусветная, единственно с чем можно согласится это метод нужно правильно назвать, например CreateSession(). И наконец, нет ни каких причин отделять проверку пароля от инициализации сессии, пока это не ведет к дублированию. А дублирование возникнет только в том случае, если вам понадобится сделать одно без другого. Я вот не могу придумать случай, чтобы нужно было делать проверку пароля, но не открывать/закрывать сессию. Поэтому ровно наоборот в этом примере обязательно одно должно быть с другим. И этим мы приходим к демонстрации избыточности, о чем я писал про "формирование понятной промежуточной абстракции"

С какого это перепуга выходные параметры стали злом? Да, и прочие про аргументы очень спорно. По сути теоретическая методичка, которую писали те, кто не разу не программировал. Думаю, во многом это именно ваши упрощения, лучше возвратитесь к Фаулеру и основывайтесь на том, какие виды рефакторингов он предлагает, у него это более взвешенно описано. А так - так сказала бабка на базаре.

44:30 Наконец-то нашел живой пример, кто учит не правильно :) (именно в этом моменте, в остальном все ок) Есть всего две причины создания методов: это разная ответственности при декомпозиции и устранение дублирования. При этом критерием всегда будет минимизация связей. Это значит, что причина "формирование понятной промежуточной абстракции" - это вредная практика, она создает субъективную "понятность", которая на практике всегда не о чем. В то время как она избыточна. Не делайте так.

Так то я бы поспорил по ряду моментов, но для студентов и так сойдет )) Но все же самое главное, я не согласен, что ревьюить нужно маленькими частями, вот это как раз можно вообще не делать. Нужно исправлять базовые проблемы разработчика. А это значит, что он их разбросал по всему проекту. И нужно не простыню текста писать, а один раз сесть в парном программировании и показать что нужно делать с его классическими ошибками. После этого останется дальше следить, делает ли он их дальше или нет. Если нет, ревью вообще не проводить для этого человека.

Какой то бесполезный термин - инъекция зависимостей, кто его придумал? Это все 4 разные вещи: 1. это или синглтон, или фабрика объекта 2. и это базис у Г. Буча называется агрегация - и это почему то сейчас не преподают, не понимаю почему. 3. это инкапсуляция агрегации - часто совсем не нужная вещь - на моем канале есть видео "К чему приводит тотальная инкапсуляция?" ... а 4. это инстанцирование

1:08:00 Не нужно заказчику или менеджеру ничего рассказывать про рефакторинг. Занимайтесь рефакторингом каждый раз когда требуется без исключений. Вы не должны никому отчитываться как правильно выполнять работу. Вся проблема только в том, что не правильно оцениваются сроки. Умножайте их на 3, на 2 точно мало. Тогда у вас будет время на непредвиденные ситуации. Менеджерам нужно лишь понимать, что подготовительные работы ведутся дольше, чем отделочные. Заказчик видит результат, когда уже поклеены работы, но клеится они за сутки, а вот стены создаются месяцами. Если же менеджер не может технически понять на каком уровне сейчас находится разработка и требует, чтобы программист создавал видимость разработки - вида сделал метр стены и сразу поклеил обоих - это проф. не пригодность менеджера и компании в целом.

Как я понял, этот курс является продолжением какого-то другого (базового) курса. Подскажите, плиз, как называется базовый курс, который нужно посмотреть, чтобы понимать, что такое activity, view и др.

так а жизненный цикл приложения Android ? с activity понятно, в интернете везде есть, а жизненный цикл приложения?

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

классная лекция , очень понятно объясняете, спасибо! Расстроился немного , что у Тимофея нет вопросов(

Котика то нашли? =)

1:05:35

Невероятно поучительная лекция, спасибо!

Я искал вас полтора часа и, в итоге, нашел по 'uml'. Оказалось, мог сразу зайти в аккаунт и пролистать подписки. Но представляете, как впечатлён был? Кажется, при просмотре "Рефакторинг программного обеспечения 2023. Недостатки кода 1"))

Да, касаемо того, что нужно и можно разобраться -- очень полезно. Мне нравится SwiftUI. Простой и красивый. Сейчас делаю (пока в заморозке) пару петроектов + те лабы, что у нас были осенью. Всё получается, всё красиво. Но понимаю, что с UIKit у меня туго и нужно его подтягивать сильно. Прям нужно. Но боялся, что сейчас меня не хватить просто напросто. Ибо я мобильщик в двух командах + на 1C нужно акцент сейчас сделать. Так же не хочу писать на SwiftUI просто потому что проще будет сдать так лабораторную.

Это лучшее видео по диаграммам, которое я смог найти. Все понятно и с хорошими примерами. Большое спасибо автору!

подскажите почему getString() getInt() работает а getFloat() приложение вылетает ?

спасибо за лекцию! особенно понравилась объявление горячих флоу)

Здравствуйте, это лекции в каком то универе? Если да, то в каком?

6:15 как мне кажется самое лучшше здесь это "агент"

Очень классно) надеюсь котик был найден!)))

Лисков тоже мой любимый принцип преподаю Технологию разработки ПО уже 4 года, 2 года назад меняла в учебной программе темы аж на 48 часов в сумме, туда вошли принципы SOLID и парочка шаблонов проектирования (модулем лекции+лабы) материал собирался по своим знаниям с универа, по каким-то методичкам и в целом со статей хабра и пободных площадок порой даже получалось допросить каких-то друзей или знакомых разработчиков, как у них в коммерческих проектах работает тот солид и нужен ли вообще тот рефакторинг, который я так яро пытаюсь ещё впихнуть в ТРПО (на данный момент моё учреждение образования дало мне вести предмет по выбору УО на 36 часов, куда я засунула мой любимый рефакторинг с полным погружением в легаси код, но это на 3м курсе, а этих знаний не хвататет уже на 2м) за солид и шаблончики я прям топлю и очень люблю поспортить со студентами и даже прятно удивлялась когда приходили и говорили спасибо за этот душнейший предмет, ведь на собеседовании буквально были мои вопросы экзамена либо банальные контрольные вопросы для защиты лабы ваши видео прям подарок от боженьки для меня, нравится ваша подача материала и то что о каких-то ньюнасиках я сама не знала

Привет у меня такой вопрос касается Андроид Студио. Хотелось бы чтобы вы показали на примере, у меня все не как не получается где то делаю ошибку. Я создал программу которая содержит нормативные документы. Учитывая текучесть кадров, мне надо сделать так чтобы по истечению определеной даты, при заходе в программу открывалась активити которая давала информацию что время работы программы завершено, просим вас обратится к разработчику для новой версии. А в новой версии уже буду указывать новый срок. Можете наглядно обьяснить это? я думаю такая функция многим нужна.

Лидия Сергеевна, прошёл весь Ваш курс по рефакторингу. Огромное спасибо, что выкладываете лекции в открытый доступ. Вашим студентам очень повезло с таким преподавателем. Удачи Вам и здоровья!

10/10

Потрясающий доклад. Всё что доходило по крупицам, я нашел в структурированном виде. Спасибо

спасибо большое про корутины топ)

Ааа, ещё, ещё кричали дети! Про татушку с шаблонным методом на неприличном месте я услышал и чуть чаем не подавился.

Агния Огонёк ведёт лекции по паттернам. Чек

Топ контент и подача

Спасибо, помогло

видео топ

Лидия Благодарю за видео

Круто, крайне нужный контент. Спасибо.

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

это на котлине? если да, то посмотрю все видосы)

Полезно, жаль что я программист на Rust, и для меня эта информация из разряда развлечения. Думаю те, кто пишет на Котлине - оценят.

мама я в телевизоре

Мастер-класс по тестированию котлина лучший!!!

Лидия, у Вас очень крутые лекции! Благодарю! 🙏

Много интересных недостатков, спасибо! Насчёт неявного языка/дерева: в лучшем языке программирования Kotlin одна из главных фишек - это поддержка DSL, в которой такие структуры можно очень красиво сделать в функциональном стиле и всё супер-вау. Считаю, что про это можно отдельно сказать в следующем году!!