Size: a a a

2020 May 24

S

Sergey in phpGeeksJunior
Еlsey Swollou
Сказал, что с моим "бэкграундом" он меня не возьмёт %)))
Вы слишком хороши для нас
источник

S

Sergey in phpGeeksJunior
Если отупеете,приходите.
источник

ЕS

Еlsey Swollou in phpGeeksJunior
На самом деле самая большая проблема битрикса - это деформация мышления. Там ООП чаще всего не завезли. Абстракции нормальные не завезли. И тебе приходится изобретать велосипеды, рыться, гспдпрости, на форумах
И писать как ты думаешь
Вот просто берёшь и херачишь процедурщину
А потом приходишь на симфони и продолжаешь писать также, ты ж уже привык
источник

ЕS

Еlsey Swollou in phpGeeksJunior
Даже у нас лид говорит, что если чувак год писал на битриксе, то они трижды подумают, а стоит ли его брать
источник

AP

Alex Plishkin in phpGeeksJunior
Еlsey Swollou
На самом деле самая большая проблема битрикса - это деформация мышления. Там ООП чаще всего не завезли. Абстракции нормальные не завезли. И тебе приходится изобретать велосипеды, рыться, гспдпрости, на форумах
И писать как ты думаешь
Вот просто берёшь и херачишь процедурщину
А потом приходишь на симфони и продолжаешь писать также, ты ж уже привык
Ну ты можешь процедурщину писать и в ООП стиле и думать что ты правильно пишешь.
источник

S

Sergey in phpGeeksJunior
Еlsey Swollou
Даже у нас лид говорит, что если чувак год писал на битриксе, то они трижды подумают, а стоит ли его брать
Это самое грустное,отрицательный опыт.
источник

S

Sergey in phpGeeksJunior
Он даже не никакой,он блин отрицательный.
источник

V

Vladimir in phpGeeksJunior
В самой процедурщине нет ничего особо плохого, её тож можно нормально готовить.
источник

ЕS

Еlsey Swollou in phpGeeksJunior
Alex Plishkin
Ну ты можешь процедурщину писать и в ООП стиле и думать что ты правильно пишешь.
Ну примерно такой код я сейчас и вижу //_-
И ты не можешь винить человека за это, потому что он искренне уверен, что все делает правильно
источник

AP

Alex Plishkin in phpGeeksJunior
Vladimir
В самой процедурщине нет ничего особо плохого, её тож можно нормально готовить.
Никто не спорит. Просто парадигмы не нужно смешивать
источник

ЕS

Еlsey Swollou in phpGeeksJunior
Да нет, конечно, каждый стиль хорош по своему
источник

ЕS

Еlsey Swollou in phpGeeksJunior
На ООП сейчас тоже многие плюются
источник

AP

Alex Plishkin in phpGeeksJunior
Еlsey Swollou
На ООП сейчас тоже многие плюются
Потому что его не поняли 🙂
источник

V

Vladimir in phpGeeksJunior
Alex Plishkin
Никто не спорит. Просто парадигмы не нужно смешивать
В целом наверно да, но опять же зависит от того как смешивают, да и от языка...в каком-нибудь Go с одной стороны процедурный стиль, с другой - композиция, полиморфизм на интерфейсах. Отчасти получается смесь процедурщины и ООП 🙂
источник

AP

Alex Plishkin in phpGeeksJunior
Особенно когда всю бизнес логику выносят в сервисы которые являются транзанкшин скриптами а энтити остается лысая просто с гетерами и сетерами.
источник

S

Sergey in phpGeeksJunior
Alex Plishkin
Особенно когда всю бизнес логику выносят в сервисы которые являются транзанкшин скриптами а энтити остается лысая просто с гетерами и сетерами.
Блин я так делаю xD
источник

AP

Alex Plishkin in phpGeeksJunior
Vladimir
В целом наверно да, но опять же зависит от того как смешивают, да и от языка...в каком-нибудь Go с одной стороны процедурный стиль, с другой - композиция, полиморфизм на интерфейсах. Отчасти получается смесь процедурщины и ООП 🙂
Ну там не совсем ООП, там интерфейс описывает интерфейс работы с молулем
источник

AP

Alex Plishkin in phpGeeksJunior
Sergey
Блин я так делаю xD
Если это крудовое приложение то это ок
источник

S

Sergey in phpGeeksJunior
Alex Plishkin
Если это крудовое приложение то это ок
А,фух xDDD
источник

AP

Alex Plishkin in phpGeeksJunior
Проблемы начинаются когда у тебя сложный ентерпрайз с кучей бизнес логики.
источник