Drim Dev
368 subscribers
22 photos
54 links
Канал о деятельности компании Drim Dev и об ИТ-индустрии в целом. Ведёт Дмитрий Мельник.

Аккаунт для связи @mitro52.

Сайт https://drim.dev/
Download Telegram
Недавно к нашему сообществу Drim Team присоединился новый участник - Денис @imajus. Мы с ним познакомились на проведённом нами хакатоне HackLoad 2025. Денис опытный разработчик с 20+ годами опыта. Недавно он опубликовал статью про своё участие уже в другом хакатоне - ETHOnline - где он решал ту же задачу создания надёжного билетного сервиса, но уже на основе блокчейна. Вот ссылка на статью, рекомендую к прочтению, очень интересно. Вот ссылка на репозиторий с кодом.

По файлам проекта видно, что Денис активно использовал Claude Code. Для получения стабильных результатов он применял spec-driven development. Это важный опыт для современной разработки и я уверен, что Денис усилит наше сообщество и вместе мы сможем ещё быстрее прорабатывать и внедрять новые подходы использования ИИ для кратного ускорения разработки. Что касается опыта с блокчейном, то он у Дениса тоже большой, ведь он на постоянной основе участвует в хакатонах и занимает там высокие места. Это тоже будет полезно для Drim Team.

А мне стало вот что интересно. Хайп блокчейна уже давно прошёл. Что происходит на рынке сейчас? В каких сферах блокчейн реально приносит пользу? Актуально ли разработчикам специализироваться на блокчейне? Много ли вакансий и хорошие ли зарплаты? Давайте попробуем разобраться.

Опыт Дениса очень показателен, и чтобы ответить на эти вопросы, я изучил последние отраслевые отчеты. Первое, что бросается в глаза: пока хайп вокруг NFT и Web3-революции стихал, корпоративный и инфраструктурный рынок рос экспоненциально. Разные агентства дают разные цифры, но все сходятся в прогнозах: ожидаемый совокупный среднегодовой темп роста (CAGR) на ближайшие 5-10 лет составляет от 53% до 65%.

Так где же "скучная", но реальная польза? Ответ - в корпоративном секторе. Более 70% предприятий в 2024 году начали использовать блокчейн для повышения прозрачности цепочек поставок и эффективности цифровых платежей. Это уже не спекуляции, а реальная оптимизация бизнес-процессов, приносящая измеримую пользу.

Вопреки шуму вокруг публичных сетей, сегмент частных (private) блокчейнов занимает огромную долю рынка - 43% в 2025 году. Регулируемые отрасли, такие как финансы и здравоохранение, выбирают их за возможность контроля и безопасности.

Теперь о главном: вакансии и зарплаты. Компенсации в индустрии остаются одними из самых высоких в IT. Средняя зарплата блокчейн-разработчика в США в 2025 году составляет около $146,250. Для Senior-специалистов (5+ лет опыта) вилка $150,000 - $200,000 является нормой, а специализированные роли, такие как Blockchain Architect или Security Engineer, оплачиваются еще выше, достигая $200,000.

Существует ли "блокчейн-премия"? Да, но это не плата за знание Solidity. Это премия за риск и безопасность. Ошибка в смарт-контракте необратима и может стоить компании сотен миллионов. Для тех, кто ищет удаленную работу, ставки фрилансеров достигают $80 - $150 в час, а средняя зарплата на постоянной удалённой позиции держится в районе $60,000.

Но "легкого входа" здесь нет. Рынок испытывает острый дефицит специалистов, но этот дефицит существует на уровне Senior/Architect. Данные показывают, что более 81% блокчейн-компаний находятся на ранних стадиях (seed или venture). Они не нанимают джуниоров для поддержки, а агрессивно ищут опытных Senior+ инженеров, способных с нуля построить и обезопасить ядро продукта.

И здесь мы возвращаемся к опыту Дениса и хакатонам. Это действительно один из главных "лифтов" в индустрию. Масштаб огромен: хакатоны Solana (Renaissance, Radar) собирают по 8,000-10,000+ участников из 100+ стран. Призовые фонды достигают $1 миллиона, с гран-при в $50,000 и призами по трекам в $30,000.

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

#drim_team #blockchain
🔥73👍2👏1
Drim Dev
DynamoDB Несколько дней назад произошёл глобальный сбой у крупнейшего облачного провайдера планеты - AWS. Из-за этого упали как часть сервисов самого AWS, так и другие сервисы: Snapchat, Reddit, Pinterest, Spotify. Последствия сбоя устраняли больше суток.…
После крупного сбоя у AWS в октябре я решил написать серию статей о сервисе, который стал виновником сбоя, - о DynamoDB. Эта база данных является представителем семейства NoSQL и весьма интересно посмотреть, как она устроена, и как ей пользоваться. Так сказать, увидеть альтернативу привычным реляционным базам данных.

Я начал писать серию на канале, но понял, что такой формат не подходит для нормального изучения. Поэтому я решил развернуть свой блог и написать статью там. В процессе я думал, как ещё можно повысить эффективность обучения. И решил, что читателям было бы хорошо не только получить знания, но и тут же проверить их. И прикольно было бы использовать для этого ИИ. Сказано - сделано. Так родилась новая версия сайта https://drim.dev.

На этом сайте есть блог, где я буду публиковать свои мысли. И ещё есть раздел "Навыки". Это набор навыков и знаний, которые нужны разработчикам, чтобы преуспеть в современной индустрии. И первый опубликованный навык - Amazon DynamoDB. Это не самая важная технология, которую нужно знать. Но на её примере я решил начать развивать свою методику.

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

Первая это классический квиз. Читатель видит вопросы и должен дать на них ответы исходя из того, что он только что узнал. Это помогает закрепить материал.

Второй механизм - это ИИ-наставник. Он ставит вам задачу и ведёт в процессе её решения. Задаёт вопросы, направляет, объясняет непонятные вещи. Разговаривать с наставником можно после каждого раздела. Есть одна сквозная задача - создание конкурента Twitter. И вы шаг за шагом её решаете, используя DynamoDB. Это ещё более мощный способ закрепить материал. Кстати, у наставника есть имя - Назар 🙂.

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

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

Приглашаю вас зайти и изучить DynamoDB. Всего за несколько часов вы получите хорошее представление об этой технологии. Это пригодится при выборе архитектурных решений и на собеседованиях. Вот ссылка на навык - https://drim.dev/skills/amazon-dynamodb. Постепенно я буду добавлять новые навыки и совершенствовать методику обучения. Будет интересно 🚀

P.S. Отдельно хочу отметить, что разработку сайта и материалов я начал 28 октября. В неделю тратил часов по 12. То есть за 60 часов (5 недель) я с нуля разработал программное решение и написал детальную статью с проверочным материалом. Это получилось сделать благодаря активному использованию ИИ. Без него я бы на эту работу потратил раз в 5 больше времени. Качество решения было бы хуже. Скоро я расскажу о том, как я использую ИИ в процессе разработки. Чтобы каждый из вас тоже смог повысить свою эффективность и качество работы.
🔥63👍1
Курс по ускорению разработки с помощью ИИ

Если бы меня спросили, что самое важное произошло в моей карьере в уходящем году, я бы сразу ответил - внедрение агентов для разработки во все мои проекты. В течение года я много экспериментировал и в итоге сформировал процесс, который ускорил меня минимум в 3 раза. Теперь я почти не пишу код руками. Я руковожу ансамблем из агентов Claude Code, которые описывают требования, создают UI, пишут тесты и пишут код. Для этого я дообучил агентов, чтобы они использовали мои знания и мои подходы к разработке.

Всё это ощущается как супер-сила. Я теперь быстрее завершаю проекты и могу делать вещи, которые не были бы возможны, если бы агентов не было. Выше я уже писал, что сайт Drim Dev я разработал и запустил с начальным контентом всего за 60 часов. Это полторы недели, если работать по 8 часов в день. Без агентов я бы его разрабатывал минимум 2-3 месяца. Всё это дало ускорение моей карьере. Я стал значительно больше зарабатывать.

В то же время, в сообществе до сих пор много скепсиса и непонимания, как правильно использовать ИИ для разработки. Использовать ли агентов и, если да, то каких? Как заставить агента не писать лишний код? Не вырастет ли количество багов, если код будет писать агент? Как правильно писать тесты с помощью ИИ? Как научить агента использовать правильные подходы и соглашения команды? Что такое MCP? Что такое RAG? Не атрофируются ли мои навыки? Как джуниору или мидлу правильно использовать ИИ?

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

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

Вторая задача - каждый студент должен на практике использовать полученные знания. Для этого в течение курса мы вместе разработаем 2 проекта: ИИ-ментора и собственного агента для разработки. Кроме того, каждый студент получит возможность разработать собственный проект на "родном" стеке и закрепить весь процесс. Я буду проводить ревью и консультировать на всём протяжении этого проекта.

Вот ссылка на страницу курса https://drim.dev/courses/ai-superpower-for-developers. Там вы сможете узнать больше деталей и записаться. Если есть вопросы, можете задать их мне напрямую - @mitro52.

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

#drim_dev #courses #ai
🔥15👍1
Недавно я завершил первый поток своего курса по профессиональному использованию ИИ для разработчиков. Курс прошли 36 человек, в том числе целая команда из одной компании - разработчики систем автоматизации для бизнеса и промышленности.

После курса руководитель рассказал мне о результатах. Roadmap продуктовой разработки, запланированный на год, сократился до полугода. Они планировали нанять трёх дополнительных разработчиков - после обучения отказались от найма. Тем самым сэкономив несколько десятков миллионов тенге в год. Технический долг, который копился месяцами, закрыли за три дня. Время загрузки приложения сократили в 10 раз - с 12 секунд до 1,2 секунды - и на это ушло полчаса.

Но одна деталь зацепила меня больше всего. Они сократили своего DBA. Не потому что он плохо работал. А потому что разработчики с помощью ИИ стали закрывать его задачи сами.

И это заставило меня задуматься о более широком тренде.

Раньше в большинстве команд были чёткие роли. Бэкенд-разработчик не лезет в базу данных - для этого есть DBA. DevOps настраивает CI/CD, а разработчик не трогает инфраструктуру. Фронтендер не понимает, что происходит на сервере. Каждый сидит в своей нише и делает своё дело. Это работало, потому что глубокая экспертиза в узкой области требовала многих лет обучения и практики.

ИИ это изменил. Не потому что заменил экспертов. А потому что дал разработчикам возможность быстро понять специфику и детали смежной области. Нужно оптимизировать сложный SQL-запрос? Раньше ты шёл к DBA. Сейчас ты описываешь проблему агенту, получаешь решение, проверяешь его - и задача закрыта. Нужно настроить Nginx или разобраться с Docker Compose? Та же история. Ты не становишься DBA или DevOps-инженером. Но ты закрываешь 90% их типовых задач.

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

Это не только мой опыт. Gergely Orosz, автор Pragmatic Engineer - одного из крупнейших инженерных ньюслеттеров - пишет, что с ИИ он уже не видит смысла стартапам нанимать отдельных фронтенд и бэкенд разработчиков. Один инженер, который умеет использовать ИИ, закрывает задачи по всему стеку. EPAM описывает это как эволюцию T-shaped разработчика: горизонтальная планка навыков расширяется, потому что ИИ снижает порог входа в смежные области. А по данным Stack Overflow, 84% разработчиков уже используют ИИ в работе.

Я думаю, мы наблюдаем размывание границ между ролями в команде. Ценность узкого специалиста, который умеет делать только одно, снижается. Растёт ценность специалиста, который понимает принципы разработки, принципы работы с базами данных, принципы DevOps - и умеет использовать ИИ, чтобы закрывать задачи за пределами своей основной специализации.

Это не значит, что эксперты больше не нужны. Для сложной архитектуры баз данных с высокой нагрузкой вам по-прежнему нужен сильный DBA. Но таких систем от силы 5%. Остальные 95% теперь может закрыть разработчик с ИИ.

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

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

#drim_dev #ai
🔥9🤮2
Forwarded from Dmitriy Melnik
Вы считаете, что нужно развиваться в сторону универсального инженера, и перестать быть бекендером, DevOps или фронтендером?
Anonymous Poll
58%
Да, считаю
11%
Нет, не считаю
8%
Ещё думаю
22%
Хочу посмотреть результаты
Архитектура криптобиржи

В мире огромное количество финтех-компаний. Банки, необанки, платёжные системы, биржи, криптобиржи, брокерские компании. Это рынок на много триллионов долларов. И на этом рынке работают сотни тысяч ИТ-специалистов. Причём рынок бурно растёт и потребность в специалистах тоже.

У меня большой опыт в финтехе. Я работал как с традиционным банкингом, так и с криптовалютами. И я решил поделиться своим опытом с вами. Я несколько лет занимался разработкой криптобиржи. Когда я начал там работать, мне казалось, что это небольшой нишевый рынок, где торгуют непонятно чем. На самом деле, сейчас на криптобиржах объем торгов приближается к 100 миллиардам долларов в день. Это всего в 4 раза меньше объема торгов на традиционной бирже NASDAQ. Так что это далеко не нишевый рынок. И создают там сложные, масштабные и интересные системы.

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

Вы узнаете, как работает сердце биржи - matching engine. Как он работает в памяти и какие структуры данных и алгоритмы использует для моментальной обработки заявок. Поймёте, что такое архитектура LMAX. Также вы узнаете, как устроен леджер - основа учёта активов в любой финтех-компании. Вы увидите, как повсеместно используется event sourcing. Это классный кейс его применения в реальном бизнесе. Ну и куда без масштабирования и отказоустойчивости. Вы увидите, как это можно реализовать в высоконагруженной системе, которая должна работать быстро и в режиме 24/7.

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

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

Разбор архитектуры криптобиржи - читайте здесь. Уверен, информация вам понравится и будет полезной.

P.S. Оцените, как структурирован и иллюстрирован материал на сайте. Такое же высокое качество материалов на моём курсе по использованию ИИ для разработчиков. Только его в несколько раз больше. И он будет доступен вам и на курсе и всё время после курса. Так что записывайтесь, мы скоро начинаем второй поток 🙂

P.P.S. Материал про криптобиржу мне помогал писать Claude Code. В итоге мы с ним справились всего за 16 часов. Сам бы я писал такой качественный и детальный материал раз в 8-10 дольше. А это значит, что, благодаря ИИ, я теперь могу больше и чаще делиться своим опытом с сообществом.

#fintech #architecture #crypto #cex
🔥116
Робототехника и границы детерминистского мышления

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

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

А потом я посмотрел на свою работу и понял, что эту идею можно перенести и на неё. Как разработчик я привык к миру, где всё работает строго детерминистски. Если ты написал x = 5, то переменная всегда будет ровно 5. И я незаметно переносил эту привычку на всё остальное: на оценку сроков, найм, продуктовые решения, споры о технологиях. Клиент спрашивает "сколько займёт?" — я отвечаю одной цифрой, хотя правильный ответ — распределение вероятностей.

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

Вот ссылка на статью в блоге drim.dev.

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

P.S. Робототехникой я занимаюсь для проекта, который пока в режиме стелс. Со временем он, возможно, станет частью экосистемы Drim Dev.

P.P.S. В следующей статье я разберу эту же концепцию, но уже применительно к работе с LLM.

#thinking #engineering #robotics
👍10
Доступ к drim.dev из России через ru.drim.dev

Все мы знаем, что в России сейчас идут непонятные и неприятные блокировки интернета. Затронули они и мой сайт drim.dev. Мне написало несколько участников курса из России и сказали, что сайт у них не открывается без VPN.

Изначально я использовал Cloudflare и проксировал сайт через него. Это было нужно для того, чтобы бесплатно из коробки получить кеширование, расширенную безопасность и множество других возможностей. Я знал, что в России заблокирована часть подсетей Cloudflare, поэтому я выставил drim.dev в интернет напрямую без проксирования. В итоге у кого-то сайт заработал, у кого-то нет, а у кого-то перестал работать, хотя до этого был доступен. Я использую Hetzner в качестве хостинга, и, оказалось, что Hetzner тоже заблокирован. Беда.

В итоге я решил создать отдельный поддомен ru.drim.dev и проксировать трафик на него через Казахстан. Вроде как казахстанские подсети в России пока не блокируют. Для этого я купил самую простую виртуалку на ps.kz, установил там nginx и в DNS указал IP виртуалки в качестве адреса для поддомена. Nginx же настроил, чтобы он просто перенаправлял запросы на drim.dev. Также вернул Cloudflare перед основным сайтом.

Вот как выглядит конфиг nginx:


server {
server_name ru.drim.dev;

location / {
proxy_pass https://drim.dev;
proxy_set_header Host drim.dev;
proxy_set_header X-Forwarded-Host ru.drim.dev;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header User-Agent $http_user_agent;
proxy_ssl_server_name on;
proxy_ssl_name drim.dev;
}

listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/ru.drim.dev/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/ru.drim.dev/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
}

server {
if ($host = ru.drim.dev) {
return 301 https://$host$request_uri;
} # managed by Certbot


listen 80;
server_name ru.drim.dev;
return 404; # managed by Certbot
}


Для получения TLS-сертификата я использовал certbot.

proxy_set_header Host drim.dev; меняет заголовок Host в переотправляемых запросах, чтобы Traefik, который я использую на сайте, мог правильно маршрутизировать запросы.

proxy_set_header X-Forwarded-Host ru.drim.dev; добавляет заголовок, чтобы сайт понимал, откуда изначально пришел запрос. Это нужно, например, чтобы нормально работала аутентификация через Google, GitHub и GitLab.

После такой простой настройки сайт стал успешно открываться через ru.drim.dev. Правда, потом пришлось немного повозиться, чтобы настроить библиотеку next-auth, чтобы можно было логиниться с обоих доменов. Причем после логина на одном домене сейчас вы автоматически логинитесь и на другом.

В итоге я попросил одного из участников курса проверить, доступен ли ru.drim.dev. Он подтвердил, что теперь сайт открывается. Одной проблемой меньше. Так что можете взять на заметку такой способ, если столкнетесь с похожими проблемами.

#drim_dev #nginx #restrictions
🔥7👍1
Получил сегодня важный компонент для потенциального проекта Drim Dev. Это мини-компьютер Nvidia Jetson Orin Nano. Это полноценный компьютер на архитектуре ARM64, на который можно установить Linux (определённые его варианты). К нему можно подключить монитор, мышь, клавиатуру. Таких мини-компьютеров много, но Jetson отличает то, что у него есть CUDA-ядра и тензорные ядра. То есть на борту, по сути, GPU от Nvidia.

Главная идея подобных устройств — edge AI, или вычисления на самом устройстве, а не в облаке. Это особенно актуально для робототехники. Не нужно вызывать облачную ИИ-модель. В случае с edge AI модель работает прямо там, где собираются данные — на роботе, дроне, камере. Никакого интернета, никаких сетевых задержек, никаких подписок.

Чтобы понять, насколько мощное это устройство, есть стандартная метрика — TOPS (Tera Operations Per Second, триллион операций в секунду). Она показывает, сколько арифметических операций чип успевает сделать за одну секунду на задачах машинного обучения. Чем больше TOPS — тем сложнее модели можно запускать и тем быстрее они работают. (Это некоторое упрощение, потому что важно ещё количество памяти и пропускная способность. Но тем не менее.)

Несколько цифр для масштаба:

* Raspberry Pi 5 — ~0.5 TOPS
* Apple M1 Neural Engine — 11 TOPS
* Apple M4 Neural Engine — 38 TOPS
* Jetson Orin Nano Super — 67 TOPS
* RTX 4060 — ~120 TOPS
* RTX 5090 — ~840 TOPS
* NVIDIA H100 (ускоритель из дата-центров) — ~1500 TOPS

То есть Jetson Orin Nano по AI-производительности — это примерно как слабая современная игровая видеокарта, упакованная в формат 10×10 см с потреблением до 25 Вт вместо 500 Вт. И всё это за 249 долларов.

Теперь к главному — для чего это устройство нужно. Главные сценарии — там, где нужно "видеть, понимать и решать" в реальном времени:

* Computer Vision — распознавание объектов, людей, препятствий через YOLO и подобные модели. 30+ кадров в секунду на видео в HD. Камера на устройстве, обработка тут же.
* Автономная навигация — обработка данных с лидара и камер, построение карты окружения (SLAM), планирование маршрута. ROS2 + Nav2 работают на борту, без связи с внешними серверами.
* Локальные LLM — небольшие языковые модели (Llama 3.2, Qwen 2.5, Phi-3) запускаются прямо на устройстве. Голосовой ассистент, который работает без интернета.
* Распознавание речи — Whisper в реальном времени, без отправки аудио наружу.
* Sensor fusion — одновременная обработка данных с лидара, камер, IMU, GPS для роботов и автономных систем.

То есть Nvidia Jetson — это железо для физического ИИ — роботов, дронов, умных камер, автономных систем. Всё, что должно работать самостоятельно, без постоянной связи с серверами.

Отдельно стоит выделить сценарий Reinforcement Learning. Это когда робот что-то делает миллионы раз в симуляции, модель обучается, а потом уже работает на роботе в реальном мире.

Зачем так? Учить робота сразу в реальности — долго, дорого и опасно. В симуляторе вроде NVIDIA Isaac Sim можно создать виртуальную копию робота со всей физикой и прогнать миллионы эпизодов параллельно на мощной видеокарте. Готовую модель потом заливают на Jetson — там она уже не учится, только применяет выученное поведение.

Так сейчас тренируют практически всё: походку четвероногих роботов (Boston Dynamics, Unitree), манипуляцию предметами, полёт дронов, автономную навигацию по сложной местности. В этой схеме Jetson — среда выполнения: тяжёлая тренировка идёт на десктопе с RTX 4090/5090, а на робота ставится готовая модель. Orin Nano для этого хорошо подходит. У него тот же CUDA-стек, что и на десктопе, только в компактном и экономичном формате.

Меня привлекает идея переноса ИИ в реальный мир. Это очень актуальный и быстро растущий рынок. Я хочу со временем включить это направление в Drim Dev. Нашим разработчикам пора выйти за пределы информационных систем в вебе и начать трансформировать индустрии физического мира.

#robotics #nvidia #jetson #edgeai
🔥10👍42
Третий поток курса по профессиональному использованию ИИ для разработчиков

Я много пишу и говорю о том, что ИИ в целом и кодинг-агенты в частности кардинально меняют профессию разработчика. Говорю об этом из собственного опыта и опыта участников сообщества Drim Team, кто тоже идёт этим путём. И вот, что я вижу сейчас и что меня радует - компании тоже начали это понимать. Не отдельные энтузиасты внутри, а руководство. И вот реальный пример.

Я начинаю корпоративный пилот с крупной российской IT-компанией. 10 разработчиков компании пройдут курс как часть стратегии по внедрению ИИ в разработку. Они сформируют ядро третьего потока курса, который стартует 1 июня. По итогам пилота будем смотреть, как масштабировать обучение и встраивать практики в процессы компании.

Вы тоже можете стать участниками третьего потока и сформировать системный подход по работе с агентами. Через год-два это умение будет таким же базовым требованием, как умение работать с git. Те, кто разберётся сейчас, окажутся впереди.

Обучение также даст вам отличную возможность для нетворкинга. Как с сотрудниками ведущей российской IT-компании, так и с 90 разработчиками, лидами, техдирами и владельцами бизнесов, кто состоит в закрытом сообществе Drim Team. Запись на курс даёт право вступить в сообщество, а его участникам действует скидка 25% на все мои дальнейшие курсы и обучения.

Старт 1 июня, длительность 6 недель. Рассрочка оплаты на 8 месяцев. Подробности и запись на https://drim.dev/courses/ai-superpower-for-developers. Если есть вопросы, пишите мне. Мой аккаунт @mitro52.

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

#drim_dev #courses #ai
👍3🔥2