Потому что обычно ФП - это инструмент уровня "Ваши шорьки хлипкие или зелюки Хрюкотают? Воспользуйтесь Бармаглотом, это разновидность Брандашмыга, чья история уходит в корни дерева Тумтум, он свирлеп и способен рымить"
Всего лишь призма восприятия. В современном тырпрайзе где сервис это от силы 500 строк кода - такие вещи как ООП и ФП,в самом мощном их проявлении, теряют смысл(я не говорю сейчас за какие то монолитные проекты ака десктопный фотошоп). Как по мне, вопросы @fellrond на собеседовании куда больше подходят под их бизнес нежели вопросы про зио, котов, и тд.
Автор ядра пытался форсить антимем с инженерной веткой конструктивной математики, но у него ничего не вышло. Я тоже считаю, что ядерная теория ФП - лучшая
Всего лишь призма восприятия. В современном тырпрайзе где сервис это от силы 500 строк кода - такие вещи как ООП и ФП,в самом мощном их проявлении, теряют смысл(я не говорю сейчас за какие то монолитные проекты ака десктопный фотошоп). Как по мне, вопросы @fellrond на собеседовании куда больше подходят под их бизнес нежели вопросы про зио, котов, и тд.
чет не оч похоже на правду, у нас вся компания в МСА и сервисов на 500 строк не то чтобы много
Всего лишь призма восприятия. В современном тырпрайзе где сервис это от силы 500 строк кода - такие вещи как ООП и ФП,в самом мощном их проявлении, теряют смысл(я не говорю сейчас за какие то монолитные проекты ака десктопный фотошоп). Как по мне, вопросы @fellrond на собеседовании куда больше подходят под их бизнес нежели вопросы про зио, котов, и тд.
ну вообще вещи вроде ФП и ООП имеют смысл только в форме, данной Теоремой Томаса. В реальном приложении, где нет специального видения, что нужно именно "ФП" или "ООП" в какой-то формулировке вождя, их и не бывает при любом размере