Anthropic выпустили исследование про новый подход к работе с LLM — agent teams. 16 экземпляров Claude Opus 4.6 за 2 недели написали C-компилятор на 100 000 строк Rust-кода, способный собрать ядро Linux 6.9.
Затраты: $20 000 на API. Результат — полноценный компилятор с поддержкой x86-64, ARM64, RISC-V. Причём это clean-room реализация: у агентов не было доступа к интернету, код зависит только от стандартной библиотеки Rust.
Что умеет компилятор
🔘 Собирает PostgreSQL, SQLite, QEMU, FFmpeg, Redis, Doom
🔘 99% проходимость GCC torture test suite
🔘 Генерирует ELF-бинарники с DWARF debug info
Звучит впечатляюще, но есть пикантная деталь.
➡️ Компилирует Linux, но не hello world
GitHub Issue #1 показывает: компилятор не может собрать простейший hello world из-за ошибки:
Компилятор просто не знает стандартные пути к системным заголовкам. Нужно вручную указывать
Как работали агенты
🔘 Каждый агент в отдельном Docker-контейнере
🔘 Синхронизация через git, локи на задачи через текстовые файлы
🔘 Специализация: часть писала код, другие — документацию, рефакторинг, оптимизацию
🔘 Полная автономность — агенты работали без активного участия человека
Автор эксперимента Nicholas Carlini признаётся: не ожидал, что это окажется возможным в начале 2026 года. Но одновременно отмечает беспокойство — работал в пентесте, находил уязвимости в продуктах крупных компаний, и мысль, что программисты выкатывают код без личной проверки, вызывает тревогу.
📎 Открытый исходный код и подробности в блоге Anthropic.
@prog_stuff
Затраты: $20 000 на API. Результат — полноценный компилятор с поддержкой x86-64, ARM64, RISC-V. Причём это clean-room реализация: у агентов не было доступа к интернету, код зависит только от стандартной библиотеки Rust.
Что умеет компилятор
Звучит впечатляюще, но есть пикантная деталь.
GitHub Issue #1 показывает: компилятор не может собрать простейший hello world из-за ошибки:
/usr/include/stdio.h:34:10: error: stddef.h: No such file or directory
Компилятор просто не знает стандартные пути к системным заголовкам. Нужно вручную указывать
-I/usr/lib/gcc/.../include. В комментариях пишут: "Which you arguably shouldn't even have to do lmao".Как работали агенты
Автор эксперимента Nicholas Carlini признаётся: не ожидал, что это окажется возможным в начале 2026 года. Но одновременно отмечает беспокойство — работал в пентесте, находил уязвимости в продуктах крупных компаний, и мысль, что программисты выкатывают код без личной проверки, вызывает тревогу.
@prog_stuff
Please open Telegram to view this post
VIEW IN TELEGRAM
🤣3
Forwarded from Типичный программист
This media is not supported in your browser
VIEW IN TELEGRAM
Как говорят в интернетах:
а вы принесли сегодня пользу бизнесу? Мы — стараемся, а вот ребята из этого кейса уже это сделали. Они смогли ускорить время загрузки страниц сайта онлайн-школы иностранных языков с помощью VPS на базе KVM-виртуализации с серверными NVMe SSD, которые в 600 раз быстрее обычных HDD. В результате бустанулись и бизнес-метрики — конверсии выросли, а операционные затраты снизились. В общем, артефакт абсолютной полезности.Кейс в кейсе, спросите вы? Именно так. Погружайтесь: https://tprg.ru/QZ7H
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1🌚1
Статья инженера из Modal (ex-Bloomberg, UIUC) «Тихая смерть хорошего кода» залетела в топ r/programming и HackerNews одновременно.
Тезис: ИИ-агенты пишут код, который работает, но не является хорошим. Раньше хороший код — это читаемый, минимальный, существующий ради конкретной причины. Сейчас всё чаще "acceptable" заменяет "good", потому что скорость важнее качества.
Из комментариев на HN:
🔘 "Настоящая проблема большинства команд — не написание кода, а понимание того, что уже написанный код делает"
🔘 "Аргумент другого лагеря: тебе не нужно понимать код, как не нужно понимать ассемблер"
📎 https://amit.prasad.me/blog/rip-good-code
@prog_stuff
Тезис: ИИ-агенты пишут код, который работает, но не является хорошим. Раньше хороший код — это читаемый, минимальный, существующий ради конкретной причины. Сейчас всё чаще "acceptable" заменяет "good", потому что скорость важнее качества.
Из комментариев на HN:
@prog_stuff
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
Короткая история, способная растрогать рассмешить любого
Крис Маршалек, CEO Crypto․com, купил домен AI․com за $70 млн в крипте — это самая дорогая доменная сделка в истории. Предыдущий рекорд ($49,7 млн за CarInsurance.com) держался 16 лет.
Так вот, домен запустили во время Super Bowl с рекламой за ~$8 млн, посмотрите её на видео в этом посте. Платформа позиционируется как персональный ИИ-агент: управление приложениями, отправка сообщений, торговля акциями.
Весь ролик по сути призывал к одному — зайдите на AI․com.
И миллионы людей буквально это и сделали.
Сайт упал почти сразу после эфира — 504 ошибка. Маршалек написал в X: «Мы готовились к нагрузке, но не к ТАКОЙ». Позже уточнил, что упёрлись в глобальные лимиты Google.
AI․com — не единственный ИИ-бренд на Super Bowl. По данным iSpot, 23% всех рекламодателей (15 из 66 роликов) продвигали ИИ-компании — включая OpenAI, Anthropic и Google.
Так что вот, даже 78 лямов баксов не спасают от 504.
📎 Статья-разбор на Medium
@prog_stuff
Крис Маршалек, CEO Crypto․com, купил домен AI․com за $70 млн в крипте — это самая дорогая доменная сделка в истории. Предыдущий рекорд ($49,7 млн за CarInsurance.com) держался 16 лет.
Так вот, домен запустили во время Super Bowl с рекламой за ~$8 млн, посмотрите её на видео в этом посте. Платформа позиционируется как персональный ИИ-агент: управление приложениями, отправка сообщений, торговля акциями.
Весь ролик по сути призывал к одному — зайдите на AI․com.
И миллионы людей буквально это и сделали.
Сайт упал почти сразу после эфира — 504 ошибка. Маршалек написал в X: «Мы готовились к нагрузке, но не к ТАКОЙ». Позже уточнил, что упёрлись в глобальные лимиты Google.
AI․com — не единственный ИИ-бренд на Super Bowl. По данным iSpot, 23% всех рекламодателей (15 из 66 роликов) продвигали ИИ-компании — включая OpenAI, Anthropic и Google.
Так что вот, даже 78 лямов баксов не спасают от 504.
@prog_stuff
This media is not supported in your browser
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2😁2⚡1
Документация для нейросетей — ключ к нормальному вайбкодингу
Статья о том, как структурировать документацию проекта так, чтобы LLM выдавала адекватный код, а не галлюцинации. Внутри — 5 готовых шаблонов, которые можно копировать в свой проект.
📎 https://tproger.ru/articles/sekret-effektivnogo-vajbkodinga---dokumentaciya-dlya-nejrosetej
@prog_stuff
Статья о том, как структурировать документацию проекта так, чтобы LLM выдавала адекватный код, а не галлюцинации. Внутри — 5 готовых шаблонов, которые можно копировать в свой проект.
@prog_stuff
Please open Telegram to view this post
VIEW IN TELEGRAM
Tproger
Секрет эффективного вайбкодинга — документация для нейросетей
Делаем документацию для ИИ-кода, в конце статьи будет 5 шаблонов, которые можно копировать и использовать для проектов.
👍1
Обзор облачных провайдеров с зарубежными дата-центрами, где можно платить в рублях. Внутри — сравнение по ценам, локациям и что у кого есть: GPU-серверы, S3-хранилища, Kubernetes, CDN.
Актуально, если нужен сервер за пределами РФ, а платить картой иностранному провайдеру не получается.
📎 https://tproger.ru/articles/arenda-oblaka-za-rubezhom-v-2026-godu--5-provajderov-s-oplatoj-v-rublyah
@prog_stuff
Актуально, если нужен сервер за пределами РФ, а платить картой иностранному провайдеру не получается.
@prog_stuff
Please open Telegram to view this post
VIEW IN TELEGRAM
Tproger
Аренда облака за рубежом в 2026 году: 5 провайдеров с оплатой в рублях
Собрали пять провайдеров, которые дают облачную инфраструктуру за рубежом и при этом работают с российскими компаниями на понятных условиях.
👍1
This media is not supported in your browser
VIEW IN TELEGRAM
Сохранёнка дня: уведомления для Claude Code голосом из Warcraft III
Включите звук, запустите видос.
Установить:
Есть паки озвучки: Orc Peon, Soviet Engineer, Battlecruiser, Kerrigan. Можно добавить свой — кидаешь файлы в
📎 Демо на видео в этом посте или на сайте автора.
@prog_stuff
Включите звук, запустите видос.
Установить:
curl -fsSL https://raw.githubusercontent.com/tonyyont/peon-ping/main/install.sh | bashЕсть паки озвучки: Orc Peon, Soviet Engineer, Battlecruiser, Kerrigan. Можно добавить свой — кидаешь файлы в
packs/<name>/sounds/ и открываешь PR.@prog_stuff
Please open Telegram to view this post
VIEW IN TELEGRAM
😁3🔥1
Пять вопросов, которые определят профессию разработчика в ближайшие два года
Эдди Османи (инженер в Google, автор книг по JS) написал большой разбор: что происходит с индустрией, когда ИИ-агенты пишут код, компании режут найм джунов, а 84% разработчиков уже используют AI ежедневно .
🔘 Джуны: Harvard нашли, что найм джунов падает на 9–10% через 6 кварталов после внедрения ИИ в компании. Но BLS всё ещё прогнозирует +15% рост вакансий в софте до 2034 — за счёт распространения разработки в нетехнические индустрии.
🔘 Навыки: Ключевой скилл — понимать, когда ИИ ошибается. Рутинные 80% задач уходят к агентам, человек фокусируется на архитектуре, безопасности, edge cases.
🔘 Роль: Разработчик превращается из «кодера» в «дирижёра» — оркестрирует ИИ-агентов, сервисы, пайплайны. Меньше написания кода, больше ревью и системного дизайна.
🔘 Специализация: Узкие специалисты рискуют больше всех. 45% вакансий уже требуют знания нескольких доменов. Выигрывает T-shaped инженер — глубокая экспертиза + широкий кругозор.
🔘 Образование: 45% компаний планируют убрать требование бакалавра. Портфолио на GitHub и сертификаты начинают весить больше диплома.
📎 https://addyosmani.com/blog/next-two-years/
@prog_stuff
Эдди Османи (инженер в Google, автор книг по JS) написал большой разбор: что происходит с индустрией, когда ИИ-агенты пишут код, компании режут найм джунов, а 84% разработчиков уже используют AI ежедневно .
@prog_stuff
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2❤1
This media is not supported in your browser
VIEW IN TELEGRAM
llm-checker — CLI, который сканирует железо и говорит, какие модели потянет Ollama
Определяет GPU, RAM, CPU, оценивает каждую модель по скорости, качеству и совместимости. 35+ моделей от 1B до 32B, список модерируется вручную.
Установить:
📎 Репо на GitHub
@prog_stuff
Определяет GPU, RAM, CPU, оценивает каждую модель по скорости, качеству и совместимости. 35+ моделей от 1B до 32B, список модерируется вручную.
Установить:
npm install -g llm-checker@prog_stuff
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2👍2
Соло-фаундер два года писал коммерческое веб-приложение на Rust. Получил реальный продукт, два доклада на конференциях, и всё-таки переехал на Node.js.
И написал статью об этом, конечно. Кратко перескажу причины.
Шаблоны. Tera, Handlebars — нет type-safety между моделью и вьюхой. Maud, Askama — type-safe, но через макросы, а макросы — это ещё больше компиляции
i18n. Node.js из коробки даёт полный ICU + Intl API + i18next с автокомплитом. В Rust i18n до сих пор незрелый.
CI/CD. 14 минут от push до деплоя (12 из них на компиляцию Docker-образа). На Node.js это 5 минут, включая линт и тесты. Автор признаётся: игнорировал баги в Sentry, потому что фикс = ждать компиляцию
Динамика веба. Бесконечные
Итог: проблемы в динамических вещах (шаблоны, i18n, SQL). Для API-сервиса без вьюх выбрал бы Rust снова. Для фулстек-веба соло Node.js хватает.
@prog_stuff
И написал статью об этом, конечно. Кратко перескажу причины.
Шаблоны. Tera, Handlebars — нет type-safety между моделью и вьюхой. Maud, Askama — type-safe, но через макросы, а макросы — это ещё больше компиляции
i18n. Node.js из коробки даёт полный ICU + Intl API + i18next с автокомплитом. В Rust i18n до сих пор незрелый.
CI/CD. 14 минут от push до деплоя (12 из них на компиляцию Docker-образа). На Node.js это 5 минут, включая линт и тесты. Автор признаётся: игнорировал баги в Sentry, потому что фикс = ждать компиляцию
Динамика веба. Бесконечные
.ok_or().map_err(), десятки кастомных error enum'ов ради обработки (де)сериализации. sqlx проверяет SQL в compile-time, но динамические запросы то ещё мучение. kysely в Node делает то же без подключения к БДИтог: проблемы в динамических вещах (шаблоны, i18n, SQL). Для API-сервиса без вьюх выбрал бы Rust снова. Для фулстек-веба соло Node.js хватает.
@prog_stuff
Уве Фридрихсен (немецкий IT-архитектор и технический писатель с многолетним опытом) написал хороший антифомо-пост про ИИ. Суть: нет, вы не отстаёте, если не знаете наизусть все промпт-трюки и агентные фреймворки. Но полностью игнорировать тему тоже нельзя.
Про текущее состояние инструментов. Agentic AI пока ведёт себя как стажёр с СДВГ: задачу надо дробить, контекст давать многократно, и всё равно иногда что-то идёт не так. Это не катастрофа — это просто молодая технология в ранней стадии.
Про «секретные рецепты». Prompt engineering казался суперважным два года назад — целая индустрия курсов, вакансии с огромными зарплатами. Сегодня — практически бесполезное знание. Всё, что сейчас продают как «секрет успеха с ИИ», через год устареет точно так же.
Про настоящий риск. Не в том, что вы не знаете все трюки. А в том, чтобы не пропустить точки перегиба: первая — когда нужно добавить ИИ в арсенал (в разработке она уже пришла), вторая — когда ИИ станет доминирующей парадигмой. Кто проспал переход с DOS на Windows, начинал с нуля против конкурентов с годами опыта.
Вывод автора: не поддавайтесь фомо и не покупайте чужие «секретные соусы» за деньги. Но следите за эволюцией технологии достаточно внимательно, чтобы не пропустить момент, когда она действительно повзрослеет.
@prog_stuff
Про текущее состояние инструментов. Agentic AI пока ведёт себя как стажёр с СДВГ: задачу надо дробить, контекст давать многократно, и всё равно иногда что-то идёт не так. Это не катастрофа — это просто молодая технология в ранней стадии.
Про «секретные рецепты». Prompt engineering казался суперважным два года назад — целая индустрия курсов, вакансии с огромными зарплатами. Сегодня — практически бесполезное знание. Всё, что сейчас продают как «секрет успеха с ИИ», через год устареет точно так же.
Про настоящий риск. Не в том, что вы не знаете все трюки. А в том, чтобы не пропустить точки перегиба: первая — когда нужно добавить ИИ в арсенал (в разработке она уже пришла), вторая — когда ИИ станет доминирующей парадигмой. Кто проспал переход с DOS на Windows, начинал с нуля против конкурентов с годами опыта.
Вывод автора: не поддавайтесь фомо и не покупайте чужие «секретные соусы» за деньги. Но следите за эволюцией технологии достаточно внимательно, чтобы не пропустить момент, когда она действительно повзрослеет.
@prog_stuff
❤3👍2
Лучший инженер ≠ хороший ментор
В педагогике есть термин «проклятие знания»: когда знаешь что-то слишком хорошо, ты буквально теряешь доступ к тому, каково это — не знать. Именно поэтому крутой разработчик может отлично писать код, но не уметь объяснить джуну, как он думает.
Мысли в статье такие:
🔘 1-on-1 с сеньором в большинстве команд — это просто статус по проекту: как фича, есть ли блокеры. Выглядит как менторство, не является им
🔘 Джуны задают технические вопросы: как алгоритм, почему запрос медленный. Но реальные тормоза роста обычно нетехнические: как работать с неопределённостью, как управлять ожиданиями, как не соглашаться с менеджером
🔘 Эти вещи не спрашивают, потому что не знают, что они существуют. Нельзя попросить помощи с тем, о чём не подозреваешь
🔘 Хороший ментор видит не только что джун делает, но и что тот не замечает в своих действиях. Это отдельный навык, который никто не развивает, потому что никто не просил
🔘 Сеньора поставили менторить не потому что он умеет учить, а потому что он хорошо пишет код
Статья Simon Wang на Medium: https://levelup.gitconnected.com/stop-expecting-your-best-engineer-to-be-a-good-mentor-05eba3ff6c98
@prog_stuff
В педагогике есть термин «проклятие знания»: когда знаешь что-то слишком хорошо, ты буквально теряешь доступ к тому, каково это — не знать. Именно поэтому крутой разработчик может отлично писать код, но не уметь объяснить джуну, как он думает.
Мысли в статье такие:
Статья Simon Wang на Medium: https://levelup.gitconnected.com/stop-expecting-your-best-engineer-to-be-a-good-mentor-05eba3ff6c98
@prog_stuff
Please open Telegram to view this post
VIEW IN TELEGRAM
💯2❤1🤣1
Пару недель назад Андрей Карпаты написал скрипт MicroGPT — полноценную языковую модель с нуля на чистом Python, без единой внешней зависимости или библиотеки. В 200 строк уместился весь алгоритм, на котором работают большие модели вроде ChatGPT.
Разработчик GrowingSWE сделал из этого скрипта потрясающий интерактивный лонгрид. Он разобрал код по кусочкам и визуализировал каждый шаг прямо в браузере.
Каждый шаг алгоритма разобран и визуализирован прямо в браузере. Вы можете руками:
— Подвигать ползунки логитов и посмотреть, как Softmax превращает их в вероятности.
— Пройти по шагам backpropagation и увидеть, как модель понимает, куда крутить веса.
— Изучить матрицу Attention: как разные «головы» учатся обращать внимание на разные части слова.
Разница между этим скриптом и ChatGPT — только в масштабах (вместо триллионов токенов тут имена, а вместо сотен слоёв — парочка). Базовый цикл абсолютно тот же.
Интерактивный разбор: https://growingswe.com/blog/microgpt
@prog_stuff
Разработчик GrowingSWE сделал из этого скрипта потрясающий интерактивный лонгрид. Он разобрал код по кусочкам и визуализировал каждый шаг прямо в браузере.
Каждый шаг алгоритма разобран и визуализирован прямо в браузере. Вы можете руками:
— Подвигать ползунки логитов и посмотреть, как Softmax превращает их в вероятности.
— Пройти по шагам backpropagation и увидеть, как модель понимает, куда крутить веса.
— Изучить матрицу Attention: как разные «головы» учатся обращать внимание на разные части слова.
Разница между этим скриптом и ChatGPT — только в масштабах (вместо триллионов токенов тут имена, а вместо сотен слоёв — парочка). Базовый цикл абсолютно тот же.
Интерактивный разбор: https://growingswe.com/blog/microgpt
@prog_stuff
❤2🔥2
Кто вы в IT? Если не нашли свой вариант — напишите в комментах
Anonymous Poll
6%
Junior
26%
Middle
21%
Senior
9%
Тимлид в разработке
2%
Руководитель не в разработке (деврел, HR, маркетинг)
15%
В IT, но не разработчик (дизайн, аналитика, продакт, техпис)
3%
Нет профессионального интереса в IT
17%
Студент / ещё не работаю в IT
Никого не повышают за простоту
Инженер A делает фичу за два дня: пишет 50 строк понятного кода, тестирует, выкатывает.
Инженер B берёт ту же задачу, но строит «масштабируемую архитектуру»: добавляет pub/sub, новые абстракции и фреймворк для конфигурации. Тратит три недели.
На performance review работа B звучит как готовый кейс: «спроектировал масштабируемую событийно-ориентированную архитектуру, внедрил переиспользуемый слой абстракций». Работа A звучит как «сделал фичу X». Никто не получает повышение за ту сложность, которой он избежал.
Индустрия системно поощряет оверинжиниринг:
— На собеседованиях кандидаты рисуют сложные схемы с микросервисами и шардированием, потому что простое решение с одной БД кажется интервьюерам недостаточно «умным»
— На код-ревью простые решения обрастают абстракциями из-за вопросов коллег «а не стоит ли заложиться на будущее?»
В итоге код становится «профессиональнее», но не приносит пользу быстрее, а поддержка усложняется. Настоящая сеньорность — это не знание большего количества паттернов, а понимание, когда их не нужно применять.
Автор даёт совет: решение не строить сложную систему — это важное инженерное решение. Его нужно документировать. Вместо «сделал фичу X» пишите: «Оценил три подхода, включая event-driven архитектуру. Определил, что простое решение покрывает все текущие требования. Выкатил за 2 дня, 0 инцидентов за полгода».
Статья целиком: https://terriblesoftware.org/2026/03/03/nobody-gets-promoted-for-simplicity/
@prog_stuff
Инженер A делает фичу за два дня: пишет 50 строк понятного кода, тестирует, выкатывает.
Инженер B берёт ту же задачу, но строит «масштабируемую архитектуру»: добавляет pub/sub, новые абстракции и фреймворк для конфигурации. Тратит три недели.
На performance review работа B звучит как готовый кейс: «спроектировал масштабируемую событийно-ориентированную архитектуру, внедрил переиспользуемый слой абстракций». Работа A звучит как «сделал фичу X». Никто не получает повышение за ту сложность, которой он избежал.
Индустрия системно поощряет оверинжиниринг:
— На собеседованиях кандидаты рисуют сложные схемы с микросервисами и шардированием, потому что простое решение с одной БД кажется интервьюерам недостаточно «умным»
— На код-ревью простые решения обрастают абстракциями из-за вопросов коллег «а не стоит ли заложиться на будущее?»
В итоге код становится «профессиональнее», но не приносит пользу быстрее, а поддержка усложняется. Настоящая сеньорность — это не знание большего количества паттернов, а понимание, когда их не нужно применять.
Автор даёт совет: решение не строить сложную систему — это важное инженерное решение. Его нужно документировать. Вместо «сделал фичу X» пишите: «Оценил три подхода, включая event-driven архитектуру. Определил, что простое решение покрывает все текущие требования. Выкатил за 2 дня, 0 инцидентов за полгода».
Статья целиком: https://terriblesoftware.org/2026/03/03/nobody-gets-promoted-for-simplicity/
@prog_stuff
💯11❤2
Чем занимаетесь? Можно выбрать несколько вариантов
Anonymous Poll
52%
Веб (Frontend / Backend / Fullstack)
11%
Мобилки (Android, iOS, Flutter, RN)
4%
Геймдев
14%
Аналитика / Data Science
7%
AI / ML
11%
DevOps / Инфраструктура / Облака
11%
Embedded / IoT / Desktop
7%
Кибербезопасность
8%
Тестирование / QA
Forwarded from Типичный программист
Победителями премии Тпрогер 🐀 становятся...
Здесь играет барабанная дробь и интригующая музыка... Вам нужно только выждать драматическую паузу перед объявлением победителей — в каждой номинации он один, и определяется большинством голосов. Готовы?
В номинации «Продукт года» золотая мышь достается компании:
🐀 NetVision за платформу интеллектуального мониторинга СИМ .
В номинации «Облачный продукт года» побеждает компания:
🐀 Гравитон с паком виртуализации «Гелиус»
Звание «IT-ивент года» вручается компании:
🐀 Островок! за О!Хакатон
И в категории «Дизайн года» первое место занимает компания:
🐀 AcademiaDev за интерактивную инсталляцию .
Каждый ваш лайк, голос влияли на исход премии. Давайте поддержим всех — ставьте 🏆участникам, которые хоть и не заняли призового места, но точно остались в сердечке.
И 🔥, если хотите аналогичных активностей и готовы выбирать еще!
Здесь играет барабанная дробь и интригующая музыка... Вам нужно только выждать драматическую паузу перед объявлением победителей — в каждой номинации он один, и определяется большинством голосов. Готовы?
В номинации «Продукт года» золотая мышь достается компании:
В номинации «Облачный продукт года» побеждает компания:
Звание «IT-ивент года» вручается компании:
И в категории «Дизайн года» первое место занимает компания:
Каждый ваш лайк, голос влияли на исход премии. Давайте поддержим всех — ставьте 🏆участникам, которые хоть и не заняли призового места, но точно остались в сердечке.
И 🔥, если хотите аналогичных активностей и готовы выбирать еще!
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM