
Vladislav
04.05.2016
16:20:52
пример в студию

Alex
04.05.2016
16:20:57

Andrey
04.05.2016
16:21:04

sss3 ?
04.05.2016
16:21:05

Google

SimpleX
04.05.2016
16:21:13

Alex
04.05.2016
16:21:14

Andrey
04.05.2016
16:21:31

SimpleX
04.05.2016
16:21:37
На том же хаскелле все куда сложнее

Alex
04.05.2016
16:21:48
и попробуй легко поменять, муаххаа

SimpleX
04.05.2016
16:22:09
Унаследовал, поменял

Alex
04.05.2016
16:22:12

Andrey
04.05.2016
16:22:29

Alex
04.05.2016
16:22:30

SimpleX
04.05.2016
16:22:40

sss3 ?
04.05.2016
16:22:49
он сейчас скажет что овверайдинг - костыль

Google

SimpleX
04.05.2016
16:22:56
Конечно

sss3 ?
04.05.2016
16:22:57
три.два.один

Alex
04.05.2016
16:23:00
Да.
и классы которые ожидают от детей тоже поведение что у родителя встали раком
целостность потерялась

SimpleX
04.05.2016
16:23:46
Если вам нужно поменять поведение интерфейса, вы что-то делаете не так

sss3 ?
04.05.2016
16:24:02

Vladislav
04.05.2016
16:24:02

sss3 ?
04.05.2016
16:24:08
это же придётся плодить абстракции
ты что

Alex
04.05.2016
16:24:09

SimpleX
04.05.2016
16:24:21
Соглашение интерфейса важнее ваших костылей

Alex
04.05.2016
16:24:46

Andrey
04.05.2016
16:24:58

Vladislav
04.05.2016
16:25:03

SimpleX
04.05.2016
16:25:08
В фп вы точно так же не можете менять логику функций

Alex
04.05.2016
16:25:13

SimpleX
04.05.2016
16:25:15
Это бред

Alex
04.05.2016
16:25:21

Google

sss3 ?
04.05.2016
16:25:24
какую путанницу вносят интерфейсы?

Alex
04.05.2016
16:25:33

Vladislav
04.05.2016
16:25:39

sss3 ?
04.05.2016
16:25:39

Vladislav
04.05.2016
16:25:42

SimpleX
04.05.2016
16:25:44

Alex
04.05.2016
16:26:01
и?
иметь много типов норма
иметь много классов не норма

Andrey
04.05.2016
16:26:10

Vladislav
04.05.2016
16:26:13

Quet
04.05.2016
16:26:22
не, все же круто товарищ вас троллит )

Andrey
04.05.2016
16:26:22
Почему иметь много классов - не норма?

sss3 ?
04.05.2016
16:26:28
мне интересно, он рофлит или серьёзно?

Alex
04.05.2016
16:26:29
Почему?
потомучто типы не связываются потом в дерево, а классы связываются

sss3 ?
04.05.2016
16:26:38

Andrey
04.05.2016
16:26:47

Vladislav
04.05.2016
16:26:53
Alex, твои аргументы невалидны, потому что в них всегда можно поменять ооп и фп местами и смысл не поменяется

Alex
04.05.2016
16:26:55

Quet
04.05.2016
16:27:03

sss3 ?
04.05.2016
16:27:18
я думаю такие существуют

Alex
04.05.2016
16:27:20

Google

Alex
04.05.2016
16:27:24
вот наглядный пример
отличия фп от ооп и почему нельзя на фп писать в стиле ооп

Andrey
04.05.2016
16:27:43

Alex
04.05.2016
16:28:03

sss3 ?
04.05.2016
16:28:04

Vladislav
04.05.2016
16:28:05

Alex
04.05.2016
16:28:16

Quet
04.05.2016
16:28:29

Andrey
04.05.2016
16:28:31

Alex
04.05.2016
16:28:37
фп это теги
ооп это дерево
каково отличие?

Vladislav
04.05.2016
16:29:07

Andrey
04.05.2016
16:29:26
фп это теги
ооп это дерево
Понятно, ты считаешь, что ООП - это только дерево. Соглашусь, не всегда вот такое понимание подходит под задачу.

Vladislav
04.05.2016
16:29:27

Alex
04.05.2016
16:29:30
в ооп это куча работы

Vladislav
04.05.2016
16:29:58

Google

Vladislav
04.05.2016
16:30:23

Alex
04.05.2016
16:30:41
возьми пример,
класс автомобиль
подкласс водитель
подкласс маршрут
а теперь отрефактори зеркально
в фп это очень просто
в ооп это ад

Quet
04.05.2016
16:31:11
водитель подкласс автомобиля?

Andrey
04.05.2016
16:31:11
А, понял. ФП - это сделай через задницу, верно?

Alex
04.05.2016
16:31:33

Vladislav
04.05.2016
16:31:34
верно ли что на haskell можно быстрее и безбажнее чем на C++/java писать небольшие, хорошо формализованные задачи?

Alex
04.05.2016
16:31:48

SimpleX
04.05.2016
16:31:59

Alex
04.05.2016
16:32:00

Vladislav
04.05.2016
16:32:06

Alex
04.05.2016
16:32:09

Andrey
04.05.2016
16:32:23

Alex
04.05.2016
16:32:31
в этом принципиальное отличие

Andrey
04.05.2016
16:32:59

Alex
04.05.2016
16:33:16

SimpleX
04.05.2016
16:33:27