El paradigma de la POO es perfectamente aplicable tanto para el lado del backend como para el lado del frontend por las siguientes razones

1. código modular
2. código reusable
3. código mantenible
4. código mejor estructurado
5. No esta pensado para frontend o backend por que cuando nació este paradigma esas áreas ni existían

El impacto en rendimiento va a depender de la complejidad del mismo problema en si y de que tan diestro seas aplicando cada uno de dichos paradigmas

El impacto de dicho performance depende si aplicas POO de cosas como

1. Patrones de diseño, por ejemplo el patrón Facade
2. Si creas una clase con métodos que deban ser instanciados cada que un usuario en tu sistema interactúa y los ocupa
3. Si creas una clase cuyas propiedades y métodos sean estáticos y por tanto no debes instanciar ninguna clase

Debes tener en claro que el paradigma de la POO considera lo siguiente

1. abstracción de elementos del problema del escenario real a resolver
2. identificación de un objeto y sus atributos

Mientras que el paradigma funcional tiene entre sus características

1. Enfocado mas en como se verá el resultado devuelto que en como se resuelve
2. Las funciones son un elemento muy importante y de primer orden
3. Es menos verboso
4. Su sintaxis es mas orientada a una visión matemática/humana

Ahora mas que estar peleados uno y otro yo los veo como una especie de complemento, por ejemplo mira el siguiente código

class UserController extends Controller
{
      const data = [1,2,3,4,5,6]
      
      data.map(element => {
        console.log(element)
      })
}

ACLARACIONES

• Tenemos una clase al estilo orientado a objetos
• Por dentro tenemos una propiedad llamada data que contiene un arreglo de números
• Con ayuda de map() desde un punto de vista funcional recorremos al arreglo

Entonces como puedes ver incluso ambos paradigmas son capaces de convivir de manera perfecta en un mismo proyecto, pero como te comento el punto medular es conocerlos y saberlos aplicar

El paradigma de la POO es perfectamente aplicable tanto para el lado del backend como para el lado del frontend por las siguientes razones

1. código modular
2. código reusable
3. código mantenible
4. código mejor estructurado
5. No esta pensado para frontend o backend por que cuando nació este paradigma esas áreas ni existían

El impacto en rendimiento va a depender de la complejidad del mismo problema en si y de que tan diestro seas aplicando cada uno de dichos paradigmas

El impacto de dicho performance depende si aplicas POO de cosas como

1. Patrones de diseño, por ejemplo el patrón Facade
2. Si creas una clase con métodos que deban ser instanciados cada que un usuario en tu sistema interactúa y los ocupa
3. Si creas una clase cuyas propiedades y métodos sean estáticos y por tanto no debes instanciar ninguna clase

Debes tener en claro que el paradigma de la POO considera lo siguiente

1. abstracción de elementos del problema del escenario real a resolver
2. identificación de un objeto y sus atributos

Mientras que el paradigma funcional tiene entre sus características

1. Enfocado mas en como se verá el resultado devuelto que en como se resuelve
2. Las funciones son un elemento muy importante y de primer orden
3. Es menos verboso
4. Su sintaxis es mas orientada a una visión matemática/humana

Ahora mas que estar peleados uno y otro yo los veo como una especie de complemento, por ejemplo mira el siguiente código

class UserController extends Controller
{
      const data = [1,2,3,4,5,6]
      
      data.map(element => {
        console.log(element)
      })
}

ACLARACIONES

• Tenemos una clase al estilo orientado a objetos
• Por dentro tenemos una propiedad llamada data que contiene un arreglo de números
• Con ayuda de map() desde un punto de vista funcional recorremos al arreglo

Entonces como puedes ver incluso ambos paradigmas son capaces de convivir de manera perfecta en un mismo proyecto, pero como te comento el punto medular es conocerlos y saberlos aplicar

El paradigma de la POO es perfectamente aplicable tanto para el lado del backend como para el lado del frontend por las siguientes razones

1. código modular
2. código reusable
3. código mantenible
4. código mejor estructurado
5. No esta pensado para frontend o backend por que cuando nació este paradigma esas áreas ni existían

El impacto en rendimiento va a depender de la complejidad del mismo problema en si y de que tan diestro seas aplicando cada uno de dichos paradigmas

El impacto de dicho performance depende si aplicas POO de cosas como

1. Patrones de diseño, por ejemplo el patrón Facade
2. Si creas una clase con métodos que deban ser instanciados cada que un usuario en tu sistema interactúa y los ocupa
3. Si creas una clase cuyas propiedades y métodos sean estáticos y por tanto no debes instanciar ninguna clase

Debes tener en claro que el paradigma de la POO considera lo siguiente

1. abstracción de elementos del problema del escenario real a resolver
2. identificación de un objeto y sus atributos

Mientras que el paradigma funcional tiene entre sus características

1. Enfocado mas en como se verá el resultado devuelto que en como se resuelve
2. Las funciones son un elemento muy importante y de primer orden
3. Es menos verboso
4. Su sintaxis es mas orientada a una visión matemática/humana

Ahora mas que estar peleados uno y otro yo los veo como una especie de complemento, por ejemplo mira el siguiente código

class UserController extends Controller
{
      const data = [1,2,3,4,5,6]
      
      data.map(element => {
        console.log(element)
      })
}

ACLARACIONES

• Tenemos una clase al estilo orientado a objetos
• Por dentro tenemos una propiedad llamada data que contiene un arreglo de números
• Con ayuda de map() desde un punto de vista funcional recorremos al arreglo

Entonces como puedes ver incluso ambos paradigmas son capaces de convivir de manera perfecta en un mismo proyecto, pero como te comento el punto medular es conocerlos y saberlos aplicar