Почему программисты допускают ошибки? |
Всем известный афоризм "Не ошибается тот, кто ничего не делает" носит
снисходительный - ну что ж с кем иногда не бывает.
Но этот афоризм к программистам отношения не имеет, у них своя правда:
"В любой программе есть ошибки" или
"Любая последняя найденная в программе ошибка на самом деле является
предпоследней" или ...
Что дает нам, программистами, право гордо делать ошибки в своей продукции, в
то время как другим не прощаются даже малейшие оплошности.
Что это:
- глупость заказчиков?
- наша субъективная лень?
- что-то объективное?
И как с этим бороться?
Evgeny
Всего в теме 160 сообщений
Добавить свое сообщение
Отслеживать это обсуждение
- Тестирование проекта. Отладка.
- Подводные камни
- Сообщество программистов
- Где програмист может найти себе хорошую работу?
- Тестирование проекта. Отладка.
- Централизованная обработка ошибок
- Бета-тестирование
- Давайте учиться на ошибках.
- Автоматизированные тесты для GUI
- О системах контроля ошибок
- Сообщество программистов
- Влияние музыки на алгоритмическое мышление
- Тестирование проекта. Отладка.
- Вопросы оптимизации кода
160—151 | 150—141 | ...>>> Всего сообщений в теме: 160; страниц: 16; текущая страница: 1
№ 160 09-08-2007 23:28 | |
Ответ на »сообщение 159« (Geo)
___________________________
Юрий, зря тратите время, это - обычный спамер, я уже удалял аналогичное сообщение из других, ещё менее подходящих для него разделов Королевства. Соответственно, как и всякий спамер, плевать он хотел на все ваши советы, ему главное - нагадить своей рекламой. Я уж молчу о том, что просьба присылать готовые тексты программ (подразумеваются, видимо, серьёзные проекты) выглядит сама по себе весьма подозрительно.
№ 159 09-08-2007 09:49 | |
Ответ на »сообщение 158« (Sasvi Mgalobeli)
___________________________
А слабо написать небольшой материальчик для раздела "Полигон" и предложить его Елене Филипповой? По-моему, это было бы лучше, чем заниматься "продвижением" своего программного продукта в разных обсуждениях.
Или Вы не хотите отдавать его на тестирование? Тогда что Вы хотите?! Чтобы Вам программы на оформление отсылались??? Не знаю кому как, а я свои программы и так форматирую. Или Вы продавать свой продукт хотите? Тогда для этого есть другие темы.
Короче, определитесь. Пока Вы больше похожи на спамера, чем на серьезного человека. По крайней мере, ведете себя соответствующим образом.
№ 158 Удалено модератором | |
№ 157 04-06-2005 16:45 | |
Ответ на »сообщение 148« (Владимир Соколов)
___________________________
Только вчера я удалил с дискеты последнююсвою копию RTK-micro, а сегодня прочитал в теме, что ее еще помнят. Мне тоже было приятно. Мне повезло, что я имел полный пакет Р-технологии для ЕС-ки и внедрил ее на своем ВЦ. Потом очень долго программировал с использованием RTK-micro, даже несколько лет преподавал ее в курсе программирования. Это действительно был уникальный комплекс, но я больше нигде не встречался с ее развитием. Ведь это же была попытка уйти от кодирования и перейти на алгоритмический уровень Р-схем! Мне она здорово помогала. Если у кого есть информация про нее, просьба поделиться (по указанной ссылке я не попал).Сообщение не подписано
№ 156 03-02-2004 12:58 | |
to Сергей Тарасов (№ 146) and all
Глубоко не вникал, но, действительно, чем-то подход ДМ подозрительно напоминает переоткрытие начал функционального/логического программирования (функциональные зависимости, вывод) или теории автоматов (детерминанты - условия переходов).
№ 155 01-02-2004 23:43 | |
Evgeny:
За критику спасибо, но таблицы решений (ТР) мы обсуждали здесь еще два года назад (см., например, пост № 144). Чем-то похожи, но не то.
Это, наверное, примеры статьи из области программирования смущают. Ключевой пример - первый (выбор типа прайса). Попробуйте реализовать его на ТР. При использовании регистра правил на этапе проектирования мы не озабочены ни областью значений атрибутов детерминанта, ни самим составом атрибутов.
Обращаю внимание на главные особенности регистров правил:
обязательная упорядоченность атрибутов детерминанта;
приравнивание квантора всеобщности к наименьшему значению всей области значений;
правила извлечения корня (сортировка регистра по всем атрибутам детерминанта в порядке убывания значений).
По сути, первые два пункта следуют из третьего (алгоритма извлечения правил).
№ 154 01-02-2004 19:52 | |
То ДМ:
Вы разве не сталкивались с таким мощным инструментом как таблицы решение?
Их возраст исчисляется десятками лет.
А "Регистры правил" из предлагаемой статьи - эта практическая калька с таблиц решений. Хорошо продуманная, но калька, сохраняющая как все несомненные достоинства оригинала, так, к сожалению, и все его недостатки.
С уважением
№ 153 30-01-2004 23:58 | |
Спустя два года я наконец-то понял, на каких принципах должна быть основана система правил, чтобы исключить противоречия "в зародыше". Статья об этом ("Регистры правил") выложена здесь: http://www.itland.ru/lib/index.php?id=48.
Описанный алгоритм универсален для создания устойчивых систем, как программных, так и законодательных.
№ 152 06-03-2002 09:41 | |
To Кубаныч
Согласен
(надо было бы тщательней с математикой,
но времени выражать мысли абс.точно нет.
Хотя - "небрежность-то и губит совершенство")
С уважением
№ 151 05-03-2002 13:20 | |
to Олег Томилов
>0.3 * 0.3 * 0.3 ..... = 0
>У других
>0.3 + 0.3 + 0.3 ...../n = 0.3
>У третьих
>0.3 + 0.3 + 0.3 ..... = 0.3 * n
0.3 * 0.3 * 0.3>0 при конечном натуральном n, и только предел произведения стремится к нулю при n -> бесконечности.
0.3 + 0.3 + 0.3 ...../n = 0.3*(n-1)+0.3/n и равно 0.3 только при n=1 при условии, что n - натуральное число.
160—151 | 150—141 | ...>>> Всего сообщений в теме: 160; страниц: 16; текущая страница: 1
Добавить свое сообщение
Отслеживать это обсуждение
Дополнительная навигация: |
|