Как я могу узнать о записи спецификаций проекта? [закрытый]

Мое противоречивое мнение: объектно-ориентированное программирование - это абсолютно худшее, что когда-либо случалось в области разработки программного обеспечения.

Основная проблема с ООП - это полное отсутствие строгого определения, с которым все могут согласиться. Это легко приводит к реализациям, в которых есть логические дыры, или к языку, подобному Java, который придерживается этой причудливой религиозной догмы о том, что означает ООП, в то же время вынуждая программиста выполнять все эти искажения и «шаблоны проектирования», просто чтобы обойти ограничения конкретная система ООП.

Итак, ООП вводит программиста в заблуждение, что он делает такой огромный прирост производительности, что ООП является каким-то «естественным» способом мышления, в то же время заставляя программиста печатать множество ненужных шаблонов.

Тогда, поскольку никто не знает, что на самом деле означает ООП, мы тратим огромное количество времени на мелкие споры о том, является ли язык X или Y «действительно ООП» или нет, какие причудливые особенности языка грузинского культа являются абсолютно «существенными» для языка считаться «действительно ООП».

Вместо того, чтобы требовать, чтобы этот язык или этот язык был «по-настоящему упертым», мы должны смотреть на то, какие языковые особенности показаны экспериментом, чтобы фактически повысить производительность, вместо того, чтобы пытаться заставить его быть некоторый воображаемый идеальный язык или даже принуждающий наши программы соответствовать какому-то платоническому идеалу «действительно объектно-ориентированной программы».

Вместо того, чтобы настаивать на том, что наши программы соответствуют какому-то платоническому идеалу «Истинно объектно-ориентированного», как насчет того, чтобы сосредоточиться на соблюдении хороших инженерных принципов, облегчении чтения и понимания нашего кода и использовании возможностей языка, который продуктивным и полезным, независимо от того, достаточно ли они "ООП" или нет.