#инструменты_разработки — Public Fediverse posts

Контекстная амнезия: три агента, три IDE, ноль общей памяти

Представьте: вы наняли идеального сотрудника. Он пишет код как senior, разбирается в архитектуре за минуты, работает 24/7 без выгорания. Но у него одна особенность - каждое утро он забывает абсолютно всё. Не помнит, что делал вчера. Не знает, почему в платёжном модуле реализован тот самый workaround. Не помнит, что его коллега уже разбирался с тем же багом и нашёл решение. Эта особенность работы с ИИ-агентами в 2026 году до сих пор многим доставляет неудобства.

https://habr.com/ru/articles/1021622/

#devtools #управление_разработкой #будущее_it #ai_agents #инструменты_разработки #программирование #cursor #claude_code #искусственный_интеллект

Контекстная амнезия: три агента, три IDE, ноль общей памяти

Представьте: вы наняли идеального сотрудника. Он пишет код как senior, разбирается в архитектуре за минуты, работает 24/7 без выгорания. Но у него одна особенность - каждое утро он забывает абсолютно всё. Не помнит, что делал вчера. Не знает, почему в платёжном модуле реализован тот самый workaround. Не помнит, что его коллега уже разбирался с тем же багом и нашёл решение. Эта особенность работы с ИИ-агентами в 2026 году до сих пор многим доставляет неудобства.

https://habr.com/ru/articles/1021622/

#devtools #управление_разработкой #будущее_it #ai_agents #инструменты_разработки #программирование #cursor #claude_code #искусственный_интеллект

Контекстная амнезия: три агента, три IDE, ноль общей памяти

Представьте: вы наняли идеального сотрудника. Он пишет код как senior, разбирается в архитектуре за минуты, работает 24/7 без выгорания. Но у него одна особенность - каждое утро он забывает абсолютно всё. Не помнит, что делал вчера. Не знает, почему в платёжном модуле реализован тот самый workaround. Не помнит, что его коллега уже разбирался с тем же багом и нашёл решение. Эта особенность работы с ИИ-агентами в 2026 году до сих пор многим доставляет неудобства.

https://habr.com/ru/articles/1021622/

#devtools #управление_разработкой #будущее_it #ai_agents #инструменты_разработки #программирование #cursor #claude_code #искусственный_интеллект

Контекстная амнезия: три агента, три IDE, ноль общей памяти

Представьте: вы наняли идеального сотрудника. Он пишет код как senior, разбирается в архитектуре за минуты, работает 24/7 без выгорания. Но у него одна особенность - каждое утро он забывает абсолютно всё. Не помнит, что делал вчера. Не знает, почему в платёжном модуле реализован тот самый workaround. Не помнит, что его коллега уже разбирался с тем же багом и нашёл решение. Эта особенность работы с ИИ-агентами в 2026 году до сих пор многим доставляет неудобства.

https://habr.com/ru/articles/1021622/

#devtools #управление_разработкой #будущее_it #ai_agents #инструменты_разработки #программирование #cursor #claude_code #искусственный_интеллект

Искусство бесшовных переходов в iOS от 60 FPS до идеального UX

Вы когда-нибудь открывали приложение, где переход между экранами выглядит так, будто интерфейс собрали на коленке за час до дедлайна? Экран мигает, элементы прыгают, анимация тормозит и вы инстинктивно хотите закрыть это безобразие. Проблема не в том, что разработчик не умеет делать анимации. Проблема в том, что он не понимает, как работает восприятие пользователя. Давайте же разберем как делать переходы в iOS-приложениях так, чтобы они не раздражали, не ломали флоу и не заставляли пользователя думать "что-то пошло не так". Выясним почему 60 FPS - это не всегда гладко, как избежать типичных багов вроде джанка и мигания, правильно использовать matchedGeometryEffect , писать кастомные переходы без костылей и отлаживать всё это дело до идеального состояния. В конце разберём реальный кейс - переход от списка к детальной странице без единого моргания экрана. Продолжим

https://habr.com/ru/articles/1000184/

#iOS #SwiftUI #Swift #Анимация #Разработка_под_iOS #Интерфейсы #UX #Производительность #UIKit #Инструменты_разработки

Искусство бесшовных переходов в iOS от 60 FPS до идеального UX

Вы когда-нибудь открывали приложение, где переход между экранами выглядит так, будто интерфейс собрали на коленке за час до дедлайна? Экран мигает, элементы прыгают, анимация тормозит и вы инстинктивно хотите закрыть это безобразие. Проблема не в том, что разработчик не умеет делать анимации. Проблема в том, что он не понимает, как работает восприятие пользователя. Давайте же разберем как делать переходы в iOS-приложениях так, чтобы они не раздражали, не ломали флоу и не заставляли пользователя думать "что-то пошло не так". Выясним почему 60 FPS - это не всегда гладко, как избежать типичных багов вроде джанка и мигания, правильно использовать matchedGeometryEffect , писать кастомные переходы без костылей и отлаживать всё это дело до идеального состояния. В конце разберём реальный кейс - переход от списка к детальной странице без единого моргания экрана. Продолжим

https://habr.com/ru/articles/1000184/

#iOS #SwiftUI #Swift #Анимация #Разработка_под_iOS #Интерфейсы #UX #Производительность #UIKit #Инструменты_разработки

Искусство бесшовных переходов в iOS от 60 FPS до идеального UX

Вы когда-нибудь открывали приложение, где переход между экранами выглядит так, будто интерфейс собрали на коленке за час до дедлайна? Экран мигает, элементы прыгают, анимация тормозит и вы инстинктивно хотите закрыть это безобразие. Проблема не в том, что разработчик не умеет делать анимации. Проблема в том, что он не понимает, как работает восприятие пользователя. Давайте же разберем как делать переходы в iOS-приложениях так, чтобы они не раздражали, не ломали флоу и не заставляли пользователя думать "что-то пошло не так". Выясним почему 60 FPS - это не всегда гладко, как избежать типичных багов вроде джанка и мигания, правильно использовать matchedGeometryEffect , писать кастомные переходы без костылей и отлаживать всё это дело до идеального состояния. В конце разберём реальный кейс - переход от списка к детальной странице без единого моргания экрана. Продолжим

https://habr.com/ru/articles/1000184/

#iOS #SwiftUI #Swift #Анимация #Разработка_под_iOS #Интерфейсы #UX #Производительность #UIKit #Инструменты_разработки

Искусство бесшовных переходов в iOS от 60 FPS до идеального UX

Вы когда-нибудь открывали приложение, где переход между экранами выглядит так, будто интерфейс собрали на коленке за час до дедлайна? Экран мигает, элементы прыгают, анимация тормозит и вы инстинктивно хотите закрыть это безобразие. Проблема не в том, что разработчик не умеет делать анимации. Проблема в том, что он не понимает, как работает восприятие пользователя. Давайте же разберем как делать переходы в iOS-приложениях так, чтобы они не раздражали, не ломали флоу и не заставляли пользователя думать "что-то пошло не так". Выясним почему 60 FPS - это не всегда гладко, как избежать типичных багов вроде джанка и мигания, правильно использовать matchedGeometryEffect , писать кастомные переходы без костылей и отлаживать всё это дело до идеального состояния. В конце разберём реальный кейс - переход от списка к детальной странице без единого моргания экрана. Продолжим

https://habr.com/ru/articles/1000184/

#iOS #SwiftUI #Swift #Анимация #Разработка_под_iOS #Интерфейсы #UX #Производительность #UIKit #Инструменты_разработки

Почему молодые разработчики сейчас способны на то, что раньше казалось недостижимым

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

https://habr.com/ru/articles/968064/

#молодые_разработчики #инструменты_разработки #инженерная_культура #инфраструктура #масштабирование #асинхронность #современный_код #примеры_кода #обучение_разработке

[Перевод] Vue SFC — идеальный формат для AI-разработки и вот почему

Вы уже пробовали применять ИИ в разработке? Если да, то заметили, что чем дольше вы общаетесь с моделью, тем выше шанс, что она забудет ваши исходные требования. Спецификация, которую вы указали вначале, теряется где-то в контексте, и ИИ начинает генерировать код, который немного, но не совсем то, что нужно. Поэтому некоторые разработчики уже перешли на Spec-Driven Development — подход, в котором требования четко описаны отдельно и всегда под рукой. Звучит логично? Но попробуйте внедрить его на реальном проекте... и вы быстро поймете, почему большинство разработчиков его не используют. Одна из основных причин — спецификации хранятся отдельно от кода, и ИИ их регулярно теряет. А еще они быстро устаревают, когда вы вносите изменения. Но что, если спецификацию встроить прямо в код? Именно это и предложил японский разработчик в своей оригинальной статье . Он обнаружил, что Vue SFC позволяет использовать пользовательские блоки — и создал <spec> блок для коллокации спецификации с кодом, который поможет решить устоявшиеся проблемы. Добро пожаловать под кат: разберем, как коллокация спецификаций меняет правила игры в AI-driven разработке.

https://habr.com/ru/companies/first/articles/965882/

#vuejs #искусственный_интеллект #разработка #frontend #ai #ai_agent #ai_в_работе #javascript #кодогенерация #инструменты_разработки

[Перевод] Vue SFC — идеальный формат для AI-разработки и вот почему

Вы уже пробовали применять ИИ в разработке? Если да, то заметили, что чем дольше вы общаетесь с моделью, тем выше шанс, что она забудет ваши исходные требования. Спецификация, которую вы указали вначале, теряется где-то в контексте, и ИИ начинает генерировать код, который немного, но не совсем то, что нужно. Поэтому некоторые разработчики уже перешли на Spec-Driven Development — подход, в котором требования четко описаны отдельно и всегда под рукой. Звучит логично? Но попробуйте внедрить его на реальном проекте... и вы быстро поймете, почему большинство разработчиков его не используют. Одна из основных причин — спецификации хранятся отдельно от кода, и ИИ их регулярно теряет. А еще они быстро устаревают, когда вы вносите изменения. Но что, если спецификацию встроить прямо в код? Именно это и предложил японский разработчик в своей оригинальной статье . Он обнаружил, что Vue SFC позволяет использовать пользовательские блоки — и создал <spec> блок для коллокации спецификации с кодом, который поможет решить устоявшиеся проблемы. Добро пожаловать под кат: разберем, как коллокация спецификаций меняет правила игры в AI-driven разработке.

https://habr.com/ru/companies/first/articles/965882/

#vuejs #искусственный_интеллект #разработка #frontend #ai #ai_agent #ai_в_работе #javascript #кодогенерация #инструменты_разработки

[Перевод] Vue SFC — идеальный формат для AI-разработки и вот почему

Вы уже пробовали применять ИИ в разработке? Если да, то заметили, что чем дольше вы общаетесь с моделью, тем выше шанс, что она забудет ваши исходные требования. Спецификация, которую вы указали вначале, теряется где-то в контексте, и ИИ начинает генерировать код, который немного, но не совсем то, что нужно. Поэтому некоторые разработчики уже перешли на Spec-Driven Development — подход, в котором требования четко описаны отдельно и всегда под рукой. Звучит логично? Но попробуйте внедрить его на реальном проекте... и вы быстро поймете, почему большинство разработчиков его не используют. Одна из основных причин — спецификации хранятся отдельно от кода, и ИИ их регулярно теряет. А еще они быстро устаревают, когда вы вносите изменения. Но что, если спецификацию встроить прямо в код? Именно это и предложил японский разработчик в своей оригинальной статье . Он обнаружил, что Vue SFC позволяет использовать пользовательские блоки — и создал <spec> блок для коллокации спецификации с кодом, который поможет решить устоявшиеся проблемы. Добро пожаловать под кат: разберем, как коллокация спецификаций меняет правила игры в AI-driven разработке.

https://habr.com/ru/companies/first/articles/965882/

#vuejs #искусственный_интеллект #разработка #frontend #ai #ai_agent #ai_в_работе #javascript #кодогенерация #инструменты_разработки

[Перевод] Vue SFC — идеальный формат для AI-разработки и вот почему

Вы уже пробовали применять ИИ в разработке? Если да, то заметили, что чем дольше вы общаетесь с моделью, тем выше шанс, что она забудет ваши исходные требования. Спецификация, которую вы указали вначале, теряется где-то в контексте, и ИИ начинает генерировать код, который немного, но не совсем то, что нужно. Поэтому некоторые разработчики уже перешли на Spec-Driven Development — подход, в котором требования четко описаны отдельно и всегда под рукой. Звучит логично? Но попробуйте внедрить его на реальном проекте... и вы быстро поймете, почему большинство разработчиков его не используют. Одна из основных причин — спецификации хранятся отдельно от кода, и ИИ их регулярно теряет. А еще они быстро устаревают, когда вы вносите изменения. Но что, если спецификацию встроить прямо в код? Именно это и предложил японский разработчик в своей оригинальной статье . Он обнаружил, что Vue SFC позволяет использовать пользовательские блоки — и создал <spec> блок для коллокации спецификации с кодом, который поможет решить устоявшиеся проблемы. Добро пожаловать под кат: разберем, как коллокация спецификаций меняет правила игры в AI-driven разработке.

https://habr.com/ru/companies/first/articles/965882/

#vuejs #искусственный_интеллект #разработка #frontend #ai #ai_agent #ai_в_работе #javascript #кодогенерация #инструменты_разработки

Стоит ли переносить правила из Cursor в Copilot и Windsurf: проверка на практике

Недавно я показывал, как ускорить создание админ-панели с помощью Admiral — фреймворка от команды dev.family для построения бэк-офиса на React. Тогда я использовал Cursor rules — набор текстовых правил, которые инструмент автоматически превращает в код. Со временем я заметил, что такие правила универсальны: это обычные .md-файлы, которые можно использовать не только в Cursor, но и в других средах. Например, в GitHub Copilot, Windsurf, Replit, Zed, Continue и т.д. Возникает логичный вопрос: дадут ли они такой же эффект там, где изначально не задумывались? Чтобы это проверить, я сравнил, как три популярных инструмента — Cursor, Copilot и Windsurf — справляются с одними и теми же инструкциями для админки. В статье разберём: Choose your fighter

https://habr.com/ru/articles/948604/

#cursor #windsurf #copilot #crud #react #ai #инструменты_разработчика #инструменты_разработки

Стоит ли переносить правила из Cursor в Copilot и Windsurf: проверка на практике

Недавно я показывал, как ускорить создание админ-панели с помощью Admiral — фреймворка от команды dev.family для построения бэк-офиса на React. Тогда я использовал Cursor rules — набор текстовых правил, которые инструмент автоматически превращает в код. Со временем я заметил, что такие правила универсальны: это обычные .md-файлы, которые можно использовать не только в Cursor, но и в других средах. Например, в GitHub Copilot, Windsurf, Replit, Zed, Continue и т.д. Возникает логичный вопрос: дадут ли они такой же эффект там, где изначально не задумывались? Чтобы это проверить, я сравнил, как три популярных инструмента — Cursor, Copilot и Windsurf — справляются с одними и теми же инструкциями для админки. В статье разберём: Choose your fighter

https://habr.com/ru/articles/948604/

#cursor #windsurf #copilot #crud #react #ai #инструменты_разработчика #инструменты_разработки

Стоит ли переносить правила из Cursor в Copilot и Windsurf: проверка на практике

Недавно я показывал, как ускорить создание админ-панели с помощью Admiral — фреймворка от команды dev.family для построения бэк-офиса на React. Тогда я использовал Cursor rules — набор текстовых правил, которые инструмент автоматически превращает в код. Со временем я заметил, что такие правила универсальны: это обычные .md-файлы, которые можно использовать не только в Cursor, но и в других средах. Например, в GitHub Copilot, Windsurf, Replit, Zed, Continue и т.д. Возникает логичный вопрос: дадут ли они такой же эффект там, где изначально не задумывались? Чтобы это проверить, я сравнил, как три популярных инструмента — Cursor, Copilot и Windsurf — справляются с одними и теми же инструкциями для админки. В статье разберём: Choose your fighter

https://habr.com/ru/articles/948604/

#cursor #windsurf #copilot #crud #react #ai #инструменты_разработчика #инструменты_разработки

Стоит ли переносить правила из Cursor в Copilot и Windsurf: проверка на практике

Недавно я показывал, как ускорить создание админ-панели с помощью Admiral — фреймворка от команды dev.family для построения бэк-офиса на React. Тогда я использовал Cursor rules — набор текстовых правил, которые инструмент автоматически превращает в код. Со временем я заметил, что такие правила универсальны: это обычные .md-файлы, которые можно использовать не только в Cursor, но и в других средах. Например, в GitHub Copilot, Windsurf, Replit, Zed, Continue и т.д. Возникает логичный вопрос: дадут ли они такой же эффект там, где изначально не задумывались? Чтобы это проверить, я сравнил, как три популярных инструмента — Cursor, Copilot и Windsurf — справляются с одними и теми же инструкциями для админки. В статье разберём: Choose your fighter

https://habr.com/ru/articles/948604/

#cursor #windsurf #copilot #crud #react #ai #инструменты_разработчика #инструменты_разработки

7 кругов ада: практический гид по выбору стека для ML-разработки

Сколько раз за последние пару-тройку вы меняли свой AI/ML стек? Если ответ «ни разу» — либо у вас железная дисциплина, либо вы просто не следите за тем, что происходит в индустрии. McKinsey Global Survey показывает, что adoption AI вырос с 50% до 72% только за последний год. Это означает, что пока вы размышляете над выбором между PyTorch и TensorFlow, ваши конкуренты уже запускают production-модели на совершенно других стеках. Проблема не в том, что инструментов мало — а в том, что их чертовски много. Современный ML/AI стек превратился в слоеный пирог из семи уровней: от ИИ-инфраструктуры в самом низу до слоя ИИ-решений наверху. Каждый уровень предлагает десятки вариантов, от которых глаза разбегаются даже у матерых разработчиков, но хаос поддается систематизации. В этой статье мы расскажем о любимых инструментах, препарируем популярные решения, и разберемся, как выбрать стек, который не превратится в тыкву через полгода.

https://habr.com/ru/companies/magnus-tech/articles/932714/

#ml #стек #инструменты_разработки #PyTorch #TensorFlow #Grafana #Python #postgresql #pandas #kubernetes

Под капотом WordPress — разбираем движок и изучаем инструменты

Привет, Habr! Меня зовут Ольга Глеклер. Я уже более 12 лет в веб-разработке. Начинала писать с нуля, работала с различными CMS, последние 8 лет преимущественно с WordPress и уже около 6 лет являюсь контрибьютором. Работала в таких компаниях, как Epam и Yadro. Выступала на конференции HighLoad++. Сегодня расскажу о возможностях WordPress и как это реализовано «под капотом».

https://habr.com/ru/companies/oleg-bunin/articles/918932/

#wordpress #cms #инструменты_разработки #gutenberg #гутенберг #opensource #разработка_сайтов #api #wp #система_управления_контентом

[Перевод] Лучшие практики для работы с агентным программированием от Anthropic

Claude Code — это инструмент командной строки для агентного программирования. В этой статье от Anthropic рассматриваются советы и приемы, которые доказали свою эффективность при использовании Claude Code в различных кодовых базах, языках и средах.

https://habr.com/ru/articles/902422/

#искусственный_интеллект #агентное_программирование #claude_code #anthropic #инструменты_разработки #автоматизация #git #bash #productivity

Spring Boot, AspectJ. Введение в аспектно-ориентированное программирование

Привет, меня зовут Николай Пискунов , я руководитель направления Big Data и автор медиа вАЙТИ . Недавно мне в руки попался старый проект, написанный на Spring Boot. В нем я нашел пару десятков эндпоинтов, в которых метод обрамлен logger. Логирование в таком виде — это важный элемент как для ПО, так и для безопасности, но оно делает код объемнее, его становится сложнее читать. В идеальном случае методы можно сократить буквально до пары строк, но для этого нужно отделить бизнес-логику от остального кода. Сделать это можно с помощью аспектно-ориентированного программирования (AOP) — языка для определения именованного аспекта. О нем и пойдет речь в этой статье.

https://habr.com/ru/companies/beeline_cloud/articles/869602/

#spring_boot #aspectj #aop #логирование #backendразработка #разработка_по #архитектура_приложений #инструменты_разработки #оптимизация_кода #производительность

[Перевод] 9 open source библиотек для вашего следующего проекта

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

https://habr.com/ru/companies/otus/articles/869326/

#инструменты_разработки #опенсорс_библиотеки #бибилиотеки #подборка_инструментов #javascript #вебразработка