Size: a a a

Архитектура ИТ-решений

2021 January 21

И

Иван in Архитектура ИТ-решений
Алексей Лосев
Коллеги, спасибо, за, в целом, конструктивную беседу, было забавно. И относитесь к чужим предпочтениям с юмором. Вообще, лучше ко всему в жизни относиться с юмором, все равно живым из нее никто не выбирался :)
Мы этого не знаем)
источник

F

Fagor in Архитектура ИТ-решений
Мда. Я думал, мы по умолчанию принимаем метод при прочих равных условиях (привет огнестрел). Но как говорится мои ожидания - мои проблемы.

P.S. Войны - не тотальное уничтожение, городские бои решают, и "строй" актуальность не теряет.
P.S 2 Специально не иду в скрамы, трансформации, сравнения и так далее. Не хочу холивар.

Всем мира и хороших практик.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Ритуалы действительно нужны чтобы хоть как-то управлять слабоподготовленными людьми. Хорошо подготовленным и слаженным (самоорганизующимся) командам ритуалы не нужны. Точнее, тоже нужны, но немного))

Поэтому, конечно, любые методологии могут работать, но чтобы они работали нужно очень постараться. И их нужно применять к месту, иначе они будут мешать.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Fagor
Мда. Я думал, мы по умолчанию принимаем метод при прочих равных условиях (привет огнестрел). Но как говорится мои ожидания - мои проблемы.

P.S. Войны - не тотальное уничтожение, городские бои решают, и "строй" актуальность не теряет.
P.S 2 Специально не иду в скрамы, трансформации, сравнения и так далее. Не хочу холивар.

Всем мира и хороших практик.
Современные условия - отсутствие позиционных войн как таковых. Сейчас войны маневренные, в овновном в условиях города, горно-лесистой или иной местности, которая позволяет вести скрытные, маневренные боевые действия.

На рынке то же самое сейчас. Рынок изменился. Нужна манёренность и автономность команд. Точнее, нужна автономность, для обеспечения маневренности.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Чем хороша область ИТ, так это тем что для движения вперед нужно думать головой, анализировать информацию, уметь принимать нестандартные решения. Это пока не автоматизируется. Таких людей всегда мало. Это большое преимущество айтишников над многими другими отраслями.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Хотя попытки построить традиционный завод в ИТ мы наблюдаем постоянно) И он даже будет работать на некотором классе задач, но все равно многократно менее эффективно чем компактная команда профессионалов.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
При этом, что мы видим? Рынок по-прежнему мыслит категорией отдельных людей, а не команд. После проектов слаженные команды "разбиваются". Нет рынка команд.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Gennadiy Kruglov
При этом, что мы видим? Рынок по-прежнему мыслит категорией отдельных людей, а не команд. После проектов слаженные команды "разбиваются". Нет рынка команд.
почему же нет? Есть региональные аутсорсеры, небольшие команды из малых городов в РФ, которые ищут проекты "на команду" для удаленной работы. Некоторые такие команды могут работать не хуже столичных аутсорсеров.
источник

AN

Andrew Nilove 💔 in Архитектура ИТ-решений
Roman Tsirulnikov
почему же нет? Есть региональные аутсорсеры, небольшие команды из малых городов в РФ, которые ищут проекты "на команду" для удаленной работы. Некоторые такие команды могут работать не хуже столичных аутсорсеров.
вроде их называют студии. Но чаще галеры?
источник

AN

Andrew Nilove 💔 in Архитектура ИТ-решений
т.е. есть услуги "чего изволите". Но нет продуктовой разработки.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
На мой взгляд тот кто отдает управление продутом на аутсорс, извините, слабоумный. Принятие решений нельзя делегировать. Можно отдавать на аутсорс лишь работа по сбору разной статистики, подготовке информации для принятия решений.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Roman Tsirulnikov
почему же нет? Есть региональные аутсорсеры, небольшие команды из малых городов в РФ, которые ищут проекты "на команду" для удаленной работы. Некоторые такие команды могут работать не хуже столичных аутсорсеров.
Да. Не могу пока чётко сформулировать свой посыл.
источник

E

Eugene in Архитектура ИТ-решений
Roman Tsirulnikov
почему же нет? Есть региональные аутсорсеры, небольшие команды из малых городов в РФ, которые ищут проекты "на команду" для удаленной работы. Некоторые такие команды могут работать не хуже столичных аутсорсеров.
А площадка найма таких команд, например? TeamHunter какой-нить есть?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Eugene
А площадка найма таких команд, например? TeamHunter какой-нить есть?
Мы с партнёрами делаем такую площадку, есть MVP
источник

N

Nikolay in Архитектура ИТ-решений
Круто
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Пока не вышли в публичную сферу. Если кому интересно, пишите в личку. Ключевой функционал уже работает.
источник
2021 January 22

MV

Mikhail Velkin in Архитектура ИТ-решений
Ля, вот это вас вчера вечером несло...
источник

RS

Rinat Shigapov in Архитектура ИТ-решений
источник

ER

Elena Rykova in Архитектура ИТ-решений
👥 Вебинар «Как найти похожих клиентов: поиск дубликатов в мастер-системах клиентских данных»

В четверг, 28 января, мы продолжим серию вебинаров о мастер-системах клиентских данных. На очереди — новый материал Михаила Берёзина, главного по CDI-решению «Единый клиент» HFLabs.

Мероприятие начнется в 18:00 и продлится 1,5 часа — материала много.

О чем пойдет речь

Чтобы построить «золотую» карточку клиента, нужно для начала понять, из каких «кирпичей» эту карточку собрать. То есть найти похожие записи — те, что описывают одного и того же человека.

Это непростая задача, и главное здесь — нащупать равновесие. Если правила поиска дубликатов сделать слишком мягкими, можно объдинить разных людей и получить «кентавра». Если же сильно перестраховаться, толку от мастер-системы не получишь — в базе останется полно дублей.

На вебинаре мы поговорим о тонкостях выявления записей-дубликатов:
— почему не все дубликаты одинаково полезны и что такое «серая» зона;
— что делать с дубликатами, по которым не удалось принять автоматическое решение;
— как объединять карточки, когда кажется, что в них совсем мало данных;
— как искать похожие карточки среди десятков миллионов записей за часы, а не дни.

Михаил готовит доклад, опираясь на реальные проекты HFLabs, боль и каждодневные задачи. Он расскажет, как все работает в жизни, а не в маркетинговых материалах мастер-систем.

Кому будет полезно

Вебинар пригодится архитекторам, дата-инженерам, аналитикам, специалистам по безопасности информации. И всем, кто хочет разобраться в сложностях работы с клиентскими данными.

Почему спикер — эксперт

Михаил Берёзин руководит в HFLabs разработкой мастер-системы «Единый клиент». На этой позиции изучает алгоритмы создания и обновления «золотых» записей. Анализирует эффективность различных подходов и типовые ошибки в работе.

«Единый клиент» используют такие компании как «Открытие», «Росгосстрах», «Альфастрахование», МТС, «Мегафон».

Как поучаствовать

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

https://us02web.zoom.us/webinar/register/6516019999686/WN_HK6jRCXrRziaa7c5UfDbVA
Zoom Video
Welcome! You are invited to join a webinar: Как найти похожих клиентов: поиск дубликатов в мастер-системах клиентских данных. After registering, you will receive a confirmation email about joining the webinar.
Чтобы построить «золотую» карточку клиента, нужно для начала понять, из каких «кирпичей» эту карточку собрать. То есть найти похожие записи — те, что описывают одного и того же человека.

Это непростая задача, и главное здесь — найти равновесие. Если правила поиска дубликатов сделать слишком мягкими, можно объдинить разных людей и получить «кентавра». Если же сильно перестраховаться, толку от мастер-системы не получишь — в базе останется полно дублей.

На вебинаре мы поговорим о тонкостях выявления записей-дубликатов:
— почему не все дубликаты одинаково полезны и что такое «серая» зона;
— что делать с дубликатами, по которым не удалось принять автоматическое решение;
— как объединять карточки, когда кажется, что в них совсем мало данных;
— как искать похожие карточки среди десятков миллионов записей за часы, а не дни.

Материал опирается на реальные проекты HFLabs. Мы расскажем, как дела обстоят в жизни, а не в маркетинговых материалах мастер-систем.

Пригодится архитекторам, дата-инженерам, аналитикам, специалистам…
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Всем спасибо, было вкусно.
источник