Войти через соцсеть:
Войти через email:
По этим критериям поиска ничего не найдено
1. Зачем публиковать библиотеки?
2. Структура Node Package Manager (npm):
- Основные компоненты npm: CLI и репозиторий npm.
3. Инструменты инициализации библиотеки.
4. Настройка TypeScript
5. Модули ES Modules (ESM), CommonJS (CJS), Universal Module Definition (UMD)
6. Управление зависимостями с помощью команд `npm install`, `npm update` и `npm uninstall`.
7. Сборка библиотек с помощью Webpack или Rollup.
8. Публикация библиотеки.
9. Лицензирование.
- активная и пассивная позиция
- внешняя и внутренняя мотивация
- потенциал, талант
- новый взгляд на работу
*Тезисы уточняются
Такие конструкции и концепты языка python как глобальные переменные, декораторы и аннотации типов вместе с интерпретируемостью и инструментами рефлексии позволяют создателям фреймворков включать в него различные способы определения каркаса web-сервиса. Популярный FastAPI и уже зрелый Flask тяготеют к декларативности.
Роутинг, валидация, документация и инициализация приложения завязаны на модификацию view-функций с помощью декораторов и аннотаций. С такого подхода стартуют многие проекты, однако так ли он хорош в приложениях с десятками эндпоинтов, которые содержат средства для аутентификации, документирования, поддержания обратной совместимости, разграничения областей видимости и пр.?
При разрастании кодовой базы приложения, составленного при помощи аннотаций и декораторов, возможны следующие трудности: конфликты внешних зависимостей, сложности тестировании приложения, где необходимы кастомные подключения к внешним зависимостям или эмулирование аутентификации.
В докладе выделим преимущества и недостатки декларативного и императивного подхода в определении скелета web-сервиса. Сопоставив их с масштабами приложений и обсудим, в каких моментах будет выгодно отойти от идиоматического подхода фреймворка. Также, на примере Flask и FastAPI покажем, как извлекать преимущества из обоих стилей, для этого посмотрим исходный код фреймворков и решения, принятые их создателями.
Мы все очень хотим нанести непоправимую пользу нашим командам, сделать наши требования лучше.
Рецензирование требований - поможет сделать качество требований лучше, но всегда ли это нужно?
В рамках доклада я рассмотрю практики рецензирования требований и отвечу на следующие вопросы:
1. Когда рецензирование требований надо?
2. Когда оно вам точно не надо?
3. На что обращать внимание при рецензировании - на форму или на содержание?
4. Как организовать процесс рецензирования в зависимости от размера команды и процесса разработки.
Доклад будет полезен:
1. Тем, которые еще не сталкивались с процессом рецензирования требований;
2. Тем, кто пострадал от рецензирования требований и теперь не хочет про это слышать;
3. Тем, кто попробовал внедрить эту практику и она не взлетела.
В своем докладе я расскажу о DI фреймворках и о том, нужны ли они в вашей кодовой базе. Я свяжу это с SOLID, постараюсь наглядно продемонстрировать почему DI может быть полезен и постараюсь поговорить о скорости DI фреймворков. Конечно же, поговорим и о скорости работы DI.
- основная стратегия в создании PR компании
- точки касания (онлайн и оффлайн)
- задачи, которые стоят перед PR-директором IT компании
- онлайн продвижение
- офлайн продвижение
- почему контент-маркетинг?
-дальнейшее формирование бренда (что усилит PR?)
- Методы выявления фрода в рекламе
- Уровни противодействия: сайт и реклама
- «Предохранители» на запуске - набор настроек для минимизации фрода
- Боремся с ботами без сервисов - использование ИИ Яндекса
- Грамотный выбор стратегий и целевых действий в рекламных кампаниях
- 5 способов вернуть стабильную работу аккаунта при столкновении с фродом
- Уже слишком поздно! Или когда бизнесу нужен антикризисный PR;
- Меня все любят! Искажение информационного поля вокруг бизнеса и его собственников;
- Ой, кажется не все... Анализ ситуации, экстренные меры
- Давайте жить дружно! Формируем дополнительные инфоповоды;
- Как жить дальше? Что делать чтобы в будущем избегать проблем.
Сколько реально стоит ваша HRM-система найма и как это посчитать.
Разгоняем эффективность вашей HRM на +2 миллиона экономии в год.
Как самому находить точки оптимизации процессов без консалтеров: два золотых правил оптимизации.
Подарок: Чек-лист уровня автоматизации найма
- Что такое cookie и какие бывают
- Какую роль cookie играют в маркетинге?
- Использование 3rd party cookie в таргетинге
- Глобальный тренд - блокировка 3rd party cookie браузерами
- Какое влияние окажет этот тренд на таргетинги?
- Инициатива Google - Privacy Sandbox как замена 3rd party cookie
- Альтернативные подходы для замены 3rd party cookie
- Как подготовиться к отключению cookie и таргетингов в рекламе?
- Что нас ждёт в cookieless-будущем и так ли оно ужасно?
В своем докладе я расскажу про воронку найма и отбора учителей английского языка, а также ограничения, требующие внедрения ИИ. Подробно покажу как мы запускали обучение модели и "кормили" ее данными, а главное в конце доклада я поделюсь итогами эксперимента, и мы вместе ответим на вопрос можно ли доверить отбор преподавателей ИИ?
Продукты 1С имеют ряд особенностей сложившихся в ходе развития компании и продуктовой линейки. Заказчики кто работает на SAP сложно понимают почему есть 1С:Бухгалтерия, 1С:Управление холдингом и почему методы ведения бухгалтерского учета отличаются от 1С:ERP 2 и 1C:ERP.Управление холдингом. В ходе доклада расскажу про наш опыт перехода с SAP на 1С и как правильно выбрать состав продуктов для миграции из линейки продуктов 1С.
* При отделении российских представительств от глобальных компаний по нашему опыту максимум что можно получить - это выгрузку таблиц из SAP. Трансформация таблиц SAP в таблицы доступные для загрузки в 1С с помощью Excel не возможна из за большого объема данных. Представлю наше решение для трансформации выгруженных таблиц из SAP в таблицы подходящие для загрузки в 1С. Все слушатели доклада получат наше решение бесплатно.
* Сложности в сопоставлении терминологии при переходе с SAP на 1С являются одним из ключевых рисков проекта. проектов миграции. Мы разработали ряд мер по предотвращению таких рисков на основе наших "lessons learned"
* Одной из ключевых проблем миграции с SAP на 1С:ERP является разный подход к работе с центрами выручки и центрами затрат. В ходе доклада покажу на примерах как спланировать проект чтобы не столкнуться с этой проблемой.
Скрыпник Екатерина, генеральный директор в ГК Деловые информационные системы, 23 года предпринимательской деятельности, за которые ГК “Деловые информационные системы из маленькой региональной сервисной компании превратилась в международного ИТ-интегратора и вендора цифровых продуктов.
Тезисы уточняются
Маргарита Трофимова, директор департамента тестирования и обеспечения качества ITFB
Круглый стол будет полезен для широкой аудитории, не только QA, но и разработчикам, продактам и другим коллегам из ИТ-сферы. Совместными усилиями мы взглянем на тренды развития QA и сможем сравнить уровень развития собственных команд тестирования на предмет соответствия актуальным веяниям отрасли.
- У кого больше всех ЗП в тестировании и что сделать, чтобы ее получить?
- Переполнен ли рынок специалистов по тестированию или наоборот компании испытывают острую нехватку кадров?
- Стоит ли сейчас идти в эту профессию, если да, то куда именно?
- Какие инструменты помогают тестировщику в наши дни обеспечивать и контролировать качество?
- Какие перспективы развития инструментов искусственного интеллекта в области QA, и вымрет ли ручное тестирование на фоне популяризации нейронных сетей, ИИ и старой доброй автоматизации тестирования?
1. Андрей Конушин, председатель Российской коллегии экспертов по тестированию программного обеспечения
2. Александр Александров, «дедушка» русского тестирования
3. Екатерина Ремизова, директор по качеству Simbirsoft
4. Алексей Петров, директор по качеству в Одноклассники
5. Александр Торговкин, руководитель Bytex
6. Константин Синанов, директор отделения IBS
Тезисы:
— Как работать с категориями запросов поискового автотаргетинга. Опыт агентства
—Новые фичи управления в Яндекс Директ
— Влияние объявлений на эффективность трафика. Опыт агентства
—Выводы и рекомендации по работе с автотаргетингами от агентства eLama
— Рекомендации по работе с фидами в ЕПК
- Как увеличили продажи премиум-клинике в Москве с помощью микроинфлюенсеров по бартеру.
- Продажа полок для икон через ВКонтакте: как решали задачу оптимизации отношения бюджета на рекламу к выручке на уровень 20%.
- Клиенты для платического хирурга в Москве: как с помощью ВКонтакте и Яндекс Директ заполняем запись на операции.
- Кейс для локального бизнеса: 3 новых семьи в день для детского игрового комплекса «Ларец сказок» в Можайске с помощью геолокационной рекламы.
Обсуждение цифровой трансформации ИТ функциии и функций Бизнес и Системного Анализа
При разработке каждого продукта есть свои особенности и это нормально.
А что если мы скажем, что сюда добавляются требования к развёртыванию от заказчиков, требования регуляторов, при этом мы хотим сохранять качество нашего продукта, как быть?
Сегодня я попробую рассказть о том, как может выглядеть процесс разработки и поставки продукта для заказчиков, у которых полностью изолированный контур до уровня физического доступа для развёртывания. В рассказ будут входить описание работы с инцидентами и линии поддержки, особенности проектирования архитектуры подобных решений, а так же специфику разработки скриптов развёртывания на такие контура заказчиков.
1. Топ-3 причины выгорания: наблюдения
2. Как предотвратить выгорание на уровне руководителя
3. Как предотвратить выгорание на уровне сотрудника
4. Неудачи в попытках предотвратить выгорание и как мы их преодолевали
В докладе расскажу о следующем:
- Роль тимлида в компании по заказной разработке и его основные обязанности
- Зачем тимлиду уметь оценивать проекты
- Почему для меня стало болью оценивать проекты для потенциальных заказчиков
- Какие сейчас в компании существуют механизмы для оценки временных затрат и стоимости потенциальных проектов
- Какими средствами я смог ускорить процесс оценки
API-First — один из популярных подходов к проектированию серверных приложений. Для обеспечения этого подхода создано множество программных продуктов. Однако сложно найти продукт, который поможет реализовать этот подход для серверных приложений, использующих брокеры сообщений в качестве средства интеграции — такие, как Apache Kafka, RabbitMQ, Apache ActiveMQ. Команда спикера решила это исправить.
Мы расскажем, как выпустили свое первое опенсорс решение и подробно разберем его подкапотку.
Структура приложения
Структура фичи
Навигация
Тема
DI
Data Flows