LINUX.ORG.RU

История изменений

Исправление stevejobs, (текущая версия) :

Еще очень важно, что т.к. никто не имеет в голове четкой архитектуры, её наличие заменяется runtime reflection. Например, ты не можешь понять, какие у класса должны быть поля, но ты можешь пойти и рефлекшеном собрать все классы из пакета, сложить в коллекцию и считать эту коллекцию «набором полей».

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

Главное не докатиться то JS. Нет ничего более беспомощного, безответственного и испорченного, чем JS зомби, пишущие JS лапшу. «Я знал, что рано или поздно мы перейдем и на эту дрянь.»

Любой кто хоть раз зарепортил 28 календарных дней на изучение структуры приложения в отладчике с целью фикса проблемы в рантайме, поймет о чем тут речь.

Хорошее ООП это хорошо, но код пишешь НЕ ТЫ. В основном, ты склеиваешь на синюю изоленту миллиарды классов, написанные натруженными индусскими ногами, добавляешь к этой горе жалкую горсточку из нескольких сотен/тысяч своих классов, и всё. Ты уже жрешь говно, и тебе надо уметь выживать в этом

Исходная версия stevejobs, :

Еще очень важно, что т.к. никто не имеет в голове четкой архитектуры, её наличие заменяется runtime reflection. Например, ты не можешь понять, какие у класса должны быть поля, но ты можешь пойти и рефлекшеном собрать все классы из пакета, сложить в коллекцию и считать эту коллекцию «набором полей».

Поэтому очень важно, чтобы рефлекшеном можно было вмешаться в любой говнокодерский механизм и пофиксить так, чтобы начало работать. Если же сделать истинно приватные фиксированные структуры или запретить рефлекшен, сразу случится коллапс, говнокод перестанет работать и починить его станет никак

Дальше идут всякие джава агенты, аннотейшен-процессоры, автогенераторы и макросы

Любой кто хоть раз зарепортил 28 календарных дней на изучение структуры приложения в отладчике с целью фикса проблемы в рантайме, поймет о чем тут речь.

Хорошее ООП это хорошо, но код пишешь НЕ ТЫ. В основном, ты склеиваешь на синюю изоленту миллиарды классов, написанные натруженными индусскими ногами, добавляешь к этой горе жалкую горсточку из нескольких сотен/тысяч своих классов, и всё. Ты уже жрешь говно, и тебе надо уметь выживать в этом