Во-во. Еще, к примеру, код, который ты правишь прямо сейчас, может упоминаться в комментах в абсолютно другом файле: наличие обильных комментариев означает, что тебе нужно не просто править код, но и искать по всему проекту все места, где этот код в комментах хоть как-то упоминается. Изменяешь интерфейс - иди ищи-свищи все комменты, где на него ссылаются. Удалил метод? - поищи, вдруг кто-то в комментах рекомендует его использовать. Самый простой и яркий пример из моей практики: в теле одного метода был вставлен коммент, где упоминался "предыдущий метод", типа:

first () {
}
second () {
  // Зачем нужен этот метод, когда есть предыдущий?
}

Далее другим программистом был вставлен третий метод, аккурат между первым и вторым; таким образом, коммент стал вводить в заблуждение. ИЧСХ, никто себе такой цели не ставил - кого-то обмануть, просто так случилось.

Сопровождение комментариев - работа, которая столь же важна, сколь и работа по сопровождению кода, но на нее никто и никогда специального времени не выделяет, поэтому их лучше не писать вовсе. (А вообще, если по-хорошему, документирование проекта - это работа отдельного сотрудника, технического писателя.)