В девятом выпуске четвертого сезона подкаста Радио “Аналитик“ обсудили, что такое СУБД, как она задействована в повседневной деятельности компаний, использующих решения 1С, разобрали частые ошибки проектирования и использования решений 1С, и способы их устранения.
Гость эфира: Антон Дорошкевич, руководитель проектов, ИнфоСофт
Ведущая подкаста: Мария Серёгина
О чём поговорим:
01:42 - Что такое СУБД и для чего она нужна.
12:50 - Какие популярные СУБД можно выделить и чем они отличаются.
23:45 - Кто обычно отвечает за работу СУБД.
28:17 - Как СУБД задействована в процессах повседневной деятельности организации.
40:30 - Какие ошибки в работе с СУБД встречается чаще всего и как их можно избежать.
55:12 - Какие варианты решения задачи масштабирования СУБД обычно рассматривают, когда объем данных начинает расти.
01:02:49 - Что можно почитать по теме проектирования и работы с данными.
В пятом выпуске пятого сезона подкаста Радио “Аналитик“ поговорили про чаты, агентов и субагентов, харнесс, MCP и другие базовые понятия для работы с ИИ. Разобрали принципы работы памяти, навыков и правил, и стоит ли экономить токены.
В четвертом выпуске пятого сезона подкаста Радио “Аналитик“ поговорили про работу с техническими и нетехническими матрицами зрелости продукта, обсудили как подготовиться к их использованию и в чем преимущество работы с ними.
«Просто сделайте, как было», «я все продумал» и «почему вы нас не остановили?» – знакомые фразы, за которыми часто скрывается не готовое решение, а риск построить сложную и дорогую систему вокруг неверно сформулированной задачи. Разбираем, почему клиент прав в описании своей боли, но не всегда прав в выборе «лекарства», и как архитектору или аналитику перейти от роли исполнителя ТЗ к роли партнера, который помогает найти корень проблемы. На примере провального проекта с «зоопарком лимитов» показываем, как команда сначала автоматизировала схему исторической системы, а затем разложила ее на реальные бизнес-сценарии и пришла к простым решениям. Объясняем, как использовать декомпозицию, поиск истинной потребности, KPI, ТРИЗ, Jobs to Be Done и Lean, чтобы отсекать лишнее, обосновывать типовое или кастомное решение и не создавать дорогое, сложное, но никому не нужное.
В третьем выпуске пятого сезона подкаста Радио “Аналитик“ поговорили про поиск и отбор практикантов и стажеров, про процесс стажировки для разных ролей и про секреты быстрого роста до Junior-специалиста.
Во втором выпуске пятого сезона подкаста Радио “Аналитик“ поговорили про связь ML с LLM, какие метрики используются при работе с LLM и какие знания и навыки нужны, чтобы внедрять ML и LLM в ИТ-продукт.
1С все чаще становится центром обмена данными между магазинами, сайтами, CRM-системами и другими сервисами, но хаотично созданные интеграции сложно поддерживать и безопасно развивать. Разбираем жизненный цикл интеграции на примере двух ролей 1С: клиента, который получает данные, и сервера, который предоставляет их внешним системам через API. Показываем, как избежать зацикливания обмена и зависимости от действий пользователей, зачем нужны версионирование API, защищенное соединение, ограничение запросов, логирование, документация и тестирование. Объясняем, как перейти от точечной «склейки» систем к управляемой интеграционной архитектуре, готовой к развитию и масштабированию.
Методика проектирования АРМ "Производство" в 1С:УНФ для мелкосерийного производства. Как спроектировать интерфейс для цеховых рабочих, используя только типовые объекты конфигурации: штрихкодирование, сдельная оплата, контроль брака по экземплярам продукции.
Универсальные «лучшие практики» в IT не работают одинаково везде. Финтех-стартап, лицензированный банк и большая банковская корпорация – это три разные среды. В каждой по-своему распределяются скорость, риск и доверие. Стартапу нужна максимальная скорость и готовность жить в неопределенности. Банку важнее управляемость, документация, процессы и след для аудитов. В статье разбираем, как по мере роста бизнеса меняются IT-стратегия, операционная модель и требования: к команде, к информационной безопасности, к архитектуре, к работе с вендорами и SaaS. Формулируем прикладные правила, которые помогают выбирать подход под контекст, не переносить опыт механически из одной среды в другую и ускоряться без потери контроля.
