DevNotes Live
6 subscribers
84.2K photos
12K videos
195 files
35.4K links
Автоматический агрегатор IT ресурсов в Telegram (@devnotes_robot)
Информация: https://t.me/devnotes_live/121
Download Telegram
Что такое "профессионально уметь пользоваться LLM"?

Что спрашивать программистов на собеседованиях, если алгоритмы спрашивать теперь бессмысленно (код пишет LLM)? Короткий список на подумать.

Важно. Это список я написал для себя. Когда-то я был профессиональным Java-бэкендером, но кажется, те времена безвозвратно прошли. Это список не для исследователя, а именно для прикладного инженера. Вот это я хочу видеть в том числе у себя в резюме, и всем рекомендую тоже. Применительно ко мне, пока не все пункты из него выполняются (особенно в разделе "дорого-богато со звездочкой"). Но вероятно, должны выполняться, если хочется проработать в индустрии еще хотя бы лет пять.

1) Понимание, когда LLM не нужна. Мета-навык: увидеть, что правильный ответ здесь - точно подобранная регулярка, классический ML или детерминированный алгоритм, а LLM - выбор дорогой неправильный. Софт-скилл: отговорить коллег использовать LLM, когда она не нужна.

2) Базовый промт-инжиниринг и юзабилити. Как жить, работать и строить продукт поверх вероятностной штуки, которая почти всегда "врёт": human-in-the-loop, показ неуверенности, деградация вместо падения, стриминг, вменяемые фолбэки в интерфейсе.

3) Понимание и построение архитектур продуктов (systems design) с LLM как частью системы, в центральной или малозначимой роли

4) Использование особенностей существующих инструментов без их доработки - MCP/A2A, Claude/Codex/Opencode, Plugins/Skills/MCP для них). LLM tool calling, structured output.

5) Уметь дорабатывать существующие агенты и харнессы (публичный опенсорс, инхаус в компании)

6) Умение писать свои агенты и харнессы (используя как стандартное барахло, так и новые идеи, которые сейчас на повестке). Включая разные технические детали (ретраи с backoff, таймауты, обработка rate limit'ов, конкурентность, роутинг/каскады между моделями (когда дешёвая апгрейдится в дорогую), circuit breaker, семантический кэш, бюджеты и квоты по стоимости. Рантайм-гардрейлы и организация безопасности действий агента, чтобы он не удалил тебе базу на проде.

7) Умение организовать наблюдаемость и LLMOps в проде. Чтобы ты мог понять, что делают твои модели, агенты и харнессы, и оперативно реагировать на это.

8) Умение для разных задач пользоваться разными моделями (в том числе фронтирными и маленькими 32B, локальными, и специализированными - девопс-модель или медицинская модель)

9) Умение запускать их на разных движках инференса (vLLM, SGLang, TGI, TensorRT-LLM) и разном железе (Nvidia, AMD, Huawei)

10) Базовое понимание оптимизации. Квантизация под инференс (GGUF/AWQ/GPTQ/int8/fp8), управление KV-кэшем, батчинг, throughput vs latency, speculative decoding, prompt caching.

11) Умение работать с хранилищами (RAG/retrieval/context. Эмбеддинги, векторные базы, чанкинг, управление контекстным окном, системы памяти.)

12) Уметь использовать классическое машинное обучение и работу с данными вместе с LLM

13) Уметь писать промты и концепции, совместимые со всем вышеперечисленным (Spec-Driven, RLM, etc)

Три раздела "дорого-богато" со звездочкой (требует дорогого железа, выдержки и инвестиций в матчасть)

14*) Уметь дообучать готовые модели. Чтобы избегнуть вопросов "что ты имеешь в виду", разверну. Два основных вопроса: сколько учим (full fine-tuning, lora/qlora/dora, transformer adapters, soft prompts/prefix-tuning/prompt-tuning/P-tuning) и чему учим (дистилляция, continued domain-adaptive pretraining, supervised fine-tuning / instruction tuning, preference alignment/RLHF PPO/DPO/RLAIF, RLVR)

15*) Уметь обучать что-то с нуля принятыми в продакшене способами (любое трансформерное барахло)

16*) Уметь обучать что-то экспериментальное и мультимодальное

17) Умение джейлбрейкать и защищать всё вышеперечисленное (advanced prompting, abliteration, prompt injection, data leaks)

18) Уметь оценивать всё вышеперечисленное (tokenomics, LLM-as-judge, regression testing)

19) Иметь базовое понимание, как всё это работает под капотом, чтобы достичь ощущения "сродства с машиной" (токенизация, сэмплинг, температура/top-p, природа галлюцинаций...)

20) Уметь конструировать новые алгоритмы, архитектуры и руководящие принципы для всего вышеперечисленного

21) Скучное юридическое: персональные данные, региональные регуляции (EU AI Act), лицензирование, способы спрятать использование LLM от посторонних глаз и делать его недоказуемым, и т.п.

22) Умение по-человечески общаться на все эти темы (Обсуждение хотя бы одной идеи, которую никто пока нормально не сделал. Или статья в журнале, или хотя бы в блоге, телеграме)
Как один отказ бизнесу сэкономил компании 10 миллионов рублей

К концу проекта внедрения нового биллинга бизнес предложил перенести архивные продукты и исторические данные по ним. Архивные продукты использовались редко — для разбора спорных ситуаций с клиентами. Изначально было решено не избавляться от старого биллинга, а использовать его для чтения ретроданных. После оценки работ выяснилось, что типового механизма нет — нужно менять архитектуру, разрабатывать сценарии миграции, тестировать и поддерживать. Оценка составила около 10 миллионов рублей. Пересчет финансовой модели показал, что дополнительные инвестиции увеличивают срок окупаемости проекта на один год. Компания вкладывала бы деньги в функциональность без измеримой бизнес-ценности. Было принято решение отказать бизнесу и предложить оставить эти данные доступными для чтения в legacy биллинге.

Источник
Forwarded from Dezzigners
🧰 DIGITAL LEGACY — одном Figma-файле собраны логотипы и иконки самых узнаваемых мировых брендов

Dezzigners
5 выпуск 3 сезон Студийная ШОУ: Илья Редько, фаундер Only

Илья Редько: основатель агентства Only, фрирайдер и теннисист, чья жизнь началась с неожиданного толчка из кукурузника в школе. Узнайте о его удивительном пути в интервью

Читать на дизайнерс | #статья
Зачем нужно портфолио, если просят сделать тестовое?🤬🤬🤬

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

Читать на дизайнерс | #статья
Forwarded from UI_UX inspiration
Сравнительные таблицы для товаров, услуг и характеристик

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

Читать на дизайнерс | #статья
Forwarded from Dezzigners
🧐 Лень считать ночной дожор?

Навел телефон — и он сам посчитал калории.


Без взвешиваний и таблиц. Просто фото еды → и через пару секунд видишь калории, белки, жиры и углеводы.


Качать ничего не нужно — всё прямо в Telegram

Попробуй, это правда похоже на магию 👇
Forwarded from Daily Coding 🔥
🧐 Лень считать ночной дожор?

Навел телефон — и он сам посчитал калории.


Без взвешиваний и таблиц. Просто фото еды → и через пару секунд видишь калории, белки, жиры и углеводы.


Качать ничего не нужно — всё прямо в Telegram

Попробуй, это правда похоже на магию 👇
Forwarded from UI_UX inspiration
Мобильное приложение для поиска мест для путешествия

Категория: #приложение
Язык: #en 

https://.com/shots/24584225-Travel-Mobile-App

Чат UI/UX
Как собрать портфолио для бигтеха

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

Читать на дизайнерс | #Карьера
Forwarded from UI_UX inspiration
Как собрать портфолио для бигтеха

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

Читать на дизайнерс | #Карьера
Forwarded from ai.dot(ufna, dev)
- Весь код моего проекта создан в рехабе.
- Может, в гитхабе?
- Нет.
(с) интернеты
Гео-аналитическая платформа вдвоём за 2,5 месяца: история spec-driven разработки

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

Через 2,5 месяца работы вдвоём удалось запустить гео-аналитическую платформу. Автор отмечает, что в до-AI эпоху такой проект строили бы годами. Этот опыт изменил его представление о разработке.

Читать далее
🔍Тестовое собеседование на Frontend-разработчика с ex. TeamLead в Сбер

9 июля(в четверг!) в 19:00 по мск приходи онлайн на открытое собеседование, чтобы посмотреть на настоящее интервью на Middle Frontend-разработчика.

Как это будет:
📂 Даниил Дмитриев, старший разработчик в R-Vision, ex. TeamLead в Сбер, будет задавать реальные вопросы и задачи разработчику-добровольцу
📂 Даниил будет комментировать каждый ответ респондента, чтобы дать понять, чего от вас ожидает собеседующий на интервью
📂 В конце можно будет задать любой вопрос Даниилу

Это бесплатно. Эфир проходит в рамках менторской программы от ШОРТКАТ для Frontend-разработчиков, которые хотят повысить свой грейд, ЗП и прокачать скиллы.

Переходи в нашего бота, чтобы получить ссылку на эфир →
@shortcut_front_bot

Реклама.
О рекламодателе.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from /v/ do Brasil (DOOM GUY)
John Romero 🤘🏽 (romero):
I’m so sorry for everyone at id Software affected by these layoffs.

I know what it feels like to leave id while id goes on. It’s a strange and painful thing to step away from a place that holds so much of your work, friendships and history.

The people at id have done a great job moving that legacy forward. DOOM, Quake, and Wolfenstein are not easy names to carry on, especially in today’s industry. The last few games showed real care, skill and respect for what those worlds mean to people.

A note on digital preservation: id's history is critically important to the history of games. I’ve preserved id’s complete early history from our start at Softdisk through to August 6, 1996, including materials and assets that, as far as I know, id itself no longer has. I hope someone is doing the same for the company’s ongoing legacy (the work, code, assets, stories and the people behind them).

I’m thinking of everyone at id today, and everyone else...
Forwarded from 👁🦵🏻🧠
Forwarded from UX Live 🔥
This media is not supported in your browser
VIEW IN TELEGRAM
Парадокс конечно что у графических дизайнеров печатки порог входа и знаний больше, работа утомительнее и кропотливее, а зарплаты и востребованность гораздо меньше чем у любого вебдиза.

Ui-щик бы наверное кукухой поехал если бы ему пришлось учитывать в лендосихах хотя бы что-то из ада который творится при препрессе простейшей этикетки.
Это даже не говоря о цене ошибки, где графдиз на органы поедет запоров тираж или прессформу на гигантском тираже (я как-то из своего кармана 30к отвалил за ошибку в 3х билбордах).

Автор видео: karyanin.anton
Forwarded from Оди
Forwarded from Адовый UX
— Здравствуйте, хочу вернуть ковёр
— Почему?
— Не пугает
Чем дальше — тем больше свежих материалов об интеграции ИИ-инструментов с дизайн-системами. Но не только:
 
1. Design Tokens Visualizer: Сервис помогает наглядно увидеть связи между разными токенами и компонентами дизайн-системы.
 
2. Storybook 10.3: Самое главное — появился MCP-сервер и это сильно упрощает доступ ИИ-агентов к вашей дизайн-системе без корявых временных генераций и парсинга. Brad Frost поговорил с создателем фреймворка Dominic Nguyen о том, что это значит для дизайн-систем.
 
3. Alice Packard: Сравнивает все возможные способы организации иконок разного размера в дизайн-системе. Её рекомендация — компонент с вариантами, где размер задан как свойство компонента.
 
4. Brad Frost: Свежие наработки по генерации интерфейса в реальном времени на основе дизайн-системы через ИИ-команды. Это скорее обзор его свежих экспериментов, но достаточно разнообразный.
 
5. Nathan Curtis: Скрипт, который сильно удешевляет считывание нейронкой компонентов дизайн-системы в Figma. Это ускоряет процесс и не сжигает токены лишний зазря.
 
6. Figma Make: Может использовать вашу дизайн-систему и полезные файлы-вложения для понимания контекста. Дизайн-систему пока что нужно адаптировать в формат Make kit, но со временем такое должно быть автоматизировано.
 
7. Donnie D'Amato: Напоминает, что популярное сейчас движение «я сгенерил дизайн-систему через нейронку за пару часов» — решает только один из кусочков этой задачи. Дизайн-системы созданы для переиспользования командами. И главная сложность — сделать это простым и понятным, чтобы обеспечить достаточное покрытие. Хотя быстрая сборка первой дизайн-системы алгоритмами может помочь небольшим продуктам на старте — это хороший быстрый MVP. Или облегчить аудит текущего состояния.
 
8. Ben Callahan: Калькулятор, чтобы определиться: писать свою дизайн-систему или адаптировать готовый фреймворк? Он позволяет играть разными параметрами, чтобы принять решение.
 
9. ShadCN Themes: Инструмент для создания тем оформления для дизайн-систем на базе shadcn/ui. И большой каталог уже готовых.
 
10. Tailwind CSS Colors: Генератор цветовых тем оформления под Tailwind CSS на основе основного цвета бренда.
 
11. Webflow: Улучшили работу с компонентами и их вариантами. Их можно также генерировать с помощью ИИ.
 
12. PJ Onori: Занятный эксперимент — он дал нескольким ИИ-агентам задачу собрать один и тот же интерфейс на основе старой и новой дизайн-системы. И сравнивал эффективность и проблемы каждой версии.
 
13. zeroheight: Отчёт о состоянии дизайн-систем в 2026 году. Выборка малюсенькая (147 человек), но интересны скорее сами вопросы, чем конкретные цифры.
 
#designsystems