Телеграмм чат группы oop

Vlad Sobenko

Одна из главных ег омыслей в коде, хорошо это или плохо - решать каждому:
пс. из книги. Впадлу перенабирать самому. Сори за картинку

на котлине это было бы так:

val names = Sorted(Unique(Capitalized(Replaced(FileNames(Directory("/var/users/*.xml"), "([^.]+)\\.xml", "$1"))));

14:42пожаловаться #1

SP

а вообще это lisp

14:43пожаловаться #2

VS

Vlad Sobenko in Software Design/Architecture/Zen

atcq (Алексей)

при этом в энтерпрайз такое все равно не пропустят

Кто не пропустит и почему?

14:43пожаловаться #3

SP

atcq (Алексей)

при этом в энтерпрайз такое все равно не пропустят

если у названия пакета или подхода будет приставка "энтерпрайз" то будут кричать дайте два

Евгений Ромашкан... in Software Design/Architecture/Zen

14:44пожаловаться #4

ЕР

Vlad Sobenko

Кто не пропустит и почему?

Сеньоры джависты которым важна их job security)

14:44пожаловаться #5

SP

или "scaled functional programming"

14:44пожаловаться #6

a

atcq (Алексей)... in Software Design/Architecture/Zen

Vlad Sobenko

Кто не пропустит и почему?

потому что очень нестандартный подход, на такое долго переучивать сотрудников и они не будут взаимозаменяемы

14:44пожаловаться #7

SP

atcq (Алексей)

потому что очень нестандартный подход, на такое долго переучивать сотрудников и они не будут взаимозаменяемы

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

14:45пожаловаться #8

a

atcq (Алексей)... in Software Design/Architecture/Zen

Sergey Protko

если у названия пакета или подхода будет приставка "энтерпрайз" то будут кричать дайте два

ну разве что в рамках какого-то отдельного утилитного пакета, то что так будут писать бизнес логику - не особо верится

14:45пожаловаться #9

a

atcq (Алексей)... in Software Design/Architecture/Zen

Sergey Protko

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

с продукта, конечно

14:45пожаловаться #10

VS

Vlad Sobenko in Software Design/Architecture/Zen

atcq (Алексей)

потому что очень нестандартный подход, на такое долго переучивать сотрудников и они не будут взаимозаменяемы

Может быть будет уже не так через 10 лет. И процедурщики станут никому не нужны. Хз.
Ясно, что стандартный "ООПшник" обмазался бы "сервисами".

14:47пожаловаться #11

AD

кто такой этот ваш сервис

14:48пожаловаться #12

AD

Vlad Sobenko

Одна из главных ег омыслей в коде, хорошо это или плохо - решать каждому:
пс. из книги. Впадлу перенабирать самому. Сори за картинку

лисп же

14:48пожаловаться #13

a

atcq (Алексей)... in Software Design/Architecture/Zen

Vlad Sobenko

Может быть будет уже не так через 10 лет. И процедурщики станут никому не нужны. Хз.
Ясно, что стандартный "ООПшник" обмазался бы "сервисами".

но в том и дело, что это не очень ооп и не очень про java, те. уместность данного подхода в стеке что используют под EE... ну сомнительна

14:49пожаловаться #14

AD

заменить в его трепе слово обьект на функция и будет более менее похоже на фп уровня обрезки просто типизированной системы Ф

14:49пожаловаться #15

VS

Vlad Sobenko in Software Design/Architecture/Zen

Apache DOG™

кто такой этот ваш сервис

Такой класс, который через конфиг DI подтягивается в любой другой.
В большинстве случаев обьект из него создается при старте приложения.

14:49пожаловаться #16

AD

atcq (Алексей)

но в том и дело, что это не очень ооп и не очень про java, те. уместность данного подхода в стеке что используют под EE... ну сомнительна

Дайте ЕЕ уже спокойно умереть

14:50пожаловаться #17

AD

Vlad Sobenko

Такой класс, который через конфиг DI подтягивается в любой другой.
В большинстве случаев обьект из него создается при старте приложения.

он не сервис

14:50пожаловаться #18

AD

че он там сервит

14:50пожаловаться #19

AD

он реализация