"Стоимость исправления дефекта программы пропорциональна времени между внесением дефекта и его обнаружением" переводится на русский язык, как "взял и попользовался - положи на место, другим и тебе проще будет
( Read more... )
проблему лет 50 как решилиanonym_mouseJuly 30 2020, 15:07:10 UTC
"Стоимость исправления дефекта программы пропорциональна времени между внесением дефекта и его обнаружением" переводится на русский язык, как
.. как "поймите наконец элементарные идеи заложенные Кнутом в 'Literate Programming' - и никогда больше не встречайтесь с этой проблемой"
СТАНДАРТ для почти 100% ИТшников - с ходу (даже не зная что такое ЛП) отрицать, да еще спесиво, прыщавый скептицизм. А затем приписывать ЛП фантазийные черты и длинно их опровергать
Есть еще заход 'но я пробовал - вот в такой-то системе документации встроенной в язык хаскель-шмаскель и оно не работает'
ПРОБЛЕМА надумана, т.к. её решению - порядка 50 лет.
RE: проблему лет 50 как решилиtheszJuly 31 2020, 01:01:43 UTC
Помимо программирования есть ещё куча деятельности, предшествующей и следующей за самим священным действием программирования.
Например, сбор требований.
В списке требований может быть ненужное и отсутствовать нужное. Последняя ошибка, будучи обнаруженной, обычно приводит к изменению дизайна системы и переписыванию кучи кода.
Поэтому, при всём уважении к литературному программированию, не могу согласиться полностью.
Или тривиальная ошибка, которая будет поймана тестером. После её отлова на её исправление может быть назначен человек, который ни сном, ни духом про причины ошибки. И он потратит заметное количество времени на выяснение причин ошибки, которую можно было не доводить до тестирования пересмотром кода.
Резидентная программа - сама по себе эксплуатация хака костыля над ограничением архитектуры, прямое отрицание этого самого "good housekeeping". Ветер истории их развеял, и их - не жаль.
Comments 8
Коллега, мой глубочайший респект. Светлая память TechHelp, MSDOS и резидентных программ жива. Да пребудет с нами INT 21h.
Reply
Reply
времени между внесением дефекта и его обнаружением"
переводится на русский язык, как
.. как "поймите наконец элементарные идеи заложенные Кнутом
в 'Literate Programming' - и никогда больше не встречайтесь
с этой проблемой"
СТАНДАРТ для почти 100% ИТшников - с ходу (даже не зная что
такое ЛП) отрицать, да еще спесиво, прыщавый скептицизм.
А затем приписывать ЛП фантазийные черты и длинно их
опровергать
Есть еще заход 'но я пробовал - вот в такой-то системе
документации встроенной в язык хаскель-шмаскель и оно
не работает'
ПРОБЛЕМА надумана, т.к. её решению - порядка 50 лет.
Reply
Например, сбор требований.
В списке требований может быть ненужное и отсутствовать нужное. Последняя ошибка, будучи обнаруженной, обычно приводит к изменению дизайна системы и переписыванию кучи кода.
Поэтому, при всём уважении к литературному программированию, не могу согласиться полностью.
Или тривиальная ошибка, которая будет поймана тестером. После её отлова на её исправление может быть назначен человек, который ни сном, ни духом про причины ошибки. И он потратит заметное количество времени на выяснение причин ошибки, которую можно было не доводить до тестирования пересмотром кода.
Reply
"...если в кране нет воды, значит ты забыл cli/sti..."
Reply
Reply
Reply
(The comment has been removed)
Reply
Leave a comment