Linux

Obama y el Open Source

Logo Open SourceComo anteriormente lo habiamos leido cuando se difundio que el gobierno del presidente Barak Obama utilizaría programas de código abierto como el OpenOffice en su administración, ahora tenemos una muestra más de esta filosofía por parte de su administración, al liberar módulos de Drupal personalizados en el sitio www.whitehouse.gov.
Dentro del código liberado en estos módulos se esta afectando tres areas importantes como son:

  1. Escalabilidad
  2. Comunicación
  3. Accesibilidad

Estos módulos estan disponibles dentro del repositorio de los paquetes de Drupal, además se destacamos su uso y la contribución hacia la comunidad de software libre.
Pero bueno vamos con lo que aportan los desarrolladores de la Casa Blanca en el código liberado.

Escalabilidad

Dentro de esta área se destacan dos módulos importantes como son:

  • Context HTTP Headers Que permite incluir nuevos metadatos al contenido generado, el proposito con el que se lo concibio es decirle al servidor como tratar paginas especificas,  por ejemplo decir que el cache este un tipo de página se mantenga por 15 minutos y otra por un lapso de unos 30 minutos.
  • Akamai Permite a nuestro Web Site integrarse a la red de entrega de contenido Akamai (Content Delivery Network)

Comunicación

Muchas agencias de gobierno mantienen activos programa de correo eléctronico que los utilizan para informan al público de los servicios que se ofrecen, para esto se creo el siguiente módulo:

  • GovDelivery Que permite habilitar mensajes dinámicos de correo electrónico de acuerdo a las preferencias del usuario.

Accesibilidad

Como es de conocimiento en EE.UU existe una politica de acceso a la información por lo que todo sitio gubernamental debe cumplir con estandare de accesibilidad segun la sección 508, para personas discapacitadas y que su contenido pueda ser accedido y compredido por software como lectores de pantalla, es decir se incluya metadatos a las imágenes en todo el sitio, tomando como punto de partida lo mencionado anteriormente se creo el siguiente módulo:

  • Node Embed Provee un filtro de entrada e integración con FCKeditor permitiendo a un editor de contenido la capacidad de incrustar o embeber el contenido de otro nodo dentro del cuerpo de un nodo a otro.

Espero esta información le sirva a más de uno y que siga creciendo la comunidad de software libre con está iniciativa por parte del gobierno de Obama.

Saludos.

Secciones: 

Tips para el mejor uso de Debian backports

Logo DebianHace poco lei un articulo interesante para poder usar los repositorios de backports y tener algunas versiones recientes de los programas que frecuentemente utilizamos, en la siguiente dirección podemos encontrar el enlace del articulo en ingles.
http://linuxindetails.wordpress.com/2010/05/19/a-few-tips-for-a-better-u...

Bueno como lo habia destacado anteriormente el repositorio backports tiene algunas versiones recientes de los programas que utilizamos, podemos citar un ejempo como la suite ofimatica OpenOffice, hay un metapaquete que se llama openoffice.org que instala todos los componentes de esta suite.
Obteniendo una comparación entre los repositorios de Lenny y el backports podemos ver la diferencia de versiones.

  • Repositorio Lenny: 1:2.4.1
  • Repositorio Backports: 1:3.2.0-4

Para obtener esta información de las versiones de los paquetes disponibles podemos utilizar el siguiente comando:
drwdebian@localhost:~$apt-cache policy openoffice.org

Y obtenemos el siguiente resultado al ejecutar el comando:
openoffice.org:
Installed: 1:3.2.0-4~bpo50+1
Candidate: 1:3.2.0-4~bpo50+1
Version table:
*** 1:3.2.0-4~bpo50+1 0
1 http://www.backports.org lenny-backports/main Packages
100 /var/lib/dpkg/status
1:2.4.1+dfsg-1+lenny6 0
500 http://security.debian.org stable/updates/main Packages
1:2.4.1+dfsg-1+lenny3 0
500 http://ftp.fr.debian.org stable/main Packages

Por defecto se instalará la versión 1:2.4.1, pero si queremos que se instale una versión más reciente del programa podemos utilizar el siguiente comando:
root@localhost:~#apt-get -t lenny-backports install openoffice.org
Esto instalará todas las dependencias necesarias.

Sino sabes como instalar las fuentes de backports aqui te pongo el enlace, esta en ingles pero es muy intuitivo.
http://www.backports.org/dokuwiki/doku.php?id=instructions

Saludos y espero les sirva a usuarios Debianitas y sus derivados(Ubuntu y otros)

Secciones: 
Tags: 

Lista desplegable en Calc OpenOffice

Como  siempre sucede queremos tratar de hacer algunas cosas que haciamos con el Office de Microsoft y no sabemos cmo hacerlo, este el caso de hacer listas desplegables de validación en Calc. Para realizar esta operación es sencillo solo tienes que seleccionar los campos que quieres que aparezcan en la lista y luego ir hasta Insertar->Nombres->Definir para lo cual le pondremos un nombre a nuestra selección, para efectos de demostración le pondremos "paises" una vez hecho esto vamos a cualquier hoja en donde necesitemos la lista por supuesto en el mismo documento, seleccionamos una celda y vamos el menu Datos->Validez dentro de esta opción de menu nos aparecerá una pantalla en donde podemos elegir diferentes tipos de elección entre los cuales elegiremos "Intervalo de celdas" y nos aparecerá un cuadro de texto en donde debemos especificar el origen, entonces ahí ponemos el nombre de la lista que antes habiamos creado en este caso "paises"  y con eso ya tendremos una lista de selección. Saludos y espero sea de su utilidad.
Secciones: 

Ireport y Oracle en Linux

ireportCuando queremos configurar nuestro ireport con la BD de oracle por lo general nos presenta un problema con en LNS_LANG el cual nos da muchos dolores de cabeza y no sabemos como configurarlo, ahora bien el presente post intentara ayudar en este problema que no es otra cosa que utilizar el plugin de ireport que viene en la sección de Plugins en el menu principal. En esta ventana de Oracle Options deberemos introducir algunos valores como el TERRITORIO y el LENGUAJE.

Como determinamos el NLS_LANG de nuestra base de datos ?

La determinamos haciendo una consulta sencilla en nuestra base de datos(lo hice con sqldeveloper) la consulta va asíi: SELECT * FROM NLS_DATABASE_PARAMETERS; Esta consulta nos mostrara algunos valores entre ellos el lenguaje y territorio que es lo que nosotros necesitamos una vez hecho esto podemos volver a probar nuestra conexión y veremos que ya funciona. Saludos y espero que les funcione.
Secciones: 

Ireport y Oracle en Linux

ireportCuando queremos configurar nuestro ireport con la BD de oracle por lo general nos presenta un problema con en LNS_LANG el cual nos da muchos dolores de cabeza y no sabemos como configurarlo, ahora bien el presente post intentara ayudar en este problema que no es otra cosa que utilizar el plugin de ireport que viene en la sección de Plugins en el menu principal. En esta ventana de Oracle Options deberemos introducir algunos valores como el TERRITORIO y el LENGUAJE.

Como determinamos el NLS_LANG de nuestra base de datos ?

La determinamos haciendo una consulta sencilla en nuestra base de datos(lo hice con sqldeveloper) la consulta va asíi: SELECT * FROM NLS_DATABASE_PARAMETERS; Esta consulta nos mostrara algunos valores entre ellos el lenguaje y territorio que es lo que nosotros necesitamos una vez hecho esto podemos volver a probar nuestra conexión y veremos que ya funciona. Saludos y espero que les funcione.
Secciones: 

Repositorio Local Debian sin Internet

Este post lo escribo para todos aquellos debianitas que quieren actualizar su sistema sin una conexion a Internet tal como lo tienen en la oficina o en su defecto como lo tiene alguna pana por ahi, esto lo haremos mediante la copia de archivos deb en donde esten almacenados. Crear una carpeta para el repositorio local, por ejemplo: /home/usuario/repo-debian/ - Crear una subcarpeta para los paquetes, por ejemplo: /home/usuario/repo-debian/paquetes/ Pongo a eleccion las dos formas para realizar un obtención de archivos deb - Copiar los paquetes *.deb, desde el medio de transporte(usb, cdrom) a la carpeta - Copiar la carpeta /var/cache/apt/archives a nuestro destino del cual haremos nuestro repositorio local /home/usuario/repo-debian/paquetes/, por ejemplo, si los tenemos en el directorio raíz de un CD-ROOM, teclearíamos, como root (super usuario): # cp /mnt/cdroom/carpeta/*.deb /home/usuario/repo-debian/paquetes Instalar el paquete dpkg-dev # cd /home/usuario/repo-debian/paquetes # dpkg -i dpkg-dev Creamos el archivo (Packages) con las cabeceras de los paquetes: # cd /home/usuario/repo-debian # dpkg-scanpackages paquetes /dev/null > Packages Puede suceder el caso que tengamos el directorio partial dentro de la carpeta repo-debian si es el caso que copiamos los archivos de la oficina /var/cache/apt podemos borrarlo para que procese esos paquetes xq como sabemos estan incompletos. Creamos el archivo comprimido de las cabeceras (comprimimos el packages): # gzip -c Packages > Packages.gz Modificamos el /etc/apt/sources.list tecleando: # vi /etc/apt/sources.list Insertamos al principio del archivo *deb file:/home/usuario/repo-deb/ ./* y también sería conveniente desactivar los repositorios de Internet (para que no pierda tiempo intentando conectar, pues no tenemos conexión) comentando (un '#' delante) las líneas que haya descomentadas, o en su defecto podemos crear un sources.list.bk para respaldo y borramos todas las lineas que no nos sirvan en el original. Nuestro /etc/apt/sources.list quedaría así: # Fichero /etc/apt/sources.list preparado para repositorio local (sin conexión a Internet) # Mi debian local deb file:/home/usuario/repo-debian/ ./ Ahora ya podemos actualizar la lista de paquetes (apt-get update) e instalar los paquetes que necesitemos: # apt-get update # apt-get install nombre_programa Saludos y espero les sirva de ayuda
Secciones: 

Repositorio Local Debian sin Internet

Este post lo escribo para todos aquellos debianitas que quieren actualizar su sistema sin una conexion a Internet tal como lo tienen en la oficina o en su defecto como lo tiene alguna pana por ahi, esto lo haremos mediante la copia de archivos deb en donde esten almacenados. Crear una carpeta para el repositorio local, por ejemplo: /home/usuario/repo-debian/ - Crear una subcarpeta para los paquetes, por ejemplo: /home/usuario/repo-debian/paquetes/ Pongo a eleccion las dos formas para realizar un obtención de archivos deb - Copiar los paquetes *.deb, desde el medio de transporte(usb, cdrom) a la carpeta - Copiar la carpeta /var/cache/apt/archives a nuestro destino del cual haremos nuestro repositorio local /home/usuario/repo-debian/paquetes/, por ejemplo, si los tenemos en el directorio raíz de un CD-ROOM, teclearíamos, como root (super usuario): # cp /mnt/cdroom/carpeta/*.deb /home/usuario/repo-debian/paquetes Instalar el paquete dpkg-dev # cd /home/usuario/repo-debian/paquetes # dpkg -i dpkg-dev Creamos el archivo (Packages) con las cabeceras de los paquetes: # cd /home/usuario/repo-debian # dpkg-scanpackages paquetes /dev/null > Packages Puede suceder el caso que tengamos el directorio partial dentro de la carpeta repo-debian si es el caso que copiamos los archivos de la oficina /var/cache/apt podemos borrarlo para que procese esos paquetes xq como sabemos estan incompletos. Creamos el archivo comprimido de las cabeceras (comprimimos el packages): # gzip -c Packages > Packages.gz Modificamos el /etc/apt/sources.list tecleando: # vi /etc/apt/sources.list Insertamos al principio del archivo *deb file:/home/usuario/repo-deb/ ./* y también sería conveniente desactivar los repositorios de Internet (para que no pierda tiempo intentando conectar, pues no tenemos conexión) comentando (un '#' delante) las líneas que haya descomentadas, o en su defecto podemos crear un sources.list.bk para respaldo y borramos todas las lineas que no nos sirvan en el original. Nuestro /etc/apt/sources.list quedaría así: # Fichero /etc/apt/sources.list preparado para repositorio local (sin conexión a Internet) # Mi debian local deb file:/home/usuario/repo-debian/ ./ Ahora ya podemos actualizar la lista de paquetes (apt-get update) e instalar los paquetes que necesitemos: # apt-get update # apt-get install nombre_programa Saludos y espero les sirva de ayuda
Secciones: 

Cuando Usar diagramas UML

Cuando empezamos a desarrollar un sistema por lo general nos encontramos con la dificultad de no saber cuando utilizar diagramas UML y cuando no hacerlo .. muchos de nosotros de preferencia no lo hacemos pues veamos algunas razones para hacer y no hacerlo según lo dice en su libro "UML para programadores Java" Prentice Hall. No hacer una regla que todo debe ser diagramado. Enorme monto de tiempo en un proyecto puede ser gastado en diagramas que nadie leera.

Cuando utilizar los diagramas

  • Utilizar los diagramas cuando varias personas necesiten entender la estructura de una particular parte del diseño porque todos ellos lo estarán trabajando simultáneamente. Detengase cuando todos ellos esten de acuerdo que lo han entendido.
  • Cuando dos o mas personas esten en desacuerdo con un elemento particular debería ser diseñado, y quieres un consenso del equipo. Pon la discusión dentro de una caja de tiempo para elegir un significado para decidir, como un voto o un juicio imparcial. Detente cuando la decisión haya sido tomada. Borra el diagrama.
  • Cuando quieras jugar con una idea de diseño, y los diagramas pueden ayudarte a entenderlo. Detente cuando hayas conseguido finalizar el punto que querías codificar. Descarta el diagrama.
  • Cuando necesites exponer una estructura de alguna parte del código a alguien mas o a ti mismo. Detente cuando la explicación deberla ser mejor hecha viendo el código.
  • Cuando este cerca al la finalización del proyecto y tus clientes tienen peticiones como parte de un flujo de documentación para otros.

Cuando no utilizar diagramas

  • No dibujar diagramas porque el proceso te lo dice
  • Porque te sientes culpable de no hacerlo o porque piensas que es buen diseño hacerlo. Los buenos diseñadores escriben código y dibujan diagramas solamente cuando es necesario.
  • No dibujar diagramas para crear comprensiva documentación de la fase de diseño priori al código. Los documentos casi no tienen ningún valor y consumen inmensos montos de tiempo.
  • Dibujar diagramas para que otra persona codifique. La verdadera arquitectura del software participa en la codificación de sus diseños, lo pueden poner en la cama y tenerlo hecho.

Epa epa epa pero que hay de la documentación ?

La buena documentación es esencial en cualquier proyecto. Sin esta el equipo se perdería en un mar de código. Por otro lado mucha documentación de la clase equivocada es mala; porque entonces tendras toda esa distracción y papeles engañosos y todavía tendrías el mar de código. La documentación debe ser creada pero prudentemente. A menudo la elección de no documentar es tan importante como un documento. Un protocolo complejo de comunicación debe ser documentado. Un complejo esquema de relación necesita ser documentado. Un complejo framework reusable debe ser documentado. Sin embargo ninguna de estar cosas necesita cientos de paginas de UML. La documentación del software debe ser pequeña y puntual. El valor del documento del software es inversamente proporcional al tamaño. Pondría esta documentación en un wiki o alguna herramienta colaborativa entonces que cualquiera del equipo podría tener acceso a ella, buscar y podría modificarla según la necesidad Esto toma un gran monto de trabajo hacer un documento pequeño pero que el trabajo este bien, la gente leera un documento pequeño a diferencia de un documento de 1000 hojas. -- Saludos y espero les sirva de mucho.
Secciones: 

Cuando Usar diagramas UML

Cuando empezamos a desarrollar un sistema por lo general nos encontramos con la dificultad de no saber cuando utilizar diagramas UML y cuando no hacerlo .. muchos de nosotros de preferencia no lo hacemos pues veamos algunas razones para hacer y no hacerlo según lo dice en su libro "UML para programadores Java" Prentice Hall. No hacer una regla que todo debe ser diagramado. Enorme monto de tiempo en un proyecto puede ser gastado en diagramas que nadie leera.

Cuando utilizar los diagramas

  • Utilizar los diagramas cuando varias personas necesiten entender la estructura de una particular parte del diseño porque todos ellos lo estarán trabajando simultáneamente. Detengase cuando todos ellos esten de acuerdo que lo han entendido.
  • Cuando dos o mas personas esten en desacuerdo con un elemento particular debería ser diseñado, y quieres un consenso del equipo. Pon la discusión dentro de una caja de tiempo para elegir un significado para decidir, como un voto o un juicio imparcial. Detente cuando la decisión haya sido tomada. Borra el diagrama.
  • Cuando quieras jugar con una idea de diseño, y los diagramas pueden ayudarte a entenderlo. Detente cuando hayas conseguido finalizar el punto que querías codificar. Descarta el diagrama.
  • Cuando necesites exponer una estructura de alguna parte del código a alguien mas o a ti mismo. Detente cuando la explicación deberla ser mejor hecha viendo el código.
  • Cuando este cerca al la finalización del proyecto y tus clientes tienen peticiones como parte de un flujo de documentación para otros.

Cuando no utilizar diagramas

  • No dibujar diagramas porque el proceso te lo dice
  • Porque te sientes culpable de no hacerlo o porque piensas que es buen diseño hacerlo. Los buenos diseñadores escriben código y dibujan diagramas solamente cuando es necesario.
  • No dibujar diagramas para crear comprensiva documentación de la fase de diseño priori al código. Los documentos casi no tienen ningún valor y consumen inmensos montos de tiempo.
  • Dibujar diagramas para que otra persona codifique. La verdadera arquitectura del software participa en la codificación de sus diseños, lo pueden poner en la cama y tenerlo hecho.

Epa epa epa pero que hay de la documentación ?

La buena documentación es esencial en cualquier proyecto. Sin esta el equipo se perdería en un mar de código. Por otro lado mucha documentación de la clase equivocada es mala; porque entonces tendras toda esa distracción y papeles engañosos y todavía tendrías el mar de código. La documentación debe ser creada pero prudentemente. A menudo la elección de no documentar es tan importante como un documento. Un protocolo complejo de comunicación debe ser documentado. Un complejo esquema de relación necesita ser documentado. Un complejo framework reusable debe ser documentado. Sin embargo ninguna de estar cosas necesita cientos de paginas de UML. La documentación del software debe ser pequeña y puntual. El valor del documento del software es inversamente proporcional al tamaño. Pondría esta documentación en un wiki o alguna herramienta colaborativa entonces que cualquiera del equipo podría tener acceso a ella, buscar y podría modificarla según la necesidad Esto toma un gran monto de trabajo hacer un documento pequeño pero que el trabajo este bien, la gente leera un documento pequeño a diferencia de un documento de 1000 hojas. -- Saludos y espero les sirva de mucho.
Secciones: 

Linux y Google retiran a Gates

Bill Gates from Seattle, Washington, USA founder of Microsoft is the world's richest man, with a net worth of US$59 billion

Image via Wikipedia

Una de las cosas que se venia venir es la retirada de Bill Gates al verse enfrascado en su intento de continuar monopolizando el mercado de la informática con su típica pantallita azul y su defectuoso sistema Winbugs. El poder y el terreno que ha ganado Linux en los últimos años es impresionante, cada vez existen nuevos comunidades de usuarios de software libre y eventos como el installfest, listas de discusión, mas paises optan por el uso del software libre algunos de ellos hasta lo ha propuesto como política de estado como el caso de Ecuador, Costa Rica, Brasil y hasta el mismo EE.UU si gana Barack Obama... entre otros. Veamos la parte de google, esta empresa a crecido de forma acelerada con los servicios que presta en Internet entre algunos de ellos podemos citar el buscador, el googleearth entre otros, creo que esto seria un dolor de cabeza para alguien como Bill Gates, ver que la gallina de los huevos de oro le dio la peste y esta a punto de morir o que su intento de comprar Yahoo fracaso. O el lanzamiento de Firefox 3.0 con estándares web bien definidos, que dispongamos en el mercado otras alternativas a sus productos es impresionante, pero epa ahora si son de buena calidad o hay alguien que te de el soporte que necesitas para resolver el problema y no te vengan a vender una solucion a otro costo por resolverte el problema es decir una nueva version de sistema operativo o en su defecto la misma versión con algunos dibujitos mas. Por ahi con la retirada de Gates se esta resaltando algunas teorias que no son verdad pero quiza algunos lo sabemos pero existen usuarios que no las saben para aquellos que no las saben les dejo este link acerca de la verdades y mentiras de Bill Gates. Mentiras y verdades de bill Aqui cito tambien algunas de sus frases: "No hay en nuestro software un número significativo de errores que un número significativo de usuarios necesite ver resueltos (1995)". "Quienes son criminales en vida real también lo serán en internet, donde la policía necesita ser un poco más sofisticada. El crimen online es solo parte de la maduración del medio (1996)". "Los ordenadores serán mucho más baratos, tienen que bajar incluso por debajo de los 500 dólares, es algo que tiene que poder hacerse (1996)".
El futuro de la música, los ordenadores, internet o el correo basura figuran entre sus predicciones
"Dudo que el periódico sea muy diferente dentro de diez años, pero probablemente tenga más direcciones de páginas web (1997)". "En algún momento dentro de 10 o 20 años podrás hablarle a tu ordenador y entenderá lo que le dices (1997)". "Hay cosas que te pillan por sorpresa. Cuando apareció internet ocupó el 5º o 6º puesto en nuestra lista de prioridades. Pero llegó un momento en el que nos dimos cuenta de que era un fenómeno más profundo de lo que habíamos pensado (1998)". "Tus clientes más insatisfechos son la mejor fuente de aprendizaje (1999)". "Microsoft tuvo grandes competidores en el pasado, es bueno que existan museos para recordarlo (2001)". "El spam será cosa del pasado en dos años (2004)". "BluRay es el último soporte físico que veremos (2005)". "Mi hija no sabe lo que es un disco. Sigo intentando encontrar uno para enseñárselo, pero es difícil en estos días. Pronto cosas como el listín telefónico o la enciclopedia impresa estarán igual de anticuadas (2008)". -- Saludos.
Zemanta Pixie
Secciones: