Seguramente abras notado que al momento de instalar versiones de software aparecen prefijos o postfijos con las palabras Beta, Alpha, RC o final siempre seguidos de valores numéricos.

Esto es a lo que se refiere en las versiones de los software y es un método muy eficaz para distinguirlo uno de otros, en donde se aportan más funcionalidades, más seguridad, nuevas mejoras, etc, dependiendo del software en cuestión, el compromiso con el desarrollo y la maduración del mismo.

Por ello es imprescindible contar con herramientas que colaboren en esta labor de versionar nuestros software como es el caso de CVS, SVN, Bazaar o Git entre tantos.

Ahora veamos un poco más a que nos referimos cuando hablamos de Betas, Alpha, etc.

Es interesante el uso del alfabeto griego a la hora de darles un control a las versiones, pero tampoco consiste en abusar de su uso, pues la confusión para los usuarios finales realmente puede terminan por colmar su paciencia y no usar versiones mejoradas o no usar ninguna versión.

• Alpha: Es la primera versión del software y que es enviada a los verificadores para ser probada.
• Beta: la versión beta generalmente se la denomina como primera versión completa antes del lanzamiento, es posible que sea inestable o con algunos errores, pero tiene la posibilidad de ser corregidos antes del lanzamiento final. Siempre es bueno aclarar esto para que los usuarios finales tengan en cuenta estos posibles errores.
• RC: Luego tenemos las siglas RC (Release Candidate) o candidata a definitiva, supone un software un poco más maduro que los Beta lista para su lanzamiento final.
• Estable/Final: Por último llegamos al escalón final en el nombramiento de versiones, y se trata de la versión final o también conocida como estable, en donde se deja aclarado que todos los bugs y errores fueron corregidos y el software fue testeado por completo, dejando una cuota de seguridad a los usuarios que van a utilizar el mismo.

Además de las palabras griegas podemos encontrar las versiones de los software por valores decimales seguidas de puntos, veamos un poco más en que consiste esto que lo podemos llamar como control de versiones con el método X.Y.Z

Siendo X la primera cifra decimal a la hora de enumerar versiones, nos indica los cambios más grandes y las incompatibilidades que podemos encontrar entre una versión y otra, es por ello que y cambio en esta cifra implica cambios muy drásticos en el desarrollo.

La segunda cifra Y comúnmente se denota para las modificaciones en el contenido, implementación de nuevas funciones, pero no lo suficientemente tan importantes como para denotarlo como una versión más X+1. Es importante aclarar como norma general, que cuando incrementamos X, la segunda cifra Y se debe reiniciar en 0.

Por último encontramos a la tercera cifra Z, para denotar pequeños cambios o correcciones, añadir o eliminar comentarios, renombrar variables, etc. Para tener en cuenta nuevamente, cuando incrementamos un valor en Y, la tercera cifra Z debe reiniciarse en 0.

Sería imprescindible que el equipo de desarrollo pueda tener y prefijar estos conceptos a la hora de realizar su trabajo, es importante normalizar el sistema de versiones, para evitar confusiones.

Nunca se olviden de planificar y tener una mirada hacia adelante respecto al desarrollo que se lleva a cabo, de esa manera podrán determinar las futuras funcionalidades y nuevas características.

Por último solo quería recomendarles que aprovechen estas metodologías de versiones de software, no intenten marear a sus usuarios con tantos betas 0.5.8, sean lo más minimalistas posibles, concretos y comprometidos con el desarrollo de sus aplicaciones.

A lo largo de estos años aprendí que existe un factor muy importante que diferencia a cada programador y lo hace único, no solo por su personalidad, ni por sus habilidades; sino por su experiencia.

La experiencia de trabajar en diferentes proyectos, con diferentes grupos o unipersonal y solucionando una diversidad de problemas, es lo que marca una diferencia enorme entre muy buenos programadores novatos y un programador con experiencia.

Esta trayectoria debe estar demostrada en las decisiones que el programador experimentado toma a diario, anticipándose a cada problema y asociando la mejor respuesta entre las alternativas.

Es por ello que considero que en un equipo de programadores es imprescindible la presencia de un programador experimentado, no solo que sirva para ordenar, organizar y motivar al equipo sino también que sirva de ejemplo para los nuevo programadores.

El estilo de programación es muy importante y debe de ser un buen hábito para los programadores marcando su personalidad o integración con el equipo de trabajo.

El estilo de programación se refiere a la forma en la cuál los programadores escriben el código fuente de sus aplicaciones. Claro está que estos estilo pueden depender de diferentes factores entre ellos el lenguaje de programación, la dimensión de las aplicaciones y el equipo de trabajo.

Si tomamos en cuenta el lenguaje de programación, lenguajes tales como Python tiene su propio estilo en su sintaxis pero a su vez podemos incorporarle más prolijidad, comentarios, identación, nombre de variables y constantes y nuestras propias convenciones.

Si tomamos en cuenta los proyectos más largos y complejos sería bueno continuar respetando una línea en nuestro estilo de programación por más grande o simple que parezca, siempre es una buena práctica adoptar este estilo de programación pero nunca tratar de imponerlo.

Por último, tomemos en cuenta los equipos de desarrollo, antes de comenzar con cualquier diseño y proyecto es indispensable que el equipo sepa comunicarse y entender cada línea de código que se escriba, para ello es necesario establecer una convención en el estilos de programación para todo el equipo, dejando de lados los estilos personales, justamente para que el equipo este hablando el mismo idioma y no pierda tanto tiempo en entender lo que está escrito o codificado.

Es difícil catalogar a que hace referencia con un “Buen estilo de programación” si se trata de algo tan subjetivo, para algunos programadores puede ser prolijo leer el código fuente, a otros les gustará comentarlos más, unos tendrán más en cuenta las identaciones, etc.

Lo importante es que debemos tener en nuestro estilo de programación una estructura de código fácil de entender y mantener no solo para nosotros mismos sino también para los demás programadores.

Según De Bono la mayoría de la gente tiende a enfocarse en una sola forma de resolver un conflicto solo porque las otras vías para resolverlo no son visibles a simple vista.

En este sentido la programación está muy ligada a este termino de Pensamiento lateral y es indispensable mantener la mente entrenada para resolver de la manera más ingeniosa los problemas que surgen en cada proyecto y en cada situación.

Para ello comencemos las prácticas:

Algunos meses tienen 31 días, otros solo 30. ¿Cuantos tienen 28 días? Rta: Todos

A Pedrito se le cayó un anillo dentro de una taza llena de café, pero el anillo no se mojó. ¿Cómo puede ser? Rta: El café era en grano

¿Cuál es el animal que tiene los pies en la cabeza? Rta: El piojo

A lo largo de estos últimos años la programación ha cruzado todo tipo de fronteras geográficas y con ella nuevas técnicas y herramientas de programación fueron surgiendo.

Hoy en día, ¿Qué tan importante es realizar una aplicación que soporte diversos idiomas? Y les podría llegar a contestar que si realmente queremos hacer una herramienta que se encuentre dentro de los estándares nuevos, es necesario e imprescindible contar con esta implementación, el soporte de diferentes idiomas.

Cada lenguaje de programación fue implementando este requerimiento conforme la aceptación de sus usuarios la requerían y es allí en donde aparecen dos nuevos términos I18N (Internacionalización) y l10N (Localización).

La Internacionalización es la serie de tareas que se deben llevar a cabo para que un determinado elemento se pueda regionalizar. En el caso de los programas informáticos se debe retocar el código para que permita mostrar mensajes en varios idiomas, por ejemplo. También conlleva toda la serie de tareas sobre definición de estándares comunes, procedimiento de trabajo, etc.

La Localización o regionalización consiste en tomar elementos internacionalizados y adaptarlos a una determinada región. La mayor parte de este trabajo reside en la traducción, pero existen otras tareas como el cambios de formatos de fechas, moneda, calendario y cualquier otro elemento susceptible de afectar al entendimiento de un usuario de un determinado lugar.

Creo que estos conceptos extraídos de la Wikipedia son realmente bastante claros, solo es cuestión de nuevamente hacer el trabajo de programador e investigador y conocer como es la implementación que lleva a cabo el lenguaje de programación en el que estoy programando conjuntamente con estos nuevos términos I18N y l10N.

Hoy vamos a aprender algunas reglas para licenciar y liberar nuestras aplicaciones bajo GNU/GPL, para ello encontré estos pasos:

1. Insertar nuestro Copyright: se debe poner en cada archivo (clases) de nuestro código fuente de esta forma “Copyright 2007 Lucas Muñoz”, se debe usar la palabra “Copyright” no son válidas las traducciones al estilo “Derechos de autor” o parecidos, también podemos utilizar el símbolo “©” o bien (c).
2. Debemos especificar cada año: el año que especificaremos será aquel en el que lanzamos la versión de nuestro programa, si cada año lanzamos una nueva nuestro Copyright quedaría así: “Copyright 2007 2008 2009 Lucas Muñoz”.
3. En todos los archivos de nuestro código fuente deberemos insertar el preámbulo de la licencia GPL, este es el texto: “This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.“.
4. Junto a nuestro código fuente deberemos incluir una archivo con el texto completo de la licencia, generalmente este archivo se llama “LICENSE” o “COPYING”, podemos bajar la licencia completa desde el sitio oficial de GNU.

Enlace | Tuxi

Esto es algo que nos pasa a todos los programadores y solo la experiencia de ellos a logrado ir mejorando conforme pasaba el tiempo, los proyectos y las aplicaciones que desarrollamos.

Y es que aveces el entusiasmo de hacer nuevos proyectos, de aprender algo nuevo no nos deja Planificar absolutamente nada de lo que queremos realizar realmente o cubrir las expectativas de algún cliente.

Ahora bien si hablamos de Planificación de Software en general podemos comenzar hablando de diferentes métricas, desde los tiempos que nos puede llevar hacer determinada función del sistema, los recursos que podría llegar a consumir, los costos como tema interesante a tratar, y en el área de desarrollo las herramientas con las que disponemos, las plataformas a utilizar, lenguajes de programación, bases de datos, etc.

Realmente hablar de Planificación es hablar y aprender bastante y esto mucho depende, como bien les comentaba, tanto de la experiencia de los programadores como así también la envergadura del proyecto como item para tener en cuenta.

Claro que no es lo mismo planificar una aplicación que tiene como fin ser una herramienta de administración para un servidor que un sistema de control de una  empresa, son proyectos diferentes y que no necesariamente tiene que tener la misma planificación ni mucho menos los mismos tiempos de desarrollo.

Lo que les puedo recomendar es que a todos los Proyectos de Software le corresponde una Planificación, deben y es necesario dedicarle varias horas a pensar realmente cuáles son los objetivos y los mejores caminos para alcanzarlo, estas decisiones son primordiales y serán determinantes en el éxito o fracaso del proyecto.

Este formato permite leer, escribir o modificar los archivos contenidos en discos CD/DVD reescribibles (RW) del mismo modo que se hace en el disco duro, memorias USB o diskettes. Utiliza la tecnología de grabación por paquetes (Packet Printing) soportado por grabadoras CD-RW, DVD-RAM/RW, HD DVD y Blu-ray.

Bluetooth, es una especificación para comunicación entre dispositivos, como primera definición general. Fue creada para transferencias de datos creando lo que se llama un Área de Red Inalámbrica personal WPAN.

Actualmente es común encontrar todo tipo de dispositivos que cuentan con esta tecnología como ser los celulares, PDA, Notebook, Netbook, Impresoras, Auriculares, entre otros.

En cuanto a la historia, el nombre de la tecnología proviene del un rey danes y noruego de nombre Harold Bluetooth (Diente azul, aunque en danes significa de tes oscura) conocido por ser un buen comunicador y unir muchas tribus danes, noruegas y suecas.

Por último, el logo viene de unir las primeras letras de su nombre y apellido H y B, pero en la lengua danes que la “H” tiene forma de “X”.

Botnet es un término que hace referencia a un conjunto de robots informáticos o bots, que se ejecutan de manera autónoma y automática.

El artífice de la botnet puede controlar todos los ordenadores/servidores infectados de forma remota y normalmente lo hace a través del IRC; aunque también las nuevas versiones se enfocan al control mediante HTTP.

La forma más simple de expansión en los sistemas Windows suele ser con el uso de los famosos crack, keygen, etc. muy populares en la piratería informática, en otros entornos UNIX la forma más clásica de ataque a servidores para construir y expandir una Botnet es por telnet o SSH por medio del sistema prueba-error: probando usuarios comunes y contraseñas al azar contra todas las IPs que se pueda de forma sistemática o bien mediante ataques a bugs muy conocidos dado que los administradores descuidados dejan sin parchear.

Ahora ya tenemos un marco teórico o una definición de este nuevo tipo de ataque, para tenerlo de referencia y seguirlo de cerca.

Fuente | Wikipedia