Стоит ли менять правила во фрилансе,чтобы они были четко прописаны - страница 7

Новый комментарий
 
Vitalii Ananev:
Когда кода мало, что бы не тратить время можно писать без комментариев. Когда какой то крупный проект, бывает, что документация больше самого кода. В C# можно сразу в коде писать специальные комментарии (три слеша вместо двух) и в них указывать специальные xml теги  и после уже на основе этих комментариев генерировать документацию в виде xml файла. 
Это весьма удобно в C# придумано. Мне, как заказчику было бы удобно видеть, где реализована конкретная часть моего ТЗ.
 
-Aleks-:

Ооо, не знал о такой мере измерения....

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

Что бы грамотно добавить даже 10 строк , надо изначально "декодировать чужой код" т е распутать его

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

 
Vitalii Ananev:
Иногда бывает, что и свой собственный код понимаешь с трудом уже после того когда прошло много времени с момента его написания, особенно если кода много. Надо заново вникать и разбираться, что ты там написал несколько лет назад. :)

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

т к  писал подробные комментарии то разобрался за один день  в проекте , которому было лет 5

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

 
Dmitry Fedoseev:
Калабашки это деньги
где вы такое слово откопали?)) первый раз слышу
 
-Aleks-:

Ооо, не знал о такой мере измерения....

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

Эти 10 строк кода - лишь видимая часть айсберга той работы, которую приходится провести перед тем, как "посадить вишенку на торт". Оплачивать хотят лишь вишенку, упорно делая вид что "это всё - другой работы и не было".
 
Yuriy Zaytsev:

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

т к  писал подробные комментарии то разобрался за один день  в проекте , которому было лет 5

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

Когда комментариев нет и уже не помнишь для чего все это делал, на то что бы разобраться в коде требуется дополнительное время. Я обычно в советников не пишу комментарии, как правило в них не бывает много строк кода и большая часть реализована в классах и подключаемых библиотеках. В таких небольших по размеру кодах разобраться легко даже и без комментариев. Но если писал кто то другой и при этом не придерживался общепринятых стилей написания кода да и еще все в одну кучу без использования функций (там где можно часть кода оформить в виде отдельной функции) то сложность восприятия такого кода возрастает.
1234567
Новый комментарий