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

 

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

Потому-что в первом случае техзадание в виде нормального читаемого текста, а во втором случае в виде запутанного кода, который сначала надо распутать.

Еще один моментик есть при доработке чужого кода. Заказчик может не все правильно понимать в его работе и написать не выполнимое задание, или полностью невыполнимое или некоторые части. Если полностью и это видно сразу, то еще ладно, а если какой-то моментик, то труба. В любом случае это сразу не заметишь, нужно, если не код смотреть, то хотя бы потестировать советника. Это усложняю начальную работу над заданием (эта работа не оплачивается).   

 
Dmitry Fedoseev:

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

Потому-что в первом случае техзадание в виде нормального читаемого текста, а во втором случае в виде запутанного кода, который сначала надо распутать.

Еще один моментик есть при доработке чужого кода. Заказчик может не все правильно понимать в его работе и написать не выполнимое задание, или полностью невыполнимое или некоторые части. Если полностью и это видно сразу, то еще ладно, а если какой-то моментик, то труба. В любом случае это сразу не заметишь, нужно, если не код смотреть, то хотя бы потестировать советника. Это усложняю начальную работу над заданием (эта работа не оплачивается).   

Полностью согласен.

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

 

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

Или всё ж дело в отсутствии нормальной документации к коду (пояснений или ещё чего, что облегчает восприятие)? 

 
-Aleks-:

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

Или всё ж дело в отсутствии нормальной документации к коду (пояснений или ещё чего, что облегчает восприятие)? 

Наличие комментариев и пояснений намного ускоряет восприятие кода. Но как правило если от программиста не требуют писать комментарии и вести сопроводительную документацию к коду то он этого не делает.
 
-Aleks-:

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

Или всё ж дело в отсутствии нормальной документации к коду (пояснений или ещё чего, что облегчает восприятие)? 

Все дело в калабашках
 
Vitalii Ananev:
Наличие комментариев и пояснений намного ускоряет восприятие кода. Но как правило если от программиста не требуют писать комментарии и вести сопроводительную документацию к коду то он этого не делает.

Не делает так как пишет не для себя, видимо. Я раньше так же писал без комментариев, но понял что это очень не удобно, действительно забывается мысль заложенная в коде, а даром читать код с ходу я не обладаю - стал писать.

Бывает, что пишешь проект пол года с человеком, а потом он не может работать - код в 3000 строк, уйма времени ушедшая на отладку и правки... и мне просто страшно начинать с начала (участие Заказчика Исполнители не учитывают в проекте, а времени на тестирование и описание ошибок программиста уходит очень много!).

 
Dmitry Fedoseev:
Все дело в калабашках
Неумные головы всему виной?
 
-Aleks-:
Неумные головы всему виной?
Калабашки это деньги
 
-Aleks-:

Не делает так как пишет не для себя, видимо. Я раньше так же писал без комментариев, но понял что это очень не удобно, действительно забывается мысль заложенная в коде, а даром читать код с ходу я не обладаю - стал писать.

Бывает, что пишешь проект пол года с человеком, а потом он не может работать - код в 3000 строк, уйма времени ушедшая на отладку и правки... и мне просто страшно начинать с начала (участие Заказчика Исполнители не учитывают в проекте, а времени на тестирование и описание ошибок программиста уходит очень много!).

Когда кода мало, что бы не тратить время можно писать без комментариев. Когда какой то крупный проект, бывает, что документация больше самого кода. В C# можно сразу в коде писать специальные комментарии (три слеша вместо двух) и в них указывать специальные xml теги  и после уже на основе этих комментариев генерировать документацию в виде xml файла. 
 
Dmitry Fedoseev:
Калабашки это деньги

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

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

Причина обращения: