Как не наложить в скоуп

Выдержки из радио-беседы о концепции Егора Бугаенко, март 2016 

Говорят, Java объектно-ориентирована, но нам не объяснили как ей пользоваться и, по сути, она осталась все такой же процедурной:  строчка за строчкой для выполнения машиной

Существующий подход не объектно-ориентирован вообще. 

Современные технологии... spring, hibernate, pojo, jax-rs, jaxb, design patterns тоже вовсе не объектно-ориентированы и т.п. их лучше вообще не использовать.

Геттеры нарушает инкапсуляцию... они вторгаются в объект захватывают данные и дальше их используют по своему усмотрению.

Вместо того чтобы прийти к нам и попросить что-то сделать... они вторгается к нам и грабят нашу информацию. Они превращают нас в глупую структуру - тупое хранилище данных, которое делать ничего не умеет.

Разбитие кода на классы не работает. Все-равно у нас одна длинная процедура - хотя и разбитая на части.

Вместо того чтобы это были бы объекты, которым мы доверяем что-то для нас сделать

Процедурное программирование хорошо на маленьких проектах. В больших проектах нам нужна не скорость выдачи результата (уже вчера), а прозрачность и надежность кода (возможность привлечь другого/заменить программиста).

Поддержка (чужого) кода в больших проектах становится - настолько неинтересным делом, что код просто выбрасывается
Вопрос в том, как от процедурного программирования перейти к действительно объектному.

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

Объект, он какой живой организм у него есть свои интересы и свои особенности.


http://razbor-poletov.com/2016/03/episode-105.html