ООП

1

1

Всем понятно что такое ООП (ООП - это объекты + рандомный набор
принципов программирования).
Но вот зачем работодатели требуют знания от будущих работников что
значит этот термин?
Знание смысла этого термина как то улучшает качество кода?
Если человек скажет что: «ООП это показавшая свою низкую
эффективность концепция», то его код лучше что ли будет или хуже?

Ссылка

←	Собрать Qt для релиза и отладки в одной сборке

Посоветуйте легковестное IDE для Python3

→

Показаны ответы на комментарий. Показать все комментарии.

Ответ на: комментарий от jtootf 21.12.2015 17:20:37 +00:00

Я считаю у каждого термина должно быть одно определение.
Тогда этим термином можно пользоваться. На основе этого термина можно, строить логическую цепочку рассуждения.

Int0l ★★
(21.12.2015 17:32:32 +00:00) автор топика

Ответ на: комментарий от Int0l 21.12.2015 17:32:32 +00:00

Если не лезть в дебри определений, наверное, основным отличием является абстракция объекта и его независимого поведения, остальное второстепенно. К примеру, в функциональной парадигме есть только подстановки и редукции, там нет никаких объектов в ООП-смысле, во всяком случае в чисто подстановочной модели, такой как лямбда-исчисление. Тут еще во многом от взгляда на вычисления зависит. Если синтаксис и семантика языка это отражает и подчеркивает, значит перед нами какой-никакой ООП-язык.

~~goodbigbeer~~
(21.12.2015 17:37:29 +00:00)

Ответ на: комментарий от goodbigbeer 21.12.2015 17:37:29 +00:00

в функциональной парадигме есть только подстановки и редукции

следует также понимать, что в чисто функциональном стиле практически никто не пишет. так, в Haskell-среде были статьи настаивающие на использовании термина аппликативное программирование применительно к Haskell

jtootf ★★★★★
(21.12.2015 17:46:21 +00:00)