Киберспорт. Игры, деньги, два клика (The Book of Esports) (Рубрика #Game)
Прочитал на каникулах книгу Уильяма Коллиса, геймера и предпринимателя, что соосновал несколько стартапов в киберспорте и успешно продал их, получил прозвище “The Professor” за преподавание киберспорт в колледже, а сейчас он является совладельцем и соучредителем профессиональной киберспортивной команды Team Genji, которая считается №1 в мире по игре Hearthstone.
Уильям решил написать книгу, чтобы сделать понятный гайд для всех, от геймера до инвестора, от родителя киберспортсмена до технического директора, который хочет понять, что творится в этой новой сфере. В итоге, книга вышла на английском в 2020 году и стала первым всеобъемлющим обзором индустрии, а также своеобразным учебником для курсов про киберспорт.
Коллис с первых страниц обозначает амбиции: рассказать обо всех гранях киберспорта. В аннотации прямым текстом перечислено, что читатель узнает:
- Как все начиналось: от первых соревнований по видеоиграм до взрывного роста стриминга – история становления киберспорта шаг за шагом. Автор прослеживает путь от игровых автоматов и LAN-пати к аренам и онлайн-платформам.
- Связь с традиционным спортом: параллели между спортивными состязаниями и их цифровым аналогом. Коллис показывает, что принципы соревнований универсальны: будь то футбол или Dota 2 – важны навыки, командная динамика, зрелищность и дух соперничества.
- Почему успешны именно эти игры: разбирается, как League of Legends, Fortnite, StarCraft, Dota 2 и другие стали киберспортивными хитами. Здесь автор вводит понятие факторы SCAR – четыре условия, без которых игра не станет киберспортом Skill, Community, Accessibility, Reward (мастерство, сообщество, доступность, награда). Коллис показывает, что, например, StarCraft заложил основу: высокая планка мастерства, сплоченное сообщество, легкость начать играть и серьезные призы – все это сделало его глобальным явлением.
- Бизнес и инвестиции: отдельный фокус – что нужно знать компаниям, решившим вложиться в киберспорт. Автор делится стратегическими мыслями о том, на чем зарабатывают турниры, команды, стриминговые платформы. Рассматриваются модели монетизации - Коллис даже предлагает свою аббревиатуру BAMS: Blade & razors, Advertising & assets, Microtransactions, Subscriptions. Для руководителей тут ценно увидеть, как выстроена экономика индустрии: спонсорства, медиаправа, продажи внутриигровых товаров – все кирпичики большого бизнеса.
- Будущее киберспорта: Коллис заглядывает вперед, рассуждая, что ждет индустрию завтра. Поднимаются вопросы: какие новые жанры появятся (он вспоминает, как жанр королевской битвы внезапно ворвался с PUBG), не превратится ли любой видеоигровой жанр в соревнование. Интересна модель OMENS, в которой автор рассказывает про факторы, что влияют на возможность игры удержаться в топе киберспортивных игр. OMENS расшифровывается как Opportunities for competition, Monetization, Ecosystem support, Network effects, Switching costs. Не обязательно, чтобы все факторы сходились воедино, но чем их больше, тем выше шансы игры приблизиться идеалу. Кстати, тут проскальзывает интересная аналогия про кетчуп и горчицу - кетчуп имеет устойчивый вкус и ожидания, а горчицы все разные. В итоге, чтобы игра могла стать киберспортивной дисциплиной, ей стоит быть похожей на кетчуп и следовать модели OMENS
- Альтернативные версии киберспорта. В финальной главе обсуждается новый класс состязаний, способный сделать киберспортом даже Super Mario Bros. – намек на спидраны и другие нестандартные форматы из разряда «безупречных побед». Также автор говорит о грядущих сдвигах: слияние человеческих и машинных навыков, развитие ИИ в играх и другие футуристические идеи.
Отдельно отмечу, что книга написана простым языком и понятна широкой аудитории, то есть основы киберспорта в изложении Колиинса поймет даже человек далекий от игр. Одновременно автор не скучен и для старожилов: он вплетает истории о культовых матчах, курьезах индустрии, интервью с известными киберспортсменами, делая повествование «живым».
#Game #Design #Engineering #Software
Прочитал на каникулах книгу Уильяма Коллиса, геймера и предпринимателя, что соосновал несколько стартапов в киберспорте и успешно продал их, получил прозвище “The Professor” за преподавание киберспорт в колледже, а сейчас он является совладельцем и соучредителем профессиональной киберспортивной команды Team Genji, которая считается №1 в мире по игре Hearthstone.
Уильям решил написать книгу, чтобы сделать понятный гайд для всех, от геймера до инвестора, от родителя киберспортсмена до технического директора, который хочет понять, что творится в этой новой сфере. В итоге, книга вышла на английском в 2020 году и стала первым всеобъемлющим обзором индустрии, а также своеобразным учебником для курсов про киберспорт.
Коллис с первых страниц обозначает амбиции: рассказать обо всех гранях киберспорта. В аннотации прямым текстом перечислено, что читатель узнает:
- Как все начиналось: от первых соревнований по видеоиграм до взрывного роста стриминга – история становления киберспорта шаг за шагом. Автор прослеживает путь от игровых автоматов и LAN-пати к аренам и онлайн-платформам.
- Связь с традиционным спортом: параллели между спортивными состязаниями и их цифровым аналогом. Коллис показывает, что принципы соревнований универсальны: будь то футбол или Dota 2 – важны навыки, командная динамика, зрелищность и дух соперничества.
- Почему успешны именно эти игры: разбирается, как League of Legends, Fortnite, StarCraft, Dota 2 и другие стали киберспортивными хитами. Здесь автор вводит понятие факторы SCAR – четыре условия, без которых игра не станет киберспортом Skill, Community, Accessibility, Reward (мастерство, сообщество, доступность, награда). Коллис показывает, что, например, StarCraft заложил основу: высокая планка мастерства, сплоченное сообщество, легкость начать играть и серьезные призы – все это сделало его глобальным явлением.
- Бизнес и инвестиции: отдельный фокус – что нужно знать компаниям, решившим вложиться в киберспорт. Автор делится стратегическими мыслями о том, на чем зарабатывают турниры, команды, стриминговые платформы. Рассматриваются модели монетизации - Коллис даже предлагает свою аббревиатуру BAMS: Blade & razors, Advertising & assets, Microtransactions, Subscriptions. Для руководителей тут ценно увидеть, как выстроена экономика индустрии: спонсорства, медиаправа, продажи внутриигровых товаров – все кирпичики большого бизнеса.
- Будущее киберспорта: Коллис заглядывает вперед, рассуждая, что ждет индустрию завтра. Поднимаются вопросы: какие новые жанры появятся (он вспоминает, как жанр королевской битвы внезапно ворвался с PUBG), не превратится ли любой видеоигровой жанр в соревнование. Интересна модель OMENS, в которой автор рассказывает про факторы, что влияют на возможность игры удержаться в топе киберспортивных игр. OMENS расшифровывается как Opportunities for competition, Monetization, Ecosystem support, Network effects, Switching costs. Не обязательно, чтобы все факторы сходились воедино, но чем их больше, тем выше шансы игры приблизиться идеалу. Кстати, тут проскальзывает интересная аналогия про кетчуп и горчицу - кетчуп имеет устойчивый вкус и ожидания, а горчицы все разные. В итоге, чтобы игра могла стать киберспортивной дисциплиной, ей стоит быть похожей на кетчуп и следовать модели OMENS
- Альтернативные версии киберспорта. В финальной главе обсуждается новый класс состязаний, способный сделать киберспортом даже Super Mario Bros. – намек на спидраны и другие нестандартные форматы из разряда «безупречных побед». Также автор говорит о грядущих сдвигах: слияние человеческих и машинных навыков, развитие ИИ в играх и другие футуристические идеи.
Отдельно отмечу, что книга написана простым языком и понятна широкой аудитории, то есть основы киберспорта в изложении Колиинса поймет даже человек далекий от игр. Одновременно автор не скучен и для старожилов: он вплетает истории о культовых матчах, курьезах индустрии, интервью с известными киберспортсменами, делая повествование «живым».
#Game #Design #Engineering #Software
❤11👍4🔥2
[1/2] Databases in 2025: A Year in Review by Andy Pavlo (Рубрика #Databases)
Изучил ежегодный обзор рынка баз данных от Andy Pavlo, крутого преподавателя и исследователя мира БД из Carnegie Melon University. Ниже краткое саммари основных моментов
🐘 PostgreSQL правит бал
Доминирование PostgreSQL продолжается и именно вокруг Postgres сосредоточена большая часть энергии и инноваций в СУБД.
В 2025 это подтвердилось громкими сделками:
- Databricks купил облачный PostgreSQL-сервис Neon (~$1 млрд)
- Snowflake – Crunchy Data ($250 млн)
- Microsoft запустил свой PostgreSQL-DBaaS (HorizonDB)
Появились проекты масштабирования Postgres по горизонтали (шардинг):
- Supabase нанял соавтора Vitess для проекта Multigres
- PlanetScale анонсировал систему Neki – Postgres-на-стероидах для больших нагрузок
Pavlo приветствует эту волну "шардированного Postgres", хотя напоминает, что попытки сделать масштабируемый Postgres предпринимались и раньше.
🤖 MCP для LLM в каждый дом
Если 2023-й был годом "векторных индексов" в каждом движке, то 2025-й – годом поддержки Anthropic MCP (Model Context Protocol) во всех СУБД. После поддержки OpenAI этого протокола практически каждый вендор выпустил MCP-сервер к своей базе – от OLAP-систем (ClickHouse, Snowflake и др.) до NoSQL (MongoDB, Neo4j, Redis); а провайдеры PostgreSQL‑DBaaS написали свои реализации. По мнению Andy Pavlo появление такого стандарта взаимодействия ИИ с БД - это благо, но стоит нужно ограничивать и мониторить эти реализации (например, только read-only запросы, лимиты на результат и таймауты), иначе рано или поздно случится факап
⚖️ MongoDB против FerretDB – судный день?
Впервые за историю индустрии СУБД одна компания подала в суд на другую за имитацию её API. MongoDB, Inc. обвинила стартап FerretDB (прокси, переводящий запросы MongoDB в PostgreSQL) в нарушении авторских прав, патентов и лицензии. Andy Pavlo сравнивает этот иск с процессом Oracle vs Google за Java API – тогда суд встал на сторону свободной реализации. Исход дела неясен, но есть пикантный нюанс: FerretDB изначально назывался "MangoDB". Интересно, что параллельно Microsoft в 2025 открыла исходники собственной Mongo-совместимой базы DocumentDB (передав проект в Linux Foundation) – то есть фактически занялась тем же, в чём Mongo обвиняет FerretDB.
📁 Война форматов данных
Почти 15 лет формат Parquet царил в колонночных хранилищах, но в 2025 сразу пять новых open-source форматов бросили ему вызов (ещё несколько появились в 2024-м). Среди них – проекты от академиков (FastLanes, F3, AnyBlox), стартапов (Vortex от SpiralDB) и гигантов (Microsoft Amudai, правда, его тихо прикрыли к концу года). Сообщество Parquet встрепенулось и взялось за модернизацию стандарта. Andy Pavlo отмечает, что главная проблема Parquet – не в самом формате, а в фрагментации реализации: слишком много парсеров/писателей в разных языках, поддерживающих разный поднабор фич. В результате 94% файлов «в живой природе» до сих пор созданы с фичами v1 образца 2013 года. Никто не будет переписывать петабайты старых паркет-файлов, да и невозможно быть уверенным, что любая система прочитает новейший файл – вдруг ей не хватит поддержки специфичных опций. Новые форматы пытаются решить проблему совместимости по-разному. Например, формат F3 (разрабатываемый в том числе при участии Pavlo) встраивает в каждый файл собственные декодеры: и в виде нативных модулей, и в виде WASM-кода, лежащего прямо в файле. Идея в том, что база данных сможет прочесть колонку даже нового, незнакомого формата – исполнив прикреплённый WASM-декодер. Другие (AnyBlox) генерируют единый WASM для всего файла. Пока неясно, чей подход победит – Parquet повсеместен, и инерция огромна. Следующее сражение развернётся за поддержку GPU в форматах, прогнозирует Pavlo, но одно ясно уже сейчас: битва за эффективное хранение данных вошла в новую фазу.
В продолжении я расскажу про остальные пункты.
#Database #Architecture #Management #DistributedSystems #Software #Engineering #Future
Изучил ежегодный обзор рынка баз данных от Andy Pavlo, крутого преподавателя и исследователя мира БД из Carnegie Melon University. Ниже краткое саммари основных моментов
🐘 PostgreSQL правит бал
Доминирование PostgreSQL продолжается и именно вокруг Postgres сосредоточена большая часть энергии и инноваций в СУБД.
В 2025 это подтвердилось громкими сделками:
- Databricks купил облачный PostgreSQL-сервис Neon (~$1 млрд)
- Snowflake – Crunchy Data ($250 млн)
- Microsoft запустил свой PostgreSQL-DBaaS (HorizonDB)
Появились проекты масштабирования Postgres по горизонтали (шардинг):
- Supabase нанял соавтора Vitess для проекта Multigres
- PlanetScale анонсировал систему Neki – Postgres-на-стероидах для больших нагрузок
Pavlo приветствует эту волну "шардированного Postgres", хотя напоминает, что попытки сделать масштабируемый Postgres предпринимались и раньше.
🤖 MCP для LLM в каждый дом
Если 2023-й был годом "векторных индексов" в каждом движке, то 2025-й – годом поддержки Anthropic MCP (Model Context Protocol) во всех СУБД. После поддержки OpenAI этого протокола практически каждый вендор выпустил MCP-сервер к своей базе – от OLAP-систем (ClickHouse, Snowflake и др.) до NoSQL (MongoDB, Neo4j, Redis); а провайдеры PostgreSQL‑DBaaS написали свои реализации. По мнению Andy Pavlo появление такого стандарта взаимодействия ИИ с БД - это благо, но стоит нужно ограничивать и мониторить эти реализации (например, только read-only запросы, лимиты на результат и таймауты), иначе рано или поздно случится факап
⚖️ MongoDB против FerretDB – судный день?
Впервые за историю индустрии СУБД одна компания подала в суд на другую за имитацию её API. MongoDB, Inc. обвинила стартап FerretDB (прокси, переводящий запросы MongoDB в PostgreSQL) в нарушении авторских прав, патентов и лицензии. Andy Pavlo сравнивает этот иск с процессом Oracle vs Google за Java API – тогда суд встал на сторону свободной реализации. Исход дела неясен, но есть пикантный нюанс: FerretDB изначально назывался "MangoDB". Интересно, что параллельно Microsoft в 2025 открыла исходники собственной Mongo-совместимой базы DocumentDB (передав проект в Linux Foundation) – то есть фактически занялась тем же, в чём Mongo обвиняет FerretDB.
📁 Война форматов данных
Почти 15 лет формат Parquet царил в колонночных хранилищах, но в 2025 сразу пять новых open-source форматов бросили ему вызов (ещё несколько появились в 2024-м). Среди них – проекты от академиков (FastLanes, F3, AnyBlox), стартапов (Vortex от SpiralDB) и гигантов (Microsoft Amudai, правда, его тихо прикрыли к концу года). Сообщество Parquet встрепенулось и взялось за модернизацию стандарта. Andy Pavlo отмечает, что главная проблема Parquet – не в самом формате, а в фрагментации реализации: слишком много парсеров/писателей в разных языках, поддерживающих разный поднабор фич. В результате 94% файлов «в живой природе» до сих пор созданы с фичами v1 образца 2013 года. Никто не будет переписывать петабайты старых паркет-файлов, да и невозможно быть уверенным, что любая система прочитает новейший файл – вдруг ей не хватит поддержки специфичных опций. Новые форматы пытаются решить проблему совместимости по-разному. Например, формат F3 (разрабатываемый в том числе при участии Pavlo) встраивает в каждый файл собственные декодеры: и в виде нативных модулей, и в виде WASM-кода, лежащего прямо в файле. Идея в том, что база данных сможет прочесть колонку даже нового, незнакомого формата – исполнив прикреплённый WASM-декодер. Другие (AnyBlox) генерируют единый WASM для всего файла. Пока неясно, чей подход победит – Parquet повсеместен, и инерция огромна. Следующее сражение развернётся за поддержку GPU в форматах, прогнозирует Pavlo, но одно ясно уже сейчас: битва за эффективное хранение данных вошла в новую фазу.
В продолжении я расскажу про остальные пункты.
#Database #Architecture #Management #DistributedSystems #Software #Engineering #Future
🔥12👍9❤4
[2/2] Databases in 2025: A Year in Review by Andy Pavlo (Рубрика #Databases)
Продолжая рассказ об обзоре рынка баз данных от Andy Pavlo, расскажу про оставшиеся тезисы.
💸 Деньги, слияния и поглощения
2025-й оказался богат на крупные сделки в мире данных
- Продолжилась охота на PostgreSQL-компании: Neon ушёл к Databricks, Crunchy Data – к Snowflake (за $250 млн)
- IBM не остался в стороне и забрал себе DataStax (Cassandra) примерно за $3 млрд
- Salesforce раскошелился на старейшую ETL-платформу Informatica (~$8 млрд)
- Даже MariaDB Corp. умудрилась в том же году дважды купить «саму себя» – вернув под своё крыло отколовшуюся облачную дочку SkySQL
- Неожиданностью года стало слияние Fivetran и dbt Labs – две взаимодополняющие компании объединились в ETL-колосс, метящий на скорый IPO
📉 Инвесторы охладели к новым СУБД
Хайп вокруг векторных баз спал, венчуры в 2025 меньше инвестировали в молодые DB-стартапы, предпочитая нести деньги в AI. Зато лидеры отрасли продолжают получать огромные раунды:
- Databricks привлёк $5 млрд (два раунда) за год
- ClickHouse – $350 млн
- Supabase – суммарно $300 млн (Series D + E)
- И даже совсем молодые проекты вроде SpiralDB (создатели Vortex) поднимают десятки миллионов.
💀 Не все выжили
Ряд компаний не пережил этот год
- Закрылся FaunaDB – амбициозный распределённый СУБД‑стартап с сильной консистентностью (Pavlo был у них техконсультантом и советовал добавить SQL, но его не послушали)
- Проект PostgresML (машинное обучение внутри PostgreSQL) тоже не взлетел
- Команда Hydra (коннектор DuckDB↔️Postgres) разбрелась кто куда
- Даже классика: Apache Derby (Java-СУБД с 1997 года) объявлен "read only" – разработка остановлена за отсутствием мейнтейнеров.
GPU-базы данных тоже постигла нелёгкая судьба
- Стартап-супергруппа Voltron Data с инвестициями $110M так и не успела выпустить свой GPU-ускоренный движок Theseus
- HeavyDB (ранее OmniSci/MapD, пионер GPU-СУБД) тихо прекратил самостоятельное существование – команду поглотила Nvidia
Andy Pavlo резюмирует: нишевые решения вроде Kinetica и Sqream по-прежнему где-то на периферии, а заметно потеснить классические CPU-ориентированные СУБД GPU-решения пока не смогли. Производительность современных колонночных систем на CPU уже настолько высока, что решающее значение имеют не сырые оптимизации, а удобство для разработчиков и «умность» оптимизатора запросов. Впрочем, Pavlo намекает, что в 2026-м мы услышим о новых попытках задействовать GPU на полную мощность – гонка продолжается.
🏆 Ларри Эллисон – вершина успеха
Для основателя Oracle этот год стал поистине триумфальным. В 81 год Ларри Эллисон возглавил список богатейших людей планеты, впервые «коронованный» как самый богатый человек в мире (состояние оценивалось около $393 млрд). Oracle взлетел в цене благодаря облачным сделкам в сфере ИИ, и в сентябре 2025 акции Oracle выросли на 40% за день, сделав Эллисона не только №1 в мире, но и самым богатым человеком в истории (с поправкой на инфляцию обошёл даже Рокфеллера). Правда, спустя пару месяцев стоимость Oracle откатилась и Ларри потерял порядка $130 млрд – в масштабе миллиардера это как для нас с вами лишиться одной зарплаты, шутит Pavlo. В течение года Oracle/Эллисон засветились в крупных событиях: Oracle выступил ключевым партнёром в сделке по «американизации» TikTok и финансировал попытку поглощения Warner Bros (через принадлежащий семье Эллисона холдинг Paramount). Andy Pavlo признаётся, что был даже рад услышать новость о том, что “благодаря базам данных кто-то стал самым богатым на земле” – наконец в нашей сфере случилось нечто позитивное. Он иронизирует над критиками Эллисона: мол, Ларри уже завоевал мир корпоративных баз данных, выиграл регаты и построил сеть люкс-спа для техно-богачей, так почему бы ему не купить новостной телеканал? Эллисон не обращает внимания на разговоры, делает что хочет – фанаты и новая жена его поддерживают, а остальное неважно.
#Database #Architecture #Management #DistributedSystems #Software #Engineering #Future
Продолжая рассказ об обзоре рынка баз данных от Andy Pavlo, расскажу про оставшиеся тезисы.
💸 Деньги, слияния и поглощения
2025-й оказался богат на крупные сделки в мире данных
- Продолжилась охота на PostgreSQL-компании: Neon ушёл к Databricks, Crunchy Data – к Snowflake (за $250 млн)
- IBM не остался в стороне и забрал себе DataStax (Cassandra) примерно за $3 млрд
- Salesforce раскошелился на старейшую ETL-платформу Informatica (~$8 млрд)
- Даже MariaDB Corp. умудрилась в том же году дважды купить «саму себя» – вернув под своё крыло отколовшуюся облачную дочку SkySQL
- Неожиданностью года стало слияние Fivetran и dbt Labs – две взаимодополняющие компании объединились в ETL-колосс, метящий на скорый IPO
📉 Инвесторы охладели к новым СУБД
Хайп вокруг векторных баз спал, венчуры в 2025 меньше инвестировали в молодые DB-стартапы, предпочитая нести деньги в AI. Зато лидеры отрасли продолжают получать огромные раунды:
- Databricks привлёк $5 млрд (два раунда) за год
- ClickHouse – $350 млн
- Supabase – суммарно $300 млн (Series D + E)
- И даже совсем молодые проекты вроде SpiralDB (создатели Vortex) поднимают десятки миллионов.
💀 Не все выжили
Ряд компаний не пережил этот год
- Закрылся FaunaDB – амбициозный распределённый СУБД‑стартап с сильной консистентностью (Pavlo был у них техконсультантом и советовал добавить SQL, но его не послушали)
- Проект PostgresML (машинное обучение внутри PostgreSQL) тоже не взлетел
- Команда Hydra (коннектор DuckDB↔️Postgres) разбрелась кто куда
- Даже классика: Apache Derby (Java-СУБД с 1997 года) объявлен "read only" – разработка остановлена за отсутствием мейнтейнеров.
GPU-базы данных тоже постигла нелёгкая судьба
- Стартап-супергруппа Voltron Data с инвестициями $110M так и не успела выпустить свой GPU-ускоренный движок Theseus
- HeavyDB (ранее OmniSci/MapD, пионер GPU-СУБД) тихо прекратил самостоятельное существование – команду поглотила Nvidia
Andy Pavlo резюмирует: нишевые решения вроде Kinetica и Sqream по-прежнему где-то на периферии, а заметно потеснить классические CPU-ориентированные СУБД GPU-решения пока не смогли. Производительность современных колонночных систем на CPU уже настолько высока, что решающее значение имеют не сырые оптимизации, а удобство для разработчиков и «умность» оптимизатора запросов. Впрочем, Pavlo намекает, что в 2026-м мы услышим о новых попытках задействовать GPU на полную мощность – гонка продолжается.
🏆 Ларри Эллисон – вершина успеха
Для основателя Oracle этот год стал поистине триумфальным. В 81 год Ларри Эллисон возглавил список богатейших людей планеты, впервые «коронованный» как самый богатый человек в мире (состояние оценивалось около $393 млрд). Oracle взлетел в цене благодаря облачным сделкам в сфере ИИ, и в сентябре 2025 акции Oracle выросли на 40% за день, сделав Эллисона не только №1 в мире, но и самым богатым человеком в истории (с поправкой на инфляцию обошёл даже Рокфеллера). Правда, спустя пару месяцев стоимость Oracle откатилась и Ларри потерял порядка $130 млрд – в масштабе миллиардера это как для нас с вами лишиться одной зарплаты, шутит Pavlo. В течение года Oracle/Эллисон засветились в крупных событиях: Oracle выступил ключевым партнёром в сделке по «американизации» TikTok и финансировал попытку поглощения Warner Bros (через принадлежащий семье Эллисона холдинг Paramount). Andy Pavlo признаётся, что был даже рад услышать новость о том, что “благодаря базам данных кто-то стал самым богатым на земле” – наконец в нашей сфере случилось нечто позитивное. Он иронизирует над критиками Эллисона: мол, Ларри уже завоевал мир корпоративных баз данных, выиграл регаты и построил сеть люкс-спа для техно-богачей, так почему бы ему не купить новостной телеканал? Эллисон не обращает внимания на разговоры, делает что хочет – фанаты и новая жена его поддерживают, а остальное неважно.
#Database #Architecture #Management #DistributedSystems #Software #Engineering #Future
Telegram
Книжный куб
[1/2] Databases in 2025: A Year in Review by Andy Pavlo (Рубрика #Databases)
Изучил ежегодный обзор рынка баз данных от Andy Pavlo, крутого преподавателя и исследователя мира БД из Carnegie Melon University. Ниже краткое саммари основных моментов
🐘 PostgreSQL…
Изучил ежегодный обзор рынка баз данных от Andy Pavlo, крутого преподавателя и исследователя мира БД из Carnegie Melon University. Ниже краткое саммари основных моментов
🐘 PostgreSQL…
❤8🔥4⚡1👍1
6 Predictions for the AI Economy: 2026's New Rules of Cybersecurityот Palo Alto Networks (Рубрика #Security)
Продолжаю читать отчеты за 2025 год или предсказания на 2026. В этот раз речь идет про кибер-безопасность во времена развития AI и этот отчет подготовила компания Palo Alto Networks, один из столпов этого рынка.
🎭 The New Age of Deception: The Threat of AI Identity
ИИ уже способен создавать идеальных «клонов» руководителей, неотличимых от реальных людей. Идентичность теперь – новый периметр безопасности: безопасность должна проактивно защищать каждого человека, машину и AI-агента, чтобы сохранить доверие. Из опыта могу отметить, что deepfake-двойники встречаются в реальности, правда, я пока видел, как они пишут через мессенджеры, звонят по телефону или проходят интервью, но верю, что в 2026 эта практика станет еще популярнее.
🤖 The New Insider Threat: Securing the AI Agent
Автономные AI-агенты ускоряют работу, но без должной защиты могут стать «инсайдерами-предателями» с привилегиями на все API и данные – злоумышленник способен перехватить такого бота одним вредоносным промптом. Поэтому в 2026-м появится новый класс инструментов – «AI-файрволы», которые в реальном времени мониторят и блокируют атаки на агентов (инъекции промптов, злоупотребление инструментами и др.). Я видел как браузеры со встроенными агентами типа Comet от Perplexity могут шерстить внутренние базы знаний и куда дотекут эти внутренние данные - это большой вопрос
🧪 The New Opportunity: Solving the Data Trust Problem
Атаки смещаются на данные – хакеры незаметно «травят» обучающие датасеты ИИ, встраивая в них бэкдоры и искажая модели. Традиционный периметр уже не спасает: нужен общий взгляд разработчиков и безопасников. В 2026-м инструменты видимости данных (DSPM/AI-SPM) и защиты на уровне выполнения кода (software firewall) станут обязательными для доверия к AI-моделям.
⚖️ The New Gavel: AI Risk and Executive Accountability
В 2026 вопрос «кто ответит, если AI нанесёт ущерб» перестанет быть философским – за провалы ИИ начнут спрашивать с руководства. Ожидаются первые судебные иски, лично привлекающие директоров к ответственности за инциденты, связанные с неуправляемым ИИ. Чтобы инновации не встали, CIO придётся стать стратегом (или ввести должность Chief AI Risk Officer) и выстроить единый контроль AI-рисков на уровне компании. А казалось, что буквально недавно появилась должность Chief AI Officer (а помните я шутил раньше про роль CAIO), а теперь у нас будет еще и CAIRO🤩
⏳ The New Countdown: The Quantum Imperative
Угроза «собери данные сейчас – взломай квантовым компьютером потом» становится реальностью и ускоряет крупнейшую криптографическую миграцию в истории. В 2026 регуляторы потребуют план перехода на пост-квантовое шифрование, а прорыв в квантовых вычислениях сократит “дедлайн” угрозы с 10 до ~3 лет. Уже сейчас компаниям нужно выявить, какие алгоритмы шифрования уязвимы, и стать крипто-агильными – научиться быстро менять стандарты шифрования под новые, чтобы защитить данные в будущем. Кстати, я как-то разбирал уже новость про такую инициативу от UK cybersecurity agency
🌐 The New Connection: The Browser as the Novel Workspace
Браузер стал автономной платформой («новой ОС») и, как следствие, новым полем боя для ИБ. Трафик, генерируемый ИИ, вырос на 890%, инциденты утечек данных удвоились – конфиденциальные данные утекают как случайно (сотрудник вставил секретный код в ChatGPT), так и через атаки промптов, когда AI-бота обманывают выдать чужие данные. Нужен Zero Trust прямо в браузере: специальный облачный механизм проверяет действия ИИ до шифрования трафика – маскирует чувствительные данные в промптах, запрещает скриншоты и блокирует нелегальный экспорт файлов.
Рекомендую почитать оригинальную статью, потому что по каждому пункту Wendi Whitmore, Chief Security Intelligence Officer @ Palo Alto Networks, приводит ссылки на дополнительные материалы о том, что это за риск и что с ним можно сделать.
#Security #CyberSecurity #AI #Management #Leadership #Data #Economy #Engineering #Architecture #Software
Продолжаю читать отчеты за 2025 год или предсказания на 2026. В этот раз речь идет про кибер-безопасность во времена развития AI и этот отчет подготовила компания Palo Alto Networks, один из столпов этого рынка.
🎭 The New Age of Deception: The Threat of AI Identity
ИИ уже способен создавать идеальных «клонов» руководителей, неотличимых от реальных людей. Идентичность теперь – новый периметр безопасности: безопасность должна проактивно защищать каждого человека, машину и AI-агента, чтобы сохранить доверие. Из опыта могу отметить, что deepfake-двойники встречаются в реальности, правда, я пока видел, как они пишут через мессенджеры, звонят по телефону или проходят интервью, но верю, что в 2026 эта практика станет еще популярнее.
Автономные AI-агенты ускоряют работу, но без должной защиты могут стать «инсайдерами-предателями» с привилегиями на все API и данные – злоумышленник способен перехватить такого бота одним вредоносным промптом. Поэтому в 2026-м появится новый класс инструментов – «AI-файрволы», которые в реальном времени мониторят и блокируют атаки на агентов (инъекции промптов, злоупотребление инструментами и др.). Я видел как браузеры со встроенными агентами типа Comet от Perplexity могут шерстить внутренние базы знаний и куда дотекут эти внутренние данные - это большой вопрос
🧪 The New Opportunity: Solving the Data Trust Problem
Атаки смещаются на данные – хакеры незаметно «травят» обучающие датасеты ИИ, встраивая в них бэкдоры и искажая модели. Традиционный периметр уже не спасает: нужен общий взгляд разработчиков и безопасников. В 2026-м инструменты видимости данных (DSPM/AI-SPM) и защиты на уровне выполнения кода (software firewall) станут обязательными для доверия к AI-моделям.
⚖️ The New Gavel: AI Risk and Executive Accountability
В 2026 вопрос «кто ответит, если AI нанесёт ущерб» перестанет быть философским – за провалы ИИ начнут спрашивать с руководства. Ожидаются первые судебные иски, лично привлекающие директоров к ответственности за инциденты, связанные с неуправляемым ИИ. Чтобы инновации не встали, CIO придётся стать стратегом (или ввести должность Chief AI Risk Officer) и выстроить единый контроль AI-рисков на уровне компании. А казалось, что буквально недавно появилась должность Chief AI Officer (а помните я шутил раньше про роль CAIO), а теперь у нас будет еще и CAIRO
⏳ The New Countdown: The Quantum Imperative
Угроза «собери данные сейчас – взломай квантовым компьютером потом» становится реальностью и ускоряет крупнейшую криптографическую миграцию в истории. В 2026 регуляторы потребуют план перехода на пост-квантовое шифрование, а прорыв в квантовых вычислениях сократит “дедлайн” угрозы с 10 до ~3 лет. Уже сейчас компаниям нужно выявить, какие алгоритмы шифрования уязвимы, и стать крипто-агильными – научиться быстро менять стандарты шифрования под новые, чтобы защитить данные в будущем. Кстати, я как-то разбирал уже новость про такую инициативу от UK cybersecurity agency
🌐 The New Connection: The Browser as the Novel Workspace
Браузер стал автономной платформой («новой ОС») и, как следствие, новым полем боя для ИБ. Трафик, генерируемый ИИ, вырос на 890%, инциденты утечек данных удвоились – конфиденциальные данные утекают как случайно (сотрудник вставил секретный код в ChatGPT), так и через атаки промптов, когда AI-бота обманывают выдать чужие данные. Нужен Zero Trust прямо в браузере: специальный облачный механизм проверяет действия ИИ до шифрования трафика – маскирует чувствительные данные в промптах, запрещает скриншоты и блокирует нелегальный экспорт файлов.
Рекомендую почитать оригинальную статью, потому что по каждому пункту Wendi Whitmore, Chief Security Intelligence Officer @ Palo Alto Networks, приводит ссылки на дополнительные материалы о том, что это за риск и что с ним можно сделать.
#Security #CyberSecurity #AI #Management #Leadership #Data #Economy #Engineering #Architecture #Software
Please open Telegram to view this post
VIEW IN TELEGRAM
Palo Alto Networks
2026 Cybersecurity Predictions
👍7❤3🔥3
Giiker Super Reversi (Рубрика #Game)
На каникулах с удовольствием поиграл в reversi от Giiker (про трехмерную игру 4 в ряд от них я уже рассказывал). По-факту, новая игрушка примерно того же качества и настолько же интересна - это полноценная настолка в форме цилиндра, причем его безель крутится и используется для управления игрой. Само игровое поле представляет собой доску 8x8, на которой светодиодами отображаются зеленые и белые фишки, сама система автоматически проверяет расстановку + подсвечивает возможные ходы. Всего режимов работы три
🤖 Одиночная игра против AI - отличный способ прокачать стратегическое мышление, когда никого нет рядом.
👬 Игра вдвоём - классический режим для партий с друзьями или коллегами. Умная доска отслеживает корректность ходов и автоматически подсвечивает доступные позиции.
🧐 Режим обучения - в этом режиме можно разыграть учебные партии, которые усложняются по мере роста номера задачи. Так как я не знал правила реверси (а китайская инструкция не помогала), то я начал играть с этого режима и достаточно быстро уловил как базовые правила, так и базовые тактики:)
Отдельно отмечу, что для выбора позиции надо вращать кольцо этой игры, что добавляет этой игрушки механичекую составляющую и придает ощущение хорошо собранной вещи. В общем, я ни разу не пожалел, что купил эту игрушку и взял с собой в поездку - очень интересная игрушка, а на высоких уровнях еще и достаточно сложная.
#ForKids #ForParents #SelfDevelopment #Brain
На каникулах с удовольствием поиграл в reversi от Giiker (про трехмерную игру 4 в ряд от них я уже рассказывал). По-факту, новая игрушка примерно того же качества и настолько же интересна - это полноценная настолка в форме цилиндра, причем его безель крутится и используется для управления игрой. Само игровое поле представляет собой доску 8x8, на которой светодиодами отображаются зеленые и белые фишки, сама система автоматически проверяет расстановку + подсвечивает возможные ходы. Всего режимов работы три
👬 Игра вдвоём - классический режим для партий с друзьями или коллегами. Умная доска отслеживает корректность ходов и автоматически подсвечивает доступные позиции.
Отдельно отмечу, что для выбора позиции надо вращать кольцо этой игры, что добавляет этой игрушки механичекую составляющую и придает ощущение хорошо собранной вещи. В общем, я ни разу не пожалел, что купил эту игрушку и взял с собой в поездку - очень интересная игрушка, а на высоких уровнях еще и достаточно сложная.
#ForKids #ForParents #SelfDevelopment #Brain
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6🔥2⚡1
[1/2] Atlassian "State of Developer Experience 2025" (Рубрика #DevEx)
Изучил интересный отчет от Atlassian на тему DevEx, который вышел в прошлом году. Интересно, что это уже второй отчет, из серии, которую они запустили в 2024 году совместно с тогда еще независимой компанией DX (осенью 2025 года Atlassian купили эту компанию за $1 млрд). Исследование было построено на онлайн-опросе, в котором поучаствовали 3500 разработчиков и менеджеров из шести стран: США, Великобритании, Германии, Франции, Австралии и Индии. Опрос был проведён совместно с независимой фирмой Wakefield Research в период 13–23 марта 2025 года. Выборка разделена поровну по ролям: 1 750 респондентов – руководители (не ниже уровня менеджера разработки), и 1 750 – инженеры. Участники были привлечены по приглашениям по электронной почте.
Ниже представлены основные результаты
🤖 Широкое внедрение AI-инструментов
Практически все опрошенные разработчики (99%) теперь используют инструменты искусственного интеллекта и отмечают экономию времени, причём 68% экономят более 10 часов в неделю благодаря их применению. Для сравнения, в предыдущем отчёте 2024 года большинство разработчиков ещё не видели ощутимой выгоды от AI – прогресс за год оказался драматичным.
🚀 Использование высвобожденного времени
Сэкономленные с помощью AI часы идут в дело: разработчики уделяют их улучшению качества кода, созданию новых функций и написанию документации. Такое перераспределение ресурсов говорит о том, что инженеры стремятся направить пользу от AI на повышение ценности продукта (рефакторинг, развитие функционала) и поддержку команды (документация, knowledge sharing).
🤡 Несмотря на выгоды, сохраняются большие потери времени
ИИ ускоряет выполнение отдельных задач, однако организационные неэффективности сводят на нет эти выигрыши. 50% разработчиков теряют 10 и более часов в неделю из-за различных friction-факторов, а 90% – не менее 6 часов еженедельно. Иными словами, в среднем каждый разработчик столько же времени теряет из-за помех, сколько и выигрывает благодаря ИИ.
👾 Главные источники трений в процессе разработки
Поиск необходимой информации (данные о сервисах, документация, API), необходимость осваивать новые технологии и постоянное переключение контекста между разрозненными инструментами – топ-3 факторов, отнимающих время у инженеров. Взаимодействие с другими командами также вошло в пятёрку главных препятствий, тогда как технический долг, лидировавший ранее, в этом году выпал из топ-5. Обучение новым технологиям и частые переключения между ними упоминаются как заметные новые виды трения в рабочем процессе.
👀 Кодинг не является узким местом
По данным опроса, разработчики тратят непосредственно на написание кода лишь ~16% рабочего времени, и сам процесс кодирования не входит в число основных "болей". Это объясняет, почему популярные AI-ассистенты для программистов способны облегчить жизнь (ускоряя написание кода), но кардинально не решают проблему продуктивности: основные потери происходят на других этапах. Без параллельного устранения непроизводительных задач эффект от ускорения кодинга ограничен.
💔 Разрыв между инженерами и руководством
Отчёт выявил усилившееся несоответствие взглядов: 63% разработчиков считают, что лидеры не понимают их ежедневных трудностей, тогда как годом ранее так думали 44%. Такой рост “эмпатического разрыва” авторы связывают с тем, что менеджмент поспешно зачитывает в плюс командам сэкономленные с помощью AI часы, не устраняя при этом существующие препятствия в процессах. Иначе говоря, руководство может переоценивать эффект ИИ, в то время как инженеры по-прежнему тонут в рутине и организационных проблемах.
В продолжении я расскажу про основные выводы и рекомендации авторов отчета.
#AI #ML #PlatformEngineering #Software #Architecture #Processes #DevEx #Devops
Изучил интересный отчет от Atlassian на тему DevEx, который вышел в прошлом году. Интересно, что это уже второй отчет, из серии, которую они запустили в 2024 году совместно с тогда еще независимой компанией DX (осенью 2025 года Atlassian купили эту компанию за $1 млрд). Исследование было построено на онлайн-опросе, в котором поучаствовали 3500 разработчиков и менеджеров из шести стран: США, Великобритании, Германии, Франции, Австралии и Индии. Опрос был проведён совместно с независимой фирмой Wakefield Research в период 13–23 марта 2025 года. Выборка разделена поровну по ролям: 1 750 респондентов – руководители (не ниже уровня менеджера разработки), и 1 750 – инженеры. Участники были привлечены по приглашениям по электронной почте.
Ниже представлены основные результаты
Практически все опрошенные разработчики (99%) теперь используют инструменты искусственного интеллекта и отмечают экономию времени, причём 68% экономят более 10 часов в неделю благодаря их применению. Для сравнения, в предыдущем отчёте 2024 года большинство разработчиков ещё не видели ощутимой выгоды от AI – прогресс за год оказался драматичным.
Сэкономленные с помощью AI часы идут в дело: разработчики уделяют их улучшению качества кода, созданию новых функций и написанию документации. Такое перераспределение ресурсов говорит о том, что инженеры стремятся направить пользу от AI на повышение ценности продукта (рефакторинг, развитие функционала) и поддержку команды (документация, knowledge sharing).
ИИ ускоряет выполнение отдельных задач, однако организационные неэффективности сводят на нет эти выигрыши. 50% разработчиков теряют 10 и более часов в неделю из-за различных friction-факторов, а 90% – не менее 6 часов еженедельно. Иными словами, в среднем каждый разработчик столько же времени теряет из-за помех, сколько и выигрывает благодаря ИИ.
Поиск необходимой информации (данные о сервисах, документация, API), необходимость осваивать новые технологии и постоянное переключение контекста между разрозненными инструментами – топ-3 факторов, отнимающих время у инженеров. Взаимодействие с другими командами также вошло в пятёрку главных препятствий, тогда как технический долг, лидировавший ранее, в этом году выпал из топ-5. Обучение новым технологиям и частые переключения между ними упоминаются как заметные новые виды трения в рабочем процессе.
По данным опроса, разработчики тратят непосредственно на написание кода лишь ~16% рабочего времени, и сам процесс кодирования не входит в число основных "болей". Это объясняет, почему популярные AI-ассистенты для программистов способны облегчить жизнь (ускоряя написание кода), но кардинально не решают проблему продуктивности: основные потери происходят на других этапах. Без параллельного устранения непроизводительных задач эффект от ускорения кодинга ограничен.
Отчёт выявил усилившееся несоответствие взглядов: 63% разработчиков считают, что лидеры не понимают их ежедневных трудностей, тогда как годом ранее так думали 44%. Такой рост “эмпатического разрыва” авторы связывают с тем, что менеджмент поспешно зачитывает в плюс командам сэкономленные с помощью AI часы, не устраняя при этом существующие препятствия в процессах. Иначе говоря, руководство может переоценивать эффект ИИ, в то время как инженеры по-прежнему тонут в рутине и организационных проблемах.
В продолжении я расскажу про основные выводы и рекомендации авторов отчета.
#AI #ML #PlatformEngineering #Software #Architecture #Processes #DevEx #Devops
Please open Telegram to view this post
VIEW IN TELEGRAM
Atlassian
State of Developer Experience Report 2025 | Atlassian
Discover how AI is reshaping the developer experience in Atlassian's State of Developer report 2025 – trends, tools, and what’s next.
👍7❤4🔥3
Forwarded from Инжиниринг Данных
Основатель O’Reilly - Tim O’Reilly написал хорошую статью - AI and the Next Economy
Основные идеи статьи от АI:
🔄 Экономика как циркуляция
Автор утверждает, что экономика — это не просто производство, а производство + спрос. Спрос требует широко распределённой покупательной способности. Нельзя построить процветающее общество, оставив большинство людей "за бортом".
⚠️ Проблема нарративов об AGI
Многие нарративы об искусственном общем интеллекте (AGI) предполагают, что:
• Производительность вырастет
• ВВП увеличится
• Но при этом игнорируется вопрос: кто будет покупателями, если большинство людей потеряют работу и доход?
💔 Две версии будущего
1. Экономика открытий — ИИ может помочь решить глобальные проблемы (энергия, материалы, болезни), но:
• Открытия ≠ экономическая ценность
• Между открытием и широким внедрением — долгий путь
• Если контроль над технологиями сконцентрирован, получится "феодализм открытий"
2. Замена труда — ИИ заменит интеллектуальную работу, но:
• Если зарплаты исчезнут, кто будет покупать товары?
• Падение доли зарплат в экономике приведёт к нестабильности
🔑 Ключевые уроки истории
Автор приводит примеры:
• Генри Форд платил высокие зарплаты и сократил рабочие часы, создав массовый рынок для своих автомобилей
• Amazon и Google изначально создавали циркулирующую экономику (flywheel-эффект), но со временем стали извлекать ренту
• Децентрализация (ПК, интернет, open source) стимулирует инновации; централизация захватывает ценность
💡 Что нужно делать
AI-лабораториям:
• Измерять успех не только по возможностям моделей, но и по их распространению
• Создавать открытые интерфейсы, переносимость, совместимость
• Избегать искусственных барьеров
Компаниям:
• Не просто сокращать расходы через ИИ
• Инвестировать дивиденды от производительности в сотрудников (повышение зарплат, сокращение часов, переобучение)
Правительствам:
• Инвестировать в инфраструктуру и институты для новой экономики
• Рассмотреть переход от налогов на труд к налогам на прирост капитала
🌊 Главная метафора
Цитата из Уильяма Блейка: "Плодовитый перестанет быть плодовитым, если Пожиратель не будет, как море, принимать избыток его наслаждений".
Иными словами: производство должно потребляться, система должна циркулировать. ИИ-экономика нуждается в "маховике" (flywheel), который обеспечит широкое распространение благ, а не их концентрацию.
Основные идеи статьи от АI:
🔄 Экономика как циркуляция
Автор утверждает, что экономика — это не просто производство, а производство + спрос. Спрос требует широко распределённой покупательной способности. Нельзя построить процветающее общество, оставив большинство людей "за бортом".
⚠️ Проблема нарративов об AGI
Многие нарративы об искусственном общем интеллекте (AGI) предполагают, что:
• Производительность вырастет
• ВВП увеличится
• Но при этом игнорируется вопрос: кто будет покупателями, если большинство людей потеряют работу и доход?
💔 Две версии будущего
1. Экономика открытий — ИИ может помочь решить глобальные проблемы (энергия, материалы, болезни), но:
• Открытия ≠ экономическая ценность
• Между открытием и широким внедрением — долгий путь
• Если контроль над технологиями сконцентрирован, получится "феодализм открытий"
2. Замена труда — ИИ заменит интеллектуальную работу, но:
• Если зарплаты исчезнут, кто будет покупать товары?
• Падение доли зарплат в экономике приведёт к нестабильности
🔑 Ключевые уроки истории
Автор приводит примеры:
• Генри Форд платил высокие зарплаты и сократил рабочие часы, создав массовый рынок для своих автомобилей
• Amazon и Google изначально создавали циркулирующую экономику (flywheel-эффект), но со временем стали извлекать ренту
• Децентрализация (ПК, интернет, open source) стимулирует инновации; централизация захватывает ценность
💡 Что нужно делать
AI-лабораториям:
• Измерять успех не только по возможностям моделей, но и по их распространению
• Создавать открытые интерфейсы, переносимость, совместимость
• Избегать искусственных барьеров
Компаниям:
• Не просто сокращать расходы через ИИ
• Инвестировать дивиденды от производительности в сотрудников (повышение зарплат, сокращение часов, переобучение)
Правительствам:
• Инвестировать в инфраструктуру и институты для новой экономики
• Рассмотреть переход от налогов на труд к налогам на прирост капитала
🌊 Главная метафора
Цитата из Уильяма Блейка: "Плодовитый перестанет быть плодовитым, если Пожиратель не будет, как море, принимать избыток его наслаждений".
Иными словами: производство должно потребляться, система должна циркулировать. ИИ-экономика нуждается в "маховике" (flywheel), который обеспечит широкое распространение благ, а не их концентрацию.
O’Reilly Media
AI and the Next Economy
The narrative from the AI labs is dazzling: build AGI, unlock astonishing productivity, and watch GDP surge. It’s a compelling story, especially if you’re the
1❤17👍4🔥2
[2/2] Atlassian "State of Developer Experience 2025" (Рубрика #DevEx)
Продолжим разбор отчета Atlassian выводами и рекомендациями его авторов
1️⃣ ИИ – мощный инструмент, но не "серебряная пуля"
По мнению авторов, автоматизация с помощью AI способна заметно улучшить опыт разработчиков лишь при условии, что она нацелена на реальные проблемные места процесса разработки. Если же организации концентрируются только на ускорении приятных частей работы (например, написания кода), не устраняя корневые причины трения – возникает ложное ощущение эффективности. В результате время, выигранное за счёт ИИ, тут же теряется из-за других задержек, а требования по скорости растут несправедливо относительно возможностей команды.
2️⃣ Системный подход к Developer Experience
Лучшие компании начали пересматривать подход к опыту разработчиков комплексно – выстраивая процессы вокруг прозрачности, автономности команд и высокой скорости выпуска продукта. Улучшение DevEx требует постоянной работы: авторы призывают организации целенаправленно выявлять узкие места и устранять фрикции на всех этапах жизненного цикла разработки, от планирования до деплоя. Благо, что теперь у пользователей Atlassian будет доступ к купленной платформе DX, которая позволяет системно работать над DevEx.
3️⃣ Диалог между лидерами и разработчиками
Первый шаг к улучшению – спросить самих разработчиков о том, что мешает их продуктивности. Руководителям команд рекомендуют плотно общаться с инженерами и вместе тестировать решения проблем. В одних случаях частичное решение дадут AI-инструменты, в других – даже простые меры вроде самообслуживаемых справочных материалов или шаблонов, упрощающих рутину.
4️⃣ Совместная ответственность за изменения
Авторы отчёта отмечают, что и менеджеры, и сами инженеры должны активно участвовать в улучшении процессов. Разработчикам стоит доносить до руководства свои проблемы на языке влияния на результат – показывая, как конкретные препятствия задерживают релизы или снижают качество. Такое представление превращает "жалобу" в осязаемую задачу, требующую решения. В ответ лидерам важно не отвергать сигналы, а вместе с командами искать пути улучшения. Регулярная двусторонняя связь помогает выявлять проблемы заранее, укрепляет доверие и держит всех в фокусе на приоритетных целях.
Итого, чтобы в полной мере воспользоваться потенциалом AI в разработке, компаниям необходимо улучшать Developer Experience системно. Это подразумевает устранение внутренних неэффективностей, выравнивание ожиданий между инженерами и менеджерами и внедрение культуры, где новые инструменты (включая ИИ) используются осознанно – для облегчения самых болезненных участков работы, а не в ущерб им. Только так удастся превратить сэкономленные часы в устойчивый рост продуктивности и удовлетворённости команд работой.
#AI #ML #PlatformEngineering #Software #Architecture #Processes #DevEx #Devops
Продолжим разбор отчета Atlassian выводами и рекомендациями его авторов
1️⃣ ИИ – мощный инструмент, но не "серебряная пуля"
По мнению авторов, автоматизация с помощью AI способна заметно улучшить опыт разработчиков лишь при условии, что она нацелена на реальные проблемные места процесса разработки. Если же организации концентрируются только на ускорении приятных частей работы (например, написания кода), не устраняя корневые причины трения – возникает ложное ощущение эффективности. В результате время, выигранное за счёт ИИ, тут же теряется из-за других задержек, а требования по скорости растут несправедливо относительно возможностей команды.
2️⃣ Системный подход к Developer Experience
Лучшие компании начали пересматривать подход к опыту разработчиков комплексно – выстраивая процессы вокруг прозрачности, автономности команд и высокой скорости выпуска продукта. Улучшение DevEx требует постоянной работы: авторы призывают организации целенаправленно выявлять узкие места и устранять фрикции на всех этапах жизненного цикла разработки, от планирования до деплоя. Благо, что теперь у пользователей Atlassian будет доступ к купленной платформе DX, которая позволяет системно работать над DevEx.
3️⃣ Диалог между лидерами и разработчиками
Первый шаг к улучшению – спросить самих разработчиков о том, что мешает их продуктивности. Руководителям команд рекомендуют плотно общаться с инженерами и вместе тестировать решения проблем. В одних случаях частичное решение дадут AI-инструменты, в других – даже простые меры вроде самообслуживаемых справочных материалов или шаблонов, упрощающих рутину.
4️⃣ Совместная ответственность за изменения
Авторы отчёта отмечают, что и менеджеры, и сами инженеры должны активно участвовать в улучшении процессов. Разработчикам стоит доносить до руководства свои проблемы на языке влияния на результат – показывая, как конкретные препятствия задерживают релизы или снижают качество. Такое представление превращает "жалобу" в осязаемую задачу, требующую решения. В ответ лидерам важно не отвергать сигналы, а вместе с командами искать пути улучшения. Регулярная двусторонняя связь помогает выявлять проблемы заранее, укрепляет доверие и держит всех в фокусе на приоритетных целях.
Итого, чтобы в полной мере воспользоваться потенциалом AI в разработке, компаниям необходимо улучшать Developer Experience системно. Это подразумевает устранение внутренних неэффективностей, выравнивание ожиданий между инженерами и менеджерами и внедрение культуры, где новые инструменты (включая ИИ) используются осознанно – для облегчения самых болезненных участков работы, а не в ущерб им. Только так удастся превратить сэкономленные часы в устойчивый рост продуктивности и удовлетворённости команд работой.
#AI #ML #PlatformEngineering #Software #Architecture #Processes #DevEx #Devops
Telegram
Книжный куб
[1/2] Atlassian "State of Developer Experience 2025" (Рубрика #DevEx)
Изучил интересный отчет от Atlassian на тему DevEx, который вышел в прошлом году. Интересно, что это уже второй отчет, из серии, которую они запустили в 2024 году совместно с тогда еще…
Изучил интересный отчет от Atlassian на тему DevEx, который вышел в прошлом году. Интересно, что это уже второй отчет, из серии, которую они запустили в 2024 году совместно с тогда еще…
👍5🔥5❤3
История Palo Alto Networks (PANW): как из «файрвола» ребята сделали платформу кибербезопасности (Рубрика #Security)
Пару дней назад я рассказывал про предсказания компании Palo Alto Networks насчет предсказаний на 2026 год в области безопасности. И дальше я понял, что надо бы рассказать историю этой компании, что является самым крупным независимым вендором кибезбеза. Эта американская компания известна как пионер концепции NGFW или "межсетевого экрана нового поколения" (Next-Generation FireWall). Основанная в 2005 году, она прошла путь от поставщика одного продукта (этого файрвола с расширенными возможностями) до многофункциональной платформы информационной безопасности мирового масштаба.
1️⃣ Старт (2005–2012)
- Основание: 2005, фаундер Nir Zuk. Первый продукт отгрузили в 2007
- Изначальная ставка: Next‑Gen Firewall (NGFW) - L7‑идентификация приложений (App‑ID), инспекция трафика/контента и политика “по пользователю”, а не только по IP/портам
- Бизнес‑модель 1.0: железо (appliance) + подписки (обновления/Threat Prevention/URL Filtering и т.п.) + поддержка → ранний рост за счёт enterprise‑клиентов и партнерского канала
- 2012: IPO → капитал для масштабирования продаж и R&D
2️⃣ Расширение (2013–2017)
- Укрепляют линейку NGFW, добавляют песочницы (WildFire), централизованный менеджмент (Panorama) и т.д.
- Начинают точечные M&A, чтобы закрывать смежные задачи (endpoint, аналитика угроз)
3️⃣ Поворот в сторону платформенной компании (2018–2023)
- CEO Nikesh Arora (с 2018) ускоряет стратегию “platformization”: меньше разрозненных security‑точек, больше единой платформы.
- Продуктовая структура закрепляется в 3 платформах:
-- Strata: network security / NGFW / SASE
-- Prisma: cloud security (CNAPP и всё вокруг облака)
-- Cortex: SecOps/XDR/SOAR + автоматизация/AI для SOC
- Драйверы: облака, удалёнка, рост атак → покупают технологии и «сшивают» в платформы (Demisto → SOAR, Expanse → attack surface и т.п.)
4️⃣ Где компания сейчас (FY2025)
- Капитализация - ~130 - 143 млрд USD на конец 2025 и начало 2026 года
- Выручка: $9.22B за FY2025
- Модель уже сильно подписочная: subscription+support = $7.42B (80.5% выручки), product (железо/лицензии) = $1.80B (19.5%)
- Net income (GAAP): $1.13B за FY2025
- Масштаб: 16,068 сотрудников; >8,500 партнёров; клиенты в 180+ странах; публично говорят “trusted by 70,000+ orgs”
5️⃣ Куда идут (2025→ )
- Identity Security: объявили сделку по CyberArk (PAM/identity) - логичный шаг, потому что identity становится новым "периметром"
- "AI‑платформизаци"” SOC/Cloud: объявили покупку Chronosphere (observability) и связывают это с Cortex AgentiX и агентными сценариями (авто‑детект/триаж проблем и инцидентов)
- Акцент на AI‑security (Prisma AIRS / Cortex Cloud 2.0) и дальнейшую консолидацию стека у крупных enterprise‑клиентов
Если коротко, то компания начиналась как NGFW‑железка с подпиской, а стала платформой, которая пытается закрыть “network + cloud + SOC + identity” одним вендором - и под это перестраивает и продукт, и коммерцию. Поэтому тренды от них на 2026 год почитать интересно - они как никак а лидеры рынка:)
#Security #CyberSecurity #AI #Management #Leadership #Data #Economy #Engineering #Architecture #Software
Пару дней назад я рассказывал про предсказания компании Palo Alto Networks насчет предсказаний на 2026 год в области безопасности. И дальше я понял, что надо бы рассказать историю этой компании, что является самым крупным независимым вендором кибезбеза. Эта американская компания известна как пионер концепции NGFW или "межсетевого экрана нового поколения" (Next-Generation FireWall). Основанная в 2005 году, она прошла путь от поставщика одного продукта (этого файрвола с расширенными возможностями) до многофункциональной платформы информационной безопасности мирового масштаба.
1️⃣ Старт (2005–2012)
- Основание: 2005, фаундер Nir Zuk. Первый продукт отгрузили в 2007
- Изначальная ставка: Next‑Gen Firewall (NGFW) - L7‑идентификация приложений (App‑ID), инспекция трафика/контента и политика “по пользователю”, а не только по IP/портам
- Бизнес‑модель 1.0: железо (appliance) + подписки (обновления/Threat Prevention/URL Filtering и т.п.) + поддержка → ранний рост за счёт enterprise‑клиентов и партнерского канала
- 2012: IPO → капитал для масштабирования продаж и R&D
2️⃣ Расширение (2013–2017)
- Укрепляют линейку NGFW, добавляют песочницы (WildFire), централизованный менеджмент (Panorama) и т.д.
- Начинают точечные M&A, чтобы закрывать смежные задачи (endpoint, аналитика угроз)
3️⃣ Поворот в сторону платформенной компании (2018–2023)
- CEO Nikesh Arora (с 2018) ускоряет стратегию “platformization”: меньше разрозненных security‑точек, больше единой платформы.
- Продуктовая структура закрепляется в 3 платформах:
-- Strata: network security / NGFW / SASE
-- Prisma: cloud security (CNAPP и всё вокруг облака)
-- Cortex: SecOps/XDR/SOAR + автоматизация/AI для SOC
- Драйверы: облака, удалёнка, рост атак → покупают технологии и «сшивают» в платформы (Demisto → SOAR, Expanse → attack surface и т.п.)
4️⃣ Где компания сейчас (FY2025)
- Капитализация - ~130 - 143 млрд USD на конец 2025 и начало 2026 года
- Выручка: $9.22B за FY2025
- Модель уже сильно подписочная: subscription+support = $7.42B (80.5% выручки), product (железо/лицензии) = $1.80B (19.5%)
- Net income (GAAP): $1.13B за FY2025
- Масштаб: 16,068 сотрудников; >8,500 партнёров; клиенты в 180+ странах; публично говорят “trusted by 70,000+ orgs”
5️⃣ Куда идут (2025→ )
- Identity Security: объявили сделку по CyberArk (PAM/identity) - логичный шаг, потому что identity становится новым "периметром"
- "AI‑платформизаци"” SOC/Cloud: объявили покупку Chronosphere (observability) и связывают это с Cortex AgentiX и агентными сценариями (авто‑детект/триаж проблем и инцидентов)
- Акцент на AI‑security (Prisma AIRS / Cortex Cloud 2.0) и дальнейшую консолидацию стека у крупных enterprise‑клиентов
Если коротко, то компания начиналась как NGFW‑железка с подпиской, а стала платформой, которая пытается закрыть “network + cloud + SOC + identity” одним вендором - и под это перестраивает и продукт, и коммерцию. Поэтому тренды от них на 2026 год почитать интересно - они как никак а лидеры рынка:)
#Security #CyberSecurity #AI #Management #Leadership #Data #Economy #Engineering #Architecture #Software
👍5❤2🔥2
Сравнение отчетов Atlassian "State of Developer Experience" 2024 и 2025 (Рубрика #DevEx)
Раньше я уже рассказывал про отчет Atlassian "State of Developer Experience 2025", но этот отчет они публикуют с 2024 года, поэтому интересно посмотреть тренды и что поменялось за год.
🤖 AI и экономия времени
В 2024 году большинство разработчиков не ощущали существенной выгоды от AI: примерно 62% опрошенных заявили, что инструменты искусственного интеллекта никак не улучшают либо лишь немного улучшают их продуктивность. А вот руководители уже тогда возлагали большие надежды на AI, считая его ключом к повышению производительности, но разработчики оставались скептичны. В отчете за 2025 год ситуация радикально изменилась. Практически все (99%) разработчики теперь отмечают, что AI экономит им время, и 68% разработчиков экономят свыше 10 часов в неделю благодаря AI-инструментам. Правда, формулировка вопросов изменилась: если в 2024-м респондентов спрашивали в общих чертах о влиянии AI на продуктивность, то в 2025-м замеряли конкретную экономию часов. Свободное время разработчики в 2025 году направляют на более ценную работу – улучшение качества кода, разработку новых фич и написание документации.
📉 Потери времени из-за неэффективности
Оба отчета фиксируют тревожный объём времени, утрачиваемого разработчиками из-за трения и неэффективных процессов. В 2024 году выяснилось, что большинство инженеров теряют примерно день в неделю на помехи – 69% разработчиков сообщали о потере 8 часов и более каждую неделю из-за различных неэффективностей. Этот "потерянный день" включал простои, ожидание ответов, работу с долгами в коде, поиск информации и другие непродуктивные занятия. В 2025 году, несмотря на экономию времени с AI, картина ухудшилась: 90% разработчиков теряют минимум 6 часов в неделю на организационные препятствия, причём половина (50%) теряет 10 часов и более.
🧐 Метрики продуктивности и фокус усилий
Оба исследования подчеркивают, что продуктивность разработчиков не сводится к количеству написанного кода. В 2024 году авторы отмечали, что компании часто оценивают эффективность через output - количество задач, коммитов и т.д. - не отслеживая скрытые потери из-за неэффективностей. На деле же, как показал опрос, основные тормоза продуктивности лежат вне непосредственного написания кода: это бюрократия, коммуникационные сбои, долг по документации и сложности инфраструктуры. Лидеры признавали важность Developer Experience, но усилия по его улучшению были несистемными и не всегда попадали в цель. Отчёт 2025 ещё более отчётливо показал эту проблему: непосредственно кодированием разработчики тратят лишь ~16% своего рабочего времени, остальное уходит на совещания, поиск информации, настройку окружения, ожидание и прочие сопутствующие задачи.
❤️🔥 Разрыв между восприятием лидеров и разработчиков
Обе версии отчёта отмечают небезпечный разрыв между тем, как лидеры и рядовые инженеры воспринимают проблемы Developer Experience. В 2024 году 44% разработчиков считали, что руководители понимают проблемы, снижающие их эффективность (технический долг, устаревшие процессы, перегрузки), мешающие продуктивной работе. Сами же лидеры нередко недооценивали масштаб потерь: например, почти половина технических руководителей тогда полагала, что проблему можно решить наймом. Это отражает расхождение в восприятии корня проблем: разработчики указывали на качество процессов, а менеджеры - на ресурсы. В 2025 году уже 63% разработчиков заявили, что лидеры не понимают их насущных трудностей. Atlassian объясняет это тем, что руководство поспешило “монетизировать” выгоду от AI (т.е. ожидало ускорения разработки благодаря сэкономленному AI времени), не устранив старые источники трения. В итоге лидеры могли решить, что раз разработчики стали работать быстрее с AI, то проблемы решены - тогда как сами разработчики продолжают буксовать на неустранённых узких местах.
#AI #ML #PlatformEngineering #Software #Architecture #Processes #DevEx #Devops
Раньше я уже рассказывал про отчет Atlassian "State of Developer Experience 2025", но этот отчет они публикуют с 2024 года, поэтому интересно посмотреть тренды и что поменялось за год.
В 2024 году большинство разработчиков не ощущали существенной выгоды от AI: примерно 62% опрошенных заявили, что инструменты искусственного интеллекта никак не улучшают либо лишь немного улучшают их продуктивность. А вот руководители уже тогда возлагали большие надежды на AI, считая его ключом к повышению производительности, но разработчики оставались скептичны. В отчете за 2025 год ситуация радикально изменилась. Практически все (99%) разработчики теперь отмечают, что AI экономит им время, и 68% разработчиков экономят свыше 10 часов в неделю благодаря AI-инструментам. Правда, формулировка вопросов изменилась: если в 2024-м респондентов спрашивали в общих чертах о влиянии AI на продуктивность, то в 2025-м замеряли конкретную экономию часов. Свободное время разработчики в 2025 году направляют на более ценную работу – улучшение качества кода, разработку новых фич и написание документации.
Оба отчета фиксируют тревожный объём времени, утрачиваемого разработчиками из-за трения и неэффективных процессов. В 2024 году выяснилось, что большинство инженеров теряют примерно день в неделю на помехи – 69% разработчиков сообщали о потере 8 часов и более каждую неделю из-за различных неэффективностей. Этот "потерянный день" включал простои, ожидание ответов, работу с долгами в коде, поиск информации и другие непродуктивные занятия. В 2025 году, несмотря на экономию времени с AI, картина ухудшилась: 90% разработчиков теряют минимум 6 часов в неделю на организационные препятствия, причём половина (50%) теряет 10 часов и более.
Оба исследования подчеркивают, что продуктивность разработчиков не сводится к количеству написанного кода. В 2024 году авторы отмечали, что компании часто оценивают эффективность через output - количество задач, коммитов и т.д. - не отслеживая скрытые потери из-за неэффективностей. На деле же, как показал опрос, основные тормоза продуктивности лежат вне непосредственного написания кода: это бюрократия, коммуникационные сбои, долг по документации и сложности инфраструктуры. Лидеры признавали важность Developer Experience, но усилия по его улучшению были несистемными и не всегда попадали в цель. Отчёт 2025 ещё более отчётливо показал эту проблему: непосредственно кодированием разработчики тратят лишь ~16% своего рабочего времени, остальное уходит на совещания, поиск информации, настройку окружения, ожидание и прочие сопутствующие задачи.
Обе версии отчёта отмечают небезпечный разрыв между тем, как лидеры и рядовые инженеры воспринимают проблемы Developer Experience. В 2024 году 44% разработчиков считали, что руководители понимают проблемы, снижающие их эффективность (технический долг, устаревшие процессы, перегрузки), мешающие продуктивной работе. Сами же лидеры нередко недооценивали масштаб потерь: например, почти половина технических руководителей тогда полагала, что проблему можно решить наймом. Это отражает расхождение в восприятии корня проблем: разработчики указывали на качество процессов, а менеджеры - на ресурсы. В 2025 году уже 63% разработчиков заявили, что лидеры не понимают их насущных трудностей. Atlassian объясняет это тем, что руководство поспешило “монетизировать” выгоду от AI (т.е. ожидало ускорения разработки благодаря сэкономленному AI времени), не устранив старые источники трения. В итоге лидеры могли решить, что раз разработчики стали работать быстрее с AI, то проблемы решены - тогда как сами разработчики продолжают буксовать на неустранённых узких местах.
#AI #ML #PlatformEngineering #Software #Architecture #Processes #DevEx #Devops
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥7❤6👍3
LOVED: How to Rethink Marketing for Tech Products (Loved. Продуктовый маркетинг по любви)
Дочитал эту книгу Мартина Лаученко на этих зимних каникулах (а начинал читать еще пару лет назад). Книга оставила у меня смешанные чувства - вроде и автор хороший и тема интересная, а книга читалась через силу. Вообще, Мартина - опытный эксперт, что когда-то участвовала в разработке и маркетинге Microsoft Word и Netscape Navigator, а сейчас является партнёром Silicon Valley Product Group. Интересно, что книга стала бестселлером среди книг о маркетинге технических продуктов, хотя в переводе названия эта нацеленность на технические продукты исчезла. Ключевые идеи книги такие
1️⃣ Отличный технологичный продукт сам по себе не гарантирует успеха - нужна продуманная маркетинговая стратегия. Лаученко объясняет, что продуктовый маркетинг - это стратегическая функция, формирующая восприятие продукта рынком.
2️⃣ Мартина выделяет четыре роли продуктувого маркетолога: амбассадор, стратег, сторителлер и евангелист. Эти роли последовательно связывают продукт с аудиторией: знакомят пользователей, формируют ожидания, “влюбляют” в продукт и вдохновляют рассказывать о нём другим. Если подробнее, то
- Ambassador - это "мост" между рынком и командой. Он помогает синхронизировать инсайты о пользователях/рынке внутрь компании и обратно, чтобы это реально влияло на решения: что строим, как упаковываем, как продаём. Это не "владелец" продукта/маркетинга, а именно амбассадор диалога: помогать команде слышать сигнал и корректировать курс.
- Strategist - отвечает за то, "куда идём через 12–18 месяцев". Эта роль про долгий горизонт: продуктовый маркетинг смотрит на то, кем вы должны стать для рынка, и что нужно сделать сегодня, чтобы рынок вас так воспринимал завтра (включая что строить, как упаковать, какой GTM-механикой идти)
- Storyteller - отвечает не просто за копирайтинг, а про управление тем, как рынок объясняет себе вашу ценность: это больше, чем "правильные слова". Очень практичная эвристика из интервью: объясняйте продукт так, будто разговариваете с умным восьмиклассником - это выбивает жаргон и заставляет докопаться до сути.
- Evangelist - эта роль "делает так, чтобы другие рассказывали за нас". В современном мире важнее то, что скажут другие, а не то, что вы скажете сами. Поэтому задача - вооружить людей "атомарными тезисами", которые легко пересказать: тезис, пример, ROI-история, короткая формула ценности.
3️⃣ Фокус на рынке, не только на продукт: книга учит начинать не с функций, а с реальных потребностей. Собирайте обратную связь от пользователей и держите в фокусе market-product fit (сначала понять нужды рынка, потом создавать решение). Иными словами, ценность продукта определяется готовностью рынка его принять, а не наоборот.
4️⃣ Go-to-Market как часть стратегии: план вывода на рынок нужно продумывать с первого дня, а не после релиза. В книге показано, как продукт обгонял конкурентов не за счёт новых фич, а благодаря лучшему позиционированию и истории о ценности. Например, сервис Pocket вырвался вперёд, сумев чётко донести, чем он полезнее альтернатив. Правильный нарратив способен переломить исход рыночной борьбы. Отдельно интересно рассказано про календарь для планирования релизов. Смысл в том, чтобы договориться, что релизы бывают разных "классов", и от класса зависит:
- Сколько заранее готовится маркетинг/сейлз/саппорт
- Какие активы нужны (доки, кейсы, сравнения, pricing/packaging)
- Какая “цель релиза” (тихий rollout vs попытка пробить новый сегмент)
Почему эту книгу интересно почитать инженерам и техническим руководителям?
Хотя книга о маркетинге, написана она для широкой аудитории технических специалистов - без перегрузки жаргоном. Инженерам Loved поможет взглянуть на свой продукт глазами рынка. Она даст техническим специалистам понимание, как соединить два мира - продукт и рынок. Разработчики узнают, как эффективно доносить ценность своих решений, выстраивать доверие пользователей и сотрудничать с маркетингом, чтобы их проекты не просто работали, но и становились любимыми.
#Marketing #Startup #Economics #Software #Engineering
Дочитал эту книгу Мартина Лаученко на этих зимних каникулах (а начинал читать еще пару лет назад). Книга оставила у меня смешанные чувства - вроде и автор хороший и тема интересная, а книга читалась через силу. Вообще, Мартина - опытный эксперт, что когда-то участвовала в разработке и маркетинге Microsoft Word и Netscape Navigator, а сейчас является партнёром Silicon Valley Product Group. Интересно, что книга стала бестселлером среди книг о маркетинге технических продуктов, хотя в переводе названия эта нацеленность на технические продукты исчезла. Ключевые идеи книги такие
1️⃣ Отличный технологичный продукт сам по себе не гарантирует успеха - нужна продуманная маркетинговая стратегия. Лаученко объясняет, что продуктовый маркетинг - это стратегическая функция, формирующая восприятие продукта рынком.
2️⃣ Мартина выделяет четыре роли продуктувого маркетолога: амбассадор, стратег, сторителлер и евангелист. Эти роли последовательно связывают продукт с аудиторией: знакомят пользователей, формируют ожидания, “влюбляют” в продукт и вдохновляют рассказывать о нём другим. Если подробнее, то
- Ambassador - это "мост" между рынком и командой. Он помогает синхронизировать инсайты о пользователях/рынке внутрь компании и обратно, чтобы это реально влияло на решения: что строим, как упаковываем, как продаём. Это не "владелец" продукта/маркетинга, а именно амбассадор диалога: помогать команде слышать сигнал и корректировать курс.
- Strategist - отвечает за то, "куда идём через 12–18 месяцев". Эта роль про долгий горизонт: продуктовый маркетинг смотрит на то, кем вы должны стать для рынка, и что нужно сделать сегодня, чтобы рынок вас так воспринимал завтра (включая что строить, как упаковать, какой GTM-механикой идти)
- Storyteller - отвечает не просто за копирайтинг, а про управление тем, как рынок объясняет себе вашу ценность: это больше, чем "правильные слова". Очень практичная эвристика из интервью: объясняйте продукт так, будто разговариваете с умным восьмиклассником - это выбивает жаргон и заставляет докопаться до сути.
- Evangelist - эта роль "делает так, чтобы другие рассказывали за нас". В современном мире важнее то, что скажут другие, а не то, что вы скажете сами. Поэтому задача - вооружить людей "атомарными тезисами", которые легко пересказать: тезис, пример, ROI-история, короткая формула ценности.
3️⃣ Фокус на рынке, не только на продукт: книга учит начинать не с функций, а с реальных потребностей. Собирайте обратную связь от пользователей и держите в фокусе market-product fit (сначала понять нужды рынка, потом создавать решение). Иными словами, ценность продукта определяется готовностью рынка его принять, а не наоборот.
4️⃣ Go-to-Market как часть стратегии: план вывода на рынок нужно продумывать с первого дня, а не после релиза. В книге показано, как продукт обгонял конкурентов не за счёт новых фич, а благодаря лучшему позиционированию и истории о ценности. Например, сервис Pocket вырвался вперёд, сумев чётко донести, чем он полезнее альтернатив. Правильный нарратив способен переломить исход рыночной борьбы. Отдельно интересно рассказано про календарь для планирования релизов. Смысл в том, чтобы договориться, что релизы бывают разных "классов", и от класса зависит:
- Сколько заранее готовится маркетинг/сейлз/саппорт
- Какие активы нужны (доки, кейсы, сравнения, pricing/packaging)
- Какая “цель релиза” (тихий rollout vs попытка пробить новый сегмент)
Почему эту книгу интересно почитать инженерам и техническим руководителям?
Хотя книга о маркетинге, написана она для широкой аудитории технических специалистов - без перегрузки жаргоном. Инженерам Loved поможет взглянуть на свой продукт глазами рынка. Она даст техническим специалистам понимание, как соединить два мира - продукт и рынок. Разработчики узнают, как эффективно доносить ценность своих решений, выстраивать доверие пользователей и сотрудничать с маркетингом, чтобы их проекты не просто работали, но и становились любимыми.
#Marketing #Startup #Economics #Software #Engineering
❤10👍3🔥2
Конструктор орбитальной станции
Где-то полгодика назад я купил себе конструктор с космической станцией, но никак не доходили руки его собрать. Но в каникулы я сделал над собой усилие и собрал его - теперь он стоит у меня в кабинете. А рядом с ним лего фигурки космонавта и Маленького Принца (в некотором роде тоже космического путешественника). В общем, выглядит стильно и мне нравится:)
Где-то полгодика назад я купил себе конструктор с космической станцией, но никак не доходили руки его собрать. Но в каникулы я сделал над собой усилие и собрал его - теперь он стоит у меня в кабинете. А рядом с ним лего фигурки космонавта и Маленького Принца (в некотором роде тоже космического путешественника). В общем, выглядит стильно и мне нравится:)
👍16🔥8❤6
[1/3] Octoverse 2025: A new developer joins GitHub every second as AI leads TypeScript to #1 (Рубрика #Engineering)
В конце октября появился очередной отчет Octoverse от GitHub, где авторы рассказывают про состояние дел в мире OSS (Open Source Software), а точнее о состоянии экосистемы разработки софта на GitHub. В 2025 году в отчете рассказывают про рекордный рост сообщества разработчиков в 2025 году и кардинальное влияние инструментов искусственного интеллекта на процесс разработки и выбор технологий.
Но начать стоит с методологии, так как она в отличие от многих других похожих отчетов основана не на опросах (что хорошо и позволяет оценить что происходит реально с репозиториями, кодом, разработчиками):
- Источник и период данных: отчет основан на анализе всех активностей пользователей на платформе GitHub за период с 1 сентября 2024 года по 31 августа 2025 (это так называемый Octoverse Year). Данные получены непосредственно из событий на платформе (коммиты, pull request’ы, issue и др.) – преимущественно из публичных репозиториев, если не оговорено иначе. Такой подход позволил сопоставлять метрики год к году с учётом сезонности (для трендов использовали сравнение одного и того же месяца в 2024 и 2025).
- Охват и размер выборки: тут тоже все здорово - отчет Octoverse опирается на всю популяцию разработчиков на GitHub, которых в 2025 году стало больше 180 миллионов (на 36 млн больше, чем годом ранее).
- Географическая представленность: данные отражают глобальное распределение разработчиков. Быстрее всего сообщество растёт в Азии и других развивающихся регионах, а Индия вышла на первое место по скорости добавления разработчиков (более 5.2 млн за год), а также на второе место по размеру сообщества (сразу после США).
- Отраслевая представленность: в конексте отчета разработчиком считают любого пользователя GitHub, связанный с созданием ПО. Отчёт охватывает как открытые проекты, так и корпоративные: хотя 81,5% всех зафиксированных вкладов пришлось на приватные репозитории (внутренние компании разработки), более 63% всех репозиториев на GitHub остаются публичными или open source. Иными словами, анализ учитывает и повседневную корпоративную разработку, и масштабную открытую экосистему, на которую она опирается.
- Дополнительные исследования: Отчёт носит количественный характер, основанный на телеметрии GitHub, а не на анкетировании. Однако авторы включили точечные качественные данные – например, серии интервью с разработчиками о практике ревью кода, чтобы оценить пользу нового инструмента GitHub Copilot Code Review. Результаты этих интервью встроены в анализ, например, 72,6% опрошенных отметили рост эффективности кода-ревью благодаря ИИ.
Ну а теперь, когда стало ясно почему отчет так интересен, стоит перейти к его результатами и ключевым выводам
👀 Основные показатели экосистемы Octoverse 2025
- Общее число проектов достигло 630 миллионов, AI-проектов – 4,3 млн, а разработчиков –-более 180 миллионов
- Количество публичных contributions (commits, PRs, gits, ...) - 1,12 млрд, в среднем 43,2 млн слияний pull request’ов в месяц (+23% г/г)
- Самыми популярными языками стали TypeScript и Python
Эти рекордные цифры отражают главные тренды 2025 года - беспрецедентный рост сообщества и широкое внедрение ИИ-технологий в разработку
Ну а в следующих постах мы обсудим ключевые результаты более подробно.
#AI #ML #Software #Architecture #Processes #DevEx #Devops #Metrics #Engineering #OpenSource #Architecture
В конце октября появился очередной отчет Octoverse от GitHub, где авторы рассказывают про состояние дел в мире OSS (Open Source Software), а точнее о состоянии экосистемы разработки софта на GitHub. В 2025 году в отчете рассказывают про рекордный рост сообщества разработчиков в 2025 году и кардинальное влияние инструментов искусственного интеллекта на процесс разработки и выбор технологий.
Но начать стоит с методологии, так как она в отличие от многих других похожих отчетов основана не на опросах (что хорошо и позволяет оценить что происходит реально с репозиториями, кодом, разработчиками):
- Источник и период данных: отчет основан на анализе всех активностей пользователей на платформе GitHub за период с 1 сентября 2024 года по 31 августа 2025 (это так называемый Octoverse Year). Данные получены непосредственно из событий на платформе (коммиты, pull request’ы, issue и др.) – преимущественно из публичных репозиториев, если не оговорено иначе. Такой подход позволил сопоставлять метрики год к году с учётом сезонности (для трендов использовали сравнение одного и того же месяца в 2024 и 2025).
- Охват и размер выборки: тут тоже все здорово - отчет Octoverse опирается на всю популяцию разработчиков на GitHub, которых в 2025 году стало больше 180 миллионов (на 36 млн больше, чем годом ранее).
- Географическая представленность: данные отражают глобальное распределение разработчиков. Быстрее всего сообщество растёт в Азии и других развивающихся регионах, а Индия вышла на первое место по скорости добавления разработчиков (более 5.2 млн за год), а также на второе место по размеру сообщества (сразу после США).
- Отраслевая представленность: в конексте отчета разработчиком считают любого пользователя GitHub, связанный с созданием ПО. Отчёт охватывает как открытые проекты, так и корпоративные: хотя 81,5% всех зафиксированных вкладов пришлось на приватные репозитории (внутренние компании разработки), более 63% всех репозиториев на GitHub остаются публичными или open source. Иными словами, анализ учитывает и повседневную корпоративную разработку, и масштабную открытую экосистему, на которую она опирается.
- Дополнительные исследования: Отчёт носит количественный характер, основанный на телеметрии GitHub, а не на анкетировании. Однако авторы включили точечные качественные данные – например, серии интервью с разработчиками о практике ревью кода, чтобы оценить пользу нового инструмента GitHub Copilot Code Review. Результаты этих интервью встроены в анализ, например, 72,6% опрошенных отметили рост эффективности кода-ревью благодаря ИИ.
Ну а теперь, когда стало ясно почему отчет так интересен, стоит перейти к его результатами и ключевым выводам
👀 Основные показатели экосистемы Octoverse 2025
- Общее число проектов достигло 630 миллионов, AI-проектов – 4,3 млн, а разработчиков –-более 180 миллионов
- Количество публичных contributions (commits, PRs, gits, ...) - 1,12 млрд, в среднем 43,2 млн слияний pull request’ов в месяц (+23% г/г)
- Самыми популярными языками стали TypeScript и Python
Эти рекордные цифры отражают главные тренды 2025 года - беспрецедентный рост сообщества и широкое внедрение ИИ-технологий в разработку
Ну а в следующих постах мы обсудим ключевые результаты более подробно.
#AI #ML #Software #Architecture #Processes #DevEx #Devops #Metrics #Engineering #OpenSource #Architecture
The GitHub Blog
Octoverse: A new developer joins GitHub every second as AI leads TypeScript to #1
In this year’s Octoverse, we uncover how AI, agents, and typed languages are driving the biggest shifts in software development in more than a decade.
❤6👍1🔥1
[2/3] Octoverse 2025: A new developer joins GitHub every second as AI leads TypeScript to #1 (Рубрика #Engineering)
Продолжая рассказ про очередной ежегодный отчет от GitHub о состоянии экосистемы разработки софта на платформе, расскажу подробнее про его результаты.
📈 Беспрецедентный рост сообщества
- Платформа пополнилась более чем 36 миллионами новых разработчиков - это самый высокий абсолютный рост за всю историю наблюдений
- азработчики создали около 121 млн новых репозиториев за год (до 630 млн всего)
- Число коммитов достигло почти 1 миллиарда в 2025 году (+25% к 2024)
- Ежемесячно сливалось порядка 43,2 млн pull request’ов (+23% к 2024)
Такая динамика совпала с запуском бесплатной версии GitHub Copilot в конце 2024, которая привлекла волну новых пользователей и проектов.
🤖 ИИ стал неотъемлемой частью разработки
Генеративный ИИ за год превратился из новинки в стандартный инструмент разработчика.
- На GitHub уже насчитывается порядка 4,3 миллиона репозиториев, связанных с AI (расчет через проставление тегов репозиториям и выделение части тегов как относящихся к AI проектам).
- Свыше 1,1 млн публичных проектов используют SDK для работы с большими языковыми моделями (LLM) - и 693 тыс. из них созданы всего за последние 12 месяцев (рост +178% год к году)
- Новички сразу внедряют AI в работу: почти 80% новых разработчиков начинают использовать автодополнение GitHub Copilot уже в первую неделю работы с кодом
Всё это подтверждает, что ИИ-инструменты теперь ожидаемы “по умолчанию” в среде разработчиков. Рост использования AI-средств сопровождается и ростом вклада в код: за год было слито рекордные 518,7 млн pull request’ов (+29% к предыдущему году), а общее число вкладов в открытые проекты превысило 1,12 млрд (+13% г/г).
🚀 TypeScript вышел на 1-е место среди языков
Впервые за последнее десятилетие сменился лидер по популярности языков программирования на GitHub: в августе 2025 года TypeScript обогнал Python (а также давнего лидера JavaScript) и стал самым используемым языком на платформе. Стремительный рост TypeScript обусловлен сразу двумя факторами
1. Современные фронтенд-фреймворки (React, Angular и др.) генерируют шаблоны проектов на TS по умолчанию
2. Команды всё чаще предпочитают строго типизированный код при использовании ИИ: развитая типизация TypeScript делает автосгенерированный AI-код более надежным
За год сообщество TypeScript выросло на ≈1,05 млн разработчиков (+66% г/г), тогда как Python прибавил ~850 тыс. (+48% г/г). Несмотря на потерю первого места, Python остаётся ключевым языком для задач ИИ и науки о данных - у него 2,6 млн активных контрибьюторов, а Jupyter Notebook по-прежнему служит основной средой экспериментов (≈403 тыс. репозиториев внутри AI-проектов). Совокупно сообщества TypeScript и Python теперь насчитывают >5,2 млн разработчиков (около 3% всех активных пользователей GitHub).
Такой сдвиг подтверждает: ИИ влияет не только на скорость кодинга, но и на выбор технологий - команды охотнее доверяют AI-сгенерированный код языкам со строгой типизацией, особенно для продакшн-систем.
💯 ИИ меняет предпочтения и практики разработки
Данные Octoverse указывают на явную связь между внедрением AI-инструментов и эволюцией стека технологий разработчиков
- Начиная с 2025 года, рост популярности Python идёт почти параллельно с JavaScript/TypeScript, что свидетельствует об универсальном влиянии ИИ на разные экосистемы - от веб-разработки до анализа данных.
- Появляются новые подходы к работе с кодом, такие как "vibe coding"
- AI-ассистенты заметно снизили порог входа: если ИИ продолжит упрощать создание ПО, число людей, способных “кодить”, может резко возрасти
- На горизонте эра автономных помощников (AI agents). Уже появились инструменты, которые могут самостоятельно сгенерировать код, запустить тесты и даже открыть pull request для проверки человеком
В заключении погорим про мир open source и влиянии AI на продуктивность разработки, а также приведем выводы.
#AI #ML #Software #Architecture #Processes #DevEx #Devops #Metrics #Engineering #OpenSource #Architecture
Продолжая рассказ про очередной ежегодный отчет от GitHub о состоянии экосистемы разработки софта на платформе, расскажу подробнее про его результаты.
📈 Беспрецедентный рост сообщества
- Платформа пополнилась более чем 36 миллионами новых разработчиков - это самый высокий абсолютный рост за всю историю наблюдений
- азработчики создали около 121 млн новых репозиториев за год (до 630 млн всего)
- Число коммитов достигло почти 1 миллиарда в 2025 году (+25% к 2024)
- Ежемесячно сливалось порядка 43,2 млн pull request’ов (+23% к 2024)
Такая динамика совпала с запуском бесплатной версии GitHub Copilot в конце 2024, которая привлекла волну новых пользователей и проектов.
🤖 ИИ стал неотъемлемой частью разработки
Генеративный ИИ за год превратился из новинки в стандартный инструмент разработчика.
- На GitHub уже насчитывается порядка 4,3 миллиона репозиториев, связанных с AI (расчет через проставление тегов репозиториям и выделение части тегов как относящихся к AI проектам).
- Свыше 1,1 млн публичных проектов используют SDK для работы с большими языковыми моделями (LLM) - и 693 тыс. из них созданы всего за последние 12 месяцев (рост +178% год к году)
- Новички сразу внедряют AI в работу: почти 80% новых разработчиков начинают использовать автодополнение GitHub Copilot уже в первую неделю работы с кодом
Всё это подтверждает, что ИИ-инструменты теперь ожидаемы “по умолчанию” в среде разработчиков. Рост использования AI-средств сопровождается и ростом вклада в код: за год было слито рекордные 518,7 млн pull request’ов (+29% к предыдущему году), а общее число вкладов в открытые проекты превысило 1,12 млрд (+13% г/г).
🚀 TypeScript вышел на 1-е место среди языков
Впервые за последнее десятилетие сменился лидер по популярности языков программирования на GitHub: в августе 2025 года TypeScript обогнал Python (а также давнего лидера JavaScript) и стал самым используемым языком на платформе. Стремительный рост TypeScript обусловлен сразу двумя факторами
1. Современные фронтенд-фреймворки (React, Angular и др.) генерируют шаблоны проектов на TS по умолчанию
2. Команды всё чаще предпочитают строго типизированный код при использовании ИИ: развитая типизация TypeScript делает автосгенерированный AI-код более надежным
За год сообщество TypeScript выросло на ≈1,05 млн разработчиков (+66% г/г), тогда как Python прибавил ~850 тыс. (+48% г/г). Несмотря на потерю первого места, Python остаётся ключевым языком для задач ИИ и науки о данных - у него 2,6 млн активных контрибьюторов, а Jupyter Notebook по-прежнему служит основной средой экспериментов (≈403 тыс. репозиториев внутри AI-проектов). Совокупно сообщества TypeScript и Python теперь насчитывают >5,2 млн разработчиков (около 3% всех активных пользователей GitHub).
Такой сдвиг подтверждает: ИИ влияет не только на скорость кодинга, но и на выбор технологий - команды охотнее доверяют AI-сгенерированный код языкам со строгой типизацией, особенно для продакшн-систем.
Данные Octoverse указывают на явную связь между внедрением AI-инструментов и эволюцией стека технологий разработчиков
- Начиная с 2025 года, рост популярности Python идёт почти параллельно с JavaScript/TypeScript, что свидетельствует об универсальном влиянии ИИ на разные экосистемы - от веб-разработки до анализа данных.
- Появляются новые подходы к работе с кодом, такие как "vibe coding"
- AI-ассистенты заметно снизили порог входа: если ИИ продолжит упрощать создание ПО, число людей, способных “кодить”, может резко возрасти
- На горизонте эра автономных помощников (AI agents). Уже появились инструменты, которые могут самостоятельно сгенерировать код, запустить тесты и даже открыть pull request для проверки человеком
В заключении погорим про мир open source и влиянии AI на продуктивность разработки, а также приведем выводы.
#AI #ML #Software #Architecture #Processes #DevEx #Devops #Metrics #Engineering #OpenSource #Architecture
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Книжный куб
[1/3] Octoverse 2025: A new developer joins GitHub every second as AI leads TypeScript to #1 (Рубрика #Engineering)
В конце октября появился очередной отчет Octoverse от GitHub, где авторы рассказывают про состояние дел в мире OSS (Open Source Software)…
В конце октября появился очередной отчет Octoverse от GitHub, где авторы рассказывают про состояние дел в мире OSS (Open Source Software)…
❤3⚡1🔥1
[3/3] Octoverse 2025: A new developer joins GitHub every second as AI leads TypeScript to #1 (Рубрика #Engineering)
В заключении разбора отчета от GitHub погорим про мир open source и влиянии AI на продуктивность разработки, а также приведем заключительные выводы
🌐 Open source в эпоху ИИ: рост и новые лидеры
- Активность в открытых репозиториях достигла исторических максимумов. В 2025 году было зафиксировано 1,128 млрд вкладов в публичные и open source-проекты (+13% г/г). В целом на GitHub уже 395 млн открытых репозиториев (+20% г/г), а за год сообщество слило 518,7 млн pull request’ов в публичных проектах (+29% г/г).
- Бурный рост связан, в том числе, с ИИ-бумом: 6 из 10 самых быстрорастущих проектов года - это инструменты для ИИ-инфраструктуры (фреймворки для запуска моделей, оркестрации и т.п.). Например, vllm, ollama, ComfyUI, Continue и т.д.
- При этом 60% из топ-10 самых популярных репозиториев по числу контрибьюторов тоже связаны с ИИ – сообщество вкладывается в базовые AI-библиотеки и движки вроде HuggingFace Transformers, llama.cpp, а также в AI-функции популярных инструментов (например, OpenAI Codex для VS Code)
- Но open source-экосистема не ограничивается одной лишь сферой AI. Рядом с взлётом ИИ-проектов сохраняют сильные позиции и классические направления: например, открытый игровой движок Godot, домашняя IoT-платформа Home Assistant и фреймворк Expo для мобильной разработки стабильно входят в топ проектов по числу контрибьюторов
- Анализ показывает, что помимо ИИ, разработчики проявляют повышенный интерес к инструментам повышения эффективности
-- Средствам для детерминированной сборки и управления зависимостями (Nix, UV) – “чтобы код работал на любой машине”
-- Высокопроизводительным фреймворкам (Tailwind CSS, Ghostty) для получения быстрых результатов
-- К проектам, дающим больший контроль над средой (например, защищённые браузеры как Zen Browser)
- Продолжается и тренд на децентрализацию соцсетей: успех платформы Bluesky показывает спрос на открытые протоколы и независимость
🚀 ИИ повышает продуктивность разработки.
2025-й ознаменовался скачком продуктивности: по всем ключевым метрикам разработчики стали делать больше и быстрее, отчасти благодаря новым AI-инструментам. Ежемесячно на GitHub теперь
- Закрывается ≈4,25 млн issue (против ~3,4 млн в 2024)
- Слияний pull request’ов стало 43,2 млн (против ~35 млн в 2024)
- Объём коммитов увеличился с ~65 млн до 82 млн в месяц
Весной 2025, после запуска превью Copilot “coding agent” (март) и релиза Copilot Code Review (апрель), эти показатели резко пошли вверх. В марте разработчики закрыли на 1,4 млн issue больше, чем в феврале, а в июле 2025 было закрыто рекордные 5,5 млн issue за месяц. Сами разработчики подтверждают эффективность AI-помощников: по результатам интервью, 72,6% пользователей Copilot Code Review сообщили, что авто-рекомендации ИИ улучшили их процесс ревью кода. В целом, рост активности (на +25–30% г/г по разным сигналам) говорит о том, что ИИ-инструменты не только экономят время при написании кода, но и позволяют быстрее доводить задачи до завершения, снижая "трение" в командной работе.
В общем, из этого отчета видно, что
- Сообщество разработчиков растёт и меняется стремительнее, чем когда-либо, и одна из главных причин - интеграция AI в ежедневную практику программирования
- Искусственный интеллект уже стал стандартным помощником, ускоряя развитие проектов и влияя на выбор языков (первое место TypeScript во многом обязано AI-трендам).
- AI-проекты захватывают центр внимания в open source сообществе, но одновременно экосистема остаётся многообразной: наряду с ИИ, востребованы инструменты для надёжных сборок, производительности и свободы пользователей
Дальше будует еще веселее - по мере развития AI-инструментов мы уже видим с какой скоростью меняется индустрия разработки софта и профессии инженеров, технических руководителей, продуктовых менеджеров и т.д. Жить в эпоху технологических революций жутко интересно:)
#AI #ML #Software #Architecture #Processes #DevEx #Devops #Metrics #Engineering #OpenSource #Architecture
В заключении разбора отчета от GitHub погорим про мир open source и влиянии AI на продуктивность разработки, а также приведем заключительные выводы
- Активность в открытых репозиториях достигла исторических максимумов. В 2025 году было зафиксировано 1,128 млрд вкладов в публичные и open source-проекты (+13% г/г). В целом на GitHub уже 395 млн открытых репозиториев (+20% г/г), а за год сообщество слило 518,7 млн pull request’ов в публичных проектах (+29% г/г).
- Бурный рост связан, в том числе, с ИИ-бумом: 6 из 10 самых быстрорастущих проектов года - это инструменты для ИИ-инфраструктуры (фреймворки для запуска моделей, оркестрации и т.п.). Например, vllm, ollama, ComfyUI, Continue и т.д.
- При этом 60% из топ-10 самых популярных репозиториев по числу контрибьюторов тоже связаны с ИИ – сообщество вкладывается в базовые AI-библиотеки и движки вроде HuggingFace Transformers, llama.cpp, а также в AI-функции популярных инструментов (например, OpenAI Codex для VS Code)
- Но open source-экосистема не ограничивается одной лишь сферой AI. Рядом с взлётом ИИ-проектов сохраняют сильные позиции и классические направления: например, открытый игровой движок Godot, домашняя IoT-платформа Home Assistant и фреймворк Expo для мобильной разработки стабильно входят в топ проектов по числу контрибьюторов
- Анализ показывает, что помимо ИИ, разработчики проявляют повышенный интерес к инструментам повышения эффективности
-- Средствам для детерминированной сборки и управления зависимостями (Nix, UV) – “чтобы код работал на любой машине”
-- Высокопроизводительным фреймворкам (Tailwind CSS, Ghostty) для получения быстрых результатов
-- К проектам, дающим больший контроль над средой (например, защищённые браузеры как Zen Browser)
- Продолжается и тренд на децентрализацию соцсетей: успех платформы Bluesky показывает спрос на открытые протоколы и независимость
2025-й ознаменовался скачком продуктивности: по всем ключевым метрикам разработчики стали делать больше и быстрее, отчасти благодаря новым AI-инструментам. Ежемесячно на GitHub теперь
- Закрывается ≈4,25 млн issue (против ~3,4 млн в 2024)
- Слияний pull request’ов стало 43,2 млн (против ~35 млн в 2024)
- Объём коммитов увеличился с ~65 млн до 82 млн в месяц
Весной 2025, после запуска превью Copilot “coding agent” (март) и релиза Copilot Code Review (апрель), эти показатели резко пошли вверх. В марте разработчики закрыли на 1,4 млн issue больше, чем в феврале, а в июле 2025 было закрыто рекордные 5,5 млн issue за месяц. Сами разработчики подтверждают эффективность AI-помощников: по результатам интервью, 72,6% пользователей Copilot Code Review сообщили, что авто-рекомендации ИИ улучшили их процесс ревью кода. В целом, рост активности (на +25–30% г/г по разным сигналам) говорит о том, что ИИ-инструменты не только экономят время при написании кода, но и позволяют быстрее доводить задачи до завершения, снижая "трение" в командной работе.
В общем, из этого отчета видно, что
- Сообщество разработчиков растёт и меняется стремительнее, чем когда-либо, и одна из главных причин - интеграция AI в ежедневную практику программирования
- Искусственный интеллект уже стал стандартным помощником, ускоряя развитие проектов и влияя на выбор языков (первое место TypeScript во многом обязано AI-трендам).
- AI-проекты захватывают центр внимания в open source сообществе, но одновременно экосистема остаётся многообразной: наряду с ИИ, востребованы инструменты для надёжных сборок, производительности и свободы пользователей
Дальше будует еще веселее - по мере развития AI-инструментов мы уже видим с какой скоростью меняется индустрия разработки софта и профессии инженеров, технических руководителей, продуктовых менеджеров и т.д. Жить в эпоху технологических революций жутко интересно:)
#AI #ML #Software #Architecture #Processes #DevEx #Devops #Metrics #Engineering #OpenSource #Architecture
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Книжный куб
[1/3] Octoverse 2025: A new developer joins GitHub every second as AI leads TypeScript to #1 (Рубрика #Engineering)
В конце октября появился очередной отчет Octoverse от GitHub, где авторы рассказывают про состояние дел в мире OSS (Open Source Software)…
В конце октября появился очередной отчет Octoverse от GitHub, где авторы рассказывают про состояние дел в мире OSS (Open Source Software)…
❤6👍1🔥1