За методите съм съгласен, но при положение, че в интерфейса има 1 метод и нищо друго и този метод има коментар (и е self-documented), каква документация на интерфейса да напиша? Пример: (по-малко от 15 реда код :) )

    /// <summary>
    /// Holds a method for printing messages to the user.
    /// </summary>
    public interface IRenderer
    {
        /// <summary>
        /// Prints a message to the user.
        /// </summary>
        /// <param name="message"></param>
        /// <param name="parameters"></param>
        void Print(string message, params object[] parameters);
    }
}

Според мен не е редно да описваш какво точно съдържа интерфейса, а каква е целта му. IRenderer по същество е интерфейс, който описва поведението на класове, които могат да рендерират някакъв текст някъде (зависи вече от имплементацията къде е това някъде). Отново, разгледай интерфейсите в .NET, там има описания под формата на коментари, примерно:

Interface:  IList

Purpose: Base interface for all generic lists.

Има и допълнителни обяснения малко по-надолу, например: 

// An IList is an ordered collection of objects.  The exact ordering
// is up to the implementation of the list, ranging from a sorted
// order to insertion order.  

Т.е. по-скоро насочи вниманието не какво има вътре, какви точно методи, а каква е задачата им. Според single responsibility принципа един интерфейс трябва да има една задача, съответно в документацията твоята цел е да опишеш тази задача по по-общ начин.