Frameworks de desarrollo, dejando de reinventar la rueda

Llevo ya varios días sin publicar nada pero, no os preocupéis, ¡sigo vivo! He empezado a hacer un curso de Diseño de Aplicaciones Web con Patrones Java que me ha vuelto a dar el empujón que necesitaba para ponerme de nuevo con el desarrollo.

En concreto en el curso estamos viendo los diferentes patrones, tanto arquitectónicos como de diseño, para el desarrollo de aplicaciones. Un patrón, en esencia, es una solución en forma de modelo (diagrama de clases e interacción entre ellas) a un situación o problemática típica que se presenta que se presenta muchas veces en el desarrollo de software. Hay patrones para muchas de esas situaciones “tipo”, solo hay que elegir el más adecuado e implementarlo. No nos libra de tener que desarrollar, pero nos viene a decir más o menos cómo hacerlo.

Apache Struts

Apache Struts

Los patrones los vemos desde la perspectiva de los estándares J2EE para desarrollar en Java. Concretamente en la parte práctica utilizamos el framework de desarrollo web en Java, Apache Struts. Un framework es un conjunto de patrones arquitectónicos y de diseño ya implementados en algún lenguaje, que establecen un entorno y proporcionan las herramientas necesarias para desarrollar un aplicación web más o menos compleja. En concreto Struts utiliza la arquitectura Modelo Vista Controlador para su desarrollo.

En estos días estoy refrescando mis conocimientos de Java, que hace prácticamente 4 años que dejé aparcados. Recuerdo que me gustaba bastante, sobre todo por la manera de abordar los proyectos. Por supuesto Orientado a Objetos, pero ya no solo eso, con algún tipo de metodología tradicional o ágil, con una documentación aunque sea mínima… Me había acostumbrado a la programación de “andar por casa”, a retocar cosas ya hechas con “lo mínimo para que funcione”, a la continua corrección de errores y bugs, a los continuos cambios de requisitos… y claro esto ahora es como ver la luz de nuevo. Pero ya hablaré de metodologías en futuros posts.

Una vez metido en esto de los frameworks de nuevo, me entró la curiosidad de ver qué había sobre esto para PHP. Mas que nada porque lo de Java está muy bien, pero orientado a nivel más “industrial”, debido a los costes. Pues bien, buscando encontré cosas como CakePHP, Zend o Symfony y siguiendo algunos consejos y opiniones por Internet me he quedado con este último.

Symfony

Symfony

Y ahí ando, de momento familiarizarme con este framework siguiendo un tutorial diario que describe el desarrollo de una aplicación web en 23 días con Symfony. Una vez familiarizado con su manera de hacer las cosas, Symfony promete un desarrollo rápido de aplicaciones web, de manera modular y bien estructurada, sin tener que estar reinventando la rueda cada vez que empezamos un proyecto. En contrapartida, la aplicación tendrá un mayor consumo de recursos, algo que con las máquinas de hoy en día podemos permitirnos siempre y cuando esté controlado. Algunas voces añaden a esto que tiene una curva de aprendizaje bastante lenta, aunque todo depende si estas acostumbrado a este tipo de frameworks o no ya que de ser así solo tendras que comprender y dominar sus peculiaridades.

En definitiva, me parece un buen punto de partida para el desarrollo de aplicaciones que espero poder utilizar de ahora en adelante en mis proyectos.


Google, ahora a por la banda ancha.

Como siempre Google nunca deja de sorprendernos. Consolidándose como una de las firmas más fuertes (si no la que mas) en cuanto a servicios ofrecidos en la red (“en la nube” como se conoce popularmente), parece que quiere empezar a dar servicio de banda ancha (se rumoreaba ya hace un tiempo sobre estas pruebas).

Google se atreve con la Fibra Optica

Google se atreve con la Fibra Optica

En concreto parece que quiere desplegar una red de fibra FTTH, con propósito experimental de momento, a una velocidad de 1Gbps. Se habla de varias ciudades de Estados Unidos, alrededor de 500.000 abonados. Todavía sin concretar ciudades, parece ser que aceptan propuestas a través de la web donde explican el proyecto.

¿Será esto una respuesta de Goolge a las últimas acusaciones de algunos ISPs de estar utilizando sus redes sin pagar por ello?

La noticia, como era de esperar, ha generado todo tipo de opiniones. Podéis ampliar información en:
Noticia en Xataka
Noticia en Genbeta

http://www.genbeta.com/actualidad/google-tambien-quiere-un-trozo-de-pastel-en-el-mercado-de-las-telecomunicaciones

Emails en cadena, ¡Dejad de ayudar a los spammers!

Que levante la mano el que nunca haya recibido uno de esos emails en cadena que tanto le gusta a la gente enviar. Sobre todo cuando prometen algún tipo de suerte millonaria si reenvías el email a X amigos o amenazan con una impensable desgracia en tu vida si no lo haces.

Y cuantos de vosotros le habéis hecho caso y lo habéis enviado, no a X amigos, si no a toda la agenda, no vaya a ser que nos pase algo malo… Seguro que a cualquiera de nosotros se nos ha escapado a alguno.

Pues bien, tenéis que saber que este tipo de cadenas de correos son la manera mas barata que puede tener un spammer captar nuevos emails a los cuales llenar el buzón de mierda spam. Para los que no lo sepáis, el spammer es, en este caso, la persona u organización que se dedica a enviar emails a cualquier dirección que caiga en sus manos con las típicas “pastillas mágicas” tipo viagra, aparatos para alargar tu miembro viril… etc.

Esta gente tiene muchas técnicas de captación de “victimas” (emails), recopilando correos puestos “a pelo” (en texto plano) en las webs, listados de emails disponibles por internet, compras de base de datos a terceros…

Encabezados de email en cadena

Encabezados de email en cadena

Si os fijáis, en este tipo de mensajes en cadena, casi siempre (a no ser que seamos el primero de la cadena) nos encontramos con una interminable lista de encabezados donde aparecen los emails de todos los “amigos de tu amigo” al que ha sido enviado el mensaje. Claro, a su vez ese “amigo” tuyo, ha recibido el email de otro “amigo”, con lo que también aparecen los emails a los que ese “amigo de tu amigo” envio el correo… y asi las veces que el mensajito de marras haya sido enviado.

Esto trae varias consecuencias:

  1. No es de extrañar que ese mensaje le llegue a alguien más de una vez.
  2. Cuando el numero de reenvios crece, resulta casi imposible llegar al texto del mensaje en cuestión.
  3. El tamaño del mensaje crece, los buzones se llenan y si no se vacían regularmente, puedes llegar a perder algún email importante.
  4. La consecuencia más grave: circulan incluidos en ese mensaje cientos de direcciones, que cualquier spammer puede utilizar como “victimas”.

Aqui es a donde quería llegar. Ahora mismo, si no tuviera la mala costumbre de borrar esos mensajes, tendría en mi buzón de correo cantidad suficiente de direcciones, sacadas de estos mensajes, que podria vender (no se saca mucho, pero hay quien lo compra), publicar o símplemente utilizar para reenvíos masivos de cualquier cosa que se me ocurra.

Evolución del spam en Gmail

Evolución del spam en Gmail

Vale, me podréis decir que vuestros “hotmail” o “gmail” tienen una carpeta de spam que funciona de manera aceptable y el spam que recibís es mínimo o incluso nulo. Ya, pero, ¿y si os dicen que más del 70% del correo en internet es spam? ¿queréis contribuir a este tipo de desperdicio de ancho de banda? (y luego quejarnos de la calidad de las conexiones…)

La solución es sencilla, pasar de este tipo de mensajes. Pero, si decidís que queréis seguir con estas cadenas, que os parecen simpáticas o divertidas (cada uno hace lo que quiere con su tiempo), por favor, no le deis simplemente a reenviar y listo. Tomaros un seguido y al menos borrad esa cabecera que queda de emails, dejando el mensaje propiamente dicho. ¡No cuesta nada!

De esta manera se lo pondremos un poco más difícil a esa gente que nos llena los buzones de, para decirlo suavemente, correo no deseado.