Hola,
Cita:
Iniciado por repara2 
.. Quiero decir que si necesitas un script para actualizar una DB probablemente no valga la pena escribir 5 classes, pero si vas a programar un CMS completo entonces es la técnica adecuada. ...
Comparto bastante tu opinión, un pequeño script que realice una función especifica se debe escribir de forma secuencial, ahora una aplicación mas grande resulta mas fácil escribirla de forma orientada a objetos, aunque no es obligatorio.
Cita:
Iniciado por pr0 POO es recomendable para cualquier tipo de sistema por sencillo que sea.
No es tan absurdo, principalmente porque normalmente el resultado es el mismo y para muchos programadores es mas simple usar un lenguaje secuencial. He visto muchas aplicaciones en lenguajes orientados a objetos programados casi completamente de forma secuencial dentro de un par de métodos, les hubiera venido mejor escribirlo sin orientación a objetos en un lenguaje mas simple.
Cita:
Iniciado por geofran80 Hay un aspecto relevante y es uno de los elementos básicos de la Programación Orientada a Objetos, y es el caso de la REUTILIZACIÓN. ...
Yo creo que la reutilización no tiene nada que ver con la programación orientada o objetos, igual puedo hacer un montón de "includes" de funciones escritas modularmente en diferentes unidades de compilación (archivos).
Cita:
Iniciado por maycolalvarez POO es otro paradigma más, bien implementado te permitirá no solo reutilizar código sino mejorar sustancialmente el mantenimiento del mismo. ...
Creo que se aplica el mismo concepto anterior, el hecho de estar orientado a objetos no va a facilitar el mantenimiento "per se", da igual si la aplicación está mal desarrollada desde sus inicios.
Cita:
Iniciado por maycolalvarez ... Usar POO no es crear un montón de clases al azar, es desarrollar una estructura que funcione, basada en patrones de diseño reconocidos como MVC, o crear el tuyo propio. ...
Comparto bastante esa opinión aunque no es obligatoria, aplicar MVC y otros patrones facilita el desarrollo de aplicaciones, ¿pero acaso no se podría implementar MVC en un lenguaje sin estar orientado a objetos?
Cita:
Iniciado por maycolalvarez ... ¿cuando usar POO?: cuando el ambiente sea el más favorable, en la que los programadores estén en consenso de definir estándares y someterse a una curva de aprendizaje que les permita llevar a cabo el proyecto, implementar POO de la noche a la mañana es una locura y más cuando el requerimiento urge, es cuestión de tiempo, no mucho, pero de lograrse el resultado es algo que beneficie no solo al cliente sino a los programadores.
Eso es muy cierto, si la curva de aprendizaje de la programación orientada o objetos es muy alta es mejor mantenerse apegado a una programación mas sencilla.
Cita:
Iniciado por HalconVigia ... asi lo utilizo cuando lo requiero es: ¡Aplicalo de acuerdo a tus necesitades!...
Eso es lo mas cierto de todo.
Cita:
Iniciado por HalconVigia ... Tendrias que proyectar lo que deseas hacer y que tan complejo lo deseas... como ya te dijeron si solo vas a hacer un login para un usuario... pues.. creo que no tendria sentido eso... pero si vas a hacer un login para diferentes usuarios, con diferentes niveles, diferentes accesos o privilegios... entonces definitivamente lo requieres...
asi al cambiar una sola cosa en un archivo, actualizas a todos...
En la programación secuencial pudes obtener el mismo resultado, se llamaban estructuras de datos, actualmente vienen siendo lo mismo pero con métodos incluidos. La diferencia no está en reutilización de código; de igual forma si haces un programa secuencial y lo divides en 'includes' al cambiar un archivo cambia en todos los lugares donde se incluyó.
XD2XD2:
Básicamente la diferencia de la programación secuencial y la programación orientada a objetos está en las estructuras de datos. La diferencia se observa claramente entre dos lenguajes muy populares, el lenguaje C y el lenguaje C++.
La programación orientada a objetos simplemente facilita el programador dividir las estructuras de datos con código correspondiente a su funcionalidad, dando un ambiente de desarrollo más claro, donde un objeto defina sus datos y su funcionalidad en un solo lugar.
Técnicamente se puede escribir un programa secuencial y uno orientado a objetos de la misma forma o con el mismo resultado, lo que incluye C++ y los lenguajes orientados a objetos es una diferencia semántica que facilita la forma en que se observa el código y por lo tanto es más fácil para los programadores conceptualizar el funcionamiento de una aplicación, por supuesto, solamente si saben POO.
En resúmen los lenguajes orientados a objetos facilitan la programación de las aplicaciones agrupando una unidad lógica (objeto) que define sus datos (estructuras) y sus acciones (métodos y funciones) en un solo lugar. Es una forma diferente de ver los programas.
Yo aconsejaría usar POO cuando conozcas bien la programación secuencial y la programación orientada a objetos, y tu mismo digas ... ¡Aquí queda bien la programación POO! ... De otra forma vas a desperdiciar valioso tiempo aprendiendo, en medio de un proyecto, algo que no estas seguro si lo necesitas; dedicale un tiempo a aprender a programar en POO y mas adelante seguramente vas a obtener los beneficios que aporta a la programación; pero tu mismo vas a saber la diferencia y vas a seleccionar la mejor opción en diferentes casos.
Saludos,
ps:
La mayoría de esto lo leí hace bastante tiempo ... cuando el POO llevaba poco tiempo de salir y darse a conocer ... en varios artículos que decía algo sobre 'POO ¿se está sobrevaluando su utilidad? .. de eso ya hace mas de 10 años.