#разработка_по — Public Fediverse posts

[Перевод] Каким должен быть язык программирования, чтобы с ним хорошо работали AI-агенты

В прошлом году я впервые задумался, как может выглядеть будущее языков программирования в эпоху агентной разработки. Сначала казалось, что гигантский объем существующего кода намертво закрепит нынешние языки на своих местах. Но чем дальше, тем больше я думаю, что всё может оказаться ровно наоборот. В этой статье хочу поразмышлять о том, почему нас, скорее всего, ждет новая волна языков программирования, какие изменения уже подталкивают индустрию к этому и почему именно сейчас появилось пространство для действительно интересных идей. А заодно — о том, какими вообще могут быть языки, удобные не только людям, но и AI-агентам. Куда движемся

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

#AIагенты #языки_программирования #vibe_coding #agentic_coding #LLM #архитектура_кода #разработка_ПО #будущее_программирования

Bus factor = 1: 22 критичные для индустрии библиотеки, которые держатся на одном человеке

Где-то прямо сейчас один программист не спит и патчит баг в библиотеке, от которой зависит половина интернета. Он делает это бесплатно. Его никто не знает. Если он уйдёт — никто не придёт. Это история про структурную уязвимость, которую мы все создали вместе и продолжаем игнорировать.

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

#open_source #bus_factor #xz_utils #информационная_безопасность #выгорание #зависимости #supply_chain_attack #бэкдор #разработка_по #управление_рисками

Почему программисты не сходят с ума(и почему иногда всё же сходят)

Программирование — это редко про «написать кнопку». Чаще это попытка перевести хаос бизнес-процессов, привычек пользователей и странных требований в систему, которая должна работать стабильно. В статье — реальные истории из легаси, enterprise и автоматизации: DOS-мышление в вебе, Excel как основа бизнеса, реверс-инжиниринг без документации и почему иногда лучший аналитик — оператор с цифровым блоком клавиатуры.

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

#программирование #архитектура_ПО #enterprise #бизнеслогика #разработка_ПО #проектирование_систем #инженерия_ПО #разработка #программист

Почему программисты не сходят с ума(и почему иногда всё же сходят)

Программирование — это редко про «написать кнопку». Чаще это попытка перевести хаос бизнес-процессов, привычек пользователей и странных требований в систему, которая должна работать стабильно. В статье — реальные истории из легаси, enterprise и автоматизации: DOS-мышление в вебе, Excel как основа бизнеса, реверс-инжиниринг без документации и почему иногда лучший аналитик — оператор с цифровым блоком клавиатуры.

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

#программирование #архитектура_ПО #enterprise #бизнеслогика #разработка_ПО #проектирование_систем #инженерия_ПО #разработка #программист

Почему программисты не сходят с ума(и почему иногда всё же сходят)

Программирование — это редко про «написать кнопку». Чаще это попытка перевести хаос бизнес-процессов, привычек пользователей и странных требований в систему, которая должна работать стабильно. В статье — реальные истории из легаси, enterprise и автоматизации: DOS-мышление в вебе, Excel как основа бизнеса, реверс-инжиниринг без документации и почему иногда лучший аналитик — оператор с цифровым блоком клавиатуры.

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

#программирование #архитектура_ПО #enterprise #бизнеслогика #разработка_ПО #проектирование_систем #инженерия_ПО #разработка #программист

Почему программисты не сходят с ума(и почему иногда всё же сходят)

Программирование — это редко про «написать кнопку». Чаще это попытка перевести хаос бизнес-процессов, привычек пользователей и странных требований в систему, которая должна работать стабильно. В статье — реальные истории из легаси, enterprise и автоматизации: DOS-мышление в вебе, Excel как основа бизнеса, реверс-инжиниринг без документации и почему иногда лучший аналитик — оператор с цифровым блоком клавиатуры.

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

#программирование #архитектура_ПО #enterprise #бизнеслогика #разработка_ПО #проектирование_систем #инженерия_ПО #разработка #программист

Чинить нельзя откладывать: как мы приоритизируем баги в B2B-продукте

Привет, Хабр! В одной из прошлых статей мы рассказывали, какие фреймворки приоритизации бэклога фич существуют и почему в итоге запилили свой. Сегодня поговорим про вторую сторону медали: баги. Если для оценки фич индустрия создала десятки методов (от RICE до MoSCoW и WSJF), то с багами все скромнее: общепринятых подходов сравнительно немного, и нам в итоге они не подошли. У нас зрелые B2B-продукты, крупные корпоративные клиенты и высокие требования к качеству релизов. Поэтому пришлось эволюционировать: от стандартных матриц мы постепенно дошли до собственной короткой формулы, которая сегодня закрывает большинство кейсов на тимлидерских встречах по релизу. Далее поделимся обзором существующих подходов, историей наших экспериментов и к чему мы пришли в итоге.

https://habr.com/ru/companies/contentai/articles/1035674/

#разработка_по #приоритизация_бэклога #приоритизация #баги #методы_приоритизации

Чинить нельзя откладывать: как мы приоритизируем баги в B2B-продукте

Привет, Хабр! В одной из прошлых статей мы рассказывали, какие фреймворки приоритизации бэклога фич существуют и почему в итоге запилили свой. Сегодня поговорим про вторую сторону медали: баги. Если для оценки фич индустрия создала десятки методов (от RICE до MoSCoW и WSJF), то с багами все скромнее: общепринятых подходов сравнительно немного, и нам в итоге они не подошли. У нас зрелые B2B-продукты, крупные корпоративные клиенты и высокие требования к качеству релизов. Поэтому пришлось эволюционировать: от стандартных матриц мы постепенно дошли до собственной короткой формулы, которая сегодня закрывает большинство кейсов на тимлидерских встречах по релизу. Далее поделимся обзором существующих подходов, историей наших экспериментов и к чему мы пришли в итоге.

https://habr.com/ru/companies/contentai/articles/1035674/

#разработка_по #приоритизация_бэклога #приоритизация #баги #методы_приоритизации

Чинить нельзя откладывать: как мы приоритизируем баги в B2B-продукте

Привет, Хабр! В одной из прошлых статей мы рассказывали, какие фреймворки приоритизации бэклога фич существуют и почему в итоге запилили свой. Сегодня поговорим про вторую сторону медали: баги. Если для оценки фич индустрия создала десятки методов (от RICE до MoSCoW и WSJF), то с багами все скромнее: общепринятых подходов сравнительно немного, и нам в итоге они не подошли. У нас зрелые B2B-продукты, крупные корпоративные клиенты и высокие требования к качеству релизов. Поэтому пришлось эволюционировать: от стандартных матриц мы постепенно дошли до собственной короткой формулы, которая сегодня закрывает большинство кейсов на тимлидерских встречах по релизу. Далее поделимся обзором существующих подходов, историей наших экспериментов и к чему мы пришли в итоге.

https://habr.com/ru/companies/contentai/articles/1035674/

#разработка_по #приоритизация_бэклога #приоритизация #баги #методы_приоритизации

Чинить нельзя откладывать: как мы приоритизируем баги в B2B-продукте

Привет, Хабр! В одной из прошлых статей мы рассказывали, какие фреймворки приоритизации бэклога фич существуют и почему в итоге запилили свой. Сегодня поговорим про вторую сторону медали: баги. Если для оценки фич индустрия создала десятки методов (от RICE до MoSCoW и WSJF), то с багами все скромнее: общепринятых подходов сравнительно немного, и нам в итоге они не подошли. У нас зрелые B2B-продукты, крупные корпоративные клиенты и высокие требования к качеству релизов. Поэтому пришлось эволюционировать: от стандартных матриц мы постепенно дошли до собственной короткой формулы, которая сегодня закрывает большинство кейсов на тимлидерских встречах по релизу. Далее поделимся обзором существующих подходов, историей наших экспериментов и к чему мы пришли в итоге.

https://habr.com/ru/companies/contentai/articles/1035674/

#разработка_по #приоритизация_бэклога #приоритизация #баги #методы_приоритизации

Управление программной инженерией в ERP-проектах на основе SWEBoK

Внедрение корпоративных информационных систем ведется по определенным правилам, есть три классические модели имплементации: каскадная, итерационная и спиралевидная. Также доступно множество прикладных методологий внедрения, представленных ASAP, Activate SAP, OUM, MDSS, ADM и расширяющих классические модели. Принимая во внимание то, что ERP-системы представимы коробочными программными продуктами, их имплементация преимущественно ведется на основе каскадно-ориентированных методов и с использованием знаний PMBoK [1]. PMBoK один из наиболее узнаваемых и популярных сводов знаний для менеджмента всевозможных проектов, в том числе в области ИТ. Однако существуют и другие области знаний, относящиеся к ИТ: BABoK, EABoK, BPM CBoK, а также SWEBoK [2-5]. SWEBoK как свод знаний программной инженерии, наиболее близко соотносится с тематикой проектирования и имплементации корпоративных информационных систем, представленных комплексным платформенным программным обеспечением. Несмотря на очевидную близость к ERP-системам, SWEBoK не так знаком читателям как PMBoK или BABoK. Действительно ли применение SWEBoK дает преимущества работе над комплексным программным продуктом? С данным вопросом мы разберемся в содержании текущей статьи. Цель работы состоит в анализе методологии SWEBoK для повышения качества разрабатываемого и внедряемого программного продукта. Для решения данной цели необходимо:

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

#swebok #программная_инженерия #erp_системы #erp_система #разработка_по #тестирование_ПО #управление_версиями #управление_программной_инженерией

Управление программной инженерией в ERP-проектах на основе SWEBoK

Внедрение корпоративных информационных систем ведется по определенным правилам, есть три классические модели имплементации: каскадная, итерационная и спиралевидная. Также доступно множество прикладных методологий внедрения, представленных ASAP, Activate SAP, OUM, MDSS, ADM и расширяющих классические модели. Принимая во внимание то, что ERP-системы представимы коробочными программными продуктами, их имплементация преимущественно ведется на основе каскадно-ориентированных методов и с использованием знаний PMBoK [1]. PMBoK один из наиболее узнаваемых и популярных сводов знаний для менеджмента всевозможных проектов, в том числе в области ИТ. Однако существуют и другие области знаний, относящиеся к ИТ: BABoK, EABoK, BPM CBoK, а также SWEBoK [2-5]. SWEBoK как свод знаний программной инженерии, наиболее близко соотносится с тематикой проектирования и имплементации корпоративных информационных систем, представленных комплексным платформенным программным обеспечением. Несмотря на очевидную близость к ERP-системам, SWEBoK не так знаком читателям как PMBoK или BABoK. Действительно ли применение SWEBoK дает преимущества работе над комплексным программным продуктом? С данным вопросом мы разберемся в содержании текущей статьи. Цель работы состоит в анализе методологии SWEBoK для повышения качества разрабатываемого и внедряемого программного продукта. Для решения данной цели необходимо:

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

#swebok #программная_инженерия #erp_системы #erp_система #разработка_по #тестирование_ПО #управление_версиями #управление_программной_инженерией

Управление программной инженерией в ERP-проектах на основе SWEBoK

Внедрение корпоративных информационных систем ведется по определенным правилам, есть три классические модели имплементации: каскадная, итерационная и спиралевидная. Также доступно множество прикладных методологий внедрения, представленных ASAP, Activate SAP, OUM, MDSS, ADM и расширяющих классические модели. Принимая во внимание то, что ERP-системы представимы коробочными программными продуктами, их имплементация преимущественно ведется на основе каскадно-ориентированных методов и с использованием знаний PMBoK [1]. PMBoK один из наиболее узнаваемых и популярных сводов знаний для менеджмента всевозможных проектов, в том числе в области ИТ. Однако существуют и другие области знаний, относящиеся к ИТ: BABoK, EABoK, BPM CBoK, а также SWEBoK [2-5]. SWEBoK как свод знаний программной инженерии, наиболее близко соотносится с тематикой проектирования и имплементации корпоративных информационных систем, представленных комплексным платформенным программным обеспечением. Несмотря на очевидную близость к ERP-системам, SWEBoK не так знаком читателям как PMBoK или BABoK. Действительно ли применение SWEBoK дает преимущества работе над комплексным программным продуктом? С данным вопросом мы разберемся в содержании текущей статьи. Цель работы состоит в анализе методологии SWEBoK для повышения качества разрабатываемого и внедряемого программного продукта. Для решения данной цели необходимо:

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

#swebok #программная_инженерия #erp_системы #erp_система #разработка_по #тестирование_ПО #управление_версиями #управление_программной_инженерией

Управление программной инженерией в ERP-проектах на основе SWEBoK

Внедрение корпоративных информационных систем ведется по определенным правилам, есть три классические модели имплементации: каскадная, итерационная и спиралевидная. Также доступно множество прикладных методологий внедрения, представленных ASAP, Activate SAP, OUM, MDSS, ADM и расширяющих классические модели. Принимая во внимание то, что ERP-системы представимы коробочными программными продуктами, их имплементация преимущественно ведется на основе каскадно-ориентированных методов и с использованием знаний PMBoK [1]. PMBoK один из наиболее узнаваемых и популярных сводов знаний для менеджмента всевозможных проектов, в том числе в области ИТ. Однако существуют и другие области знаний, относящиеся к ИТ: BABoK, EABoK, BPM CBoK, а также SWEBoK [2-5]. SWEBoK как свод знаний программной инженерии, наиболее близко соотносится с тематикой проектирования и имплементации корпоративных информационных систем, представленных комплексным платформенным программным обеспечением. Несмотря на очевидную близость к ERP-системам, SWEBoK не так знаком читателям как PMBoK или BABoK. Действительно ли применение SWEBoK дает преимущества работе над комплексным программным продуктом? С данным вопросом мы разберемся в содержании текущей статьи. Цель работы состоит в анализе методологии SWEBoK для повышения качества разрабатываемого и внедряемого программного продукта. Для решения данной цели необходимо:

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

#swebok #программная_инженерия #erp_системы #erp_система #разработка_по #тестирование_ПО #управление_версиями #управление_программной_инженерией

От инженера до оператора промптов: 5 главных ошибок вайбкодинга

Вайбкодинг (vibe-coding) — это круто, пока вы в потоке, и ИИ делает за вас рутину. Но за видимым “Vibe!” и “func() { return code.gen.ok() }” могут скрываться фатальные ошибки. Мы разобрали 5 критических проблем — от архитектурных косяков и уязвимостей до ленивых промптов и потери контекста.

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

#вайбкодинг #ошибки_программистов #искусственный_интеллект #разработка_ПО #нейросети_в_программировании #технический_долг #кодревью #архитектура_ПО #отладка #дебаг

От инженера до оператора промптов: 5 главных ошибок вайбкодинга

Вайбкодинг (vibe-coding) — это круто, пока вы в потоке, и ИИ делает за вас рутину. Но за видимым “Vibe!” и “func() { return code.gen.ok() }” могут скрываться фатальные ошибки. Мы разобрали 5 критических проблем — от архитектурных косяков и уязвимостей до ленивых промптов и потери контекста.

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

#вайбкодинг #ошибки_программистов #искусственный_интеллект #разработка_ПО #нейросети_в_программировании #технический_долг #кодревью #архитектура_ПО #отладка #дебаг

От инженера до оператора промптов: 5 главных ошибок вайбкодинга

Вайбкодинг (vibe-coding) — это круто, пока вы в потоке, и ИИ делает за вас рутину. Но за видимым “Vibe!” и “func() { return code.gen.ok() }” могут скрываться фатальные ошибки. Мы разобрали 5 критических проблем — от архитектурных косяков и уязвимостей до ленивых промптов и потери контекста.

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

#вайбкодинг #ошибки_программистов #искусственный_интеллект #разработка_ПО #нейросети_в_программировании #технический_долг #кодревью #архитектура_ПО #отладка #дебаг

От инженера до оператора промптов: 5 главных ошибок вайбкодинга

Вайбкодинг (vibe-coding) — это круто, пока вы в потоке, и ИИ делает за вас рутину. Но за видимым “Vibe!” и “func() { return code.gen.ok() }” могут скрываться фатальные ошибки. Мы разобрали 5 критических проблем — от архитектурных косяков и уязвимостей до ленивых промптов и потери контекста.

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

#вайбкодинг #ошибки_программистов #искусственный_интеллект #разработка_ПО #нейросети_в_программировании #технический_долг #кодревью #архитектура_ПО #отладка #дебаг

Карта выживания новичка: как устроена разработка ПО в российских реалиях

В IT-индустрии сложилась парадоксальная ситуация. Курсы по Python, тестированию и аналитике плодятся как грибы после дождя. Тысячи людей получают «корочки» и выходят на рынок, уверенные, что знают своё дело. Но на практике одного знания языка программирования или инструмента оказывается катастрофически мало. Встречаются сотрудники, которые блестяще разбираются в конкретной технологии, но понятия не имеют, как работает продуктовый цикл, зачем нужна ретроспектива и почему тимлид не утверждает их пулл-реквест. Они путаются в подобных элементарных вещах, что не дает им расти. Чтобы стать настоящим профессионалом, нужно понимать, как работает система под названием «разработка программного обеспечения» в целом. И как же она работает?

https://habr.com/ru/companies/bhv_publishing/articles/1029460/

#разработка #карьера #agile #kanban #онбординг #онбординг_новых_сотрудников #разработка_по

Лечение амнезии между AI-сессиями разработки

Статья о том, как решить проблему «забывчивости» LLM между AI-сессиями разработки. Рассматривается причина деградации контекста и предлагается практический подход с использованием ai_readme файлов и агентских хуков, которые принудительно возвращают модель к важным инструкциям. Материал ориентирован на опытных промт-инженеров и показывает, как повысить стабильность и качество генерации кода в реальных больших проектах и при больших контекстных окнах.

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

#LLM #агенты_ии #агенты_влияния #агенты_ai #агенты_на_бям #разработка_по #php

Лечение амнезии между AI-сессиями разработки

Статья о том, как решить проблему «забывчивости» LLM между AI-сессиями разработки. Рассматривается причина деградации контекста и предлагается практический подход с использованием ai_readme файлов и агентских хуков, которые принудительно возвращают модель к важным инструкциям. Материал ориентирован на опытных промт-инженеров и показывает, как повысить стабильность и качество генерации кода в реальных больших проектах и при больших контекстных окнах.

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

#LLM #агенты_ии #агенты_влияния #агенты_ai #агенты_на_бям #разработка_по #php

Лечение амнезии между AI-сессиями разработки

Статья о том, как решить проблему «забывчивости» LLM между AI-сессиями разработки. Рассматривается причина деградации контекста и предлагается практический подход с использованием ai_readme файлов и агентских хуков, которые принудительно возвращают модель к важным инструкциям. Материал ориентирован на опытных промт-инженеров и показывает, как повысить стабильность и качество генерации кода в реальных больших проектах и при больших контекстных окнах.

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

#LLM #агенты_ии #агенты_влияния #агенты_ai #агенты_на_бям #разработка_по #php

Лечение амнезии между AI-сессиями разработки

Статья о том, как решить проблему «забывчивости» LLM между AI-сессиями разработки. Рассматривается причина деградации контекста и предлагается практический подход с использованием ai_readme файлов и агентских хуков, которые принудительно возвращают модель к важным инструкциям. Материал ориентирован на опытных промт-инженеров и показывает, как повысить стабильность и качество генерации кода в реальных больших проектах и при больших контекстных окнах.

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

#LLM #агенты_ии #агенты_влияния #агенты_ai #агенты_на_бям #разработка_по #php

Платформы и приложения Low code

Мы живем во времена, когда даже самые простые бизнес-процессы стараются автоматизировать, цифровизировать и трансформировать, тем самым передавая рутинные операции на исполнение вычислительным машинам. Освободившееся время и ресурсы предполагается отдать человеку на решение более сложных интеллектуальных задач. Подобное возможно за счет искусного комбинирования программного обеспечения и последних техно-инновационных достижений. Аналогично различным классам автоматизации, обеспечивающим работу предприятия на операционном, тактическом и стратегическом уровнях, языки программирования, позволяющие получать готовые программные продукты, бывают низкоуровневые и высокоуровневые. Первый вид довольно сложный и апеллирует машинными командами, в то время как второй – более доступный для понимания и легкий в использовании. Эволюция от сложному к простому, от неструктурированного к упорядоченному, от не готового к полуфабрикату – это поистине лозунг текущего времени. Попытки упростить процесс программирования нашли свое отражение в No-code платформах, представляющих визуальный конструктор для производства программных решений без навыков программирования. Антонимом данной ситуации является классическая кастомная разработка приложений. Тем самым мы блуждаем между крайностями: или просто, или сложно. Пытливый ум попытался найти баланс где-то посередине, предлагая Low-code платформы.

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

#low_code #no_code #no_code_приложения #no_code_платформа #erpсистема #разработка_по #настройка_по #система_erp #erpсистемы #кастомизация_по

Требования в Agile: полный гайд с работающими практиками

Почему «собрать требования» невозможно, а итеративный подход — единственный рабочий вариант и чем Agile-требования на самом деле отличаются от классических. А также: ▫️ Почему фраза «создайте мне систему» — это красный флаг. ▫️ Как постепенное уточнение спасает от «аналитического паралича» и переписывания кода. ▫️ User Story vs Use Case: в чём настоящая разница и что выбрать. ▫️ Схемы итеративного процесса и ролей в Agile-проекте.

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

#аналитика #требования #agile #системный_аналитик #бизнесанализ #разработка_по #user_stories #управление_требованиями

Платформы и приложения No-code

Современное общество немыслимо без интернет-покупок, голосовых помощников и умных устройств, автоматическому подбору музыки на основе предпочтений, электронно-цифровых подписей, государственных онлайн услуг и др. Данный список, если его продолжить дальше, может не вместиться в этой статье. Элементом, объединяющим указанные примеры, является программное обеспечение, разработка которого необходима для кодирования алгоритмов обработки данных и команд пользователей. Многие предприятия, следуя модели развития, переходят на цифровой формат работы. Оцифровка и цифровизация рассматриваются как пройденный и уже не конкурентно способный этап эволюции. На повестке цифровая трансформация, кардинально меняющая роли и вовлечение людей, бизнес-процессов и технологий для удовлетворения запросов пользователей и достижения стратегических бизнес-целей компании. И, опять же, все это возможно посредством разработки и внедрения современных софтверных продуктов. Существует множество литературных источников, досконально описывающих процесс программной разработки, а также имплементирования и поддержки реализованного решения [1-3]. Это неспроста. Ведение разработки программного обеспечения – это кропотливый и долгий процесс, требующий от человека глубоких технических знаний. Изменение требований к приложению чаще всего приводит к переписыванию программного кода. Как результат доступность программистов на рынке труда стала дефицитной, а их стоимость довольно высокой. Стараясь нивелировать высокую стоимость человеческих ресурсов, были разработаны No-code платформы, позволяющие реализовать программные приложения за считанные минуты даже не технических специалистам.

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

#no_code #low_code #разработка_без_кода #без_кода #no_code_платформа #no_code_приложения #разработка_по #erp_системы #erpсистема #erp

Платформы и приложения No-code

Современное общество немыслимо без интернет-покупок, голосовых помощников и умных устройств, автоматическому подбору музыки на основе предпочтений, электронно-цифровых подписей, государственных онлайн услуг и др. Данный список, если его продолжить дальше, может не вместиться в этой статье. Элементом, объединяющим указанные примеры, является программное обеспечение, разработка которого необходима для кодирования алгоритмов обработки данных и команд пользователей. Многие предприятия, следуя модели развития, переходят на цифровой формат работы. Оцифровка и цифровизация рассматриваются как пройденный и уже не конкурентно способный этап эволюции. На повестке цифровая трансформация, кардинально меняющая роли и вовлечение людей, бизнес-процессов и технологий для удовлетворения запросов пользователей и достижения стратегических бизнес-целей компании. И, опять же, все это возможно посредством разработки и внедрения современных софтверных продуктов. Существует множество литературных источников, досконально описывающих процесс программной разработки, а также имплементирования и поддержки реализованного решения [1-3]. Это неспроста. Ведение разработки программного обеспечения – это кропотливый и долгий процесс, требующий от человека глубоких технических знаний. Изменение требований к приложению чаще всего приводит к переписыванию программного кода. Как результат доступность программистов на рынке труда стала дефицитной, а их стоимость довольно высокой. Стараясь нивелировать высокую стоимость человеческих ресурсов, были разработаны No-code платформы, позволяющие реализовать программные приложения за считанные минуты даже не технических специалистам.

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

#no_code #low_code #разработка_без_кода #без_кода #no_code_платформа #no_code_приложения #разработка_по #erp_системы #erpсистема #erp

Платформы и приложения No-code

Современное общество немыслимо без интернет-покупок, голосовых помощников и умных устройств, автоматическому подбору музыки на основе предпочтений, электронно-цифровых подписей, государственных онлайн услуг и др. Данный список, если его продолжить дальше, может не вместиться в этой статье. Элементом, объединяющим указанные примеры, является программное обеспечение, разработка которого необходима для кодирования алгоритмов обработки данных и команд пользователей. Многие предприятия, следуя модели развития, переходят на цифровой формат работы. Оцифровка и цифровизация рассматриваются как пройденный и уже не конкурентно способный этап эволюции. На повестке цифровая трансформация, кардинально меняющая роли и вовлечение людей, бизнес-процессов и технологий для удовлетворения запросов пользователей и достижения стратегических бизнес-целей компании. И, опять же, все это возможно посредством разработки и внедрения современных софтверных продуктов. Существует множество литературных источников, досконально описывающих процесс программной разработки, а также имплементирования и поддержки реализованного решения [1-3]. Это неспроста. Ведение разработки программного обеспечения – это кропотливый и долгий процесс, требующий от человека глубоких технических знаний. Изменение требований к приложению чаще всего приводит к переписыванию программного кода. Как результат доступность программистов на рынке труда стала дефицитной, а их стоимость довольно высокой. Стараясь нивелировать высокую стоимость человеческих ресурсов, были разработаны No-code платформы, позволяющие реализовать программные приложения за считанные минуты даже не технических специалистам.

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

#no_code #low_code #разработка_без_кода #без_кода #no_code_платформа #no_code_приложения #разработка_по #erp_системы #erpсистема #erp

Платформы и приложения No-code

Современное общество немыслимо без интернет-покупок, голосовых помощников и умных устройств, автоматическому подбору музыки на основе предпочтений, электронно-цифровых подписей, государственных онлайн услуг и др. Данный список, если его продолжить дальше, может не вместиться в этой статье. Элементом, объединяющим указанные примеры, является программное обеспечение, разработка которого необходима для кодирования алгоритмов обработки данных и команд пользователей. Многие предприятия, следуя модели развития, переходят на цифровой формат работы. Оцифровка и цифровизация рассматриваются как пройденный и уже не конкурентно способный этап эволюции. На повестке цифровая трансформация, кардинально меняющая роли и вовлечение людей, бизнес-процессов и технологий для удовлетворения запросов пользователей и достижения стратегических бизнес-целей компании. И, опять же, все это возможно посредством разработки и внедрения современных софтверных продуктов. Существует множество литературных источников, досконально описывающих процесс программной разработки, а также имплементирования и поддержки реализованного решения [1-3]. Это неспроста. Ведение разработки программного обеспечения – это кропотливый и долгий процесс, требующий от человека глубоких технических знаний. Изменение требований к приложению чаще всего приводит к переписыванию программного кода. Как результат доступность программистов на рынке труда стала дефицитной, а их стоимость довольно высокой. Стараясь нивелировать высокую стоимость человеческих ресурсов, были разработаны No-code платформы, позволяющие реализовать программные приложения за считанные минуты даже не технических специалистам.

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

#no_code #low_code #разработка_без_кода #без_кода #no_code_платформа #no_code_приложения #разработка_по #erp_системы #erpсистема #erp

[Перевод] Разработка во времена страха

Это эссе объемом 2800 слов (на 12 минут чтения) о том, как выжить внутри ИИ-революции в разработке ПО и не поддаться всеобщему страху, витающему вокруг нас. Я поделюсь несколькими уроками, которые усвоил на сложных горных маршрутах — оказалось, они отлично помогают в укрощении ИИ-агентов. Думаю, эти принципы пригодятся всем работникам умственного труда. Забегая вперед, вот эти уроки

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

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

[Перевод] Разработка во времена страха

Это эссе объемом 2800 слов (на 12 минут чтения) о том, как выжить внутри ИИ-революции в разработке ПО и не поддаться всеобщему страху, витающему вокруг нас. Я поделюсь несколькими уроками, которые усвоил на сложных горных маршрутах — оказалось, они отлично помогают в укрощении ИИ-агентов. Думаю, эти принципы пригодятся всем работникам умственного труда. Забегая вперед, вот эти уроки

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

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

[Перевод] Разработка во времена страха

Это эссе объемом 2800 слов (на 12 минут чтения) о том, как выжить внутри ИИ-революции в разработке ПО и не поддаться всеобщему страху, витающему вокруг нас. Я поделюсь несколькими уроками, которые усвоил на сложных горных маршрутах — оказалось, они отлично помогают в укрощении ИИ-агентов. Думаю, эти принципы пригодятся всем работникам умственного труда. Забегая вперед, вот эти уроки

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

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

[Перевод] Разработка во времена страха

Это эссе объемом 2800 слов (на 12 минут чтения) о том, как выжить внутри ИИ-революции в разработке ПО и не поддаться всеобщему страху, витающему вокруг нас. Я поделюсь несколькими уроками, которые усвоил на сложных горных маршрутах — оказалось, они отлично помогают в укрощении ИИ-агентов. Думаю, эти принципы пригодятся всем работникам умственного труда. Забегая вперед, вот эти уроки

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

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

ИИ создан не для замены разработчиков, а для ускорения их выгорания

Мы в Лаборатории прикладной промптологии и производственной тревожности НИИ ИИ второй год следим за тем, как разработчики синхронизируются с генеративными моделями. Уже сформировался новый тип производственного взаимодействия. Это бесконечная серия коротких переговоров, в ходе которых одна сторона просит поправить одну строку, а вторая через 14 секунд возвращается с полностью переписанным кодом. Как будто во всех проектах появился ещё один разработчик, который постоянно косячит, выдаёт старый код за новый, до последнего спорит даже с техлидами, не признаёт очевидных ошибок, нуждается в постоянном ревью и при этом не может быть уволен. Потому что за ним, как нам регулярно объясняют, будущее отрасли, а значит, со временем он «вырастет» и повысит качество кода и точность ответов. Поэтому нам не остаётся ничего другого, кроме как настраивать эту синхронизацию.

https://habr.com/ru/companies/X5Tech/articles/1017328/

#1_апреля #генеративный_ии #aiассистент #генерация_кода #разработка_по #промпты #ревью_кода #юмор_в_it #генерация_кода_llm #developer_experience

ИИ создан не для замены разработчиков, а для ускорения их выгорания

Мы в Лаборатории прикладной промптологии и производственной тревожности НИИ ИИ второй год следим за тем, как разработчики синхронизируются с генеративными моделями. Уже сформировался новый тип производственного взаимодействия. Это бесконечная серия коротких переговоров, в ходе которых одна сторона просит поправить одну строку, а вторая через 14 секунд возвращается с полностью переписанным кодом. Как будто во всех проектах появился ещё один разработчик, который постоянно косячит, выдаёт старый код за новый, до последнего спорит даже с техлидами, не признаёт очевидных ошибок, нуждается в постоянном ревью и при этом не может быть уволен. Потому что за ним, как нам регулярно объясняют, будущее отрасли, а значит, со временем он «вырастет» и повысит качество кода и точность ответов. Поэтому нам не остаётся ничего другого, кроме как настраивать эту синхронизацию.

https://habr.com/ru/companies/X5Tech/articles/1017328/

#1_апреля #генеративный_ии #aiассистент #генерация_кода #разработка_по #промпты #ревью_кода #юмор_в_it #генерация_кода_llm #developer_experience

ИИ создан не для замены разработчиков, а для ускорения их выгорания

Мы в Лаборатории прикладной промптологии и производственной тревожности НИИ ИИ второй год следим за тем, как разработчики синхронизируются с генеративными моделями. Уже сформировался новый тип производственного взаимодействия. Это бесконечная серия коротких переговоров, в ходе которых одна сторона просит поправить одну строку, а вторая через 14 секунд возвращается с полностью переписанным кодом. Как будто во всех проектах появился ещё один разработчик, который постоянно косячит, выдаёт старый код за новый, до последнего спорит даже с техлидами, не признаёт очевидных ошибок, нуждается в постоянном ревью и при этом не может быть уволен. Потому что за ним, как нам регулярно объясняют, будущее отрасли, а значит, со временем он «вырастет» и повысит качество кода и точность ответов. Поэтому нам не остаётся ничего другого, кроме как настраивать эту синхронизацию.

https://habr.com/ru/companies/X5Tech/articles/1017328/

#1_апреля #генеративный_ии #aiассистент #генерация_кода #разработка_по #промпты #ревью_кода #юмор_в_it #генерация_кода_llm #developer_experience

ИИ создан не для замены разработчиков, а для ускорения их выгорания

Мы в Лаборатории прикладной промптологии и производственной тревожности НИИ ИИ второй год следим за тем, как разработчики синхронизируются с генеративными моделями. Уже сформировался новый тип производственного взаимодействия. Это бесконечная серия коротких переговоров, в ходе которых одна сторона просит поправить одну строку, а вторая через 14 секунд возвращается с полностью переписанным кодом. Как будто во всех проектах появился ещё один разработчик, который постоянно косячит, выдаёт старый код за новый, до последнего спорит даже с техлидами, не признаёт очевидных ошибок, нуждается в постоянном ревью и при этом не может быть уволен. Потому что за ним, как нам регулярно объясняют, будущее отрасли, а значит, со временем он «вырастет» и повысит качество кода и точность ответов. Поэтому нам не остаётся ничего другого, кроме как настраивать эту синхронизацию.

https://habr.com/ru/companies/X5Tech/articles/1017328/

#1_апреля #генеративный_ии #aiассистент #генерация_кода #разработка_по #промпты #ревью_кода #юмор_в_it #генерация_кода_llm #developer_experience

Айсберг Claude Code: 30+ возможностей от новичка до автоматизации

Айсберг Claude Code: 30+ возможностей от новичка до автоматизации Привет! Меня зовут Рамиль, я программист отдела серверных решений ЮMoney. Я собрал полезные советы по claude code и организовал её в интерактивном формате «Айсберга». Это способ подачи материала от очевидного к малоизвестному. На верхушке — то, что знает каждый, кто хоть раз открывал Claude Code. Чем глубже — тем реже встречаются эти знания, и тем больше они меняют подход к работе.

https://habr.com/ru/companies/yoomoney/articles/1015548/

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

Почему наш язык — лучший язык для программирования (ответ на манифест из 70-х)

Недавно на Хабре вышла статья «Почему наш язык — худший язык для программирования» . Автор справедливо отметил проблему двусмысленности естественного языка (ЕЯ) и предупредил, что программирование словами приведет к хаосу. Я начну с неожиданного: автор оригинальной статьи абсолютно прав. Он прав, если мы говорим о программировании заклинаниями (vibe-coding) — популярном сегодня подходе, когда человек пишет в окно чата: «Сделай мне интернет-магазин с красивым дизайном», а потом тонет в неконтролируемой лапше сгенерированного кода. В формате свободной болтовни с ботом естественный язык для написания кода действительно ужасен. Но естественный язык можно использовать по-другому. Можно не просто болтать с ChatGPT — это ошибочный метод программирования на естественном языке. Его надо использовать как основу для строгих декларативных спецификаций. Инструменты вроде CodeSpeak (публичная альфа-версия от создателя Kotlin Андрея Бреслава, о которой я подробно писал в своей статье ) уже сегодня демонстрируют свой огромный потенциал: если загнать естественный язык в рамки контрактов, он способен стать лучшим, самым высоким из доступных нам уровней абстракции. Читать далее — будущее разработки:

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

#LLM #ИИ_в_разработке #Программирование #Архитектура_ПО #CodeSpeak #Разработка_ПО #Генеративный_ИИ #Спецификации #Будущее_программирования #Инженерия

[Перевод] Почему они хотят избавиться от инженеров-программистов

С некоторых пор я пытаюсь уловить настроения, стоящие за этим активным продвижением идеи об «ИИ, который пишет весь код». Не «ИИ помогает вам автодополнить функцию». Не «ИИ объясняет стек вызовов». Я имею в виду полноценную риторику: «Нам больше не понадобятся инженеры-программисты». И я никак не мог сформулировать, что именно меня в этом напрягает — пока в голове не щелкнуло.

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

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

FastCGo: как мы ускорили вызов C-кода в Go в 16,5 раза

В Deckhouse Prom++ мы переписали ядро хранения и обработки горячих данных на C++, при этом вся оркестрация и периферия остались в Prometheus на Go, что позволило сохранить полную совместимость с Prometheus. Для частых вызовов кода C++ мы использовали механизм CGo, однако первые тесты показали, что производительность CPU практически не улучшилась из-за его медлительности. В итоге мы переписали CGo, создав собственный механизм вызова. В статье разберём, что такое CGo и почему он такой медленный, сделаем простейший собственный механизм CGo-вызова и доведём этот механизм до полноценного решения.

https://habr.com/ru/companies/flant/articles/923912/

#prom++ #fastcgo #cgo #оптимизация_производительности #go #c++ #оптимизация_кода #разработка_по #prometheus #deckhouse

Как мы сделали новых ИИ-помощников для программистов компактными и при этом могучими

В прошлом году мы уже рассказывали , как создавали нашего помощника программиста Kodify. Не прошло и года, и мы представили вам новую его версию – Kodify 2. А буквально сегодня объявили о выпуске опенсорсной – Kodify Nano. Kodify 2 доступен только для корпоративных заказчиков, а Kodify Nano мы сделали открытым – выложили на Hugging Face . Ключевое слово для обеих этих версий – компактность. В этой статье отвечаем на главный вопрос, который нам отовсюду прилетал при запуске Kodify: Почему мы решили пойти против течения и создать «легких» ИИ-помощников для разработчиков? Также вы узнаете, как мы их учили, чтобы они справлялись с поставленными задачами не хуже, чем их собратья схожего или даже большего размера, и какую методологию оценки использовали.

https://habr.com/ru/companies/mts_ai/articles/914938/

#Генерация_кода #llm #gpt #mts #ai #искуственный_интеллект #опенсорс #разработка_по

DAC, AEC или оптика — какие ваши доказательства, господин трансивер?

Привет, Хабр! Меня зовут Андрей, я старший инженер по разработке ПО

https://habr.com/ru/companies/yadro/articles/991734/

#трансиверы #коммутаторы #python #sfp #qsfp #eeprom #сетевые_технологии #сетевое_оборудование #сетевая_инфраструктура #разработка_по

Можно ли написать книгу по информационным технологиям, заработать и стать известным?

Made only by human brains - в написании книги и данной статьи принимали участие только люди. Можно ли написать и опубликовать книгу в научно-популярном жанре на тему информационных технологий, заработать и стать известным? Вероятно, можно! Для этого требуется выполнить 3 шага: 1) написать и опубликовать книгу; 2) поработать и заработать; 3) стать известным, используя один из доступных вариантов, где пункты 2 и 3 скорее всего не зависят от пункта 1. В этой иронии - больше правды... Если немного серьезнее, то содержание статьи: - Кто я такой - Команда, участвовавшая в создании книги - История создания книги - Содержание книги "Профессиональные компетенции разработки программного обеспечения" - Финансовая статистика - Зачем писать книгу на профессиональную тему - Цифровое настоящее - P.S. Конкурс - найди пасхалку в книге за вознаграждение

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

#профессиональная_литература #компетенции_разработки_ПО #разработка_по #управление_разработкой #информационные_технологии #программирование

КИИ. Что это за зверь и надо ли нам его бояться

Всем привет! Меня зовут Елена Галата. Сегодня я бы хотела поговорить о том, что такое КИИ и как это понятие связано с компаниями, которые занимаются разработкой промышленного ПО. Я уже много лет в разработке и в последнее время занимаюсь приложениями, в основном связанными со сбором данных с различных приборов, АСУТП, и других информационных систем предприятий. Поскольку наши компоненты довольно часто работают в зоне критической инфраструктуры заказчиков, тема КИИ мне близка. Сама по себе это довольно обширная и сложная область, но я хотела бы затронуть ее небольшую часть, касающуюся разработки ПО.

https://habr.com/ru/companies/zyfra/articles/866230/

#информационная_безопасность #кии #securebydesign #критическая_инфраструктура #уязвимости #безопасная_разработка #безопасность #разработка_по #кибербезопасность #кибератаки

Supply Chain Security на примере кофемашины: почему ваш код горчит

Привет, Хабр! Меня зовут Максим Князев, старший системный инженер К2 Кибербезопасность . Сегодня я хочу поговорить об атаках на цепочки поставок на примере того, что все хорошо понимают и любят. Просто представьте, как вы заказываете эспрессо в проверенной кофейне. Зерна от известного обжарщика, бариста с опытом, кофемашина за миллион. И казалось бы, все идеально. Но потом выясняется, что кто-то подсыпал в зерна что-то лишнее еще на плантации. Вы не виноваты, кофейня не виновата, но пить это вы уже не хотите. В разработке происходит ровно то же самое, только в роли зерен здесь выступают npm-пакеты. Плантация превращается в GitHub, а подозрительные примеси представляют собой вредоносный код в легитимном релизе. И вы узнаете о проблемах не по вкусу, а по инциденту в проде. Давайте продолжим это сравнение под катом и разберемся, как не испортить компоненты, из которых складывается современная кибербезопасность.

https://habr.com/ru/companies/k2tech/articles/1004536/

#supply_chain_security #безопасность_цепочки_поставок #sbom #devsecops #open_source #npm #кибербезопасность #уязвимости #slsa #разработка_по

DDD против реальности: распространённые ловушки и их решение в NestJS

Сложно внедрить DDD в NestJS, не запутавшись в абстракциях? В статье рассмотрены частые ошибки - от комбайна в контроллерах до формальных Value Objects. Разбираем, как выделять слои (Domain, Application, Infrastructure, Interface), правильно использовать Entities и репозитории и создавать поддерживаемую архитектуру.

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

#nestjs #domaindriven_design #ddd #javascript #typescript #backendразработка #архитектура_приложений #rest_api #разработка_по #программирование

Тестирование без инцидентов в проде. Утопия или реальность?

Всем привет! Я старший специалист по тестированию в ITFB Group. Сегодня хочу поделиться с вами практическим опытом нашей команды — как нам удалось достичь нулевого количества инцидентов в продакшене за отчётный период. Это не теория, а реальная история из проекта крупного банка, где мы внедрили систему процессов, позволившую минимизировать риски. Если вам интересен практический подход к предотвращению сбоев, давайте разберём его вместе.

https://habr.com/ru/companies/itfb/articles/911760/

#itfb #тестирование #регрессионное_тестирование #qa #agile #инцидентменеджмент #автоматизация_тестирования #разработка_по #разработка_приложений

Артефакты архитектуры: какие, зачем и как их организовать

Представьте город без карты. Дома построены, улицы проложены, люди живут своей жизнью — но никто не знает, как всё это связано между собой. Каждый архитектор чертит по-своему: у одного — квадраты, у другого — кружки, а у третьего — загадочные стрелки, ведущие в никуда. Когда решения принимаются «на глаз», последствия не заставят себя ждать. В результате, ценные находки теряются в ворохе несогласованных схем. Именно так выглядит ИТ-ландшафт без продуманной системы архитектурных артефактов. Сегодня я расскажу, как мы в МТС наводим в этом хаосе порядок, почему выбрали путь EAoaP — и что сделали, чтобы эта красивая теория прижилась в реальной, живой экосистеме из сотен продуктов. Привет, Хабр! Меня зовут Наиль Миннахметов и я — корпоративный архитектор в МТС. В прошлом –– разработчик, аналитик и консультант в телекоме, финтехе, eCom, ритейле, логистике, фарме и FMCG. Занимался много чем, но всегда это было связано с IT. Я помогал разным бизнесам расти, становиться надёжнее или зарабатывать больше.

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

#архитектура #EAoaP #C4_Model #визуализация_систем #best_practices #системный_анализ #разработка_по #фреймворки #Rozanski__Woods #Kruchten_4_1

Классические модели внедрения ПО и дизайн-мышление в условиях бизнес-неопределенности

Несмотря на упоминание различных способов разработки программных систем, существует три классические модели, применимые в том числе для внедрения коробочных программных решений [1]:

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

#разработка_по #внедрение_по #дизайн_мышление #неопределенность #каскадная_модель_разработки_по #водопадная_модель_внедрения_по #итерационная_разработка #спиралевидная_модель #1с_ткв #adm