всю жизнь пишу на ООП в процедурном стиле, вроде на ООП но в процедурном стиле, использую классы, но это все равно получается просто как удобное хранение процедур раскиданное по разным классам (объектам). Всю эту самую жизнь я понимаю что что-то здесь не так, что-то не то, почему вроде ООП, но я вижу его процедурным, делаю процедурным. В общем посмотрел несколько видео, купил книжку, начал читать, надеюсь мышление поменяется в нужную сторону. Спасибо Егору. И дело даже не в том что это за язык, писал и на Java, C# сейчас PHP как основной язык, главное это мыслить объектами и работать с объектами, а не упаковывать процедуры для работы с данными по объектам.
Это, конечно, дорога в правильную сторону с точки зрения инженерии, но плохая с точки зрения заработка деняк, особенно, если ты Java разработчик - везде этот грёбаный Spring и грёбаный JPA, не получится писать хороший ООП код
"- Я как создатель должен видеть всю цепочку -Ну ты же понимаешь, что вся цепочка твоего кода закончится вызовом ассемблера, операции на кремнии? - Это было бы идеально." Добро пожаловать в GoLang.
Думаю, важный момент, что Егор понимает, что говорят оппоненты и их позицию, и предлагает своё видение. А оппоненты просто защищают «традиционно» общепринятое видение ООП. Дискуссия между «бизнесом» и «наукой», когда из фундаментальных исследований получить бабло не получится конечно сразу, а про практические результаты можно будет говорить через 10-20 лет.
Я видела то что предлагает Егор, и я никогда не захочу такой бред писать. Я согласна что геттеры сеттеры можно было бы убрать, наследование иногда удобно , статика тоже иногда удобно, но писать километр билда на один pojo это бред и потерянное время
потому что ты не опытный разраб, которому интересно только как контроллер через аннотацию видит твой ендпоинт и получить свои деньги? А человеку уже 40~ лет и ему это не интересно и он идет вглубь и развивается?)
Если бы транзакции в Спринге были декларативными и не нужно было бы разбираться как они внутри работают, то не было бы такой фигни как self injection к примеру. В Спринге ты всё время вынужден думать о том, как это работает. Уже не говоря о том аннотации переносят всё в рантайм. И падает в итоге всё в рантайме. А должно падать на этапе компиляции.
@@Neborodulin на работе у нас еще используется джава 8 ант и junit4 и нужно избегать статиков в запуске тестов... и я тоже ограничена ... beforclass and afterclass казалось бы ерунда.. а пришлось помучатся с тем что бы insert был только один раз и delete после всего один раз и НЕ статическими ?? ... И что ? это моя работа )) Но тут речь о том что ты хочешь видеть что внутри аннотации injection происходит? не понимаю ЗАЧЕМ? там уже все прописали что бы тебе меньше писать )) Спринг бут нельзя ?
@@mashamanina6106 не очень понял первую часть. Про аннотацию @Inject или @Autowire я говорил как раз то, что не хочу знать что внутри неё происходит. Однако приходится знать, что внутри для того чтобы не делать ошибок.
Чет странное представление о классах у "экспертов" в ООП. Java -это язык интерпрайза, который требует наличия в своем штате не просто "разработчиков", а инженеров. В чем заключается работа инженера? Разве не должен он для начала произвести расчет и предоставить "выкладки" с чертежами? Вот класс -это и есть чертеж и эти самые инженерные "выкладки". О чем говорит Егор? Давайте заберем у инженера кальку и превратим его в эксперементатора, который без чертежа будет клепать объекты и смотреть, а что же получится? Нужны ли бизнесу такие? И собственно концепция класса просто работает, если Егор считает, что она создает проблемы -где issue? где коммиты?
Бугаенко производит впечатление витающего в облаках мечтателя. "Вы все дураки, надо делать вот так, я сказал. Но как конкретно - не мое дело, я ж не специалист в этой области", "Аннотации зло, потому что я не понимаю как оно работает". Как показывает практика, это самый бесполезный тип людей - хейтить только на основании того, что не знаешь, безапелляционно указывать и порицать только затем, чтобы создать хайп. Заявления в духе "я вот сейчас напридумывал как надо, а через 10 лет комьюнити дорастет и реализует" звучат настолько наивно, что начинаешь сомневаться в адекватности автора.
Пришли мыши к Сове: "Сова ты старая и мудрая. Скажи, что нам сделать, чтобы коты перестали нас ловить и есть?" Сова говорит им: "Мышки, станьте ежиками. Если вы будете колючими, вас никто не съест!" Обалдевшие от восторга мыши побежали домой, там опомнились и снова вернулись к сове. "Сова, расскажи - а как нам стать ежиками?" А Сова им в ответ: "Я решаю важные стратегические вопросы! С тактикой разбирайтесь сами!".
меня одного бесит этот клоун? почему оно вообще имеет право быть приглашенным на конференции? вечно перебивает, косит под стэндапера, отвратительно смотреть конференции с его участием