Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Бред2 24.10.05 21:34 Число просмотров: 1274
Автор: leo <Леонид Юрьев> Статус: Elderman
|
> > Именно потому, что оно ближе к человеческому мышлению, > чем > > процедурное. > Кто сказал? Если кратко, то умные люди, и я им верю.
Человеку, которому еще не "промыли мозги" обработкой ввода-вывода, циклами и т.д, ООП подход ближе и понятнее. Важно, что ООП подразумевает многомерность информационных связей и одновременно-параллельную их актуализацию (выполнение сгенерированного исполнимого кода), конкурренцию и много еще чего.
Процедурное программирование проще для step-by-step процессора, компилятора, соответствено для придуманных для этого итеративных алгоритмов и "правильно" обученных программистов.
ООП ближе к сути, а процедуры к популярному сейчас методу реализации. В ближайшите полвека (IMHO) ИИ сломает процерную доминанту. Спорить со мной на эту тему можно, но уже бесполезно... :-)
> ООП становится близким к человеческому > пониманию только тогда, когда ты пишешь уже относительно > сложные программы, где без объектов действительно не > обойтись. На начальном этапе, когда всё программирование > сводится только к вводу/выводу, вычислению формул и > простейших понятий ветвления - объекты НЕ НУЖНЫ. Пример > кода на Perl:
Смотря что называть простым. Нейросеть или аналоговая ЭВМ это очень эффективно и достаточно просто, но не удобно для дискретных CPU (а вот вычисления циклом, например факториала, - наоборот) .
> > > P.S. А ты сам на чем пишешь-то? > > C/C++ в основном. Знаю штук 5 асмов (правда все кроме > x86 > > уже почти забыл), ну и кучу всего по верхам. > Да я вообще-то leo об этом спрашивал :), ну да ничего.
Буквально сейчас на C/C++ для ядра Linux, не до жиру...
|
|
|