int b = 5; int a = b; if (a != b /*|| b > 3*/) { b = a; }
Не думаю, что закомментированный участок прибавил красоты коду или улучшил коммуникацию.
В TFS (SVN,<что-то на ваш вкус и цвет>) есть возможность посмотреть предыдущую версию и даже сравнить с ней текущую построчно. Внимание, вопрос: зачем чекинить закомментированный код?
Рустам, в таком виде — обычно нет. Обычно оставляешь, в целях как ни странно ревю, либо если в самое ближайшее время планируешь вернуться к этому коду в том или ином виде. Но если прошло несколько коммитов/дней, а код остается — надо его вырезать, значит он нужен только для истории.
Жень, согласен в перечисленных тобой случаях комменты иногда полезны.
Основная мысль, которую я хотел донести — в уже более менее стабильном или уже работающем коде, комментарии только затрудняют чтение.
P.S. Кстати, для себя часто использую «Shelve pending changes». Когда нужно на всякий случай зачекинить код вечером, а продолжить работу над ним утром:)