почему тебе люди из Интел, Гугла, Майкрософта и других успешных и крупных компаний говорят ставить цели на квартал, а ты ставишь на год? 🤣 самый умный что ли? 😂 кринж 😬🥴 дофаминовая система нарушена при целях на год.. нет прихода серотонина от своих же достижений, когда цели на год, поэтому и квартал
@vladimirlijurov20937 ай бұрын
Дуже дякую за відео та розбір книги. Будемо вивчати. Сподіваюсь, ця методика привнесе такі ж зміни, як свого часу це зробила методологія СКРАМ. Адже все ефективне - надзвичайно просте і Е=mc² доказало це на декілька поколінь вперед)
@nikolaykozlov48887 ай бұрын
Просто Огонь! Спасибо за контент!
@ДмитрийПомозов-в5я8 ай бұрын
Если сложная архитектура, то в archimate сможет разобраться только подготовленный человек … э ну в этом же и смысл? Разве нет?
@ИльяТопалов-ч1т9 ай бұрын
В контексте мы оперируем понятиями предметной области. Это раз. PlantUML имеет все необходимые средства для описания логики. Если вы реально описываете сухую логику, а не занимаетесь художествами (это когда вам почему то хочется чтобы на 5 пикселей левее был бы класс, что не имеет отношения к логике). Или если почему то хотите скрестить диаграмму классов с диаграммой активностей (нарушение измерений логики). Глянул слегка суть диаграмм автора, там божий дар с яичницей в одной схеме. PlantUML как раз дисциплинирует архитектора. И вы чушь не изобразите. Если это пакеты это пакеты. А не пакеты и акторы. Автор помимо отсутствия представления об уровнях абстракций и когнитивном соответствии элементов схемы не видит за деревьями (кодом) леса, кроме кода есть 95% натуральной деятельности, управляемой инструментами предметной области. Комбайнами, светофорами, криком начальника, мессенджером и тд. Оставшиеся 5% это техническая часть, в том числе код, аппаратура. Залезть внутрь своей компетенции (разработка ПО) и забыть про существование внешнего мира, означает забыть зачем, собственно ты это по разрабатываешь. И получаем архитектуру ради архитектуры (красоты кода), а не ради конечного потребителя.
@АндрейШевченко-е7п8э10 ай бұрын
Хватит хэкать это алес
@ko2201210 ай бұрын
в диаграммах можно объединять стрелки, которые двухнаправленные, чтобы меньше было награмождений.
@АлиТеляков10 ай бұрын
Этот структурайзер норм от C1- С3, С4 - запаришься рисовать на крупных проектах...
@АлиТеляков10 ай бұрын
Не понял с доской, нарисовал получше сфоткал и в вики
@valovyiable Жыл бұрын
Дуже класна подача інформації. Підписка, вподобайка та комент для популяризації відео та каналу 🇺🇦
@dmitryandreew8582 Жыл бұрын
Отличное объяснение, спасибо!
@kkulikov Жыл бұрын
Дуже грамотно! Це влучно описує суть ДДД, дякую!
@ebede2g Жыл бұрын
Рибасова Топ. після відправлення повідомлення ви отримаєте 20 гривень на монобанк. не забудьте видалити останнє повідомлення.
@АрсенЯралиев-ь3ц Жыл бұрын
Норм, видео на русском - комменты на хохляцком.
@Kenhsangtaomoi Жыл бұрын
Gf5kzbin.info/www/bejne/qae3Z6R9lKlknM0😢😅89
@maxx27i Жыл бұрын
Спасибо! Всё по делу! 🔥
@jangozy Жыл бұрын
Здравствуйте, шаблон оценки проекта не скачивается, не могли бы поделиться рабочей ссылкой?
@calinmarian2553 Жыл бұрын
Очень полезно, спасибо огромное
@somewhitebird Жыл бұрын
Операторская работа реально раздражает. Вот эти вот постоянные переходы камеры это что? Типа, что бы внимание не отключалось? Ну да, не отключается. Просто сосредотачивается на том что бы поменьше смотреть в монитор.
@RomSimbel Жыл бұрын
было бы здорово, если бы в описании дали ссылки, которые были в конце презентации...
@TqmUaSystems Жыл бұрын
Дякуємо за зауваження, зробили.
@RomSimbel Жыл бұрын
@@TqmUaSystems отлично. спасибо большое 🤝
@spacerecluse2 жыл бұрын
как всегда когда речь заходит о микросервисах вызывает улыбку. это как с DDD ни кто внятно не может сказать как должно быть. участники на 29 минуте видео мнутся и толком ни чего сказать не могут. потому как нет четко для себя сформулированного мнения по данному вопросу. видел / учавствовал в разбиении ЕДИНОГО бизнес процесса на микросервисы. на вопрос для чего вы это делаете ответ сам дурак. микросервисы очень круты. и да ими нужно пользоваться. вот мое правильное ))) мнение как бы я разбивал. Security часть сделал бы отдельным микросервисом. Логирование и Аудит сделал бы отдельными микросервисами. Работа с файлами такими как эксель пдф картинки - это отдельные микросервисы. Бизнес процессы можно разбивать только те которые ни как не состоят в 1ой цепочке. Так сказать вспомогательные бизнесс процессы которые помогают основному безнесс процессу.
@timur43378 Жыл бұрын
Логирование не является частью доменной области, это техническая часть, причем сквозная - она будет нужна как в Securiy, так и в работе с файлами. Как отдельный микросервис - не очень решение.
@spacerecluse Жыл бұрын
@@timur43378 что значит технической частью? по поводу не является доменной частью. 1. логирование является частью всех слоев. 2. самое здравое выделять в отдельный проект, с отдельной бд, как отдельный сервис. PS. с Securiy таже история. перефразирую немного ответ ниже. Для построения качественной архитектуры надо уметь выделять предметную область. логи и секьюрити это как раз то что отдельная область. сегодня у вас один способ аутентификации, завтра другой. сегодня у вас логов не много и можно их держать там же где база приложения, завтра логи начинают сыпаться как из рога изобилия и вам бы перенести бд с логами на другой сервак.
@timur43378 Жыл бұрын
@@spacerecluse это значит, что логи не являются частью предметной области. Убери логи и система будет существовать и без них. При проектировании предметной области можно вообще не париться ни про логи, ни про безопасность, ни про базу данных. Тут речь не про то, что логи или безопасности не нужны или не важны. Речь про разделение слоев, при котором логи и безопасность не относятся в бизнес слою.
@spacerecluse Жыл бұрын
@@timur43378 вы ошибаетесь. я понял в чем ваше заблуждение. вы слой между доменной частью и UI делите на бизнес и технический. нет ни какой такой потребности в этом делении с точки зрения предметной области. нет ни каких выгод. это вкусовщина которая будет путать других кто придет вслед за вами. в теории так не предлагают и в практике такого не встречал.
@timur43378 Жыл бұрын
@@spacerecluse доменный слои и есть бизнес слой. Я возможно неверно выразил мысль, логирование не относится к какому-либо слою, но является чисто технической, инфраструктурной задачей. Покажите как в теории предлагают. В практике обычно всем вообще пофиг на слои и лепят куда попало.
@alishert72392 жыл бұрын
Спасибо! Все емко и доступно.
@ViktorTr2 жыл бұрын
Молодец, кратко и доходчиво!
@phrase_tv2 жыл бұрын
Спасибо!
@ayeuchyk2 жыл бұрын
Отлично. Это то что мне сейчас как раз нужно.
@FlashZDay2 жыл бұрын
гениально. роботы делают роботов. Создатель красавчик)
@НатаниэльДампо2 жыл бұрын
Ddd это фура способная тянуть сложные проекты, те кто сравнивают ее с легковым автомобилем ее не поймут)
@MrAquirier2 жыл бұрын
В общем, DDD - это о том, как впустую потратить деньги бизнеса. Всё равно, что закопать золотые монеты на поле чудес в стране дураков и ждать, пока вырастет золотое дерево. На малых и небольших проектах лучше вообще не знать о том, что такие буквы существуют.
@yevhengryshko76942 жыл бұрын
Разве увеличение кодовой базы и внедрения мелкого изменения с параллельной работой по внедрению в многие части кода разве не решается путем микросервисной архитектуры?
@SigaEngineering2 жыл бұрын
Для построения качественного микросервиса надо уметь выделять предметную область. А если ты умеешь ее выделять, то зачем тебе микросервис?
@OVELVNCAK2 жыл бұрын
2:44 Не Кови впервые придумал историю про "Срочные-важные". Эта технология называется МАТРИЦА ЭЙЗЕНХАУЕРА. Именно Эйзенхаэр придумал метод фильтрации задач по их приоритетности, который похож на квадрат Декарта.
@MaxZosim2 жыл бұрын
Все так. Об этом мало кто знает. Кови конечно по популяризации превзошел. Хотя возможно он ее упоминал в книге, уже не вспомню сейчас.
@Елисеев-ц8ш2 жыл бұрын
Шо то Украине это уже не нужно
@MaxZosim2 жыл бұрын
Нажаль так ((
@ИринаТроц-е4я2 жыл бұрын
Ідеальний лектор! Дуже приємний голос, все чітко і послідовно, а також так влучно і зрозуміло деталізовано!
@yulyamatveeva43532 жыл бұрын
Супер, спасибо! Можно использовать такой метод в любом планировании. Рекомендую!
@ИринаТроц-е4я2 жыл бұрын
Важлива інформація і зрозуміло викладена для замовника розробки ПО
@vitya17332 жыл бұрын
Зато у нас в Сбере грэф. и Рогозин мы их догоним и перегоним и гоним
@НаталіяРаєвська-о5я2 жыл бұрын
Да, две головы всегда лучше чем одна, заодно и проверят друг друга)
@alectolex2 жыл бұрын
Я думаю это вообще для любой системы применимо. Например, для семьи. Если "автобус" собьет мою помощницу по хозяйству, мы долго не протянем.
@Equilibrium3001412 жыл бұрын
Як актуально, особливо у сьогодніх нестабільних умовах. Краще завчасно по можливості підстрахуватися та уникнути і нівелювати таким чином ризики
@Дмитро-о1у2 жыл бұрын
Це також називається "Диверсифікація ризиків проекту" :)
@viktor36162 жыл бұрын
Очень информативно и профессионально. Чувствуется знания материала, сейчас это редкость. Спасибо!
@СветланаГражевская2 жыл бұрын
Добрый вечер! Наталия, знаю тебя уже 11 лет. Так грамотно донести информацию может только профессионал! Ты сделала это мастерски, так же как 8 лет начисляла заработную плату 5000 сотрудников одного из лидеров крупного ритейла Украины, а потом успешно руководила отделом заработной платы! Молодец!!!! С уважением, Гражевская С.В.
@Fleuruste762 жыл бұрын
Спасибо, Светлана Викторовна за добрые слова! Надеюсь этот материал поможет настроить работу в программе многим специалистам кадрового учета!
@ТаняСтоцкая-ш8г2 жыл бұрын
Спасибо ! Супер. Очень полезная информация
@ИринаТроц-е4я2 жыл бұрын
Чітко, коротко і доступно! Дякую за корисну та цікаву інформацію
@yulyamatveeva43532 жыл бұрын
Живая беседа с интересными людьми. Батл удался. Рекомендую посмотреть!
@TqmUaSystems2 жыл бұрын
Спасибо, Юлия!
@ИринаТроц-е4я2 жыл бұрын
Цікава методологія і напевно досить дієва. Зокрема в частині, коли Key Results "фарбують" у зелений Objectives
@TqmUaSystems2 жыл бұрын
Є ще досить цікава книга "Порядок в хаосі" Константина Коптєлова. Вона трохи адаптована до нашого менталітету. Наприклад, там написано, що, американцям нормально щоб майже всі або навіть всі цілі були рівня moon-shot (постріл в Місяц), тобто дуже амбітними, по суті неможливими для виконання в нормальному режимі роботи. А нам потрібен баланс між moon-shot та roof-shot (постріл на кришу), щоб прогрес по "досяжним" цілям додатково мотивував працювати на "недосяжні".
@НаталіяРаєвська-о5я2 жыл бұрын
@@TqmUaSystems Дуже цікаво, то ми не такі амбітні, чи американцям ближче до місяця ))) Чи розповідає про це автор?
@ИринаТроц-е4я2 жыл бұрын
@@TqmUaSystems так би мовити, маленькими кроками до великої цілі?
@ИринаТроц-е4я2 жыл бұрын
@@НаталіяРаєвська-о5я американці дійсно дуже амбітні, адже саме вони найчастіше у всіх фільмах рятують світ від загибелі)))
@НаталіяРаєвська-о5я2 жыл бұрын
Цікаво б було дізнатися досвід, як вписуються такі високі бізнес-технології у реальне життя
@TqmUaSystems2 жыл бұрын
Ми зараз працюємо над цим в TQM Systems. Тож за рік, певно, будемо ділитсь не тільки теоретичним, а й практичним досвідом.