стримы же автоматически после окончания доступны, не?

Тут @yegor256 вещает о java и oop https://youtu.be/qAxLtSYN0nw

ну какие-то совсем уж детские проблемы пока обсуждались

clean code там все дела

ну какие-то совсем уж детские проблемы пока обсуждались

Так и есть. А чего ты хотел?

Так и есть. А чего ты хотел?

набросов про наследования, spring не нужен, идет война

набросов про наследования, spring не нужен, идет война

Ну беда в том, вот как выглядит типичное приложение в спринге?

также как на симфони(пхп)

треш и угар

3 tire уже никто даже не пишет

как нам завещали

3 tire уже никто даже не пишет

вот это не понял

view service persistent

вот так

только вот теперть нету никакого service

сейчас ещё добавили что-то аля model, который просто глупый объект аля dto

я не секу в спринге, но это ж все инфраструктура

да

хер с ней

ну т.е. когда я начила, проекты писались так, что и стейт объекта и его функционал был в одном месте

из минусов можно выделить то, что сериализация была сложна.

а сейчас просто натравить либу нужно, ведь поведения в объекте 0

так, ладно

короче спринг днище?

нет

жаль)

почему?

ну ладно, я просто пока не понял к чему ты про проекты на спринге спросил)

а, они моду ввели на это

на дто? Анемичные модели?

говнокод?

говнокод?

Ну это вкусовщина.

Кому-то нравится

да не, не так

Плюс много работы

что-то работает в конкретной ситуации

а что-то нет

ситуации разные

решения разные

так а на что моду-то?

я может уже слишком сонный)

на архитектуру когда модели отдельно, а сервисы отдельно.

ты про анемичные модели?

ты про анемичные модели?

анимешные

сущности-структуры данных, в которые только get-set, а логика в сервисах?

сущности-структуры данных, в которые только get-set, а логика в сервисах?

да они

в php такая же хрень?

в php такая же хрень?

да, это проблема doctrine(клон hibernate) в какой-то мере, она генерит по конфигу геттеры и сеттеры

и начинающему логично кажется, что значит так и надо

а в жава мире разве не гибернейт виновник этого?

которые тоже геттеры и сеттеры в сущность автоматически закидывает?)

Ну, не совсем. У нас есть спека java bean, и она говорит их писать

дело ещё в том, что почти все на них опираются

java bean это не фигня с entity bean, от которой надо наследоваться?

дело ещё в том, что почти все на них опираются

опираться на дто это нормально, важно чтобы дто это было отделено от сущности(если этого требует ситуация)

Не помню, это было так давно, что я только в книгах читал

Не помню, это было так давно, что я только в книгах читал

это да, только истории про это известны ))

Ну была ещё спека enterprise java beans

там ещё нужно пачку методов имлиментить

Слушай, а как тебя в php занесло?

я вообще фронтендер сейчас

typescript

а в пхп, ну через море говнокода

http://leftoversalad.com/c/015_programmingpeople/

в js от фп столько же, сколько в руби или питоне

угорел бы по clojure script, scala js ?

purescript, elm

и ghcjs, но в любом случае все это вызывает обоснованные вопросы "а нужно ли?"

Хм, мне казалось что это больше для фана.

так да, purescript юзает bower(чуваки вообще веселые), elm ну тут даже говорить нечего, вещь в себе

Были же времена, когда кофи скрипт был хорошим. ?

никогда?))

ой всё

coffeescript и менее популярные аналоги пытались делать то, что отлично сделали новые спеки ecmascript

а flowtype и typescript просто няшные типы и статический анализ

coffeescript и менее популярные аналоги пытались делать то, что отлично сделали новые спеки ecmascript

Я вот только не понял зачем, я конечно не шибко силён во фронтах, пишу на них с докой/mdn/so на одном экране и кодом на другом. Но там правда нужды все эти типы, статический анализ, тесты?

Хм, мне казалось что это больше для фана.

во славу теории категорий!

Я вот только не понял зачем, я конечно не шибко силён во фронтах, пишу на них с докой/mdn/so на одном экране и кодом на другом. Но там правда нужды все эти типы, статический анализ, тесты?

статический анализ - простой способ находить потенциальные ошибки.

Я вот только не понял зачем, я конечно не шибко силён во фронтах, пишу на них с докой/mdn/so на одном экране и кодом на другом. Но там правда нужды все эти типы, статический анализ, тесты?

ну, если писать виджеты для для старых монолитов, то возможно особо и не нужно это все

но сейчас всякие там spa

вон atom - целый редактор

статический анализ - простой способ находить потенциальные ошибки.

Это я знаю, у самого где-то findbugs крутится.

и vs code - целая ide

и все это фронт

вон atom - целый редактор

не-не electron это отдельный ад

технологии

ну так разницы особо нет, взяли хром и вуаля

не-не electron это отдельный ад

причем тут электрон?

до этого таже cordova

это все приложения

причем тут электрон?

вроде бы так назывался это штука на v8 которая десктопные приложения делала.

в конце концов веб версии скайпа, телеграма

вроде бы так назывался это штука на v8 которая десктопные приложения делала.

да, на хромиуме

вроде бы так назывался это штука на v8 которая десктопные приложения делала.

на самом деле там обвязка вокруг blink + v8

то есть тот же хромиум

Вот моды на spa я совсем не понимаю

внутри которого крутится тот же js

Вот моды на spa я совсем не понимаю

а моду на мобильные приложения понимаешь?

а моду на gui приложения просто?)