Не знаю. Иногда я могу категорически не понимать как мог написать такую чушь (исправляя какую-нибудь несуразицу), но понять что делает мой код могу всегда. Комментарии оставляю только в самых-самых случаях. Код, в котором каждая строка прокомментирована, читать невозможно в ПРИНЦИПЕ. Я уже молчу о том, сколько на это убито времени. Если человек пишет чушь, то и комменты могут быть неправильными, а если написано нормально, то проще потом просто разобраться. А лучше, чтобы за каждый кусок кода отвечал конкретный человек. И стимулировать его, чтобы не увольнялся никуда
Тут разговор о том что ты начнешь тратить время на поиск нужной части кода или на то что где и как батчит, когда кол-во кода в проекте за 100К символов без камментов
Тут разговор о том что ты начнешь тратить время на поиск нужной части кода или на то что где и как батчит, когда кол-во кода в проекте за 100К символов без камментов
А от этого, батенька, есть несколько превосходных лекарств, которые называются ООП, слоевая архитектура и вменяемый менеджмент проекта. В моем проекте (а сколько в нем строк сказать затрудняюсь, но только файлы с кодом не длл-ки, не ресурсники, а чистый код, занимают чуть меньше 20 Мб, не считая хранимок в БД) установить приблизительное место возникновения ошибки в большинстве случаев можно за несколько минут. Понять и исправить - это другое, но в общем случае нормальная архитектура - залог отсутствия такой проблемы в принципе. Описание классов, паблик-пропертей и паблик-методов, а особенно их аргументов - это святое, без этого никуда. Но это скорее страховка от возникновения ошибок в другом коде, а не в том, который комментируется.
Это сообщение отредактировал ICELedyanoj - 13 апр 2011 в 16:26
именно так. а то потом черт его знает что и как .а главное - ЗАЧЕМ??? есть такой хороший совет научникам. если написал статью, отложи ее на полгода, и если через полгода все так же легко и понятно - публикуй!
комментить код требуют при создании документации по библиотекам-слоям(передача заказчику). для нормального прогера смысла, кроме как для красоты (region .. summary VS 2008) нет, т.е если программер не помнит код спустя месяц-2 то хреновый он программер(стиль написания это как уникальная подпись, корректируется только Best practices или еще чем то )
Жизненно. Хоть давно и не программировал, но помнится, так все оно и было
порой смотришь на свой код годичной давности и думаешь кто, бля, этот гений, что написал это, что хуй разобрать.....
Это сообщение отредактировал Goppader - 14 апр 2011 в 03:08
Ну а когда после тебя другой человек смотрит твой код, то ему сто пудняк ничего не понятно, даже если ты грамотно все прописал. Поэтому считаю, что каменты нужны. Вот.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии. Авторизуйтесь, пожалуйста, или зарегистрируйтесь, если не зарегистрированы.
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
Хоть давно и не программировал, но помнится, так все оно и было 
?:\s*[+>~,]\s*|\s+)|[^:+>~,\s\\[\]]+(?:\\.[^:+>~,\s\\[\]]*)*)|\[(?:[^\\[\]]*(?:\\.[^\\[\]]*)*|[^=]+=~?\s*(?:"[^\\"]*(?:\\.[^"\\]*)*"|'[^\\']*(?:\\.[^'\\]*)*'))\]|:[^\\:([]+(?:\\.[^\\:([]*)*(?:\((?:[^\\()]*(?:\\.[^\\()]*)*|"[^\\"]*(?:\\.[^"\\]*)*"|'[^\\']*(?:\\.[^'\\]*)*')\))?/g
yaplakal.com