Без комментариев...

Не знаю. Иногда я могу категорически не понимать как мог написать такую чушь (исправляя какую-нибудь несуразицу), но понять что делает мой код могу всегда. Комментарии оставляю только в самых-самых случаях. Код, в котором каждая строка прокомментирована, читать невозможно в ПРИНЦИПЕ. Я уже молчу о том, сколько на это убито времени. Если человек пишет чушь, то и комменты могут быть неправильными, а если написано нормально, то проще потом просто разобраться. А лучше, чтобы за каждый кусок кода отвечал конкретный человек. И стимулировать его, чтобы не увольнялся никуда

Тут разговор о том что ты начнешь тратить время на поиск нужной части кода или на то что где и как батчит, когда кол-во кода в проекте за 100К символов без камментов

Не программист но ситуация такая же когда открываешь сводную таблицу в экселе сделанную месяц назад ))))))

А от этого, батенька, есть несколько превосходных лекарств, которые называются ООП, слоевая архитектура и вменяемый менеджмент проекта.
В моем проекте (а сколько в нем строк сказать затрудняюсь, но только файлы с кодом не длл-ки, не ресурсники, а чистый код, занимают чуть меньше 20 Мб, не считая хранимок в БД) установить приблизительное место возникновения ошибки в большинстве случаев можно за несколько минут. Понять и исправить - это другое, но в общем случае нормальная архитектура - залог отсутствия такой проблемы в принципе.
Описание классов, паблик-пропертей и паблик-методов, а особенно их аргументов - это святое, без этого никуда. Но это скорее страховка от возникновения ошибок в другом коде, а не в том, который комментируется.

Это сообщение отредактировал ICELedyanoj - 13.04.2011 - 16:26

достали эти рожи с FUUUUU...
лучше бы сиськи постили

Это сообщение отредактировал TPABMA - 13.04.2011 - 17:03

эм, вы пишите что ничего не понимаете. а представление о программировании вообще имеете?
думаю это всё объясняет

А мне в лом комментить, хоть и шеф ругаеццо.

Кто это вам нашептал такое? Качественный код нуждается в комментариях в очень редком случае. Либо просто не умеете его читать.

именно так. а то потом черт его знает что и как .а главное - ЗАЧЕМ???
есть такой хороший совет научникам. если написал статью, отложи ее на полгода, и если через полгода все так же легко и понятно - публикуй!

комментить код требуют при создании документации по библиотекам-слоям(передача заказчику). для нормального прогера смысла, кроме как для красоты (region .. summary VS 2008) нет, т.е если программер не помнит код спустя месяц-2 то хреновый он программер(стиль написания это как уникальная подпись, корректируется только Best practices или еще чем то )

SlegSpirt
Верно сказал!

По сабжу: каменты чисто для быстроты поиска нужны. А остальное нужно помнить!!!

Уф.. я рад, что не один не чего не понял
Не понимаю двух вещей: О чем тут речь..? И чему так все рады..?

порой смотришь на свой код годичной давности и думаешь кто, бля, этот гений, что написал это, что хуй разобрать.....

Это сообщение отредактировал Goppader - 14.04.2011 - 03:08

Ну а когда после тебя другой человек смотрит твой код, то ему сто пудняк ничего не понятно, даже если ты грамотно все прописал. Поэтому считаю, что каменты нужны. Вот.

порой как увидишь че нить типа

да без комментариев, то сразу хочется посмотреть прямо в самую сетчатку тому, кто это писал...

Комментарии??
вот вам комментарии из анека бородатого:

#define TRUE FALSE //счастливой отладки суки

от жеж епт, как в универ вернулась. а ж вздрогнула