En todo el tiempo que he estado en la U, últimamente nos tratan de inculcar desarrollar con el nuevo enfoque de programación orientada objetos, y como todo las personas ponen mucha resistencia al cambio mas cuando desde ya hace bastante han hecho sus cosas de una forma estructurada.

Awebo la mara tiene razón de poner resistencia pues así fueron formados, pues según la metodología de enseñanza que se toma en la UES e incluso creo que en otras casas de estudio superior en las cátedras de programación, es que nos ensenan a programar de forma estructurada luego cuando entramos en el proceso de diseñar y desarrollar sistemas mas o menos decentes, por su complejidad la mejor técnica es usar el enfoque orientado a objetos y de allí se viene un gran problema.

Creo que a veces la gente piensa que primero se debe iniciar a la gente de manera estructurada para luego que piensen orientado a objetos, y es que esto lo veo como un error grande ya que sacar a la gente de una forma de pensar llevarla a otra diferente es difícil.

Para mi se deberia de dar una media introducción a la referencia del lenguaje de programación en la cual se quiere preparar al futuro programador e inducirlo al análisis orientado a objetos ya que es mas natural.

Enviar por correo electrónicoEscribe un blogCompartir en XCompartir con FacebookCompartir en Pinterest

Ya acostado en mi cama me puse a meditar y a reflexionar acerca de como las personas entienden y/o aplican mal el rollo de la POO (Programación Orientada a Objetos) así que para quitarme esa espinita me levante a escribir.

Algunos cuando oyen o leen sobre POO se imaginan un IDE en el cual se encontraran "objetos" que pueden mover ventanas, botones, y un sin fin de controles. Y fue un error por el cual pase, pues pensaba que el IDE de Visual Basic 6.0 de eso se trataba, al final me di cuenta que eso de visual basic 6.0 era una cuestión de programación orientada a eventos, pero eso es harina de otro costal.

La otra idea equivocada, que hace según cheros mios me contaron, conocían de un ingeniero (que por cierto es linuxero y diske programador en php, el su rollo mas que todo es en redes y es muy bueno, al cesar lo que es del cesar) usaban nada mas las clases como un simple contenedor de funciones estáticas, así no tenia necesidad de estar instanciando. Le preguntaron que por que el no instanciaba, y su respuesta era por que ponía mucho a pensar el servidor de php.

Pues yo no me imagino programar en java o .NET y no instanciar para no poner a pensar mucho la maquina virtual, no le sacaría mucho provecho a las bondades de la POO y ni siquiera la estaría aplicando.

Otro ejemplo y no tan común pero lo he visto son los programadores en java que creen que solo por escribir en java ya están en el rollo de POO y no es así, igual pasa con la mara de .NET e incluso con la mara de Delphi. Hay que tener bien claro en que consiste esta técnica, tener claro sus características (abstracción, encapsulamiento, polimorfismo, herencia, etc.), no solo se trata de usar un lenguaje que esta diseñado para la POO y ya.

Creo que ya me desquite las ganas de escribir, ahora si dormiré tranquilo jeje.

Enviar por correo electrónicoEscribe un blogCompartir en XCompartir con FacebookCompartir en Pinterest

Suelo bastante recalcar mucho la importancia de la programación orientada a objetos y es que considero que es una de las manifestaciones del arte en la técnica.

Algunos dirán que me he de creer algún gurú de la programación, pero como todos soy un simple mortal mas que me gusta este rollo y busco siempre empaparme mas de él.

Aun recuerdo cuando me resistía al cambio de la forma de como programar, pues todo programador empieza a programar estructurado y salirse de allí cuesta.

Enviar por correo electrónicoEscribe un blogCompartir en XCompartir con FacebookCompartir en Pinterest