South HUB
Кэмп и сообщество C-level в IT
11-15 июня, 🏕️ southhub.ru
Билеты и вопросы 👉🏻 @southhub_com
11-15 июня, 🏕️ southhub.ru
Билеты и вопросы 👉🏻 @southhub_com
TGlist rating
0
0
TypePublic
Verification
Not verifiedTrust
Not trustedLocationРосія
LanguageOther
Channel creation dateJun 07, 2022
Added to TGlist
Aug 08, 2024Linked chat
South HUB Talk
17
Records
17.05.202508:36
3.7KSubscribers28.03.202514:18
300Citation index17.05.202523:59
1.1KAverage views per post26.03.202519:27
795Average views per ad post01.05.202523:59
14.04%ER17.05.202520:04
28.42%ERR
16.05.202513:05
Открыта вакансия CTO в South HUB.
Временная, но трансформирующая позиция.
South HUB — платформа для развития IT-лидеров с головным офисом на высоте 960+. Наша инфраструктура включает горные хребты, реки, костры и полное отсутствие корпоративных стульев. С 11 по 15 июня мы собираем команду C-level, чтобы формально — отдохнуть, а неформально — обсудить то, что никогда не выносится в протокол.
Пройдите тестовое задание и получите оффер!
Вместо ответа с CV выполните два пункта на рефлексию и самоанализ. Кэмп построен вокруг четырёх ключевых ролей, которые живут в каждом из нас:
🤔 Мыслитель — расширяет горизонты, бросает вызов привычным идеям
📊 Менеджер — укрепляет стратегический подход и управленческие навыки
⚙️ Инженер — превращает идеи в практические решения
✨ Лидер — вдохновляет других и создаёт атмосферу доверия
Ваша задача — оценить, насколько каждая из этих ролей развита в вас на данный момент. Распределите между четырьмя ролями баллы и опишите, как кэмп должен помочь лично вам.
Присылайте ответы в комментарии к треду в LinkedIn, а автору лучшей истории мы, вместе с Программным комитетом South HUB, сделаем оффер в виде All Inclusive билета на кэмп.
Посмотрите подробное описание вакансии в нашем LinkedIn.
Временная, но трансформирующая позиция.
South HUB — платформа для развития IT-лидеров с головным офисом на высоте 960+. Наша инфраструктура включает горные хребты, реки, костры и полное отсутствие корпоративных стульев. С 11 по 15 июня мы собираем команду C-level, чтобы формально — отдохнуть, а неформально — обсудить то, что никогда не выносится в протокол.
Пройдите тестовое задание и получите оффер!
Вместо ответа с CV выполните два пункта на рефлексию и самоанализ. Кэмп построен вокруг четырёх ключевых ролей, которые живут в каждом из нас:
🤔 Мыслитель — расширяет горизонты, бросает вызов привычным идеям
📊 Менеджер — укрепляет стратегический подход и управленческие навыки
⚙️ Инженер — превращает идеи в практические решения
✨ Лидер — вдохновляет других и создаёт атмосферу доверия
Ваша задача — оценить, насколько каждая из этих ролей развита в вас на данный момент. Распределите между четырьмя ролями баллы и опишите, как кэмп должен помочь лично вам.
Присылайте ответы в комментарии к треду в LinkedIn, а автору лучшей истории мы, вместе с Программным комитетом South HUB, сделаем оффер в виде All Inclusive билета на кэмп.
Посмотрите подробное описание вакансии в нашем LinkedIn.
26.04.202516:49
Привет! На связи Денис Макрушин и в этом месяце я отвечаю за безопасность в South HUB.
Если в прошлый раз, текст был направлен на тех, кто преисполнился в вопросах безопасности, то сегодняшний лонгрид будет адресован тем, кто еще только подступается к этому вопросу и находится на самом первом его шаге. Поздравляю! Скорее всего вы спрашиваете себя «С чего начать выстраивать безопасную разработку?». Отвечаю.
Безопасная разработка начинается с правильных «зависимостей»!
Прежде всего, давайте синхронизируемся. Зависимости — это не тяга ходить на перекуры, обсуждать запросы бухгалтеров и совершенно точно, не зависимости разработчика от AI, который галлюцинирует уязвимый код. Это именно зависимости, которые разработчик использует в своем коде.
Зависимость — это всё, что ты подключаешь извне, а не пишешь сам. Вот большая техническая статья, чтобы разобраться с этим понятием — Understanding Dependencies на Habr.
А теперь к примерам. Мы уже понимаем, что самый уязвимый элемент в процессе разработки — это человек (и возможно, это вы). При этом, киберпреступники осознали, что этот человек не всегда переходит по ссылкам из фишингового письма, и не всегда открывает вредоносные вложения. Но вот зависимости он практические всегда подключает откуда-то извне.
Например, вы захотели подключить библиотеку аутентификации пользователя. Вы можете подключить её из опенсорса, а можете её подключить из соседнего отдела (главное, чтобы вы доверяли её автору).
Злодеи придумали стратегию: они заражают зависимости в цепочке поставок и ждут, когда жертва подключит вредоносный код в своем продукте. Затем этот вредоносный код попадет к клиенту и начнет обрабатывать ценные данные пользователя, и вот тогда можно активировать «имплант». Многообразие атак Dependency Confusion, Repository Hijacking, Typosquotting подтверждает эффективность этой стратегии (подробнее обо всех них написал тут).
Основой принцип защиты: знай, что и откуда подключается в твой код. Для обеспечения безопасности цепочки поставок существуют фреймворки. Например, фреймворк SLSA, который говорит, как проверять происхождение зависимости и правильно контроллировать сборку своего кода, в котором подключается эта зависимость.
Принцип простой, но технически нетривиальный. Особенно, когда разработчик научился работать в тандеме с ИИ-ассистентом. Ниже чек-лист по внедрению.
Смысловые галюцинации
Недавнее исследование показало, что LLM может галлюцинировать имена несуществующих зависимостей (придумывают названия несуществующих библиотек или модулей). Злоумышленники могут воспользоваться этим: они регистрируют пакеты с этими выдуманными названиями в менеджере пакетов (например, npm или PyPI), но уже с вредоносным кодом. Ничего не подозревающие разработчики, доверяя подсказкам модели, добавляют эти пакеты в свои проекты, открывая дверь для атак.
Простыми словами: ты просишь модель найти библиотеку для твоего кода, она предлагает несуществующую зависимость. А хакер уже заранее «застолбил» это название, разместив там вредоносный код, который может украсть данные или навредить твоему продукту.
Так что всегда начинайте с основ — зависимостей. Если у вас уже был опыт и что-то не получилось — делитесь своими кейсами. Все еще не знаете с чего начать? Давайте обсудим.
👾 , если вас взламывали
🔥 , если взламываете вы
Если в прошлый раз, текст был направлен на тех, кто преисполнился в вопросах безопасности, то сегодняшний лонгрид будет адресован тем, кто еще только подступается к этому вопросу и находится на самом первом его шаге. Поздравляю! Скорее всего вы спрашиваете себя «С чего начать выстраивать безопасную разработку?». Отвечаю.
Безопасная разработка начинается с правильных «зависимостей»!
Прежде всего, давайте синхронизируемся. Зависимости — это не тяга ходить на перекуры, обсуждать запросы бухгалтеров и совершенно точно, не зависимости разработчика от AI, который галлюцинирует уязвимый код. Это именно зависимости, которые разработчик использует в своем коде.
Зависимость — это всё, что ты подключаешь извне, а не пишешь сам. Вот большая техническая статья, чтобы разобраться с этим понятием — Understanding Dependencies на Habr.
А теперь к примерам. Мы уже понимаем, что самый уязвимый элемент в процессе разработки — это человек (и возможно, это вы). При этом, киберпреступники осознали, что этот человек не всегда переходит по ссылкам из фишингового письма, и не всегда открывает вредоносные вложения. Но вот зависимости он практические всегда подключает откуда-то извне.
Например, вы захотели подключить библиотеку аутентификации пользователя. Вы можете подключить её из опенсорса, а можете её подключить из соседнего отдела (главное, чтобы вы доверяли её автору).
Злодеи придумали стратегию: они заражают зависимости в цепочке поставок и ждут, когда жертва подключит вредоносный код в своем продукте. Затем этот вредоносный код попадет к клиенту и начнет обрабатывать ценные данные пользователя, и вот тогда можно активировать «имплант». Многообразие атак Dependency Confusion, Repository Hijacking, Typosquotting подтверждает эффективность этой стратегии (подробнее обо всех них написал тут).
Основой принцип защиты: знай, что и откуда подключается в твой код. Для обеспечения безопасности цепочки поставок существуют фреймворки. Например, фреймворк SLSA, который говорит, как проверять происхождение зависимости и правильно контроллировать сборку своего кода, в котором подключается эта зависимость.
Принцип простой, но технически нетривиальный. Особенно, когда разработчик научился работать в тандеме с ИИ-ассистентом. Ниже чек-лист по внедрению.
Чек-лист внедрения SLSA (Supply-chain Levels for Software Artifacts):
- Оценить текущее состояние (аудит поставок) .
- Настроить документацию (вести журналы и учёт источников)
- Автоматизировать сборку (Level 2)
- Внедрить подписи (например, Sigstore: Cosign, Rekor)
- Защитить инфраструктуру (Изолировать среду и ограничить доступ)
- Добавить аудит и контроль (Level 4)
- Интегрировать SBOM
- Обучить команду (научить проверять источники)
- Улучшать процессы постепенно
- Подключиться к сообществу
Смысловые галюцинации
Недавнее исследование показало, что LLM может галлюцинировать имена несуществующих зависимостей (придумывают названия несуществующих библиотек или модулей). Злоумышленники могут воспользоваться этим: они регистрируют пакеты с этими выдуманными названиями в менеджере пакетов (например, npm или PyPI), но уже с вредоносным кодом. Ничего не подозревающие разработчики, доверяя подсказкам модели, добавляют эти пакеты в свои проекты, открывая дверь для атак.
Простыми словами: ты просишь модель найти библиотеку для твоего кода, она предлагает несуществующую зависимость. А хакер уже заранее «застолбил» это название, разместив там вредоносный код, который может украсть данные или навредить твоему продукту.
Так что всегда начинайте с основ — зависимостей. Если у вас уже был опыт и что-то не получилось — делитесь своими кейсами. Все еще не знаете с чего начать? Давайте обсудим.
👾 , если вас взламывали
🔥 , если взламываете вы
17.05.202515:52
Можно ли держать в голове десятки параллельных контекстов и при этом не потерять себя?
Когда ты работаешь в международной компании, управляешь продуктом с миллионами пользователей, координируешь работу команд из разных часовых поясов — вопросы фокуса ясности перестают быть метафизическим. Они становится ежедневной практикой. Потому что иначе — никак.
Вместо традиционного субботнего #соавтора, сегодня приглашаем прочитать колонку Елены Кунаковой, из программного комитета South HUB, для РБК. В ней она рассказывает как выстраивает приоритеты, когда кажется, что всё срочно и важно. Как держит фокус и помогает команде не терять его. Почему ясность мышления и чёткость в коммуникации — критически важны, особенно когда каждый в команде живёт в своём часовом поясе и своём культурном контексте.
🎙 А если хочется глубже узнать каково, когда ты каждый день управляешь процессами в мультикультурной, распределённой команде — недавно вышел подкаст Елены с Ириной Марчевой. Они говорят о карьере в Яндексе и Microsoft, переезде, культурных различиях и настоящих вызовах distributed-команд.
Когда ты работаешь в международной компании, управляешь продуктом с миллионами пользователей, координируешь работу команд из разных часовых поясов — вопросы фокуса ясности перестают быть метафизическим. Они становится ежедневной практикой. Потому что иначе — никак.
Вместо традиционного субботнего #соавтора, сегодня приглашаем прочитать колонку Елены Кунаковой, из программного комитета South HUB, для РБК. В ней она рассказывает как выстраивает приоритеты, когда кажется, что всё срочно и важно. Как держит фокус и помогает команде не терять его. Почему ясность мышления и чёткость в коммуникации — критически важны, особенно когда каждый в команде живёт в своём часовом поясе и своём культурном контексте.
🎙 А если хочется глубже узнать каково, когда ты каждый день управляешь процессами в мультикультурной, распределённой команде — недавно вышел подкаст Елены с Ириной Марчевой. Они говорят о карьере в Яндексе и Microsoft, переезде, культурных различиях и настоящих вызовах distributed-команд.
11.05.202510:26
🎉 Месяц до South HUB и всего 65 билетов All Inclusive в продаже!
11 июня мы встретимся в горах 🏔️, чтобы на пять дней забыть о ежедневных митингах и уведомлениях. South HUB 2025 уже на низком старте, и сейчас самое время сверить часы, ведь обратный отсчёт начался.
🚀 Что ждет нас на кэмпе?
Интенсивные сессии, мастер-классы, дебаты о будущем индустрии, выступления, решение кейсов, нетворкинг-практики, которые работают, горные треки, горные реки, <strike>внутренние монологи</strike> диалоги, семейные активности, вечерние концерты, обмен инсайтами и контактами, и еще много много чего! Невозможно перечислить на одном дыхании!
В продаже осталось:
🎟️ 65 билетов All Inclusive с проживанием на территории кэмпа и всего 30 дней, чтобы принять, возможно, лучшее решение этого года.
📅 Даты: 11–15 июня
📍 Место: Гранд Отель Поляна, Сочи
🌐 Билеты: southhub.ru
11 июня мы встретимся в горах 🏔️, чтобы на пять дней забыть о ежедневных митингах и уведомлениях. South HUB 2025 уже на низком старте, и сейчас самое время сверить часы, ведь обратный отсчёт начался.
🚀 Что ждет нас на кэмпе?
Интенсивные сессии, мастер-классы, дебаты о будущем индустрии, выступления, решение кейсов, нетворкинг-практики, которые работают, горные треки, горные реки, <strike>внутренние монологи</strike> диалоги, семейные активности, вечерние концерты, обмен инсайтами и контактами, и еще много много чего! Невозможно перечислить на одном дыхании!
В продаже осталось:
🎟️ 65 билетов All Inclusive с проживанием на территории кэмпа и всего 30 дней, чтобы принять, возможно, лучшее решение этого года.
📅 Даты: 11–15 июня
📍 Место: Гранд Отель Поляна, Сочи
🌐 Билеты: southhub.ru
15.05.202511:10
Привет, сообщество! Благодаря одному из наших исследований, мы поняли что для вас важно и создали кэмп. Благодаря другому — собрали программу этого года.
В этот раз мы хотим сделать на South HUB <strike>дискуссионную панель</strike> честный стол — только с вашим участием разговор будет более содержательным и правдивым! Вы CEO и прошли тернистый путь до вершины? Вы CTO, CIO, CDO, ИТ директор и уже видите свой карьерный трек дальше? Или вообще не задумывались об этом?
💡 Пройдите, пожалуйста, опрос из 15 вопросов, это займет 7-8 минут.
Цель исследования — понять реальный опыт, мотивацию и барьеры на пути к карьерный переходам, а также сформировать рекомендации для будущих CEO из технологической среды.
FYI: данный количественный опрос - один из трех этапов нашего большого исследования совместно с AvitoTech. Результаты будут опубликованы в СМИ.
Пожалуйста, не проходите опрос, если вы не ИТ руководитель.
В этот раз мы хотим сделать на South HUB <strike>дискуссионную панель</strike> честный стол — только с вашим участием разговор будет более содержательным и правдивым! Вы CEO и прошли тернистый путь до вершины? Вы CTO, CIO, CDO, ИТ директор и уже видите свой карьерный трек дальше? Или вообще не задумывались об этом?
💡 Пройдите, пожалуйста, опрос из 15 вопросов, это займет 7-8 минут.
Цель исследования — понять реальный опыт, мотивацию и барьеры на пути к карьерный переходам, а также сформировать рекомендации для будущих CEO из технологической среды.
FYI: данный количественный опрос - один из трех этапов нашего большого исследования совместно с AvitoTech. Результаты будут опубликованы в СМИ.
Пожалуйста, не проходите опрос, если вы не ИТ руководитель.
Log in to unlock more functionality.
