По заданию с нуля действительно проще, чем дорабатывать чужой код.
Потому-что в первом случае техзадание в виде нормального читаемого текста, а во втором случае в виде запутанного кода, который сначала надо распутать.
Еще один моментик есть при доработке чужого кода. Заказчик может не все правильно понимать в его работе и написать не выполнимое задание, или полностью невыполнимое или некоторые части. Если полностью и это видно сразу, то еще ладно, а если какой-то моментик, то труба. В любом случае это сразу не заметишь, нужно, если не код смотреть, то хотя бы потестировать советника. Это усложняю начальную работу над заданием (эта работа не оплачивается).
По заданию с нуля действительно проще, чем дорабатывать чужой код.
Потому-что в первом случае техзадание в виде нормального читаемого текста, а во втором случае в виде запутанного кода, который сначала надо распутать.
Еще один моментик есть при доработке чужого кода. Заказчик может не все правильно понимать в его работе и написать не выполнимое задание, или полностью невыполнимое или некоторые части. Если полностью и это видно сразу, то еще ладно, а если какой-то моментик, то труба. В любом случае это сразу не заметишь, нужно, если не код смотреть, то хотя бы потестировать советника. Это усложняю начальную работу над заданием (эта работа не оплачивается).
Полностью согласен.
Когда пишешь с "нуля" у тебя уже имеется некий алгоритм который ты реализуешь уже в программном коде. В случае если надо исправить или дописать чужой код, то алгоритма у тебя нет. Надо сначала этот код разобрать и получить из него алгоритм и уже потом исправлять или дополнять.
Т.е. по умолчанию считается, что писать с нуля проще и быстрей, чем разбирать чужой код и вносить в него правки?
Или всё ж дело в отсутствии нормальной документации к коду (пояснений или ещё чего, что облегчает восприятие)?
Наличие комментариев и пояснений намного ускоряет восприятие кода. Но как правило если от программиста не требуют писать комментарии и вести сопроводительную документацию к коду то он этого не делает.
Vitalii Ananev: Наличие комментариев и пояснений намного ускоряет восприятие кода. Но как правило если от программиста не требуют писать комментарии и вести сопроводительную документацию к коду то он этого не делает.
Не делает так как пишет не для себя, видимо. Я раньше так же писал без комментариев, но понял что это очень не удобно, действительно забывается мысль заложенная в коде, а даром читать код с ходу я не обладаю - стал писать.
Бывает, что пишешь проект пол года с человеком, а потом он не может работать - код в 3000 строк, уйма времени ушедшая на отладку и правки... и мне просто страшно начинать с начала (участие Заказчика Исполнители не учитывают в проекте, а времени на тестирование и описание ошибок программиста уходит очень много!).
Не делает так как пишет не для себя, видимо. Я раньше так же писал без комментариев, но понял что это очень не удобно, действительно забывается мысль заложенная в коде, а даром читать код с ходу я не обладаю - стал писать.
Бывает, что пишешь проект пол года с человеком, а потом он не может работать - код в 3000 строк, уйма времени ушедшая на отладку и правки... и мне просто страшно начинать с начала (участие Заказчика Исполнители не учитывают в проекте, а времени на тестирование и описание ошибок программиста уходит очень много!).
Когда кода мало, что бы не тратить время можно писать без комментариев. Когда какой то крупный проект, бывает, что документация больше самого кода. В C# можно сразу в коде писать специальные комментарии (три слеша вместо двух) и в них указывать специальные xml теги и после уже на основе этих комментариев генерировать документацию в виде xml файла.
Для авторизации и пользования сайтом MQL5.com необходимо разрешить использование файлов Сookie.
Пожалуйста, включите в вашем браузере данную настройку, иначе вы не сможете авторизоваться.
Вы вошли в аккаунт. Двухфакторная аутентификация отключена. Настройте её заново и отсканируйте новый QR-код или продолжите с отключённой двухфакторной аутентификацией.
По заданию с нуля действительно проще, чем дорабатывать чужой код.
Потому-что в первом случае техзадание в виде нормального читаемого текста, а во втором случае в виде запутанного кода, который сначала надо распутать.
Еще один моментик есть при доработке чужого кода. Заказчик может не все правильно понимать в его работе и написать не выполнимое задание, или полностью невыполнимое или некоторые части. Если полностью и это видно сразу, то еще ладно, а если какой-то моментик, то труба. В любом случае это сразу не заметишь, нужно, если не код смотреть, то хотя бы потестировать советника. Это усложняю начальную работу над заданием (эта работа не оплачивается).
По заданию с нуля действительно проще, чем дорабатывать чужой код.
Потому-что в первом случае техзадание в виде нормального читаемого текста, а во втором случае в виде запутанного кода, который сначала надо распутать.
Еще один моментик есть при доработке чужого кода. Заказчик может не все правильно понимать в его работе и написать не выполнимое задание, или полностью невыполнимое или некоторые части. Если полностью и это видно сразу, то еще ладно, а если какой-то моментик, то труба. В любом случае это сразу не заметишь, нужно, если не код смотреть, то хотя бы потестировать советника. Это усложняю начальную работу над заданием (эта работа не оплачивается).
Полностью согласен.
Когда пишешь с "нуля" у тебя уже имеется некий алгоритм который ты реализуешь уже в программном коде. В случае если надо исправить или дописать чужой код, то алгоритма у тебя нет. Надо сначала этот код разобрать и получить из него алгоритм и уже потом исправлять или дополнять.
Т.е. по умолчанию считается, что писать с нуля проще и быстрей, чем разбирать чужой код и вносить в него правки?
Или всё ж дело в отсутствии нормальной документации к коду (пояснений или ещё чего, что облегчает восприятие)?
Т.е. по умолчанию считается, что писать с нуля проще и быстрей, чем разбирать чужой код и вносить в него правки?
Или всё ж дело в отсутствии нормальной документации к коду (пояснений или ещё чего, что облегчает восприятие)?
Т.е. по умолчанию считается, что писать с нуля проще и быстрей, чем разбирать чужой код и вносить в него правки?
Или всё ж дело в отсутствии нормальной документации к коду (пояснений или ещё чего, что облегчает восприятие)?
Наличие комментариев и пояснений намного ускоряет восприятие кода. Но как правило если от программиста не требуют писать комментарии и вести сопроводительную документацию к коду то он этого не делает.
Не делает так как пишет не для себя, видимо. Я раньше так же писал без комментариев, но понял что это очень не удобно, действительно забывается мысль заложенная в коде, а даром читать код с ходу я не обладаю - стал писать.
Бывает, что пишешь проект пол года с человеком, а потом он не может работать - код в 3000 строк, уйма времени ушедшая на отладку и правки... и мне просто страшно начинать с начала (участие Заказчика Исполнители не учитывают в проекте, а времени на тестирование и описание ошибок программиста уходит очень много!).
Все дело в калабашках
Неумные головы всему виной?
Не делает так как пишет не для себя, видимо. Я раньше так же писал без комментариев, но понял что это очень не удобно, действительно забывается мысль заложенная в коде, а даром читать код с ходу я не обладаю - стал писать.
Бывает, что пишешь проект пол года с человеком, а потом он не может работать - код в 3000 строк, уйма времени ушедшая на отладку и правки... и мне просто страшно начинать с начала (участие Заказчика Исполнители не учитывают в проекте, а времени на тестирование и описание ошибок программиста уходит очень много!).
Калабашки это деньги
Ооо, не знал о такой мере измерения....
Так как раз абсурд получается, если платить за добавление в программу десятка строк, больше чем за написанную с нуля...