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