В моем проекте есть большие нет. от FIXME/TODO, которые должны быть решены в некоторый момент времени. Фактически там около 480, которые можно увидеть из списка TASKS, но не организованы.
Я googled и нашел плагин Task Tag Decorator.
Но, к сожалению, это не работает.
Кто-нибудь может предложить плагин для FIXME/TODO кроме этого.
Я также хотел бы услышать от всех, как обычно управляются эти ситуации.
То, что вы не хотите слышать, состоит в том, что, как правило, эти ситуации управляются, не позволяя им расти настолько большими. Но я боюсь, что это так.
Прагматические программисты советуют нам Не жить с разбитыми окнами. Дело в том, что если мы оставим что-то сломанное, а не зафиксируем его, останутся другие вещи, и, прежде чем мы это узнаем, у нас есть 480 предметов в нашем списке TODO. Кроме того, существует опасность того, что часть нашего приложения будет полагаться на "сломанное" поведение, поэтому, когда мы обращаемся к элементу TODO, у нас также есть исправление.
Не все могут соответствовать высоким стандартам Прагматичных программистов. Альтернативный подход состоит в том, чтобы иметь список вещей, над которыми нужно работать (иногда называемый Список Kaizen). Люди, которые заблокированы по назначенной работе, могут подобрать одну из этих задач.
Что касается вашей текущей ситуации....
У меня есть эмпирическое правило, в котором говорится, что ничего не может быть сделано менее чем за полдня: не один раз вы включаете контроль источника, документацию, обсуждение изменений с Бобом и т.д. Конечно, мое эмпирическое правило не работает Применительно к действительно тривиальным задачам, но если бы эти задачи были действительно тривиальными, они были бы исправлены на месте, а не отмечены как TODO, верно?
Итак, ты смотришь на бочонок за 240 дней усилий. Если многие из этих задач могут быть объединены в одно исправление, вы можете уменьшить накладные расходы для каждой задачи. Но сначала у вас есть куча работы, чтобы просеять задачи, отнести их к категории и расставить приоритеты. Вот почему называть его "техническим долгом": чем дольше мы оставляем его, тем больше он стоит исправить, и он имеет сложную процентную ставку среднего порога кредитов.
Если у вас очень понимающий менеджер проекта/платный клиент, я думаю, вам придется признать, что вы не сможете очистить все эти предметы. Итак, вам нужно короткое упражнение triaging: назначьте каждый TODO в одну из трех категорий:
Удачи!
Просто хотел перезвонить и сказать, что я смог получить приложение "Теги задач", работающее в eclipse 3.5.0. Вот как.
Мне было очень сложно разобраться, и я надеюсь, что это поможет другим. Мне очень нравится плагин, и мне было удобно визуально отслеживать TODO. Я думаю, что это также помогает мне держать список TODO коротким, так как он не выходит из-под контроля.
Каким образом вы хотите, чтобы они были организованы? Более конкретно, что не делает вид Task View, который вы хотите сделать?
Для информации вы можете сделать следующее со стандартным представлением задач:
Есть также несколько других вариантов, которые могут оказаться полезными, если вы выкапываете меню просмотра.
Возможно, вы захотите посмотреть в Mylyn.
Возможно, стоит подумать над тем, что значит использовать один из этих тегов.
Беда в том, что если у вас почти пятьсот таких вещей, вряд ли вам удастся удалить их как "вещи, которые нужно делать" в любой момент. Таким образом, влияние использования тега и процесса, подразумеваемого в нем, уменьшается, и в результате вы вызываете проблему, которую вы цитируете, что набор данных стал неуправляемым.
Дело в том, что код - это правда, а не комментарии, отмечены ли они тегами задачи или нет. Вы должны иметь что-то измеримое, с помощью которого вы улучшаете код.
В качестве примера, когда я делаю обзоры кода, я использую эти теги в первом проходе до начала сопряжения кода. Цель состоит в том, что к моменту завершения проверки кода теги не существуют.