Пікірлер

• 
  @AdaPenttila15 күн бұрын

  Спасибо за интересное введение в вебинар по бизнес-аналитике и базам данных и за то, что поделились своим опытом работы в IT-сфере. Я сам столкнулся с выбором курсов по IT, когда понял, что моя специальность не совсем то, чем хочу заниматься. Рассматривал разные варианты, но в итоге выбрал Skypro. Курсы помогли мне освоить веб-дизайн с нуля, и сейчас я работаю в крутой геймдев компании.

• 
  @finawint385422 күн бұрын

  12 минут просто воды и развода

• 
  @evgenylukianchikov8600Ай бұрын

  Это видео имеет все шансы возглавить топ самых бесполезных на ютубе

• 
  @rrabochiyАй бұрын

  ого как тут мокро... )))

• 
  @bombey26Ай бұрын

  Скам! из 30 минут приступил к описанию нейросетей на 20той минуте.. Если это видео выставлено как реклама курсов @otus3868, то что же у них на самих курсах..

• 
  @LennyK79Ай бұрын

  Шла 10 минута, а он только дошёл до плана вебинара. Шлак

• 
  @resketdonald3500Ай бұрын

  ахаххах 30 мин захотел украсть своей болтовней бесполезной. пожалуйста имей уважение, и больше так не делай

• 
  @user-re4gc2en3bАй бұрын

  Это бесполезное видео. Выходи.

• 
  @uuuummm9Ай бұрын

  Спасибо

• 
  @familyplugnikovhome4002Ай бұрын

  Видео в 720р или это только у меня так ?

• 
  @user-mf1le4up2n2 ай бұрын

  Какой ужасный звук. Было бы большим разочарованием приобрести дорогой курс с таким дешевым звуком.

• 
  @godsdar20042 ай бұрын

  1:33:21, что простите?

• 
  @MaxiRPD4 ай бұрын

  8051 гарвардская архитектура а не фон неймовская. и 1 такт на инструкцию давным давно.

• 
  @MegaBEavER14 ай бұрын

  Начало с 14:00

• 
  @filaretbusoni31354 ай бұрын

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

• 
  @Kuzin_Roman4 ай бұрын

  Архитектор - это про доставку ценности компании, в моем понимании. Ценность - это исследование и проектирование, обеспечение и гарантирование успешной реализации проекта и минимизация рисков. Он работает и с разработкой, и с QA-инженерами(на больших проектах), и с аналитиками. Соответственно, чтобы доставить эту ценность, нужно знать об этапах доставки этой ценности. Разработка, тестирование, тест на препроде, выкатка на прод. + архитектор очень часто совмещает позиции и тимлида и одновременно архитектора. Поэтому, зная какое действие требуется на каждом этапе реализации задачи(а задача двигается по доске по скраму), он может гарантировать доставку ценности, в моем понимании. Ответил на вопрос?

• 
  @filaretbusoni31354 ай бұрын

  53:04 не неоптимальный, а ошибочный код. В запросе условие на строку, а в параметр кладется ссылка:)

• 
  @Kuzin_Roman4 ай бұрын

  Согласен

• 
  @user-ix7yc3ev8w4 ай бұрын

  Гит научился ХМЛ сравнивать? - примерчики хитро сделаны для "модулей", а надо показывать ФОРМЫ, РОЛИ, ОТЧЕТЫ, МАКЕТЫ, где никакие "изменения" видно не будет. Получается, докладчик сознательно обманывает.

• 
  @Kuzin_Roman4 ай бұрын

  Добрый день! Спасибо за ваш комментарий. Сознательного обмана не подразумевалось :) Давайте обо всем по порядку. 1. Если мы говорим о том, что нужно делать ревью ФОРМ, то я с вами не могу согласиться. Формы должны дорабатываться программно для типовых объектов, а для вновь созданных объектов формы сравнивать ни к чему, т.к. на функциональность системы или нарушения бизнес-логики это не влияет. 2. Макеты также не влияют на бизнес-логику. Проверка этих метаданных может происходить на код-ревью, но значимого смысла не несет + сложно осуществима, как вы верно подметили. Проверка макетов и форм должна осуществляться бизнес-аналитиком(или каким-то другим человеком, смотря какие роли есть в команде) и непосредственным заказчиком функционала перед сдачей задачи, на ревью ее действительно не проверить и особого смысла в этом нет(как я написал выше). 3. Что может оказать влияние на систему, так это код запроса в макете СКД(неоптимальный запрос), который легко виден на ревью при сравнении, в этом никакой сложности нет, исходя из моего опыта. 4. Также могут оказать влияния роли(запрос в RLS), который также можно легко увидеть среди длинного XML, который действительно неудобно сравнивать, как вы подметили, но главное среди XML найти и вычленить можно.

• 
  @user-ix7yc3ev8w4 ай бұрын

  @@Kuzin_Roman Спасибо за ответ! Смысл моего комментария в том, что ГИТ как инструмент очень плохо подходит для 1С, его использование это "натягивание совы (1С) на глобус (существующие методы сравнения текста)". Платформа 1С фундаментально построена на ХМЛ, поэтому для работы с 1С нужны иные инструменты. Сейчас как раз их пытаются создавать/развивать (типа СППР). Технология ГИТ - это шаг назад для 1С - от более прогрессивного ХМЛ к древнему тексту. Хотя именно для текста ГИТ и прочее за прошедшие десятилетия заточены идеально. Просто времена уже изменились и самые лучшие паровозы увы уже не бегают по дорогам, несмотря на паровозное совершенство.

• 
  @Kuzin_Roman4 ай бұрын

  @@user-ix7yc3ev8w Пока лучше, чем гит, ничего нет для сравнения кода, по крайней мере, что можно использовать в продуктиве на командах больше 10+ человек. И врядл и, что-то в ближайшее время появится, как мне кажется, учитывая, что сама 1С использует гит в едт и адаптирует хранение метаданных в формате едт, а не XML. Но в любом случае рад справедливому замечанию. Хорошего дня!

• 
  @filaretbusoni31354 ай бұрын

  @@Kuzin_Roman так в стандартах же есть разделы, посвященные упр/неупр формам, схемам бизнес-процессов, свойствам объектов. Получается, они идут мимо? Это тоже надо смотреть, но не в гите, а отдельно. Этот момент нужно продумать. А аналитики никогда не читали стандартов, они могут не знать, где следует располагать комментарий, какие названия разделов в панели меню должны быть

• 
  @Kuzin_Roman4 ай бұрын

  @@filaretbusoni3135 Конечно же нет. Если вы хотите посмотреть свойства общего модуля, или свойства объектов метаданных, то это прекрасно видно в XML, когда общий модуль вдруг становится вместо серверного клиентским или добавляется новый реквизит. Нет проблемы увидеть это в гите. Если мы говорим про свойства формы и управление ее элементами, схемы бизнес-процессов(которые очень редко используются в продуктовой разработке с нуля, как правило это 1С:Документооборот или уже готовые бизнес-процессы, за их структуру хранения очень мало могу сказать), то да, нужно придумывать другие варианты, но пытаюсь донести другое, что основная цель ревью состоит в инспектировании кода, нарушении бизнес-логики или неоптимальности кода. Просмотр формы и расположения элементов это про другое, да и архитектор не должен, как мне кажется, формы смотреть. Если каждую форму смотреть в любой доработке в разработке на 10++ человек, то, кажется, архитектор занимается не тем. Это не его задача.

• 
  @user-hw2xh8vx7i4 ай бұрын

  Минимум 1 час полная вода и ничего по теме. По рефайну можно смотреть смело с 60 минуты

• 
  @user-hv9rc7bm2f5 ай бұрын

  Есть ли российские аналоги ИИ, которые помогают вам в работе? Я сам тестировал YandexGpt, работает не очень.

• 
  @seme4hko6 ай бұрын

  Поставьте слоты на калькулятор

• 
  @Alice-shtir5 ай бұрын

  город - default?)

• 
  @kiselkisel34636 ай бұрын

  Вода

• 
  @vladig66497 ай бұрын

  Экспертная система (Expert System) - это информационный сервис копирующий (моделирующий) профессиональные способности (навыки, умение) человека эксперта в конкретной предметной области. Основу ЭС составляет база знаний (БЗ) предметной области, которую используют эксперты в своей работе. Принципиальной особенностью ЭС является её способность пояснять (комментировать) получение своего результата в той или иной форме: в текстовом виде, аудио и/или видео записью, изображениями. ЭС может быть выполнена как в форме самостоятельного приложения (её классический вид), либо быть интегрированным компонентом в информационной системе, выполняющим роль интеллектуальной подсистемы поддержки принятия решений. Основными программным инструментами экспертных систем являются: конструктор базы знаний, сервис обработки запросов на получение необходимой информации из базы знаний с машиной логического вывода и прикладной компонент с API для обращения к этому сервису из прикладной программы. База знаний может хранится как в файлах собственной структуры или быть представлена в реляционной модели базы данных, но ни в коем случае не "зашиваться" в программный код.

• 
  @Zaqer847 ай бұрын

  Жесть какая делать трансляцию при таком разрешении демонстрационного экрана. Смотрю на 34 дюймах и половину надписей все равно прочитать не могу (отчасти из за макс качества 720). Но за материал спасибо.

• 
  @deadhole7 ай бұрын

  начало на 7:41

• 
  @user-ln2ft2mo3c8 ай бұрын

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

• 
  @kirillst1128 ай бұрын

  А что именно не так?

• 
  @user-ln2ft2mo3c8 ай бұрын

  @@kirillst112 /* Run запусткает задачи в 'n' горутинах -- 'm' (всегда > 0) порог количества ошибок от задач, если порог превышен то всего должно выполниться не более 'n+m' задач -- функция должна останавливать свою работу если произошло 'm' ошибок // -==================- РАЗБИРАЮ ГОВНОКОД -==================- 1) Нейминг параметров - ужасен 'n' --rename--> 'maxGoroutineCount' 'm' --rename--> 'errCountTolerance' 2) Непонятно какого рода должна ошибку должна выдать функция - то ли совокупную ошибку от всех выполненных задач, то ли только одну указывающую на превышени порога ошибок, ну а если это так, то велика ли польза от такой ошибки? - фигня какая-то в общем */ func Run(tasks []Task, n, m int) error { //нет проверки на тему 'm' > 0 //нет проверки на тему len(tasks) > 0 wg := new(sync.WaitGroup) var errsCount int32 tasksChan := make(chan Task) for i := 0; i < n; i++ { wg.Add(1) go func() { //если 'n' > len(tasks) тут насоздаются 'лишние' горутины defer wg.Done() for task := range tasksChan { if err := task(); err != nil { atomic.AddInt32(&errsCount, 1) } } }() } for _, task := range tasks { if atomic.LoadInt32(&errsCount) > int32(m) { //этот IF не несет никакой пользы поскольку с огромной долей вероятности //при условии 'n' >= len(tasks) каждая горутина получит по задаче и еще не успеет ее //выполнить break } tasksChan <- task //вот если 'n' <= 0 и len(tasks) > 0 мы тут получим дэдлок } close(tasksChan) wg.Wait() if errsCount < int32(m) { return nil } return ErrErrorsLimitExceded } /*// -===========- R I P -===========- в коде нет ничего что бы останавливало выполнение при достижения порога ошибок 'm' и, скорее всего выполнятся все задачи - такого рода задачу нужно решать без привлечения каналов */

• 
  @gena42967 ай бұрын

  @@kirillst112 а что так? В канале данных нет. Что он оттуда собирается вычитать? Обрати внимание.

• 
  @tertiumorganum56658 ай бұрын

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

• 
  @tertiumorganum56658 ай бұрын

  да кому нахрен придёт в голову слать сообщение ДО коммита??

• 
  @pion25878 ай бұрын

  Лекция супер! Все очень понятно рассказано! Условно говоря на этом тему можно закрыть. Было много вопросов, на большинство которых были даны ответы! Не все лекции от ОТУС такие качественные. Это прям на 5! Думаю методистом стоит на это обратить внимание! Спасибо.

• 
  @merfon86079 ай бұрын

  Можно скипать до 7:43

• 
  @vadimtregubenko57496 ай бұрын

  Можно скипеть весь муа. Слушать курс нормально невозможно . И несет местами какую-то ерунду . Как бть можно свойство назвать функцией???

• 
  @waffleboot9 ай бұрын

  Кажется на 56 строке все же нужен атомик. Представим что у нас только одна задача. Мы проверили errsCount и записали задачу в канал. Дальше закрываем канал и ждем завершения воркеров. Проснулся какой-нибудь воркер, забрал задачу, задача выдала ошибку, мы атомарно инкрементили errsCount. Основная же горутина будет читать errsCount НЕ атомарно. А можно и не ставить потому что wg.Done happens-before wg.Wait, т.е. все что записано до wg.Done будет прочитано после wg.Wait

• 
  @q1s49 ай бұрын

  Ужастный вебинар. Надеюсь, он был хотябы бесплатным

• 
  @seoonlyRU9 ай бұрын

  СЕООНЛИ с ходу ставит лайк

• 
  @BorovikSV9 ай бұрын

  Е мое. Неужели трудно приводить фрагменты кода с подсветкой

• 
  @user-zc7pi6wc1q9 ай бұрын

  Мне понравилось👌

• 
  @Ganeles10 ай бұрын

  На этом уроке рассказываю про: стартовая настройка: - Отключение автопрокси - Включение расшифровки ssl - Разрешение коннектов извне - Перехват WS (надо включать) - Лимит на количество сессий Возможности: - Исследование трафика (куча вкладок, структурирование XML/JSON, HEX) - Суперский поиск (по запросам / ответам, Body / Heades) - Моки через автореспонзер - - (в том числе создание шаблона из перехваченного запроса) - Composer - Перехват трафика между приложениями, которые не поддерживают прокси (reverse-proxy двумя способами) - Брейкпойнты (с правкой ответов на ходу) - TextWizard - ВременнАя статистика отдельного запроса и таймлайн - Доп.столбцы в списке запросов, комментарии к запроса, расскраска запросов - цепочка прокси (отправка трафика в рекордер Jmeter) Проблемы Fiddler - Может сожрать память - Меняет регистр заголовков на кэпитал - Работает только на винде

• 
  @user-di3lf5nf6e10 ай бұрын

  хихи хохо!

• 
  @user-dr8uq6dc2r10 ай бұрын

  Привет из школы 21

• 
  @the_fisherman56010 ай бұрын

  Поздравляю я твой 1000ный подписчик))

• 
  @nRADRUS11 ай бұрын

  в Си это называется Фильтр-процедуры (hooks) событий

• 
  @kitovsk11 ай бұрын

  Автоматизаторы сильно вытеснили ручников. Компании предпочитают брать больше с знаниями/опытом автоматизации нежели чистых ручников.

• 
  @MK-km2yi11 ай бұрын

  Вода

• 
  @nRADRUS Жыл бұрын

  спасибо за видео. интересная тема.

• 
  @NickMatyukhin Жыл бұрын

  Спасибо! Очень полезно. Освежил знания. 👍🏻

• 
  @seoonlyRU Жыл бұрын

  С ходу лайк от СЕООНЛИ

• 
  @muhamadaminibragimov5096 Жыл бұрын

  Для мутации объекта я бы использовал splice вместо map. С мутации объекта есть проблема если объект вложенный

• 
  @grantorino3465 Жыл бұрын

  мне кажется ты не совсем понял, если речь об вложенном массиве в data, то splice его изменит, но вью эти изменения не заметит (речь про 2у версию), потому что ссылка на этот вложенный массив не изменилась, а по умолчанию в 2й версии реактивность на data обьекте не глубокая, т.е. внутренние обьекты он не отслеживает. А вот map сформирует новый масив и перезапишет ссылку на него, что будет уже замечено и реактивно

• 
  @muhamadaminibragimov5096 Жыл бұрын

  @@grantorino3465 Просто в примере был не вложенный массив)

• 
  @grantorino3465 Жыл бұрын

  @@muhamadaminibragimov5096 вложеный, this это обьект вехнего уровня, а this.elems это уже вложеный

• 
  @artur901 Жыл бұрын

  Информативное занятие, благодарю!

• 
  @user-wo6di6nq7y Жыл бұрын

  Спасибо! Нам нравится работать по этой методологии, пробуем все это автоматизировать в аспро аджайл.

• 
  @yashkevich8164 Жыл бұрын

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

• 
  @fitter2boss72 Жыл бұрын

  В видео несколько вариантов использования генераторов, вы бы что-то конкретное взяли. А если упростить, то у вас огромный books.json , если выего попробуете загрузить в массив, скажем через file_get_contents(), то вы упадете по памяти, а в этих примерах, вы получаете одну строку (одну пачку данных), обрабатываете ее и берете следующию. Сами это реализуйте, а в конце проверяйте на потребление памяти.

• 
  @VaultBoyVaultBoy Жыл бұрын

  Друг, лучше паузы вставляй меж словами чем "А"кай

• 
  @user-san-chous8 ай бұрын

  токсик детектед))

• 
  @ilovesandyboy Жыл бұрын

  Чего так грустно? Прям настолько уныло, что даже учиться не хочется.

• 
  @Ever_Firs Жыл бұрын

  Очень круто!