Programador In

Introduccion a websockets en php, capitulo 1 (HTML5 - WEBSOCKETS)

noreply@blogger.com (Alexander Eberle Renzulli) — Sun, 27 Sep 2015 14:31:00 -0300

En esta entrada hablaremos sobre como manejar websockets desde php utilizando PHPSocketMaster, una librería que permite manejar tanto sockets como websockets. También explicaremos un poco como utilizar sockets comunes.

Los sockets son mecanismos de conexión y comunicación entre dos pc, todos los lenguajes de programación que conozco tienen algún tipo de soporte para manejar sockets. Los sockets trabajan con la metodología Cliente-Servidor, es decir uno de los sockets se conecta a otro (el cliente) y el otro socket recibe la conexión (El que sirve o servidor), generalmente el segundo tiene la facultad de aceptar más de una conexión, trabaja aceptando la conexión entrante y derivandola a un segundo socket que mantenga la conexion, reciba los mensajes, y responda, liberando el primero para aceptar nuevas conexiones y deribarlas a otros.

PHPSocketMaster es una librería de autoría propia que permite trabajar con sockets en php, tanto websockets como comunes, es decir mi librería permite conectarse a un programa hecho en otro lenguaje, o aceptar conexiones de otros programas o desde un websocket.

¿Cual es la diferencia entre un socket común y un websocket?, los websockets en realidad son sockets comunes que incluyen un protocolo de encriptación y handshake (es decir que todos los mensajes van encriptados y recorren un protocolo particular llamado websocket).

Aquí está el repositorio de la librería con la última versión estable.

La documentación, es muy extensa y explica bien como utilizar cada parte. (50% ingles, español completo).

Un socket puede estar en dos modos, como cliente para conectarse a otra pc, o como servidor a la escucha de conexiones de otra pc (es decir esperando que otra pc se conecte).

Si nosotros queremos crear un cliente es muy sencillo, incluimos la librería, y extendemos el PHPSocketMaster, aquí esta la documentacion y además hay ejemplos en la carpeta examples.

En terminos generales lo que hacemos es extender la clase principal creando una clase nueva que va a ser nuestro sockets, al estar orientado a eventos, nosotros tenemos que escribir las funciones de eventos en nuestra clase, y poner lo que hará nuestro codigo cuando ocurra cada uno de los eventos.
La lista de eventos se puede ver aquí. Dentro de nuestra clase escribimos lo que hará nuestro cliente al conectarse a algo.

Generalmente podemos conectarlo a servidores de distintas cosas, siempre que tengamos el protocolo correspondiente podemos conectarlo a un chat irc, o hacer una petición HTTP, incluso podemos conectarlo a los servidores de whatsapp (si conseguimos su protocolo).
Lamentablemente, PHPSocketMaster no soporta crear un cliente websocket (es decir no podemos hacernos pasar por un cliente web).

Luego si nosotros queremos crear un servidor es muy simple, hay que extender dos clases, la primera es la del socket que recibe las conexiones, como expliqué antes, este recibirá las conexiones entrantes y las derivará a socokets secundarios. Luego debemos extender la clase de los sockets que recibirán cada conexion, donde pondremos que pasará con cada uno de ellos.
Aquí está la documentación, y también hay ejemplos en la carpeta examples.

Para finalizar si quiciesemos crear un servidor que hacepte websockets, es mucho más sencillo, al servidor normal solo hay que agregarle una constante, y listo.
Aquí está la documentación.

Para simplificar las cosas cuando se trata de servidores, se me ocurrió crear una clase que se encarge de gestionar y controlar los sockets, porque el mayor problema en los servidores es poder organizar y controlar todos los sockets. Puedes ver el repositorio de esta librería aquí, también tiene ejemplos y requiere que se incluya PHPSocketMaster.

Si quieres saber qué se podría hacer con websockets para tener una idea, se puede crear un cliente de pocker multijugador en tiempo real, como éste, o crear un servidor de chat como aremos en esta serie de entradas, incluso podemos crear un servidor web como apache en php tranquilamente, o un servidor de XMPP, o cualquier otra cosa que utilice sockets, que a fin de cuentas es casi todo.

Saludos para todos! espero les haya gustado y estén atentos a nuevas entradas donde publicaremos como utilizar los sockets desde javascript para conectarnos a un server en php, y luego desarrollaremos un proyecto ejemplo donde crearemos un servidor de chat.

Introducción a git - Capitulo 1

noreply@blogger.com (Alexander Eberle Renzulli) — Sun, 20 Sep 2015 12:21:00 -0300

Buenos dias lectores del blog del programador, como dije en una entrada previa estoy volviendo a escribir, y el día de hoy voy a comenzar con una serie de entradas que tratan sobr egit, a modo "capacitación" luego de haber presentado todas las entradas voy a publicar los papers correspondientes.

Git es un sistema de control de código para ordenar las distintas versiones de un código en su desarrollo, fué diseñado para desarrollar Linux, y está enfocado al desarrollo organizado por parte de múltiples programadores.

En la introducción de git estaremos explicando cómo manejar un repositorio de forma unipersonal, luego en el paper de profundización de git, estaremos explicando las mecánicas de trabajo por parte de múltiples programadores.

Necesidades de un control de versiones

La pregunta que muchos se podrían hacer, y que van a descubrir su respuesta cuando comienzen a trabajar con git, es ¿por qué necesitamos un sistema de control de versiones?, el desarrollo de software como se dijo en varias ocaciones es una actividad intelectual en la que interactúan distintos componentes y faces, uno tiene una idea, la diseña, la programa, y luego la refina sucesivamente mejorando el código hasta crear una versión estable RC (Release Candidate), en cada fase podríamos pensar que el código está en una versión específica y a medida que avanza, también avanza sus versiones. Hay distintas formas de versionar los códigos, en general se usa el versionado separado por puntos (4.3.2) en general [Major].[Minor].[Micro] los numeros aumentan dependiendo de cuan grande sea los cambios desde la versión anterior hasta la actual. Generalmente para pequeños fixes y reparaciones se aumenta un digito de Micro, cuando son cambios relativamente grandes, cambios de funcionalidad, novedades, y atraviesan varias partes del código, se aumenta un digito al Minor, luego si hablamos de grandes cambios, (incluso cambios de estructura general), podemos aumentar un valor al Major, para organizar todas las versiones del código, es decir para poder controlar los cambios en qué archivos, en que version, y no mezclar todo existen los sistemas de control de versiones, tales como Git, Mercurial, etc.
Un sistema de control de versiones nos ayudará a tener el código ordenado y saber exactamente qué cambios hicimos, cuando los hicimos, como los hicimos y a qué archivos o partes del código afectaron.
Git particulamente es bastante interesantes, un proyecto libre, que tiene interesantes ventajas (que explicaremos más adelante, mientras tanto pueden buscarlas), asique es el que elegiremos para llevar a cabo esta capacitación.
Por otra parte Github es una página que provee de repositorios gratuitos donde subir tus códigos utilizando Git, sin embargo hay otras páginas como bitbucket que son pagas pero que te permiten tener repositorios privados para proyectos no opensource.

Recomendamos revisar GIT en wikipedia.

Un saludo para todos los lectores y espero sigan visitando el blog a la espera de nuevas entradas respecto a git, websocket, criterios de calidad, sistemas operativos, diseño, paradigmas, entre otros.

Introduccion a WebSockets en HTML5, una tecnología prometedora

noreply@blogger.com (Alexander Eberle Renzulli) — Thu, 17 Sep 2015 09:18:00 -0300

Hace ya tiempo que no creaba una entrada, pero decidí volver a darle un poquito de énfasis a mi blog, y de paso explicar un poco de las tecnologías que estoy utilizando hoy en día.

En esta entrada haremos una breve introducción a websockets, para luego crear una serie de entradas a modo "manual" del usuario de websockets.

Internet con el paso del tiempo fué avanzando en lo que es tecnología y fué implementando nuevas herramientas, una de las cosas que se enseñan de entrada cuando uno aprende a desarrollar web, es que el protocolo por el que se rigen los servidores web es HTTP y es un protocolo sin estado, ¿Qué quiere decir?, en términos simples podemos creer que nos está diciendo que http no se mantiene en el tiempo y no tiene un estado que varía en el mismo, HTTP es un protocolo simple donde con una cabecera se exige un recurso, el servidor procesa el recurso y lo entrega dando por finalizada la conexión, es decir, no se mantiene nada en ejecución ni nada por el estilo.

Con el avance de internet y la web 2.0 el protocolo http (o al menos su formato, implementado en https) se mantuvo vigente (aclaro que en este punto me refiero a la forma de trabajar, enviar peticion, recibir recurso, cerrar conexión), sin embargo surgieron tareas nuevas, que fueron servidas por un lenguaje backend como es PHP por ejemplo, o ASP, en medio de cada petición HTTP, antes que el servidor devuelva un resultado, el mismo hace una peticion al interprete encargado de procesar los códigos para poder resolver las tareas necesarias, como gestión de usuarios, productos y distintas cosas que hay en las web 2.0, entonces los lenguajes como PHP se hicieron fuertes.

Pero con las nuevas necesidades de la web, cada dia es más evidente que se comienza a necesitar de un estado, de algo más parecido a una aplicación de escritorio que se mantenga en el tiempo, para resolver ciertos temas, y para trabajar de mejor manera, puesto que hacer peticiones procesar, generar un resultado y finalizar el programa y hacerlo cada vez que el usuario presiona un botón u algo, resulta un poco absurdo.

La respuesta a esto fueron los websockets, una tecnología que da soporte a la metodología de trabajo Cliente-Servidor, donde nosotros en cualquier lenguaje podemos crear un servidor y del lado del navegador un cliente en javascript que por medio de sockets se conecte y mantenga conectado a un servidor.

Desde que salió, poca gente utiliza esta tecnología tan prometedora, uno de ellos es el whatsapp web, que implementa websockets para conectar el chat y enviar los mensajes y recibir respuestas por parte del servidor en "tiempo real".

Los sockets conectan el cliente con el servidor y luego permiten enviar y recibir mensajes.

Hace aproximadamente un año, llevo desarrollando una librería que permita a los programadores de PHP hacer uso de websockets de forma simple y flexible, para lo cual se implementa POO y una orientación a eventos.

Dejo aquí el repo de PHPSocketMaster
Dejo aquí el repo de PHPSocketServer (Es una librería que requiere SocketMaster y sirve para crear de forma rápida un miniservidor para conectar multiples sockets)
Dejo aquí el repo de un juego de pocker estilo pockerstars en el que estraba trabajando con sockets.

Un saludo cordial! y espero les haya gustado mi nueva entrada!

Limitaciones de AIML, PML

noreply@blogger.com (Alexander Eberle Renzulli) — Sun, 8 Mar 2015 21:24:00 -0300

En la entrada de hoy les traeré un pequeño paper sobre las limitaciones de un bot conversacional que aplique únicamente AIML, para poder solucionarlas traigo un par de propuestas de ideas personales a las que les llamé PML.

AIML permite el almacenamiento de información adquirida por el bot, para su posterior uso, no obstante no especifica algunas especificaciones tales como, la forma en la que adquirir el conocimiento, y como formar algunas estructuras de ese conocimiento.

Esto abarcará nuestro documento.

Puedes descargarlo aquí.

Saludos!

Paper AIML creando una bot con inteligencia artificial

noreply@blogger.com (Alexander Eberle Renzulli) — Thu, 5 Feb 2015 21:35:00 -0300

En la entrada de hoy hablaremos sobre aiml, un pequeño modelo para almacenar conocimientos de inteligencia artificial en nuetros bots.

Aiml permite el almacenamiento de conocimientos en grupos de topics, para ubicarlos mediante patrones.

En éste documento hablaremos sobre el formato de un documento aiml (basados en xml) y todas sus características.

Descarga Aquí

Saludos!

Patrones Creacionales: Prototype

noreply@blogger.com (Alexander Eberle Renzulli) — Wed, 4 Feb 2015 16:16:00 -0300

En la entrada de hoy hablaremos sobre el patrón creacional de diseño Prototype, en entradas anteriores podemos apreciar diferentes patrones, como Factory, ObjectPool, etc. puedes ver por supuesto la entrada introductoria al tema aquí, y puedes ver el listado de teoría donde hay una sección de patrones aquí.

El patrón prototype tiene como idea fundamental, la de crear objetos basandose en clonar objetos previamente creados, debe incluir en su abstracción la funcion clonadora, para que luego en cada caso particular se establezca las especificaciones de la clonación (esto es la funcion __clone).

Este patrón es de utilidad cuando se quiere separar la lógica de la creación de objetos de su futura implementación creando así una instancia inicial pasando por todo el proceso de la creación, para luego simplemente copiar esa instancia y manejarla sin pensar en como fué construida y no tener que pasar por dicho proceso de nuevo.

La instancia prototipo solo debe ser utilizada para ser clonada, y no debe ser utilizada con otro propósito, por evidentes razones.

dejo aquí un ejemplo de código de prototype en php:

http://pastebin.com/tcQxRB1i

un saludo para todos los lectores!

Patrón creacional: Singleton

noreply@blogger.com (Alexander Eberle Renzulli) — Tue, 3 Feb 2015 15:43:00 -0300

Buenas tardes lectores, en esta entrada hablaremos sobre el patrón singleton, quizá sea uno de los patrones más conocidos al menos en lo que se refiere a php, en entradas anteriores hablamos sobre ObjectPool, sobre Factory, y hasta sobre Prototype, también pueden ver aquí la entrada inicial al tema. En particular también hay una entrada que referencia a Singleton pero como una queja al mal uso que le da la mayoría de la gente al menos en php.

La utilidad de singleton comienza cuando nosotros requerimos de una clase una única instancia y nada más que una, y que la creación de multiples instancias de una clase pueda traernos problemas ya que no fué diseñada para eso.

De modo que el patrón establece una forma de obtener una sola instancia de la clase en todo momento, y si se trata de obtener una nueva, Singleton devolverá la instancia que ya tenía.

Para tales efectos se construye un metodo constructor del objeto, éste tiene que ser estático, y también se crea una propiedad estática que almacenará la instancia para devolverla en futuras ocaciones, el constructor si se puede, debe ser transformado en privado (dependiendo del lenguaje), ya que no se debe permitir a la persona construir el objeto directamente, luego en el metodo estático de construcción del objeto creamos una instancia de la clase si es que no hay una guardada en la propiedad destinada para tal trabajo, y si la hay simplemente devolvemos la que ya teníamos almacenada.

Quien quiera obtener una instancia de esa clase debe llamar al constructor estático de singleton para que asegure que tendremos siempre la misma instancia.

Un ejemplo de singleton en php:

http://pastebin.com/bnRkgshK

Ahora que vamos cerrando las entradas relacionadas con patrones creacionales, siempre hay que tener en cuenta si el patrón que aplicamos corresponde con la situación dada, ya que estos patrones si se los usa en cualquier situacion sin importar si aplican al problema o es un problema que no tiene relación, estaremos en algunos casos derrochando recursos, y en otros estaremos limitando la usabilidad de las clases. Siempre que apliques un patrón debes tener una razón.

Un saludo lectores y espero que les haya gustado esta entrada.

El nuevo blog

noreply@blogger.com (Alexander Eberle Renzulli) — Sat, 17 Jan 2015 12:53:00 -0300

Buenas tardes ex-lectores de std-io.com y futuros lectores de programador.in, estamos aquí leyendo (en mi caso escribiendo) para presenciar la unión entre el blog de teoría de programación con un blog para programadores iniciados, medios y expertos.

Tengo que dar inicialmente una explicación de qué es lo que le ocurrió a mi blog anterior, como todos saben yo no tengo pelos en la lengua, y en lo que se refiere a la persona que me vendió el dominio anterior, tampoco tengo ningún tipo de piedad. El dominio anterior std-io.com lo compré a un tal Mariox Leguizamón (de Buenos aires) cuyo facebook es éste, puesto que me ofreció dominios a mitad de precio, y dado que estaba recién comenzando, como una colaboración para que creciera un colega de la industria de la web, decidí comprarle al menos unos 4 dominios por el precio de 20 dolares. El primer año fué excelente hasta que cuando tuve que renovar el dominio, (faltaba un mes aproximadamente) hablé con esta persona y me dijo que no vendía mas dominios de estos y que no podía ayudarme en nada, que tendríamos que esperar a que se venciera (Al menos tuve la suerte de preguntar puesto que si no preguntaba nunca me hubiese enterado de esto hasta el mismo día de la renovación), de los 4 dominios solo 3 me dio, puesto que el 4º no lo necesitaba y le dije que cuando lo necesitara se lo compraría. Llegó el día en que vencía el dominio, y resultó que no solo Mariox no me registró el dominio, sino que la empresa tercera que registraba los dominios para él, me lo registró y no me lo dió. Después de semanas de quejas y reclamaciones Mariox nunca respondió luego del 1º día en que me quejé, puesto que según él no era su culpa y no tenía ninguna forma de solucionarme el problema. Así pasó el tiempo y perdí el dominio std-io.com por la incompetencia de una persona.

Mi recomendación personal es que nunca contraten para NADA a Mariox Leguizamón, inicialmente es un irresponsable, además es un estafador, me vendió 4 dominios y luego de registrar el 3º dejó de registrar dominios, actualmente vende servidores, pero no quiciera saber que pasa si mi servidor que le compré se cae y él ya no trabaja más con servidores, en esa situación no va a haber nadie que te pueda ayudar.

Luego de dos meses sin dominio, y sin entradas, finalmente me decidí a registrar programador.in, y esta vez lo registré en una empresa que lleva tiempo en el mercado, espero poder volver a levantar la actividad del blog, a decir verdad me dió mucha pena que luego del esfuerzo y trabajo de 1 año entero tratando de tener una actividad constante en la creación de entradas perdiera el dominio.

Aprovecho esta entrada para hablar sobre un tema importante, como lo es el contenido del blog, se sabe que al menos el 50% del contenido de mi blog no es de mi autoría, es sacado de libros, o de trabajos, yo estudié en un colegio Técnico y obtuve el título de técnico, de modo que todo lo que aprendí y todo el material que obtuve de mis estudios, puedo usarlo para lo que yo quiera, (para algo estudié), de la misma forma el material de aquellos profesores, les pagan para enseñar y eso hacen, lo que yo aprenda puedo usarlo para lo que quiera, y en lo personal me gusta compartirlo con programadores compañeros de internet que quieran aprender. Éste blog es sin fines de lucro, no hay publicidad, ni absolutamente nada por el estilo, de modo que yo no gano dinero a costa del material de terceros, simplemente lo pongo a disposición de la web.

El otro tema que quiero hablar es el futuro del blog, en relación a teoría sobre calidad, concidero que las entradas fueron completadas, y al menos en un futuro cercano hasta aquí llegaremos con ellas. Los temas actuales son Bases de Datos, y patrones de programación. Hasta el momento el blog fué dedicado pura y exclusivamente para publicar teoría, pero quiero dar un nuevo enfoque como lo es la práctica. El blog a partir de ahora no será el blog de teoría de programación que solía ser, sino que ahora será un blog para programadores, con cosas interesantes que puedan no conocer, teoría, códigos, y varias cosas más. El objetivo del nuevo año para el blog es precisamente ese, agrandar el área que abarca el contenido del blog.

Y no lo podré hacer sin la ayuda de ustedes, siempre se necesitan escritores, lectores, y gente que aporte ideas. Los espero en el blog diariamente, y me gustaría que pasaran ideas u entradas a alexander171294@gmail.com tanto como quejas que quieran hacer.

Un saludo cordial! desde el Blog del Programador!

Bases de datos - PDF Normalización

noreply@blogger.com (Alexander Eberle Renzulli) — Sun, 9 Nov 2014 13:22:00 -0300

Buenas tardes lectores, hoy les traigo un pdf del proceso de normalización de base de datos, se transformó casi en una costumbre el hecho de pasar todas las entradas finalizadas de un tema a un formato pdf agregando ajustes, correcciones y extras para deleite de nuestros lectores, la idea es que les sea más cómoda la lectura de entradas relevantes de forma ordenada.
Esto no quiere decir que todas las entradas del blog esté en formato pdf ni que las mejores lo estén, simplemente que los hilos de entrada más relevantes (como calidad de software, bases de datos, proximamente patrones de diseño, y programación, si lo están).

Sin más preambulos les dejo los temas que abarcan y las entradas relacionadas a un click de distancia.

Introducción (ver entrada relacionada)

Primera Forma Normal (1FN) (ver entrada relacionada)

Segunda Forma Normal (2FN) (ver entrada relacionada)

Tercera Forma Normal (3FN) (ver entrada relacionada)

FNBC (ver entrada relacionada)

Cuarta Forma Normal (4FN) (ver entrada relacionada)

Quinta Forma Normal (5FN) (ver entrada relacionada)

DESCARGAR PDF AQUÍ

Un saludo lectores y espero les haya gustado la entrada del día de hoy.

Bases de datos: Quinta forma normal

noreply@blogger.com (Alexander Eberle Renzulli) — Sat, 8 Nov 2014 17:08:00 -0300

En esta entrada hablaremos sobre la quinta forma normal, 5FN. Recomiendo por supuesto la lectura de las publicaciones anteriores 4FN y la publicación inicial del hilo de bases de datos aquí.

En entradas anteriores hablamos sobre el proceso de normalización, su importancia, hablamos sobre los 5 niveles anteriores (incluyendo el FNBC o BCFN), y hoy hablaremos sobre el último de los niveles, también quiero agregar que como el anterior, solo debe ser utilizado en caso de que la situación lo requiera.

Ésta no es tan complicada como la 4FN de hecho es bastante sencilla de explicar y se establece de la siguiente manera, una tabla se encuentra en 5FN si y solo si, se encuentra en 4FN y cumple el siguiente requisito:

No existen relaciones de dependencias no triviales que no siguen los criterios de las claves. Una tabla que se encuentra en la 4FN se dice que está en la 5FN si, y sólo si, cada relación de dependencia se encuentra definida por claves candidatas.

En otras palabras, cualquier relación de dependencia que haya en la tabla debe estar compuesta por un campo o un grupo de campos que sean clave primaria, y el resto de los campos no clave primaria dependan de los campos anteriores.

Por lo que no puede existir una relación de dependencia en la que no haya una clave primaria y sean simples campos, esto también está apoyado por la 3FN donde se prevee el problema de la dependencia transitiva.

Espero que hayan comprendido hasta éste punto las 6 formas normales (incluyendo la de B-C), quiero agregar como sugerencia la lectura del artículo de wikipedia de normalización.

Saludos!

Patrones Creacionales: Abstract Factory

noreply@blogger.com (Alexander Eberle Renzulli) — Wed, 5 Nov 2014 14:50:00 -0300

En entradas anteriores vimos Factory Method, y en esta entrada veremos Abstract Factory un patron creacional que amplía el rango de Factory Method. También vimos ObjectPool y una introducción a los patrones de diseño.

Recomiendo leer como minimo el Factory Method para que les sea más sencillo el Abstract Factory.

Si vemos la explicación del Factory Method notaremos que es útil para la creación de objetos de clases subtipos de una en particular, pero si quicieramos tener más de un tipo de clase principal, deberíamos hacer uso de un patrón que lo soporte.

Podemos ver en wikipedia como se explica que si nosotros trabajaramos con botones, dependiendo de la plataforma tendríamos un gran tipo de objeto para botones en linux y uno para botones en windows, si nosotros quicieramos crear objetos de ambos tipos con un factory necesitaríamos utilizar este patrón.

La solución para este problema es simple, si vemos el código de ejemplo de la publicación de Factory Method veremos que la factoría nos permitía crear objetos del tipo de EjemploConcreto, ahora si quicieramos además poder crear de tipode clases OtroEjemploConcreto, bastaría con crear métodos factory para cada clase en particular.

podemos ver el código aquí:

http://pastebin.com/V0HS6fU2

y un diagrama del Abstract Factory extraído de wikipedia:

Un saludo para todos! espero que les haya gustado la entrada y nos veremos la próxima!

Bases de datos: Cuarta forma normal

noreply@blogger.com (Alexander Eberle Renzulli) — Mon, 3 Nov 2014 15:07:00 -0300

En ésta entrada trataré de explicar de forma lo más simple posible la cuarta forma normal, 4FN que es bastante dificil de explicar, recomiendo por supuesto la lectura de entradas anteriores del tema FNBC, 3FN, 2FN, 1FN y la publicación introductoria al tema de hace un año.

La 4FN está relacionada con la dependencia multivalor, ésta es aquella dependencia que ocurre con los distintos valores que puede tener un campo y que depende de un valor de un campo x.

Esto es, cuando un campo tiene un valor x, otro campo puede tener alguno de muchos valores que dependan de ese valor de ese campo.

Una tabla está en 4FN si y solo si, la misma se encuentra en 3FN, además cumple con el siguiente requisito:

Para cada una de sus dependencias múltiples no funcionales, asumiendo X como el campo de único valor -cuyo dependiente campo es Y (de múltiples valores)-, éste campo X es clave candidata o grupo de claves candidatas.

En otras palabras tomando la idea de dependencia funcional multivalor, aquel campo con el valor que puede resultar en la dependencia de varios posibles de otro campo, es una clave primaria, o grupo de claves primarias.

Cuando un campo tiene un valor x, otro campo puede tener alguno de muchos valores que dependan de ese valor de ese campo, la tabla estaría en 4FN si el campo del valor x es una clave primaria o conjuntos de claves.

Por supuesto esta forma normal solo será útil cuando existan dependencias funcionales multivalor.

Un saludo, espero que se entienda, me haya explicado bien, y espero les agrade la entrada, para nuevas entradas puedes estar atento al blog, donde seguro la próxima será la 5FN y luego pretendo hablar sobre unas reglas de normalización escritas por Codd.

Patrones Creacionales: Factory Method

noreply@blogger.com (Alexander Eberle Renzulli) — Sun, 2 Nov 2014 16:59:00 -0300

En una de las entradas anteriores hablamos sobre Patrones de diseño, realizamos una introducción simple y ahora hablaremos sobre el Factory Method, un patrón creacional.

Sugiero ver el patrón anterior, el ObjectPool que incluye una explicación de los patrones creacionales y su razón de ser.

El factory method es un patrón de diseño creado para resolver el problema que sucita a la hora de crear instancias de muchos subtipos de clases que tengan particularidades, los detalles que incluyen pueden resultar innecesarios para el cliente que implemente dichas clases, de modo que se engloba el proceso de construir las instancias en una clase constructora.

Pueden ver un ejemplo del factory method en php en el siguiente enlace:

http://pastebin.com/jDXNB8de

Espero que les haya gustado la idea, pd: la imagen fue sacada de wikipedia.

Bases de datos: FNBC

noreply@blogger.com (Alexander Eberle Renzulli) — Sat, 1 Nov 2014 17:34:00 -0300

Buenas tardes, en esta entrada hablaremos de la FNBC (Forma Normal de Boyce-Codd), recomendamos la lectura de 1FN 2FN 3FN y el artículo inicial, para tener un panorama de lo que se habla en esta entrada.

La FNBC es una forma normal que se puede considerar como una extensión de la tercera forma normal, establece un requisito extra.

Una tabla se encuentra en FNBC si y solo si se encuentra en 3FN (por lo que también se encuentra en 2FN y 1FN), y cumple el siguiente requisito:

No deben existir dependencias funcionales no triviales.

Esto quiere decir que todos aquellos campos que tienen campos que dependan de ellos, son claves primarias.
En otras palabras que la tabla no tenga campos de este tipo sin ser clave primaria, ya que de lo contrario habría una dependencia transitiva, no obstante tenga mucho cuidado al modificar esto ya que puede al hacer claves primarias a campos de este estilo crear un conflicto con la 2FN suponiendo que no todos los campos sean dependientes del mismo o que con ese campo hayan otros campos que no dependan de las demás claves primarias.

Ésta entrada es bastante simple y corta ya que no hay mucho que agregar a la explicación de FNBC, es bastante sencilla y simplemente una extensión de la 3FN.

Un saludo y espero les guste la entrada, en futuras entradas hablaremos de 4FN y 5FN.

UML - Comportamiento: Diagrama de actividades o flujo

noreply@blogger.com (Alexander Eberle Renzulli) — Thu, 30 Oct 2014 11:31:00 -0300

Buenas, en la entrada de hoy hablaremos sobre el diagrama de actividades, también conocido como diagrama de flujo, es probable que usted ya lo conozca, es uno de los diagramas preferidos de la gente, aunque en lo personal concidero que para sistemas grandes este diagrama no aporta mucho, complica las cosas salvo que se lo haga muy generalizado.

El diagrama de flujos o actividades es una representación gráfica del proceso que realiza el programa, tiene una cierta cantidad de simbolos que representan situaciones posibles.

Este diagrama representa paso a paso el proceso que lleva a cabo el programa o la tarea en si a realizar.

Simbología
El diagrama comienza y finaliza con un ovalo o elipse que indica el comienzo y el final del diagrama.
Luego podemos apreciar ractángulos que representan una actividad o procedimiento.
El rombo representa una desición, una pregunta en particular y la bifurcación hacia dos posibles caminos.
El círculo representa un enlace de actividades con otras dentro de un procedimiento, el circulo puede conciderarse como un conector.
Luego se encuentran los triangulos, un triangulo boca arriba representa guardar un documento de forma temporal, mientras que el triangulo boca a bajo se refiere a guardar un documento de forma definitiva.

Hay distintos tipos de diagramas de flujo, podemos apreciar formatos verticales, horizontales o panorámicos, dependiendo de la forma en la que se establezca la disposición y el camino del diagrama.

Podemos apreciar a continuación el diagrama de flujo para un bucle For.

Un saludo y espero les haya gustado la entrada del día de hoy, pueden ver los diagramas anteriores como el diagrama de clases y el de casos de uso aquí.

Patrones Creacionales: Object Pool

noreply@blogger.com (Alexander Eberle Renzulli) — Wed, 29 Oct 2014 15:33:00 -0300

En esta entrada hablaremos sobre el patrón creacional Object Pool, recordemos que en la entrada anterior de este hilo vimos una introducción a los patrones en general, pueden apreciarla aquí (además de ver un índice de patrones)

En primera instancia hablaremos sobre los patrones creacionales, son aquellos patrones diseñados para solventar problemas enlazados a la creación o instanciación de objetos.

El patrón object pool está diseñado para almacenar instancias de los objetos, un cliente del Object Pool, solicita un objeto, el Object Pool lo devuelve, el cliente lo utiliza, y luego se lo devuelve al Object Pool, de modo que éste lo almacena y espera su próxima solicitud, cuando le solicitan el objeto nuevamente, el Object Pool lo devuelve y así continúa el ciclo, la idea de este patrón es reciclar un objeto. Como apreciará la utilización de este patrón implica que un objeto no se construye y destruye varias veces, sino que se recicla.

Pero hay que ser muy conciente de su funcionamiento, ya que es únicamente útil en situaciones donde el costo de crear una instancia sea relativamente alto, a diferencia del costo de mantenerla almacenada, de modo que solo es útil en ocaciones tales como clases de sockets o de recursos gráficos.

Hay situaciones en donde el costo de utilizar este patrón es mayor al costo de no utilizarlo, y hay situaciones en las que es al reves.

Un ejemplo de object pool en php:

http://pastebin.com/VEjUpHxN

Saludos, espero les haya gustado la entrada y sigan pendientes de las siguientes entradas.

Bases de datos: Tercera forma normal

noreply@blogger.com (Alexander Eberle Renzulli) — Tue, 28 Oct 2014 16:57:00 -0300

Buenas tardes lectores, en esta entrada hablaremos sobre la tercer forma normal, del proceso de normalización. Recomiendo completamente la lectura de las entradas anteriores Primera forma normal, Segunda forma normal y la entrada de hace casi un año que comenzaba éste hilo de entradas aquí.

Recordemos que el proceso de normalización es un proceso sumamente importante que preve problemas futuros con una base de datos cuando la misma adquiera gran cantidad de registros. El proceso consta en verificar y diseñar las distintas tablas para que cumplan los requisitos de cada uno de los niveles (hasta el nivel que queramos llegar), cuando todas las tablas cumplen los requisitos de un nivel, se dice que la base de datos está en ese nivel, de lo contrario hablamos que tales tablas están en ese nivel.

La tercera forma normal es para muchos el final del camino, ya que a no ser que hablemos de una gran base de datos de gran importancia y que pueda darse el caso que se necesiten los demás niveles, la mayoría de las bases de datos que se ven terminan sus tablas en 3FN.

Una tabla está en 3FN si y solo si se encuentra en 2FN, y cumple con las siguientes características:

No existe ninguna dependencia funcional transitiva entre los campos que no son clave.

Primero explicaremos qué es una dependencia funcional transitiva, recordemos que hay campos que dependen de otros, y que en las FN anteriores los campos debían depender de la clave primaria.

La dependencia funcional transitiva ocurre cuando un campo B depende un campo A, y un campo C depende de un campo B, de modo que se asume que el campo C depende transitoriamente del campo A.

A B C, B depende de A, C depende de B, entonces C depende de A.

Veamos la siguiente tabla con los siguientes campos:

fecha_nacimiento, edad, conducir

fecha de nacimiento es la clave primaria en nuestra tabla, vemos que con la fecha de nacimiento podemos conocer la edad, y con la edad podemos saber si tiene la suficiente para poder conducir, entonces podemos deducir solo con la fecha de nacimiento si puede conducir o no, esto es una dependencia funcional transitiva.

De modo que una tabla que tenga dependencias de este tipo no está en 3FN, en cambio si la tabla no tiene dependencias transitivas entonces está en 3FN.

Podemos observar claramente si un campo tiene dependencias de este tipo observando que, si un campo que no es clave primaria, depende de otro campo que no es clave primaria, entonces es muy probable que haya una dependencia transitiva (asumiendo que el segundo campo que no es clave primaria si tenga una dependencia sobre una clave primaria.)

Un saludo para todos y espero les haya gustado la entrada. Sigan al tanto para ver nuevas entradas al respecto.

UML - Comportamiento: Diagrama de casos de uso

noreply@blogger.com (Alexander Eberle Renzulli) — Sun, 26 Oct 2014 11:56:00 -0300

Algunas entradas atras vimos el diagrama de clases, y hoy veremos el diagrama de casos de uso de UML, perteneciente a la categoría de diagramas de Comportamiento.

El diagrama de casos de uso permite establecer de forma gráfica el comportamiento del sistema para con los distintos actores que aparezcan en nuestro sistema.

Un diagrama de casos de uso realizado correctamente permite ver de forma simple y organizada nuestro sistema, de una forma visualmente rápida.

Este diagrama está compuesto por algunos pocos componentes y resulta de los diagramas más sencillos de realizar, no obstante para gran cantidad de actores puede volverse complejo y dificil de diagramar, bastante extenso.

Lo primero a conciderar en uno de éstos diagramas es la existencia de los actores, los actores son aquellas personas que utilizaran nuestro sistema, no las personas en particular, pero si el tipo de persona, en la imagen anterior vemos como sería un diagrama de un restaurante, los actores en este caso son el chef y el crítico, aunque se podrían agregar muchos más actores tales como el mesero, y los demás clientes regulares, todos los clientes estarían representados por un actor.

Luego tenemos las distintas tareas que se pueden realizar en nuestro sistema, dentro de un circulo, para indicar que tarea realiza cada actor se debe marcar con una linea.

Pueden haber tareas compartidas, pero no pueden existir dos circulos para la misma tarea.

El objetivo de este diagrama es entonces el de mostrar de forma ordenada las distintas tareas del sistema y quien las realiza, simple y sencillo.

En lo personal concidero que éste debería ser el primer diagrama que uno realize a la hora de diseñar un sistema, ya que le deja las cosas claras para el resto de los diagramas.

Un saludo lectores! y espero que les haya gustado,

Patrones de diseño.

noreply@blogger.com (Alexander Eberle Renzulli) — Sat, 25 Oct 2014 20:08:00 -0300

En esta entrada comenzaremos el hilo de Patrones de Diseño, y comenzaremos hablando sobre una introducción a patrones de diseño, en entradas anteriores hablamos sobre el mal uso que se le da a singleton, y en esta entrada hablaremos sobre los distintos patrones.

El arquitecto Chritopher Alexander dijo en su libro:

"Cada patrón describe un problema que ocurre una y otra vez en nuestro entorno, además incluye una solución para ese problema, de tal manera que usted pueda usar esa solución un millón de veces y más".

Si bien Christopher hablaba de patrones de edificios, no se aleja mucho de la idea de patrones en la industria del software, cuando un problema aparece una cantidad de veces bastante importante, se define un patrón del problema, y se busca una solución que aplique a todos los casos y casos futuros.

Como anuncia wikipedia, un patrón para serlo debe cumplir ciertas características, una de ellas es que debe comprobar su efectividad resolviendo el mismo problema en situaciones anteriores, y otra es la re-usabilidad, que significa que el patrón debe ser aplicado en futuras ocasiones donde el contexto varíe.

Por lo general un patrón está compuesto por cuatro partes:

El nombre: que nos sirve como descripción del problema y la solución que abarca dicho patrón.
El problema: el problema que trata de resolver y para el que fue diseñada la solución (por este motivo mi publicación en queja de la utilización del patrón mvc en la web)
La solución: además de ser la solución al problema, hay que aclarar que no es específica a una situación en concreto, recordemos que los patrones tratan de resolver problemas que ocurran varias veces en situaciones diferentes, funciona prácticamente como una plantilla.
La consecuencia: nos referimos con esto, a los resultados de aplicar el patrón y a los compromisos que conlleva la utilización de dicho patrón.

Los patrones que serán abarcados en las futuras entradas serán los siguientes:

Patrones Creacionales:
Object Pool
Factory Method
Abstract Factory
Builder
Prototype
Singleton
Model-View-Controller

Patrones Estructurales
Adapter
Bridge
Composite
Decorator
Facade
Flyweight
Proxy

Patrones de comportamiento
Chain of Responsibility
Command
Interpreter
Iterator
Memento
Observer
State
Strategy
Template Method
Visitor

Espero que les haya gustado la entrada, y espero verlos leyendo sobre cada patrón a medida que los publique.

Un nuevo framework php se avecina (entrevista) @roodaka

noreply@blogger.com (Alexander Eberle Renzulli) — Fri, 24 Oct 2014 15:56:00 -0300

Buenas tardes lectores, en esta entrada (la nº 100) pensaba hacer algo diferente, por lo que realizaré una entrevista a Cody Roodaka, desarrollador de un framework (PHPmini) orientado a objetos en php, el framework aún no es público pero considero que será un gran framework, que realmente vale la pena ver.

El framework entre otras prestaciones tiene la capacidad de implementar componentes que den soporte mejorado a las aplicaciones diarias que se desarrollen, y utiliza una versión alterada de MVC.

Sin más pasemos a las preguntas.

¿Por qué razón se te dio por desarrollar un framework?

Pues, principalmente por necesidad e inconformidad. Originalmente inicié el Framework habiéndome frustrado en la búsqueda de un núcleo adecuado para tres proyectos personales.
Requería de algo que me permitiera programar cómodo, pero que no me limite en funcionalidad y flexibilidad, o que represente exceso de consumo de RAM injustificado. No me agradaron completamente los Frameworks más conocidos como CodeIgniter y Kohana, por lo que decidí construir (en primera instancia, de manera privada) el mío propio.

¿Ha sido una tarea dura/larga?

Pues, si bien no me surgieron problemas serios, el Framework sufrió reescritura tras reescritura, ya sea porque no me convence algo, u olvidé algún concepto, siempre renuevo su código -y la de todos sus componentes- para acercarme más a lo que quiero lograr; algo complejo, ligero y relativamente fácil de usar.
Algo que he de destacar es que quiero programar sin mirar el código de nadie más. Sí he escuchado, analizado y escrito conceptos complejos de Alexander, Ignacio Rostagno y otros programadores, pero sin mirar su código o preguntarles cómo lo harían. Y no fue hasta que le mostré el progreso a Alexander que mantuve esa ideología. Esto lo hago tanto por mera auto-superación, como por la búsqueda de un funcionar "único".

¿Cuál es la ventaja de tu framework contra los populares frameworks actuales (como yii, codeigniter, etc.)?

Buena pregunta. Todos son buenas bases para comenzar a programar, Pero muchos dejan atrás extensibilidad, flexibilidad y facilidad de uso por una mayor complejidad. A mi parecer, ese es un error gravísimo ya que la esencia de un framework es reducir el tiempo de desarrollo, y si para comenzar a crear una aplicación tengo que aprender a usar dicho framework como si programara en otro lenguaje, deja de ser redituable.
Mi punto de vista con respecto a la pregunta en concreto, es que mi framework apunta a ser utilizado con facilidad y comodidad.

¿Cuándo crees que estará publicada al menos la primer versión?

Mi meta personal es que para Noviembre del corriente año, el Framework ya esté dentro de un repositorio público en Github.

¿Qué nivel de seguridad crees que tenga tu framework para con ataques conocidos como rfi, lfi, sqli, xss, etc.?

Por suerte, mis conocimientos y amigos en el tema, como Alexander y Ernesto me permiten saber dónde y qué reforzar en materia de Seguridad. He de considerarle, modestias aparte, Seguro.
De por sí, la estructura del Framework inhibe LFI y RFI, y el funcionamiento de mi librería de bases de datos valida por sí misma todas las entradas.

¿Cuáles crees que sean los puntos débiles de tu framework?

Siempre hay cosas que mejorar, Alex, lo sabes. Opino que aún está muy verde como para decir "hay una falencia X". Además, no he hecho las pruebas que me permitan saber esa clase de cosas. Por otro lado, supongo que eso saldrá a la luz cuando sea probado por terceros.

¿Cómo maneja las vistas tu framework?, en algunos frameworks como codeigniter no cuentan con gestor de plantillas

Las vistas fueron uno de los muchos dolores de cabeza que he tenido. No quería poner a RainTPL y ya, eso no tenía razón de ser. Quería algo más dinámico, algo realmente útil.
Cuando comencé a plantearme la idea, me enfoqué en la Modularidad, tanto de CSS como de JS para lograr ese anhelado dinamismo. El componente por sí mismo actúa como Gestor de Plantillas, Archivos CSS, JS y de idiomas con una sencilla implementación que, a mi parecer, es muy cómoda.
Algo a destacar también, es su versatilidad a la hora de trabajar con AJAX.

Para ir cerrando la entrevista, ¿Qué opinas del blog std-io.com?

Pues, como siempre dije, el blog reboza de información que supera mis conocimientos. Te has esmerado mucho con su desarrollo y te ha ido estupendamente. Mis más sinceras felicitaciones, amigo.

Agradecemos desde ya tu predisposición a responder nuestras preguntas, y agradecemos la colaboración a nuestro blog.

Muy bien, ahora que respondió nuestras preguntas daré mi franca opinión, tuve la suerte de poder ver el código que está en desarrollo, y en una entrada anterior explicaba por qué los frameworks son horribles, este framework en particular tiene la flexibilidad necesaria para no contradecir conceptos básicos como lo es la esencia de objetos en poo.

Yo creo que deben probarlo, RainTPL (su gestor de plantillas) cuenta con un sistema de cacheado y además deja una vista clara y limpia, muy ordenada. La forma de manejar los modelos es muy buena, y los controladores no dejan nada que desear. Considero un framework limpio, claro con sus objetivos, minimalista que no consume casi recursos, muy bien estructurado, y recomendable.

Estaré esperando su lanzamiento, y les recomiendo que lo prueben.

Saludos! nos veremos en la próxima entrada :)

Bases de datos: Segunda forma normal

noreply@blogger.com (Alexander Eberle Renzulli) — Thu, 23 Oct 2014 12:57:00 -0300

En ésta entrada hablaremos sobre la segunda forma normal en el proceso de normalización de bases de datos. Puedes leer la Primera forma normal, si no la haz leído te recomiendo hacerlo.

Continuamos entonces con el hilo de bases de datos haciendo referencia al proceso de normalización, algo que es casi fundamental a la hora de diseñar una base de datos es tener en cuenta el tema de normalización.

La segunda forma normal hace referencia a la dependencia funcional absoluta, sobre todo cuando haya más de una clave primaria, habíamos visto que para estar en 1FN era necesario que todos los campos sean directamente dependientes de la clave primaria.

Primero, una tabla está en 2FN si y solo si la misma se encuentra en 1FN y cumple con el siguiente requisito:

los atributos que no forman parte de ninguna clave dependen de forma completa de la clave principal. Es decir que no existen dependencias parciales. (Todos los atributos que no son clave principal deben depender únicamente de la clave principal).

Esto quiere decir, que si tienes dos claves primarias, es necesario que cada campo de la tabla que no sea clave primaria dependa de todas las claves primarias, si un campo solo depende de una o algunas (pero no todas) las claves primarias ese campo es erróneo.

Imaginemos una tabla con los siguientes campos:

id_proyecto dni_empleado horas_trabajadas nombre_empleado

(donde dni_empleado e id_proyecto son claves primarias)
como podrán apreciar, las horas trabajadas en el proyecto son dependientes del id del proyecto y del dni del empleado, no podemos saber las horas trabajadas únicamente teniendo el id_proyecto o el dni_empleado, ya que no podremos saber con uno solo de esos cuantas horas trabajó en ese proyecto, por lo que ese campo es correcto, depende de todas las claves primarias de la tabla y no tiene dependencias parciales, pero veamos el campo nombre_empleado, el mismo es erróneo, ya que depende del dni_empleado pero no tiene ninguna dependencia con id_proyecto (no tiene nada que ver el nombre de un empleado con el id de un proyecto) de modo que ese campo no debe estar en esa tabla para que esa tabla esté en 2FN, ya que tiene dependencias parciales.

Un saludo para todos los lectores y espero les haya gustado la explicación breve y simple de 2FN, sigan pendiente del blog para ver las siguientes formas normales.

Calidad en desarrollo de software (Paper)

noreply@blogger.com (Alexander Eberle Renzulli) — Wed, 22 Oct 2014 14:58:00 -0300

Bienvenidos lectores! hoy les traigo un paper en formato pdf relacionado con calidad en desarrollo de software, la idea de este pdf es agrupar algunas de mis entradas (quizá las más importantes) relacionadas con el hilo "El arte de programar".

Éste pdf reúne varias cosas, conceptos muy importantes a tener en cuenta, y por supuesto desde el punto de vista del software como actividad económica, agrupando las razones por las que aplicar cada criterio tanto así como una visión industrial de lo que todos conocemos como programación.

Programación como actividad económica, una visión del software como un trabajo.

Criterios de calidad, los criterios generales para medir cuándo un código es de calidad.

Calidad y balance, cuando corresponde aplicar los criterios y por qué.

Dificultades de aplicar calidad, existiendo la calidad por qué no es tan sencillo aplicarla y hay tan poco código de calidad abierto al público.

Por supuesto incluye una descripción detallada de cada criterio de calidad en particular, además una explicación extra para cada uno, y lecturas complementarias.

Recomendamos leer todo el hilo del Arte de programar (véase indice) si te gustó el pdf.

También comentamos que el próximo pdf estará relacionado con el proceso de normalización y ya se encuentra en el laboratorio de corrección de documentos, esperando los ultimos ajustes para ser publicado.

Descargar PDF aquí

Para cerrar la entrada nos gustaría que opinara sobre ¿qué tema te gustaría que publicaramos nuevas entradas?, envía tu sugerencia a alexander171294@gmail.com, o a nuestro twitter @std_io, también puedes comentarlo en ésta entrada.

Un saludo para todos los lectores!

UML - Estructura: Diagrama de clases

noreply@blogger.com (Alexander Eberle Renzulli) — Tue, 21 Oct 2014 14:01:00 -0300

Buenas lectores, hoy hablaremos de UML (Lenguaje Unificado de Modelado) en particular sobre el diagrama de clases. UML se divide en tres grandes grupos de diagrama (Estructura, Comportamiento, Interacción) y veremos cada diagrama de cada grupo a lo largo de las futuras entradas. En particular recomiendo leer la entrada introductoria al tema aquí.

En primera instancia tengo que aclarar que es uno de los diagramas que más me gustan y uno de los pocos que realmente utilizo, no es precisamente el primero a realizar, pero es bueno que conozcan su existencia desde el principio.

El diagrama de clases representa las clases que tendrá nuestro sistema (siempre y cuando el sistema sea orientado a objetos), creando una visión simple y sencilla de las distintas clases del sistema, podemos apreciar en la siguiente imagen extraída de wikipedia como se ve un diagrama de clases.

Cada clase se ve representada por un recuadro el cual en su cabecera debe estar su nombre en un recuadro interno, luego en el siguiente recuadro interno se encuentra la lista de atributos de la clase, (propiedades) los cuales deben su nombre estar precedido por un + o - dependiendo si son públicos o privados, en los anteriores casos la primer letra debe estar en mayusculas, luego sigue la lista de funciones en un recuadro interno nuevo, también deben ser precedidos por un + o - dependiendo si son publicos o privados, el +/-nombre_funcion() debe tener ese formato, se deben agrupar aquellas funciones publicas por un lado y privadas por el otro escribiendo primero los púlbicos y luego los privados, lo mismo ocurre con las propiedades. De esta forma se representan las distintas clases.

Ahora veremos las relaciones que hay entre las clases y como se representan, usaremos la imagen de arriba para especificar de que hablamos.

Las clases pueden tener relaciones simples como lo vemos entre la clase universidad y trabajador, al lado de la tabla trabajador hay un 1 lo que significa que esa clase esta relacionada de forma que solo 1 de esas pueda estar relacionada con una universidad, de modo que un trabajador pueda estar relacionado con una sola universidad y no más de una. En cambio el asterisco al costado de universidad indica que en esa relación la universidad en si puede tener 0, 1 o la cantidad que sea de trabajadores, también se podría escribir 1..* lo que significaría que podría tener 1 o más trabajadores, 0..1 por lo que podría tener ninguno o un solo trabajador, etc. Para relaciones simples la dirección se indica con una flecha sobre la linea de relación.

La siguiente relación que veremos es la que indica una flecha vacía (sin relleno) como se puede apreciar entre trabajador y persona, y estudiante y persona, ambas indican una flecha hacia persona, esta relacion representa "es un" quiere decir, trabajador es una persona, estudiante es una persona, o entre doctor y trabajador, doctor es un trabajador, en este caso la dirección está indicada por la flecha vacía, también puede significar "es un tipo de".

Luego tenemos la relación "tiene un" conocida como agregación, está representada por un diamante vacío, en el diagrama podemos ver como trabajador tiene un departamento.

Luego para continuar tenemos composición, es una relación que representa el todo/parte, podemos ver entonces como funciona en la relación departamento/universidad, todos los departamentos pertenecen a una universidad.

La flecha con la linea punteada, es una relación de dependencia donde una clase depende de la otra, como por ejemplo en la imagen doctor depende de departamento.

Eso es todo para esta entrada y espero les haya gustado, un saludo!

Bases de datos: Primera forma normal

noreply@blogger.com (Alexander Eberle Renzulli) — Mon, 20 Oct 2014 15:10:00 -0300

En ésta entrada explicaré la primera forma normal para que sus bases de datos queden normalizadas y sean de calidad. Pero antes quiero enlazar la entrada inicial de éste hilo de entradas, hace ya casi un año estaba publicando la primera entrada de éste hilo y no es hasta hoy que puedo continuarlo, ahora que terminé las entradas referentes al Arte de Programar (al menos hasta el momento) puedo dedicar nuevas entradas a cosas importantes también como lo es crear una base de datos normalizada.

Les recomiendo ver ésta entrada del año pasado para tener un panorama de lo que hablaremos aquí.

No obstante comenzaré haciendo la introducción, y es que si hablamos de normalización usted debe comprender la importancia de normalizar su base de datos, cuando usted diseña un sistema x, y diagrama la base de datos, es probable que cometa una cierta cantidad de errores estúpidos que lo lleven a tener una base de datos inestable, inconsistente, y con varios problemas.

Normalizar la base de datos es como comprar un seguro a largo plazo, con una base de datos normalizada usted se asegura que en un futuro no tendrá problemas típicos de las bases de datos, cuando usted tenga la base de datos rellena de datos.

Tenga en cuenta la importancia de normalizar la base de datos al comienzo antes de tener datos cargados, y es que si luego tenemos la base de datos rellena de registros, hacer cambios puede conllevar la ardua tarea de alterar una cantidad significativa de registros, por lo que llevará a un costo muy superior al que puede tener normalizar la base de datos de entrada.

Para poder comprenderlo puede ver la imagen del post, notará que hay niveles de normalización, y cuanto más superior sea el nivel de normalización de la base de datos mejor será su base de datos.

El primer nivel es el 1FN. Debe saber que cuando hablamos de normalizar la base de datos, nos referimos a normalizar cada una de las tablas de la base de datos, y todas estas reglas o formas normales son para procesarlas en tablas particulares.

Una tabla está en 1FN si y solo si:

Una tabla está en Primera Forma Normal si:

Todos los atributos son atómicos. Un atributo es atómico si los elementos del dominio son indivisibles, mínimos.
La tabla contiene una clave primaria única.
La clave primaria no contiene atributos nulos.
Los Campos no clave deben identificarse por la clave (Dependencia Funcional)

Analicemos un poco lo que quiere decir, el primer punto, los atributos son atómicos, significa que un campo no posee varios valores, solo posee uno y solo un valor, y que ese valor no puede ser dividido en dos campos, en otras palabras con un ejemplo sencillo, podemos decir que un campo "Nombre y Apellido" no es atómico ya que cuenta con dos valores tales como el nombre y el apellido, y puede ser dividido en dos campos, uno llamado nombre y el otro llamado apellido.

El segundo punto hace referencia a que la tabla tiene una clave primaria que es clave primaria porque si valor no se puede repetir y es único, lo que quiere decir es que no habrá dos registros con el mismo valor para ese campo llamado clave primaria.

El tercer punto es bastante obvio, la clave primaria no puede contener un valor nulo, como puede pasar en otros campos, en la clave primaria no puede haber un valor nulo, tiene que haber un valor x.

El cuarto punto hace referencia a que cada campo debe estar basado en la clave primaria, en otras palabras, supongamos que tengo una tabla usuarios y yo pongo de clave primaria color de pelo, y el resto de los campos son dni, nombre, apellido, etc. esto sería completamente erróneo, ya que por el color de pelo no puedo deducir el nombre, el apellido y el dni de la persona, en cambio si pusiera de clave primaria DNI, esto sería correcto ya que el nombre, el apellido y el color de pelo se puede obtener basándose en el DNI, entonces todos los demás campos están identificados por esa clave primaria.

Esto es, a grandes rasgos, los requisitos que debe tener una tabla para conciderarse estar en 1FN.

Cada forma normal tiene un objetivo, el objetivo de esta forma normal es eliminar los valores repetidos dentro de una Base de Datos.

Un saludo para todos los lectores y espero les agrade la entrada.

Java en android, ¿Una decisión difícil?

noreply@blogger.com (Alexander Eberle Renzulli) — Sat, 18 Oct 2014 21:56:00 -0300

Buenas tardes lectores, hoy les traigo otra entrada relacionada con el tema de los lenguajes de programación, java en android, ¿por qué lo eligieron?, empecé con las razones por las que uso php, luego hablé un poco de visual basic, y ahora hablaré sobre Java.

Hacía varios días que esta entrada estaba a la espera de ser redactada, y recién hoy que estaba husmeando un poco el framework de un amigo que realmente se ve muy muy prometedor, tengo que admitir que si su framework ve la luz mi publicación de los frameworks son una basura tendrá que ser retractada, analizando su código me surgieron algunas preguntas sobre como encararía ciertos aspectos, que para avisarles me dejó realmente satisfecho, al final de la charla surgió el gran dilema del a industria y quizá el soporte en el cual está apoyada esta entrada. ¿Mi código debe ser a prueba de idiotas, o para gente que tenga conciencia de lo que programa?

La respuesta más rápida que uno se pudiera figurar es "pues lo hago para programadores que tengan una idea de lo que hacen, si programan horrible no es mi culpa", pero entonces podemos analizar las distintas posturas que se tomaron en la industria del software.

Todos los lectores de mi blog sabrán que todas las entradas aquí son desde el punto de vista de software para desarrollo de carácter industrial, de modo que se trata de que las mismas sigan como mínimo apoyadas en los criterios de calidad que se explican aquí.

Ahora bien, todos mis códigos o los que se evalúan en este blog tienen la tendencia a ser vendidos o utilizados por terceros, por lo que esta es una de las preguntas más serias, esos terceros ¿tengo que prever que sean unos estúpidos o programadores de verdad?, veamos entonces el panorama, tenemos lenguajes como C++ que realmente no están diseñados para suponer que el que programa no tiene idea de nada, por lo que los programas en C++, unos cuantos tienden a ser bastante inestables, o con problemas, salvo que su programador hubiese tenido bastante bien claro los conceptos básicos de calidad, entre otras cosas y que no se le escaparan muchas cosas, muchos lenguajes de ese tipo son ásperos y realmente pueden generar aplicaciones inestables, que no solo le afecten al funcionamiento del programa sino de la plataforma sobre la que corren.

En una época y actualmente el sistema de Microsoft (Windows) fue considerado muy poco estable y con muchos problemas, esto es debido en parte (y solo en parte) a la cantidad de programas que existen y que son instalados en éste sistema, y entre tantos siempre hay alguno programado por un inútil sin vida que pasa su tiempo escribiendo líneas de código sin pensar. Por eso microsoft cuando lanzó su propio lenguaje que lo representara implementó ciertas medidas preventivas para no aumentar aún más el caos en su plataforma, creando un lenguaje simple y fiable, para que sus aplicaciones no pudieran causar estragos, eso es parte de lo que es visual basic (como vimos en entradas anteriores hay otras orientaciones de visual basic pero todas apuntan directamente al caso donde sean programadores de poco conocimiento) aunque vuelvo a reiterar como en entradas anteriores no quiero que se me mal interprete asumiendo que yo digo que los programadores de visual basic no tienen conocimiento, solo quiero expresar que el público para el que fue diseñado cumple con estas características, pero no necesariamente todos los programadores del lenguaje cumplen dichas características. Pero esta lenguaje no es el único y por evidencia no todos los programadores para windows usan visual basic como main lenguaje.

Pero entonces aquí surge una pregunta que quizá la explicación de arriba pueda responderla, por qué google (si bien compró android a una empresa de terceros) mantuvo como lenguaje único del sistema y principal a Java, veamos el historial de google, analicemos sus propios servicios, sus programas, la gran mayoría y cuando se puede los hacen en python, una empresa que considera como su lenguaje principal a python, ¿por qué razón dejaría que uno de sus grandes productos use java?, aquí es cuando todos los amantes de java dicen a coro "porque java es lo mejor", si java fuera lo mejor que existe, ¿por que una empresa como google tendría todos sus servicios más importantes en python? ¿por qué daría cursos y promovería python? y sobre todo considerando que tienen su propio lenguaje. No seamos hipócritas, java no es ni de cerca el mejor lenguaje tiene miles de defectos y no entraré en detalle porque me iré del hilo principal demasiado.

Java es una de esas grandes decisiones de la industria, java tiene algo que google necesitaba en su sistema, google no podía correr con el mismo problema que tuvo microsoft con windows, no podían quedar como estúpidos sacando un sistema completamente inestable, tenían que asegurarse que todos los programadores que crearan aplicaciones para android no metieran la pata y le hicieran inestable, no podía tener esa fama, entonces tomaron la decisión de usar java, ya que java tiene la máquina virtual, un entorno controlado para que las aplicaciones corrieran, un entorno controlado por ellos que les permiten que si una aplicación hace un consumo un poquito fuera de los limites, esa aplicación sea finalizada, evitando cosas como el exceso de consumo de recursos.

Es una simple razón que le permite a la gente de google despreocuparse de que aparezca un programador idiota que consuma recursos de forma totalmente exagerada y tirara el sistema por los aires, ellos pueden controlar ese entorno y asegurarse de que las cosas no se salgan de la raya, dejando al sistema en un entorno aparte libre de sanguijuelas, monstruos y de mases.

Entonces podemos concluir que java es una decisión de google que no tiene nada que ver con la calidad del lenguaje, solo les asegura que aquellos que hagan aplicaciones para su sistema no les pongan las cosas inestables. La calidad son dos mangos a parte y realmente dudo mucho que pensaran en poner un lenguaje de calidad a la hora de elegir este lenguaje.

Recordemos también que las aplicaciones hechas por terceros son algo sumamente importante para un sistema, ya sea móvil o de escritorio, porque representa las utilidades extras y agregados que se le pueden prestar al usuario, y ganar puntos contra la competencia, por lo que permitir que para tu plataforma no solo programen gurús, sino también programadores medios, y hasta programadores estúpidos, aumenta la cantidad de desarrolladores, futuras aplicaciones y aumenta los puntos para con su competencia, dando así una ventaja estratégica muy importante.

Saludos!