Все потоки

«Стартап-барбекю» Радара в Москве! 🍢🔥🚀

23 августа – первая встреча нашего стартап-сообщества с шашлыками, питч-баттлом под биты, просмотром «Кремниевой долины» и уютной атмосферой у костра.

Друзья! Мы нашли и забронировали на август лучшее место для встречи сообщества в Москве – Soul House Loft!

Это домик с приятным и стильным интерьером, дворик размером в 350 кв метров, зона для мангала и костра, проектор, колонки и барные стойки снаружи и внутри.

Выглядит ну очень камерно и точно отражает ламповость нашего сообщества.

Расположение тоже великолепное – 5 минут от метро Бауманская или 10 минут от Комсомольской.

Мы забронировали этот лофт на субботу 23 августа с 17 до 22 часов. Соберем 50 человек из друзей, резидентов и партнеров площадки. Там будет даже наш комьюнити-менеджер Саша Шевцов! 

Что планируем в программе вечеринки 

• стартап рэп-баттл (шуточные дуэли основателей с прожаркой под биты), 

• викторина про стартапы, 

• барбекю, хот-доги, соки, лимонад и пиво (алкогольное и без на выбор), 

• совместные фотки, 

• вечерний просмотр «Кремниевой долины» в кинотеатре под открытым небом, 

• новые знакомства и дружелюбная атмосфера!

Устроим настоящую стартап-вечеринку с едой, нетворкингом, развлечениями и атмосферой только для своих – только для тех, кто влюблен в стартапы! 

Теперь к деталям!

Кто идет

На мероприятие придут основатели стартапов Noroots, Rentifly, Тулбокс, AskHow, RIWO, «Дайджест ньюс», Delims, SandyApp, VOX и многих других, будут ключевые члены команды brainbox.VC, а также профессионалы в области маркетингового и юридического сопровождения ИТ-проектов.

Что по стоимости

6000 руб – «Стандарт» до 15 августа.
7000 руб – «В последнюю минуту» с 16 по 23 августа.

🔥 Внимание! Скидка! -50% действует для тех, кто имеет активный статус «Фанат», «Ангел» или «Визионер». Повысить статус и получить скидку, а также другие плюшки можно здесь.

Стоимость со скидкой:
– 3000 руб за «Стандарт» – до 15 августа. 
– На билеты категории «В последнюю минуту» скидка не действует.

Что включено в билет

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

КУПИТЬ БИЛЕТ

👉Для приобретения билетов пишите в личку @begovatovd!

Я весь в нетерпении! Очень хочу встретиться в живую и провести вместе с вами время в уютной атмосфере у костра 

🤝Барбекю проводится при поддержке сервиса для быстрой проверки договоров Noroots! Спасибо за вклад в развитие нашего сообщества!

P.S. Вопросы? Пиши в личку @begovatovd! Если хотите присоединиться в качестве партнера мероприятия – тоже пишите в личку.

Про возврату билетов (а вдруг)

— 100% возврат стоимости билета не позднее чем за 15 дней до мероприятия.
— 50% возврат за 7 дней и менее до события.
— 0% возврат за 2 дня до мероприятия и позднее, но вы всегда можете передать свой билет другому участнику, просто напишите нам — все оформим быстро!

Здесь сxемы начисления рекламного сбора для участников рекламныx цепочек. От самыx простыx (РД-РР) до сложныx (РД-РА1-РА2-РР) с учетом типа договора между контрагентами (агентский либо услуговый)

Термины:
РР (рекламораспространитель) - владелец либо управляющий интернет-площадкой
РА - рекламное агентство (в широком смысле - посредник)
РД - рекламодатель

🤔 Системная инструкция по теме рекламного сбора здесь

Запустите удаленный рабочий стол в сервисе Cloud Desktop до 31 октября 2025 года и получите на 3 месяца:

• виртуальные машины, используемые для Cloud Desktop, со скидкой 20%,

• бесплатные лицензии Cloud Desktop. 

Предложение действует только для пользователей, которые ранее не подключали сервис Cloud Desktop. 

О сервисе VDI от VK Cloud

Сервис позволяет создавать управляемые виртуальные рабочие места: 

• с подключением из любой точки мира для компаний с филиалами; 

• с автоочисткой после выхода для контакт-центров и производств;

• с защищенным доступом для компаний с внешними специалистами; 

• с корпоративными приложениями на личных устройствах без переноса данных для распределенных команд; 

• с vGPU для дизайн-студий, проектных бюро и IT-команд. 

 Как подключить Cloud Desktop:

• оставьте заявку на странице сервиса,

• обратитесь к вашему менеджеру в VK Cloud или оставьте заявку на клиентском портале, если у вас есть вопросы. 

Чтобы начать работу с сервисом Cloud Desktop и узнать о его возможностях, переходите в раздел документации «Быстрый старт».

Пошаговый гайд по работе с RabbitMQ

RabbitMQ — брокер распределенных сообщений, разработанный на основе стандарта AMQP (Advanced Message Queuing Protocol). Этот инструмент собирает потоковые данные из нескольких источников, после чего распределяет и маршрутизирует их для дальнейшей обработки. Выбираем брокер сообщений и подробнее знакомим с его возможностями.

Бенефиты RabbitMQ, которые выделяют его на фоне других похожих сервисов: 

• надежность — все сообщения в RabbitMQ будут доставлены с соблюдением порядка, даже в случае технический сбой;

• масштабируемость — может работать с большими объемами данных. Также его можно развернуть не только на отдельном сервере, но и в распределенной среде;

• гибкость — поддерживает большое количество сценариев для маршрутизации и распределения сообщений. Это позволяет сочетать программу со многими приложениями.

Как настроить RabbitMQ на трех операционных системах: Ubuntu, Debian и CentOS Stream, а также об основных принципах работы этой технологии — читайте в подробном гайде в базе знаний Рег.облака.

DUC meetup #2: узлы кластера, платформа на DKP CE, контроль архитектуры

Если вы работаете с Kubernetes или планируете начать, приходите 21 августа на второй митап Deckhouse User Community в Москве. Будут доклады спикеров из «Фланта», «КРОК» и «ДОМ.РФ», а ещё пицца и пиво. Регистрация — по ссылке. 

Темы докладов и спикеры:

• От рассвета до заката, или Как Deckhouse Kubernetes Platform управляет жизненным циклом узлов кластера — Николай Митрофанов, «Флант»

• Разработка платформы для обучения K8s на основе DKP CE — Кирилл Харитонов, «КРОК»

• Архитектура под контролем: фиксируем изменения с помощью AaC и фитнес-функций — Антон Сафронов, «ДОМ.РФ Технологии»

Встречаемся 21 августа в «Событие Лофт» по адресу: Николоямская улица, 28. Ближайшая станция метро — «Таганская» Кольцевой линии. Программа стартует в 19:00, приходите чуть пораньше. Больше подробностей о докладах и регистрация — на страничке митапа. 

🎯Рекрутеры с годами опыта начинают понимать значение фразы: не бывает плохих кандидатов, есть неподходящие. С еще большим количеством опыта понимают, что не бывает и плохих компаний, есть не подходящие.

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

👀В поисках за метчами, можно заблудиться и начать делить на белое и черное. И никто это не заметит, точнее даже будут поощрять, ведь качество подбора для этой компании доводится до идеала.

Я часто это замечаю, когда собеседую рекрутеров из инхауса. Я их называю “copy past”, потому что они копируют абсолютно все: вакансии, разгребание откликов, письма, презентацию компании, скрипты для интервью, чек листы, выставление оффера и даже формулировки фидбэков. Но почему надо делать именно так, какие методологии отбора за этим стоят, да и вообще, хоть какое-то знание в отборе за пределами того, что они делают - ноль. И в принципе, если менять компании на схожие по процессам, им это даже не понадобиться. Эти рекрутеры не плохие или хорошие, а подходящие или нет.

🧑‍🎓Мне повезло, что у меня была база: образование клинического психолога, крутые менторы в точечном подборе в начале карьеры, а также я овладела всеми методиками подбора, выбрав для себя нейролингвистический анализ речи. И все, кто дошел до подобного уровня, ориентируются только на кандидатов, а не на вакансии.

Мы полностью погружаемся в их мотивацию, метапрограммы, зоны развития, выстраиваем с ними отношения вдолгую. Это не они не подходят на вакансию, а вакансия не подходит им. Но у рекрутеров редко бывает огромный пул вакансий, из которого можно выбирать настолько тщательно. У нас постоянно скапливаются лучшие кандидаты, которых некуда пристроить. Я пока нашла один вариант, как решить эту проблему - искать работу кандидатам. (https://t.me/svahait/85)

💡А еще я продумала метчинг систему и еще парочку решений, которые хочу воплотить в hr tech компании. Но в этот раз я не хочу основать еще одну компанию и работать в стартапе. Мне нужна состоявшаяся команда в идеале на 100 человек)

Красные флаги в код-ревью: перегибы, которых лучше избегать

1. Фокус на мелочах. Если уделять много внимания опечаткам и код-стайлу, то времени уйдет много, а реальных результатов будет мало. Главное — это всё-таки архитектура, алгоритмы и производительность, а косметика только на втором плане. Зачем портить настроение себе и команде, если можно ничего никому не портить?

2. Поверхностный анализ. Забивать на проверку кода — тоже плохая идея. И дело даже не в багах, их отловит тестировщик. Дело в безопасности всей системы. Если какой-нибудь хакер найдет уязвимость, которую QA не нашел, — жди беды. Ну и техдолг никто не отменял: если не делать сразу хорошо, однажды придется переделывать.

3. Токсичность. Во время код-ревью лучше всё-таки искать потенциальные проблемы с кодом, а не учить коллег работать. То есть фокус внимания — не на поиске недостатков в чужой работе, а на самом коде. А личные предпочтения и вкусы относительно кода лучше обсуждать отдельно.

Обратную связь стоит давать вдумчиво — подбирать слова и контролировать интонацию. Фидбек должен быть таким, чтобы у разработчика не возникало ощущения, будто он ни на что не годится.

А каким должен быть хорошее код-ревью — в нашем блоге.

Что такое мнемотехники и как их использовать программистам

Мнемотехника — это ряд приёмов и методов, облегчающих запоминание и воспроизведение информации за счёт использования ассоциаций, образов, рифм, логических связей. «Каждый охотник желает знать, где сидит фазан» для запоминания последовательности цветов в радуге — типичный пример мнемотехники.

Как это относится к IT-специальностям? Также, как и к любому другому обучению новому. Возьмём для примера изучение языку JavaScript, где будущему программисту нужно понять, чем отличаются методы call, apply и bind. 

Для запоминания можно использовать мнемотехники:

• Call. Коля звонит другу напрямую — передаёт параметры через запятую: call (a, b).

• Apply. Аня присылает список задач — параметры передаются массивом: apply ([a, b]).

• Bind. Бен привязывает себя к таске — создаёт новую функцию с привязанным контекстом, которую можно вызывать позже.

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

Популярные мнемотехнические приёмы

1. Дворец памяти. Мысленно разместите информацию в хорошо знакомом месте: например, на пути от дома до ближайшего магазина. Когда она вам понадобится, просто отправьтесь на воображаемую прогулку по этому маршруту. 

2. Аббревиатуры и акронимы. Составьте из первых букв слов новые слова или фразы. Именно благодаря этой мнемотехнике программисты могут припомнить, что такое KISS, SOLID и DRY.

3. Рифмы и ритмы. Зарифмуйте информацию в стишок, можно самый примитивный. Как пример, стих для запоминания числа Пи (π = 3,1415926): «Чтобы нам не ошибиться, надо правильно прочесть: три, четырнадцать, пятнадцать, девяносто два и шесть».

4. Образные связки. Соедините элементы в единый яркий образ. Допустим, французское слово pomme — «яблоко» — можно связать с таким образом: на помятом яблоке сидит крошечный гном с флагом Франции.

→ Подробнее рассказываем о теме в блоге на сайте.

Почему мы подключаем QA с первого дня проекта

И как это экономит ресурсы, улучшает продукт и снижает количество переделок

Одна из ключевых проблем, с которыми сталкиваются компании, заказывающие разработку — это разрыв между ожиданиями и реальностью. Причины бывают разные: неполное или неструктурированное ТЗ, размытые пользовательские сценарии, неучтённые роли или ветвления логики, которые всплывают на стадии разработки и тестирования.

Команда Doubletapp приняла решение: QA подключаются к проекту на этапе первого ознакомления с ТЗ от заказчика, ещё до оценки, дизайна и начала разработки. Этот подход сильно влияет на качество итогового продукта и помогает заказчику получить то, что действительно нужно — без множества итераций «переделать» и «добавить, потому что забыли».

Ниже расскажем, как у нас выстроен процесс, какие задачи берут на себя QA, и почему мы считаем, что раннее подключение тестирования — это не просто хорошая практика, а основа устойчивой разработки.

Роль QA в нашей команде: не только тестирование

Наши QA участвуют в проекте с первых дней.

• Структурируют поступившее от заказчика ТЗ

• Выделяют функциональные блоки

• Формируют уточняющие вопросы

• Работают над схемами и диаграммами логики

• Проверяют, насколько требования реализуемы и согласованы между собой.

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

QA плотно взаимодействуют с селлерами и лидами разработки и помогают им формализовать требования. Это снижает нагрузку на менеджеров и ускоряет проработку проекта.

Как это работает на практике

Заказчик приходит с ТЗ. Оно может быть подробным, а может состоять из тезисов, что хотелось бы реализовать в продукте.

1. QA разбивают информацию на структурные блоки — экраны, роли, сценарии, ограничения, точки перехода.

2. Составляют вопросы, которые передаются в команду, ответственную за коммуникацию с заказчиком.

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

4. Все вопросы объединяются, уточняются и через менеджеров идут в диалог с заказчиком.

Такой процесс позволяет уточнить максимум информации до старта разработки и значительно уменьшает риск изменения требований на лету.

Когда это спасло проект

Один из проектов, с которым мы работали, сопровождался очень подробным бизнес-ТЗ — документ содержал более 70 страниц описания сервиса. Всё выглядело детально и проработанно.

Однако при формировании схемы ролей и доступов наши QA обнаружили логические противоречия: несколько ролей получали доступ к функциям, к которым не должны были иметь отношения. Это было связано с тем, что в тексте документа не было визуального представления логики переходов, и ошибки остались незамеченными.

На этом этапе проблема была решена за один день — без этой работы её бы пришлось исправлять на этапе тестирования, переделывая часть кода и логику авторизации.

Внутренние процессы: как это устроено

Мы работаем по agile: QA входят в спринты наравне с разработкой. Внутри спринта QA выполняют не только тестирование, но и работу, близкую к системной аналитике:
анализ, структурирование, детализация, согласование требований, построение логики.

Тест-кейсы и баг-репорты ведём в YouTrack и Qase, используем CI/CD, чтобы как можно раньше получать обратную связь по стабильности продукта.

Зачем это заказчику

Когда QA работают с самого начала, заказчик получает

• Прозрачную архитектуру с понятной логикой

• Согласованные требования, переведённые в схемы

• Минимум доработок в процессе разработки

• Экономию времени — на исправление неочевидных ошибок

• Повышенное доверие команды к требованиям — все понимают, что делают и зачем

Если вы находитесь в поиске команды, которая помогает не просто писать код, а проектирует продукт вместе с вами, задаёт неудобные вопросы до начала разработки и экономит вам месяцы правок — значит, вам нужен именно такой подход.

Обновлён бесплатный учебник по JavaScript. Проект полностью на русском языке. Там собрано всё: от основ синтаксиса до замыканий и ООП, событий, промисов и других сложных концепций. В каждой главе десятки примеров кода — не понять материал просто невозможно. Есть много задач и контрольных как после глав, так и после больших разделов.

Что такое корпоративный ИТ, если не гарем?

Заметьте: компании требуют от вас эксклюзивности - никакой второй работы, никаких сторонних проектов. У вас два работодателя? Ах ты профурсетка! (А если вы сеньор - извините, куртизанка.)

При этом сама компания может иметь хоть тысячу сотрудников, и всё это считается нормальным. А вам в итоге не принадлежит ничего, кроме опыта и пары футболок с логотипом.

Почему недостаточно Unit тестов и нужны Интеграционные?

Когда мы пишем юнит-тесты, мы словно смотрим на систему в упор. В поле зрения - отдельные строительные блоки, отдельные функции и классы, из которых складывается фича. Это точечная проверка, фокус на корректности изолированных элементов. Мы видим, как компоненты связаны между собой, но только внутри одного участка - не видим всей картины.

Интеграционные тесты - это другой масштаб. Мы поднимаемся выше и наблюдаем работу всей системы в целом: как компоненты взаимодействуют, как фича проходит сквозь слои приложения, как реагирует окружение. Это не тест кода как такового - это тест результата, поведенческий сценарий.

Именно этот масштаб ближе к тому, как пользователь воспринимает ваш сервис: его не волнует, сколько модулей под капотом сработало корректно. Его интересует, верно ли обработан запрос, получен ли нужный ответ, сохранились ли данные.

Юниты важны - они дают стабильность и быструю обратную связь. Но недооценка интеграционных тестов часто приводит к иллюзии "всё работает", хотя на самом деле система как целое может вести себя непредсказуемо. В итоге мы оптимизируем в сторону локальной правильности, забывая о глобальной.

Сейчас тебе не нужно в этом разбираться

OpenAI выложила на YouTube запись презентации GPT-5, которая состоялась 7 августа.

Там по ходу есть один интересный момент:

На сцену пригласили парня, который показывает как GPT-5 по одному промту создаёт веб-приложение по изучению французского языка для его подруги.

Ведущий секции презентации для оживления разговора говорит (примерно 19:20):

Да, фронтенд-код - это очень сложно. Стоит что-то упустить и ничего не работает.

И тот парень ему отвечает:

Именно. Но хорошая новость: сейчас тебе не нужно в этом разбираться.

Ничёсе! ))

Т.е., теперь программисту не обязательно разбираться в коде? И это говорят профильные программисты, которые пишут код с утра до вечера!

Воистину будущее уже здесь.

А кто-то ещё сомневается, что профессия программиста меняется.

P.S. Кстати, здесь можно посмотреть ту же презентацию на русском. Как сказано в описании данного видео, оно “дублировано на русский язык с помощью бота дубляжа”, который тоже использует ИИ. Голос этого бота - это отдельное что-то))

Почему я больше никогда не буду использовать сервис bitly?

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

Long story short: помогают тут ребятам с одним оффлайн проектом, нужно было быстро сделать QR код для флайеров, google выдает миллион сервисов для генерации, выбрал первый попавшийся “Create Your Free QR Codes”.  Удачно все сделал, заказали флаеры, не смотря на то, что по пути на каждому этапе было Free через 2 недели (когда уже все напечатано) прилетает вежливое “Oh no! Your Dynamic QR Codes will expire in 3 days”. И конечно же он перестанет работать если не заплатить ($20/month). 

Масштаб “потерь” - $40, но я готов заплатить $200 чтобы объяснить они строян бизнес на скаме и для кармы это вредно. 

Конечно же я не один такой, и большинство “сжимают зубы” и платят.  Например на редите 230 комментариев. 

Как вы поступаете в такой сиутации?  Я как-то с детства считаю что нельзя потокать и платить. 

Мои действия:

✅ никогда в жизни ни на одном из моих проектов не будет использоваться сокращалка Bitly

✅ написал далобу в FTC

✅ написал отзыв на Google Maps (там таких много)

☑️ найду и напишу отзывы на других сервисах

✅ попрошу вас помочь мне и присоединиться

P.S. Ресеч показал, что это не просто какие-то горе стартаперы, а проект компании Bitly (рейтинг 1.6 на Trustpilot).

Если вам нечем заняться и вам не сложно уделить 2-5 минут своего времени. 

Промпт для генерации отзыва:

Write a concise, neutral review of qr-code-generator.com (Bitly) in plain, easy-to-read language, 80-120 words. Context: It appears in Google for queries like "free qr code generator." During setup, the process is presented as free; any expiration notice, if present, seems absent or buried in terms. About 14 days later, the QR may be deactivated behind a paywall, leaving printed materials unusable unless payment is made to reactivate. The system does not allow converting that now paid QR to a free static code or redirecting it without payment. Many users report similar experiences online, including numerous Reddit comments. Keep the tone calm, factual, and non-accusatory. Do not include personal info or insults. Write in your own words.

Места куда стоит запостить отзыв:

- Google Maps (Bitly Office Google Maps)

- Trust Pilot

- G2

- Capterra

P.P.S. Есть кто-то из СМИ хочет изучить эту историю и написать подробнее - я буду рад ответить на вопросы и предоставить материалы. 

P.P.P.S. Особенно иронично выглядит позиция “Head of Happiness” в подписи письма

#justice 

Представлен Топ-50 самых дорогих частных компаний мира - 31 из США, 10 из Китая. Источник: Visual Capitalist.

Вы не просили, но мы это сделали!

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

Это история не столько про дизайн, сколько про командные дискуссии, внутреннюю «магию» и вечный поиск баланса между новыми фичами и качеством старого функционала. Читайте полный бэкстейдж в статье «Редизайн, которого никто не просил, — а в итоге все довольны» на Хабре и узнайте, как на практике совершенствовать даже те продукты, которые внешне кажутся идеальными.

CSI-драйвер и Swordfish API: как заставить Kubernetes дружить с любым хранилищем

В современных enterprise-средах важно обеспечить стандартизированный доступ к системам хранения данных (СХД) от разных производителей, избегая жесткой привязки к конкретному вендору. Одним из решений этой задачи является использование CSI-драйвера, который взаимодействует с Swordfish API. Такая интеграция позволяет Kubernetes автоматически создавать, подключать и удалять тома, избавляя команды от множества ручных операций.

Процесс выглядит так: когда приложение в Kubernetes запрашивает постоянное хранилище, оркестратор формирует PersistentVolumeClaim (PVC) с нужными параметрами — размером, типом и характеристиками. Kubernetes определяет, что создание тома должно выполняться через CSI-драйвер, и передает запрос в эмулятор Swordfish API. Тот создает том, а в случае работы с файловыми системами (например, NFS) дополнительно настраивает подключение к серверу и возвращает CSI-драйверу сведения о готовом ресурсе.

Дальше Kubernetes связывает созданный том с заявкой PVC, после чего CSI-драйвер монтирует его на рабочий узел к нужному контейнеру или поду. Эмулятор Swordfish API при этом добавляет путь к каталогу в конфигурацию NFS (/etc/exports), что позволяет клиентам подключаться к сетевому хранилищу.

Когда хранилище больше не нужно:

• DevOps удаляет PVC.

• Kubernetes вызывает NodeUnpublishVolume для размонтирования тома с узла.

• CSI-драйвер передает команду Swordfish API.

• API удаляет том и освобождает ресурсы (в случае NFS — удаляет запись из /etc/exports и каталог).

• Kubernetes удаляет объект PV, завершая процесс.

Главное преимущество этого подхода в том, что он автоматизирует полный цикл работы с томами — от создания до удаления — и при этом одинаково хорошо работает с разными типами СХД, обеспечивая гибкость и снижение операционных затрат.

Если интересно, как самостоятельно разработать CSI-драйвер с поддержкой Swordfish API и запустить его даже без реального оборудования, то об этом — в статье, где пошагово показано, как реализовать и протестировать решение.

Что общего между Индией и Standoff Bug Bounty?

Standoff Hacks пройдет в Индии, и ты можешь полететь туда вместе с нами!

→ Во-первых, на нашей платформе активно багхантят ребята из Индии.
→ Во-вторых, наш следующий ивент Standoff Hacks пройдет 13 сентября в Ахмадабаде.
→ А в-третьих — у тебя есть шанс попасть на него за наш счет!

🔎 Для этого тебе нужно... Багхантить (surprise)! И набрать с момента публикации этого поста до 18 августа как можно больше баллов по этим публичным программам:

🔹 Timeweb

🔹 Rambler&Co

🔹 Инфосистемы Джет

🔹 Купер

🔹 Т-Банк

🔹 Wildberries

🔹 VK

🔹 Ozon

🔹 Мегамаркет

🔹 Craftum

Баллы по программам суммируются. Трех самых активных багхантеров мы возьмем с собой в Индию 🇮🇳

А дальше на Standoff Hacks тебя будут ждать:

• Эксклюзивный доступ к новому скоупу с огромными выплатами.

• Новые знакомства, крутая атмосфера и яркие впечатления.

• И бонусом — участие в конференции BSides Ahmedabad.

शुभकामनाएं। 🙏

P.S.: багхантеры, которые сдадут хорошие отчеты в Wildberries, получат приглашение в приватную программу от маркетплейса с эксклюзивным скоупом.

Бесплатный курс по TinkerCAD

У нас вышел бесплатный курс в формате видео! На нем преподаватель расскажет:

-Основы ТинкерКада (рабочая область, интерфейс);

-Как в нем моделировать;

-Назначение инструментов и прочее.

Вы можете посмотреть бесплатное обучение и, если вам понравится это направление, прийти к нам на занятия по 3D-моделированию в TinkerCAD для детей.

Вот ссылка на плейлист, а первое видео с него ниже:

Карта рынков-гигантов 2040: AI, облака, автономки и не только

Забудьте про нефть и газ — через 15 лет деньги будут течь в совсем другие места.Если сегодня мировая экономика всё ещё держится на ресурсах, транспорте и банках, то к 2040-му драйверами роста станут технологии, данные и новые формы производства.

McKinsey Global Institute нарисовал карту будущих «экономических чудовищ» — 18 индустрий, которые радикально изменят правила игры. Их доля в мировом ВВП вырастет с 4% до 16%, а совокупная выручка — до $48 трлн. Это как добавить ещё одну экономику США в глобальную систему.

🚀 Лидеры завтрашнего дня

• E-commerce — $20T. Онлайн-торговля продолжит съедать офлайн, а новые технологии логистики и персонализации будут поднимать чек и сокращать издержки.

• AI-софт — $4.6T. Рост в 54× с $85B сегодня. Машинное обучение, генеративные модели, персональные ИИ-ассистенты — всё это станет повседневной инфраструктурой.

• Облака — $3.4T. Вычисления, хранение, обработка данных — всё уходит в сервисную модель, и это только начало.

• Электромобили — $3.2T. Не только машины, но и весь экосервис вокруг: зарядки, батареи, переработка.

• Digital-ads — $2.9T. Реклама адаптируется к миру без cookies и с гипер-персонализацией.

• Полупроводники — $2.4T. Всё, что связано с чипами, будет востребовано — от серверов до умных чайников.

• Автономный транспорт — $2.3T. Сегодня это почти ноль, завтра — триллионы, если регуляторы и технологии смогут договориться.

• Космос — $1.6T. Спутники, телеком, исследования, добыча ресурсов.

• Кибербезопасность — $1.2T. Чем больше технологий, тем дороже защита.

• Батареи — $1.1T. Хранение энергии — ключ к EV, ВИЭ и автономным системам.

• Модульное строительство — $1.1T. Быстро, дёшево и в больших объёмах — ответ на кризис жилья.

🎯 Почему это важно именно для indie-hacker'ов

У тебя нет миллиардного бюджета, но есть скорость, свобода и умение закрывать ниши, которые гигантам неинтересны.
А в этих 18 индустриях сейчас зарождаются тысячи таких ниш.

Вот где можно стрелять:

• AI-софт — микросервисы и плагины для конкретных профессий, кастомные GPT под узкие задачи, дешёвые аналоги сложных корпоративных тулов.

• E-commerce — автоматизация рутин для Shopify/WooCommerce, решения для возвратов и налогов в одной стране, кастомные рекомендации.

• Облака — дешёвые DevOps-утилиты, анализ и оптимизация облачных счетов, мульти-облачные менеджеры для SMB.

• Автономки и EV — мобильные приложения для владельцев электромобилей, API к открытым данным о зарядках, планировщики маршрутов.

• Кибербезопасность — лёгкие SaaS для защиты малого бизнеса, сканеры утечек, мониторинг API.

• Модульное строительство — софт для планирования, расчёта материалов, 3D-визуализации для небольших подрядчиков.

Почему сейчас:

1. Входной порог в ИТ-инструменты упал: всё можно собрать на готовых API, фреймворках и ноу-код-решениях.

2. Огромные корпорации двигаются медленно, им неинтересны маленькие рынки — а ты можешь быстро занять микросегмент.

3. В каждой из этих индустрий есть «локальные» проблемы — от законодательства до языка интерфейса — которые можно монетизировать без глобальной экспансии.

📌 Мораль: не надо строить «второй OpenAI». Построй маленькую лопату для золотой лихорадки — и тебя будут находить сами.

⚠ Ложка скепсиса

McKinsey даёт прогнозы по верхней границе. Капиталоёмкие рынки вроде автономного транспорта, космоса и ядерной энергетики легко упрутся в регуляторные барьеры, политические решения или циклы капитала. Но это не отменяет главного: карта будущих рынков у нас уже на руках.

📊 На инфографике — полный расклад по всем 18 индустриям.
Вопрос: какая из них станет вашим новым проектом или инвестидеей?

Источник: McKinsey Global Institute (оценка на 2040)

👉 Больше про indie-hacking, запуск мини-SaaS и поиск ниш — в моём Telegram