Публикации по теме 'legacy-code'


Поддержание вменяемости, поддержка программного обеспечения - Обзор
Вы, наверное, слышали, что ни одно доброе дело не остается безнаказанным. Это лучшее описание моей инженерной карьеры. Было здорово пройти путь от веб-разработчика до интерфейсного инженера и до полного стека. Путь был интересным, сложным и полезным. Затем пришло руководство, сначала небольшая команда. По-прежнему идеальная траектория, правда? Поэтому, когда мой босс пришел ко мне со словами: «Нам нужен кто-то, чтобы возглавить команду, поддерживающую унаследованный продукт, всего..
Мне нравится эта статья.
Мне нравится эта статья. Я не согласен с тем, что предприятия объединяют множество рабочих мест в одну по следующим причинам. Это происходит потому, что роли на самом деле требуют более широких знаний. Хорошим примером является переход в облако. Вам нужно понимать как облако, так и устаревшую систему. Возможно, это объясняет, почему облачных сертификатов недостаточно для получения работы.
Тестирование устаревших проблем
Если следовать определению унаследованного кода, данному Майклом Фезерсом (каждый код, не покрытый тестами), то первое направление работы с некоторым унаследованным кодом, требующим обновления, — поместить его в тестовую обвязку (написать для него тест). Но это часто легче сказать, чем сделать. Просто создать экземпляр (устаревшего) класса в тесте может быть на удивление сложно из-за того, как он обрабатывает свои зависимости. Давайте рассмотрим две наиболее часто встречающиеся проблемы..
Фото Хуан Ингоне на Unsplash
Фото автора Huang Yingone на Unsplash Разработчики рассматривают технологии, которые внедряют компании, как один из основных показателей при оценке совместной работы. Решение, основанное на этом, слишком поверхностно. Действительно ли мы боимся технологий? Или, может быть, мы связываем корпоративную культуру с этим? Я хочу рассказать вам свою историю и то, что я потерял бы, если бы отказался работать в COBOL еще в 2010 году, когда мне было 25 лет. Жизнь в большом городе..
Фото Хуан Ингоне на Unsplash
Фото автора Huang Yingone на Unsplash Разработчики рассматривают технологии, которые внедряют компании, как один из основных показателей при оценке совместной работы. Решение, основанное на этом, слишком поверхностно. Действительно ли мы боимся технологий? Или, может быть, мы связываем корпоративную культуру с этим? Я хочу рассказать вам свою историю и то, что я потерял бы, если бы отказался работать в COBOL еще в 2010 году, когда мне было 25 лет. Жизнь в большом городе..
Разработчики рассматривают технологии, которые внедряют компании, как один из основных показателей.
Фото автора Huang Yingone на Unsplash Разработчики рассматривают технологии, которые внедряют компании, как один из основных показателей при оценке совместной работы. Решение, основанное на этом, слишком поверхностно. Действительно ли мы боимся технологий? Или, может быть, мы связываем корпоративную культуру с этим? Я хочу рассказать вам свою историю и то, что я потерял бы, если бы отказался работать в COBOL еще в 2010 году, когда мне было 25 лет. Жизнь в большом городе..
Как не страдать от устаревшего кода на фронтенде!
Основное внимание в этой статье уделяется интерфейсным технологиям, но концепции служат обоим мирам. Эта статья написана студентом и разработчиком, который открыт для получения любых знаний и передачи их в мои сети [ Twitter ], [ Linkedin ], [ Instagram ], также доступна версия на бразильском португальском языке [ Нажмите для доступа ] Вам не нужно быть лучшим разработчиком в мире, чтобы знать, что унаследованный код — это призрак, который преследовал каждого разработчика..