Архив рубрики ‘разработка по’

Закон Брукса: почему нанять ещё людей — худшее решение, когда проект горит

В 1975 году Фредерик Брукс выпустил книгу «Мифический человеко-месяц». Она появилась не потому, что он решил написать очередной учебник по менеджменту. До этого Брукс руководил разработкой операционной системы OS/360 в IBM — одного из самых масштабных программных проектов своего времени. Когда всё закончилось, ему было что рассказать. Главная мысль книги звучала странно. Если проект начинает […]

Как биология и особенности медицинского учета издеваются над программистами

На Хабре есть серия статей, касающаяся заблуждений программистов о, казалось бы, простых вещах: о времени,

Как мы за 3 дня сделали ИИ-ревьюер кода и что поняли месяц спустя

С код-ревью есть такой парадокс: все согласны, что этот процесс важен, но времени на него обычно ни у кого нет. В результате ревью часто превращается в формальность. Очевидные баги при этом ловятся, а мелкие, вроде пропуска в условиях, перепутанных знаков, забытых edge cases и т.д., могут спокойно уехать в мердж и вернуться уже в виде […]

Парадокс Джевонса и будущее разработчиков: почему ИИ не сократит спрос на программистов

Если вы работаете программистом, или так или иначе задействованы в разработке ПО, или просто следите за тем, как ИИ меняет мир IT, то наверняка слышали тревожный тезис: «Скоро ИИ будет писать код лучше людей, и разработчики станут не нужны». На интуитивном уровне кажется, что если машина делает ту же работу в 8 раз быстрее, то бизнесу […]

Почему роль Delivery Manager не работает в большинстве компаний

Всем привет, меня зовут Алина, я работала в роли Delivery Manager и прожила её изнутри, поэтому хорошо понимаю, почему в большинстве компаний роль есть, а эффекта от роли нет. Сейчас объясню. Для меня Delivery Manager (DM) отвечает не за отдельную задачу или проект, а за устойчивость delivery в целом: условно, за конвейер, через который любой […]

Как изменились требования к разработчикам в эпоху AI: опыт техлида

Всем привет! Меня зовут Александр, я техлид в продуктовой компании. Недавно один хороший знакомый набирал команду в стартап. Он приверженец подхода AI first и попросил меня помочь с наймом. У меня за плечами большой опыт разработки. Настолько большой, что я помню, как разработчики ругали компиляторы C для микропроцессоров за неоптимизированный код и говорили, что никогда […]

НЕкурс про разработку безопасного программного обеспечения (РБПО)

После ИИ писать код руками ощущается уже не как норма

TL;DR: ИИ не заменяет инженерный контроль, но меняет базовую планку разработки. С ним проще удерживать скоуп, тесты, техническое качество и в режиме дедлайна. Главный риск — потерять ownership, поэтому уровень автономности должен зависеть от проекта, стадии и зрелости инженерного процесса. У меня есть один личный проект

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

Где‑то прямо сейчас один программист не спит и патчит баг в библиотеке, от которой зависит половина интернета. Он делает это бесплатно. Его никто не знает. Если он уйдёт — никто не придёт. В апреле 2024 года исследователь безопасности Андрес Фройнд обнаружил бэкдор в xz utils — утилите сжатия, встроенной в большинство дистрибутивов Linux. Атака была почти идеальной: два года социальной инженерии, один выгоревший мейнтейнер и вредоносный код […]

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

Внедрение корпоративных информационных систем ведется по определенным правилам, есть три классические модели имплементации: каскадная, итерационная и спиралевидная. Также доступно множество прикладных методологий внедрения, представленных ASAP, Activate SAP, OUM, MDSS, ADM и расширяющих классические модели. Принимая во внимание то, что ERP-системы представимы коробочными программными продуктами, их имплементация преимущественно ведется на основе каскадно-ориентированных методов и с использованием […]

123.5