|
tac
Сообщений: 2601 |
 |
|
На: Унифицированная платформа для создания приложений в сфере ИИ
Добавлено: 18 фев 09 23:19
|
Автор: shuklin
Все полезное может быть опасно, а все абсолютно безопасное - бесполезно ; ))
|
|
Похоже вы не понимаете ... Давайте так примем за теоремы, которые я не буду доказывать так как они очевидны, следующие: 1. При программировании не должно быть дублирования текста 2. Нужно стремится как можно к большему % повторного использования уже имеющегося кода А потом ответьте, как много полезного тут нам предоставляет процедурная парадигма ?
|
|
|
| |
tac
Сообщений: 2601 |
|
| |
| |
tac
Сообщений: 2601 |
|
| |
| |
tac
Сообщений: 2601 |
|
|
| На: Унифицированная платформа для создания приложений в сфере ИИ
Добавлено: 19 фев 09 9:39
|
Автор: daner
чего то я не пойму разницу между этими двумя пунктами?
|
|
Ну, они конечно взаимосвязанные - первый говорит о том, что нельзя делать явного дублирования типа копи-паст, второй, говорит о том, что нужно постараться в разумных приделах так разбить задачу на части, чтобы можно было использовать уже готовые части (и соответственно писать эти готовые части с учетом того, что ими будут пользоваться не только в том случае который известен сейчас). Т.е. прямой и обратный способ устранить дублирование - не умножать дубликаты и то, что было разным привести к однотипному виду ...
|
|
|
|
| На: Унифицированная платформа для создания приложений в сфере ИИ
Добавлено: 19 фев 09 12:19
|
Автор: tac
Да, просто - таких абсурдных примеров вы не найдете, а если найдете не сможете обосновать почему именно так нужно было поступить !!! |
|
Уговорили, поделюсь самым абсурдным ))) Допустим систему нужно изготовить с расчетом ее эксплуатации, сопровождения и возможности к умеренной модификации пользователями без специализированного образования по программированию. В таком случае чем проще концепция системы тем система жизнеспособнее. Вредно будет умножать классы и функции без крайней необходимости. Гораздо надежнее каждую задачу запихнуть в отдельную функцию, тем самым полностью избавившись от private & protected сущностей ))) Кроме того, подобные задачи часто характеризуются недетерминизмом изменения требований. Если вывести общие части алгоритма в базовый класс, или даже в процедурном стиле в отдельную private процедуру, то при изменениях private|protected части системы изменения будут влиять на все связанные с изменением public части, что будет фатально. Итого для такого класса задач даже в процедурном стиле желательно предпочитать копи паст )))
|
|
|
tac
Сообщений: 2601 |
|
|
| На: Унифицированная платформа для создания приложений в сфере ИИ
Добавлено: 19 фев 09 13:15
|
Автор: shuklin
систему нужно изготовить с расчетом ее эксплуатации, сопровождения и возможности к умеренной модификации пользователями без специализированного образования по программированию. В таком случае |
|
вообще лучше не ставить свою подпись на таком продукте  стыдно  Это из разряда юморесок - не умеешь программировать, но очень хочется сломать ... Обратите внимание на аксиому "лучшего качества для платформы ИИ" ... чтож вы все мне про то, где на это качества всем насра... 
|
|
|
|
| На: Унифицированная платформа для создания приложений в сфере ИИ
Добавлено: 19 фев 09 15:21
|
>Там нужно как раз обосновывать обратное - какое отношение то, чем они занимаются в этом подходе имеет к ИИ?
Скажите честно - Вы с логическим программированием вообще знакомы? Пробовали писать на нем хоть какие-то алгоритмы? А то крайне странно слышать подобные фразы...
Вот например Вы пишите что хорошая среда программирования это та, где нужно написать минимум кода с максимумом эффективности. Так что примечательно, это то, что некоторые задачи под логическим программированием можно решить всего несколькими строчками кода, тогда как при процедурном программировании потребуется в десятки раз больше кода.
|
|
|
|
| На: Унифицированная платформа для создания приложений в сфере ИИ
Добавлено: 19 фев 09 17:16
|
Автор: Corwin
>Там нужно как раз обосновывать обратное - какое отношение то, чем они занимаются в этом подходе имеет к ИИ?
Скажите честно - Вы с логическим программированием вообще знакомы? Пробовали писать на нем хоть какие-то алгоритмы? А то крайне странно слышать подобные фразы...
Вот например Вы пишите что хорошая среда программирования это та, где нужно написать минимум кода с максимумом эффективности. Так что примечательно, это то, что некоторые задачи под логическим программированием можно решить всего несколькими строчками кода, тогда как при процедурном программировании потребуется в десятки раз больше кода. |
|
поддерживаю. Лог.Программирование описывает не способ решения, а взаимосвязь имеющихся данных с целью. Программа в таком свете подобна доказательству теоремы, причем программисту необходимо правильно описать задачу, а само доказательство (алгоритм достижения требуемой цели) делается автоматически.
|
|
|
tac
Сообщений: 2601 |
|
|
| На: Унифицированная платформа для создания приложений в сфере ИИ
Добавлено: 19 фев 09 20:42
|
Автор: Corwin
Скажите честно - Вы с логическим программированием вообще знакомы? Пробовали писать на нем хоть какие-то алгоритмы? А то крайне странно слышать подобные фразы...
Вот например Вы пишите что хорошая среда программирования это та, где нужно написать минимум кода с максимумом эффективности. Так что примечательно, это то, что некоторые задачи под логическим программированием можно решить всего несколькими строчками кода, тогда как при процедурном программировании потребуется в десятки раз больше кода. |
|
1. Нет не знаком, пока и не собираюсь ! 2. Говорите минимум кода с максимумом эффективности - ну дайте хоть малейший пример, тогда поговорим ... 3. Напоминаю, что эффективное программирование - еще не сколько не относится к ИИ 
|
|
|
|
| На: Унифицированная платформа для создания приложений в сфере ИИ
Добавлено: 19 фев 09 22:31
|
Автор: tac
2. Говорите минимум кода с максимумом эффективности - ну дайте хоть малейший пример, тогда поговорим ...
|
|
Запросто: в Prolog-е рекурсия может иметь бесконечную вложенность, парадигма обеспечивает возможность создания эффективного компилятора поддерживающего и эту возможность.
|
|
|
tac
Сообщений: 2601 |
|
|
| На: Унифицированная платформа для создания приложений в сфере ИИ
Добавлено: 19 фев 09 23:07
|
Автор: shuklin
Запросто: в Prolog-е рекурсия может иметь бесконечную вложенность, парадигма обеспечивает возможность создания эффективного компилятора поддерживающего и эту возможность.
|
|
А что в C# после 1000 циклов рекурсия накроется ? 
|
|
|
| |
|