Відео

Вы лучший учитель ))

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

Спасибо большое за твои труды. Очень классная серия видео получилась. Но я вот прям сейчас задумался. Сейчас попробую донести свою мысль, если получится. Я про выносить столько много констант размерностей и т.п. по типу ширины/высоты и прочее. Стоило ли эти данные выносить отдельно, если по сути управление как таковое централизованное не производится, то есть вряд ли тебе понадобится менять размерность высота5 на что-то другое. Скорее придется менять что-то индивидуально, то есть под это снова создавать константу. Тут как бы получается подмена смысла для таких действий как - переиспользование. Больше кажется что происходит переиспользование, а по факту "хардкод". Мне кажется либо давать названия этим константам какое-то осмысленное SizeTitleItem или VehicleSizeTitleItem - тогда ты понимаешь что, например, размер у элементов списков, он такой то, тогда по всему проекты ты можешь менять централизованно. Либо уже просто ставить как есть - 16 и все. Ну это для примера. Сложновато, но конечно привыкаешь к такой "безумной вложенности", наверное можно элементы раскладывать на вспомогательные методы с говорящими названиями, так как ты это делал в ролике с рефакторингом для элемента текст. Но на мой взгляд, если элементы выносить в утильные классы, так как ты это делаешь для всего проекта, можно было бы наверное рассмотреть возможность создания отдельных утильных директорий для различных тематических страниц. Ну что-то вроде как у тебя водитель и транспорт декомпозирован, так же и с утильными элементами. А то там много элементов может оказаться которые использованы только для водителя, а если там добавятся страницы с другой тематикой там уже с такими константами наверное будет сложновато работать. В целом мне нравится как ты рассказываешь, все по простому, доступным языком, спасибо тебе большое.

Спасибо, очень классная лекция

Недавно сделал приложение для примера на работу которого к сожалению я не прошёл и вот что мне написали: Комментарий к вашему ТЗ от разработчика: Вся presentation часть находится в app модуле. Не лучшая идея выделять модули по принципу слоев в clean архитектуре, стоит выделять по модулю на фичу.

Спасибо Тимофей у вас лучшие уроки 👍

Жму тебе руку. Да благословит тебя Аллах, благодарю за прекрасный курс!!!

Спасибо тебе ОГРОМНОЕ, Боженька послал тебя)))) Я много где читал про MVVM, но никак не мог понять, но твое видело сразу расставило точки над "И")))

по флаттеру у вас есть обучение?

Какие курсы андроид? В рашке теперь двк 2м останется и фортран

Очень важная и нужная информация. Спасибо учитель.

ребята дело труба пытался вчерв скачать новую версию андройд студио. Панда. И она не скачивается. Походу если ай пи из Рф, то скачать андройд студио, нельзя.

Записаться на курс разработка под android можно тут: ✅ kiparo.com/course/programmirovanie-na-java-kotlin-android

Спасибо за уроки. Ждем новых))

если у когота не грузится картинка ну тогда пишите место asset пишите Network мне помогло

Спасибо❤❤❤

Отличный ролик, все понятно!

Спасибо за это видео. А есть такая же простая штука для XML?

Спасибо! Содержание и подача огонь.

🔥🔥🔥 какая же это сложная тема и как все становится понятно после твоих роликов, долгих лет жизни, святой ты человек❤

Звук в видео очень тихо, именно в этом уроке, практически ничего не слышно. Советую исправить и перезалить урок)

как здесь сделать reset, конфликты решать, rebase и т.п.?

Привет помоги ! У меня в файле котлин все как у тебя но очень много ошибок и ничего не работает !!!

Очень полезно!!!

Подскажите пожалуйста есть аналогичные генераторы кода для котлин на примере как Bouml. То есть я реализовал диаграммы классов например а далее все это конвертировал в код. Важно чтобы это был ни какой ни будь плагин а как отдельная самостоятельна система.

здравствуйте. Спасибо за серию видео. Намного понятнее, чем то, что встречал ранее. Я новичок и всё ещё много непонятных моментов: буду пересматривать ещё несколько раз. Надеюсь, станет понятнее. Подскажите, пож, будет ли продолжение?

Подскажите пожалуйста, что за кнопка автокомплита?

здравствуйте А канал в телеге будет, для обсуждений?

обязательный комментарий который я тут оставлю))

нормальная тема - на примере сервис-локатора показывать, чтт такое депенденси-инджекшн

Спасибо=)

какой-то хороший комментарий)))

да, огромное спасибо, действительно нереально крутое объяснение, давно ищу способ разобраться и ваше видео в этом плане самое крутое и подробное, ни кто и рядом не сравнится

очень-очень круто, спасибо большое. пришёл на этот канал в попытке понять тот...материал, который купил у практикума. сам ментор дал ссылку со словами, что у вас хорошо объяснено. спасибо большое, мне очень зашло

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

Лучшее объяснение

Здравствуйте, можно пожалуйся еще видео по архитектуре. Про clean вы все рассказали, спасибо, а по других мне показалось поверхностно. Заранее спасибо!

и всё таки MVVM - это архитектурный паттерн да, это не архитектура, но это её паттерн Но вот какая ещё бывает архитектура помимо Clean, я что-то так и не понял

очень подробное и крутое объяснение! Я бы сказал, что лучшее на всём UA-cam

Я согласен с тем что необходимо рисовать диаграммы, но хотелось бы получить полную информацию о том как это делать, какие правила построения и оформления этих диаграмм, а не просто поиметь посыл - "делайте так, но это черновик". Не согласен с расположением UseCase в Domain области, так как это уже не чистая архитектура, а DDD (Domain Driven Design) чистая архитектура. Этот вариант расположения предусматривает создание бизнес правил внутри домена, но вносит тем самым путаницу с взаимосвязями - при использовании Clean Architecture + DDD проект становится подвержен неправильному направлению связей классов, его становится сложнее поддерживать, так как необходимо все время контролировать вручную верно ли располагаются связи, или же мы допускаем ошибку. Рефакторить приходится чаще, обслуживание проекта становится дороже. Clean Architecture предполагает же наоборот уровень ядра (Core) в который входит Domain и Application, а внутри Application находятся UseCase. Это гарантирует правильное строение взаимосвязей классов, благодаря которому проект становится проще обслуживать.

Великолепно 🤩 Спасибо за бесплатный курс Тимофей, огромная благодарность 🙌

Спасибо за Ваш труд! Коммент в поддержку канала.

Огромное спасибо за ролик!) Правда год 2021, а классы почему-то на Java ))

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

добрый день. Я не пойме зачем на вхож используется одна модель saveuserparam на выхо другая useerName

Здравствуйте, все по полочкам, где вы были год назад, когда я платил деньги за обучение))))))

Большое спасибо за урок !!!

Спасибо за ценные уроки, смотрю с удовольствием 🤩Есть один вопрос у меня, у нас в app module мы добавили и domain, и data, чтобы смогли создать дерево DI и предоставить объекты storage, repository, usecase... Но правильно ли, что app module видит data слой тоже? 🤔 И если брать в учет, что у нас могут быть и другие модули, то выходит app module имеет доступ ко всем их)

Спасибо за урок. Импортировал VehiclePage в VehiclePage когда хотел VehicleList и у меня тупо приложение не запускалось xdddd

хочу выразить огромную благодарность за ролики! смотрела их еще год назад, но полностью влиться в тему получилось только сейчас. теперь clean architecture и MVVM не страшны :)