Вопросы с тегом «technical-debt»

Технический долг - это метафора возможных последствий плохой архитектуры программного обеспечения и разработки программного обеспечения в кодовой базе.

16
Проект почти готов, но процедурный код спагетти. Я переписываю или просто пытаюсь отправить его? [закрыто]
Я начинающий веб-разработчик (один год опыта). Через пару недель после окончания учебы мне предложили создать веб-приложение для компании, владелец которой не является специалистом по технологиям. Он нанял меня, чтобы избежать кражи его идеи, высокой стоимости разработки, взимаемой сервисной компанией, и иметь кого-то молодого, которому он мог бы доверять, чтобы поддерживать …

17
Как я могу убедить руководство справиться с техническим долгом?
Это вопрос, который я часто задаю себе, работая с разработчиками. До сих пор я работал в четырех компаниях, и мне стало известно о недостаточном внимании к поддержанию чистоты кода и решению технических проблем, которые препятствуют дальнейшему прогрессу в программном приложении. Например, первая компания, в которой я работал, написала базу данных …

19
Работа с управлением, которое не видит ценности в улучшениях, которые не сразу видны пользователю
Я могу понять график давления. Вы хотите порадовать своих пользователей, ведь они являются источником жизненной силы компании. Однако верно и то, что определенные изменения облегчат все в будущем. К сожалению, менеджмент в моей организации инстинктивно сопротивляется таким изменениям, и это сопротивление настолько сильно, что мешает долгосрочным улучшениям. Например, Apple недавно …

11
Является ли DRY врагом управления программными проектами?
Одним из самых основных и общепринятых принципов разработки программного обеспечения является СУХОЙ (не повторяйте себя). Также ясно, что большинство программных проектов требуют какого-то управления. Каковы задачи, которыми легко управлять (оценка, график, контроль)? Верно, повторяющиеся задачи, именно те задачи, которых следует избегать в соответствии с DRY. Таким образом, с точки зрения …

11
Как я могу определить количество технической задолженности, существующей в проекте?
Кто-нибудь знает, есть ли какой-то инструмент для обозначения числа технических долгов кодовой базы, в качестве метрики кода? Если нет, кто-нибудь знает алгоритм или набор эвристики для него? Если ни одна из этих вещей не существует до сих пор, я бы заинтересовался идеями о том, как начать такую ​​вещь. То есть, …

21
Как вы объясните рефакторинг нетехническому человеку?
Как вы объясните рефакторинг (и технический долг) нетехническому человеку (обычно PHB или клиенту)? («Что, это будет стоить мне месяц вашей работы без видимой разницы ?!») ОБНОВЛЕНИЕ Спасибо за все ответы до сих пор, я думаю, что этот список предоставит несколько полезных аналогий, на которые мы можем указать соответствующих людей (хотя …

7
Как измерить потенциальную ценность рефакторинга
На старом большом проекте с техническим долгом, как вы можете надежно оценить или измерить выгоду от рефакторинга кода? Например, допустим, у вас есть некоторые компоненты в программном стеке, написанные на более старом языке, а некоторые более поздние компоненты написаны на более новом языке. Команда разработчиков постоянно добавляет в это решение …


6
Какие выгоды вы видели от заботы о техническом долге?
Эта статья о техническом долге имеет несколько положительных моментов, в том числе: Работа над «техническими вопросами» работает лучше всего, когда она основана на историях. Кодовая база, вероятно, нуждается в работе везде, но выигрыш будет получен только там, где будет работать код по причинам, связанным с пользователем. Если никакие истории не …

2
Есть ли названный анти-паттерн для исторически выросшего программного обеспечения? [закрыто]
Закрыто . Этот вопрос основан на мнении . В настоящее время не принимает ответы. Хотите улучшить этот вопрос? Обновите вопрос, чтобы ответить на него фактами и цитатами, отредактировав этот пост . Закрыто 5 лет назад . Существует ли антипаттерн, описывающий исторически сложившуюся программную систему, в которой несколько разработчиков просто добавили …

5
Борьба с техническим долгом как «самым низким разработчиком»?
Допустим, вы работаете в компании и разрабатываете программное обеспечение для них. Вы не представляете себе общую картину или, может быть, небольшую. У вас есть задачи, назначенные вам через систему отслеживания проблем. Вам дают задания, вы заставляете их работать так, как их описывает задача, вы отправляете их обратно. Как добавление 2 …

6
Как «компании по разработке программного обеспечения» справляются с техническим долгом?
Что такое "компании по разработке программного обеспечения"? Под «компаниями-разработчиками программного обеспечения» я подразумеваю компании, которые зарабатывают деньги, главным образом, за счет создания нестандартного программного обеспечения. Например, агентства или промежуточные компании, или подрядчики / консультанты, такие как Redify . Что противоположно "компаниям по разработке программного обеспечения"? Противоположностью вышеуказанной бизнес-модели являются компании, …

4
Должен ли технический долг быть запланирован как функция или рутинная работа (или ошибка)?
Я добавил пару пользовательских историй, которые касаются технических проблем с моей платформой Pivotal Tracker. Должен ли я рассматривать их как функции (сохраняя свой уровень скорости) или как рутинную работу / ошибки (понижая мою скорость)? Я понимаю, что в конечном счете это не будет иметь никакого значения, если я буду делать …

6
Есть ли надежда на написание хорошего кода поверх ужасно спроектированной базы данных?
Вот мое затруднительное положение. Одна из нескольких программ, которые я недавно унаследовал, построена с ужасной базой данных на сервере. Уважаемые создатели этого, очевидно, не оценили реляционные концепции. Таблица для каждого клиента, названная как уникальный идентификатор клиента. Восемьдесят три загадочно названных поля. Весь код является процедурным с десятками объединенных встроенных операторов …

9
В совокупности: как мы будем поддерживать устаревшие системы? [закрыто]
В настоящее время этот вопрос не очень подходит для нашего формата вопросов и ответов. Мы ожидаем, что ответы будут подтверждены фактами, ссылками или опытом, но этот вопрос, скорее всего, вызовет дебаты, споры, опрос или расширенное обсуждение. Если вы считаете, что этот вопрос можно улучшить и, возможно, вновь открыть, обратитесь за …

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.