27.10.2004, 16:12 | #21 |
Участник
|
2 mazzy
Такое в голове держать выше сил человеческих. Так что диаграммы есть. Может местному CIS их не дают, но они есть. А не дают понятно почему.... |
|
27.10.2004, 16:14 | #22 |
Moderator
|
Цитата:
О... как я верил в это еще год назад.
Фиг, нет у них такой документации. Действительно нет. |
|
27.10.2004, 16:17 | #23 |
Участник
|
Цитата:
Изначально опубликовано Андре
Ага. Только вот попробуй докажи это клиентам и партнерам все, уже перестал. Руководство начинающего медитатора: http://a-bobkov.narod.ru/misc/meditator.txt Сидели Шива с Паравати на высокой горе и спрашивает Паравати сдуру: - Слушай, Шива, а чего это люди все так страдают? - Это потому, что они желают страданий, - отвечал Шива. - Hо как сделать, чтобы они не желали страданий? - Да просто не желать, но ты же знаешь этих пассажиров, им хрен чего объяснишь! ... |
|
27.10.2004, 16:28 | #24 |
Участник
|
Цитата:
Изначально опубликовано George Nordic
http://w8.platonoff.com/refactoring/ Рефакторинг! Утонем в комментариях. Код - это и есть в данном случае комментарий + грамотное название методов и классов... Другое дело, что в паре мест они действительно не помешеют... Например алгоритме и логике работы PriceDisc разбирался полдня, прежде чем выжатый как лимон уяснил для себя таки все "важные, но неявные" моменты... Отсутвие комментариев - зло. Без всяких исключений. Другое дело что не все умеют писать комментарии, хотя от засорения программы фишками типа PHP код:
На самом деле хороший комментарий не должен комментировать код (вернее почти не должен - везде есть исключения, иногда нестандартный приём в коде должен быть прокомментирован, чтобы не сбить с толку, но как правильно говорится в принципах рефакторинга код по возможности не должен содержать таких неочевидных/нестандартных моментов), комментарий должен комментировать ИДЕЮ. КАК МИНИМУМ должен быть прокомментирован каждый класс (в classDeclaration прописана сущность класса, его предназначение, место в иерархии классов) и каждый метод (тоже в целом - сущность метода, его параметры, возвращаемое значение, возможные побочные эффекты). Учтивывайте то, что даже программист разрабатывавший код самолично через пару месяцев уже не узнаёт ни строчки из своего кода - тут уже степень закомментированности программы становится просто показателем эффективности труда, я уже не говорю про то что смена или привлечение нового программиста просто катастрофически затруднена если нет хоть какой то документации. |
|
27.10.2004, 16:33 | #25 |
Участник
|
В том-то и дело, что всего, что должно быть - нету...
И написание мелочной модификации - превращается в неделю ТУПОГО дебагирования Старый добрый принцип: программу было трудно писать (верю) , так пусть ее будет трудно читать-модифицировать |
|
27.10.2004, 16:36 | #26 |
Шаман форума
|
Цитата:
Изначально опубликовано mazzy
О... как я верил в это еще год назад. Фиг, нет у них такой документации. Действительно нет. |
|
27.10.2004, 17:29 | #27 |
Участник
|
Цитата:
Изначально опубликовано mazzy
О... как я верил в это еще год назад. Фиг, нет у них такой документации. Действительно нет. Вы считаете возможно вести такой проект, как Аксапта без документации???!!! |
|
27.10.2004, 17:42 | #28 |
Участник
|
Цитата:
Изначально опубликовано Alks
Вы считаете возможно вести такой проект, как Аксапта без документации???!!! Сидели Шива с Паравати на высокой горе и спрашивает Паравати сдуру: - Слушай, Шива, а чего это люди все так страдают? - Это потому, что они желают страданий, - отвечал Шива. - Hо как сделать, чтобы они не желали страданий? - Да просто не желать, но ты же знаешь этих пассажиров, им хрен чего объяснишь! |
|
28.10.2004, 05:34 | #29 |
Участник
|
Цитата:
Изначально опубликовано mazzy
Хм... Разрешите самоповториться? |
|
Теги |
история развития, комментарий, рефакторинг, стиль программирования |
|
Похожие темы | ||||
Тема | Ответов | |||
Управление проектами!? | 14 |
|