Castillo creado con el software libre BLENDER
Etiquetas:
Wallpapers
wallpaper creado con Apophysis
Primer wallpaper creado por mi :).
Click en la imagen para ampliar.
Click en la imagen para ampliar.
Etiquetas:
Wallpapers
Wallpaper
Un bonito wallpaper para cambiar un poco nuestro escritorio.
Click en la imagen para ampliar.
Visto en: http://www.linux-wallpaper.com
Click en la imagen para ampliar.
Visto en: http://www.linux-wallpaper.com
Etiquetas:
Textos
La Catedral y el Bazar
Para las personas que conocen esta lectura, que esperan para volverla a
leer, y para las que no la conocen, imprescindible.
Este texto escrito por Raymond, Eric S. se puede conseguir desde http://sindominio.net/biblioweb, trata sobre ideas de ingeniería de software vistas desde el punto de vista de un programador ( Raymond, Eric S. rediseño Popclient hasta convertirlo en Fetchmail), tomando ideas del "todopoderoso" Linus Tolvard, si estas comenzando una aplicación gratuita, esta lectura le dará sabios consejos para que su aplicación sea enfocada de la mejor manera posible y podrá comprender como el software libre cada vez esta tomando mayor fuerza en el mundo informático, listo sus principales lecciones a continuación:
1. Todo buen trabajo de software comienza a partir de las necesidades personales del programador. (Todo buen trabajo empieza cuando uno tiene que rascarse su propia comezón)
2. Los buenos programadores saben qué escribir. Los mejores, que reescribir (y reutilizar).
3. "Contemple desecharlo; de todos modos tendrá que hacerlo." (Fred Brooks, The Mythical Man-Month, Capítulo 11)
4. Si tienes la actitud adecuada, encontrarás problemas interesantes.
5. Cuando se pierde el interés en un programa, el último deber es heredarlo a un sucesor competente.
6. Tratar a los usuarios como colaboradores es la forma más apropiada de mejorar el código, y la más efectiva de depurarlo.
7. Libere rápido y a menudo, y escuche a sus clientes.
8. Dada una base suficiente de desarrolladores asistentes y beta-testers, casi cualquier problema puede ser caracterizado rápidamente, y su solución ser obvia al menos para alguien.
9. Las estructuras de datos inteligentes y el código burdo funcionan mucho mejor que en el caso inverso.
10. Si usted trata a sus analistas (beta-testers) como si fueran su recurso más valioso, ellos le responderán convirtiéndose en su recurso más valioso.
11. Lo más grande, después de tener buenas ideas, es reconocer las buenas ideas de sus usuarios. Esto último es a veces lo mejor.
12. Frecuentemente, las soluciones más innovadoras y espectaculares provienen de comprender que la concepción del problema era errónea.
13. "La perfección (en diseño) se alcanza no cuando ya no hay nada que agregar, sino cuando ya no hay algo que quitar."
14 Toda herramienta es útil empleándose de la forma prevista, pero una *gran* herramienta es la que se presta a ser utilizada de la manera menos esperada.
15. Cuándo se escribe software para una puerta de enlace de cualquier tipo, hay que tomar la precaución de alterar el flujo de datos lo menos posible, y ¡*nunca* eliminar información a menos que los receptores obliguen a hacerlo!
16. Cuando su lenguaje está lejos de un Turing completo, entonces el azúcar sintáctico puede ser su amigo.
17. Un sistema de seguridad es tan seguro como secreto. Cuídese de los secretos a medias.
18. Para resolver un problema interesante, comience por encontrar un problema que le resulte interesante.
19. Si el coordinador de desarrollo tiene un medio al menos tan bueno como lo es Internet, y sabe dirigir sin coerción, muchas cabezas serán, inevitablemente, mejor que una.
En definitiva una recomendable lectura.
Este texto escrito por Raymond, Eric S. se puede conseguir desde http://sindominio.net/biblioweb, trata sobre ideas de ingeniería de software vistas desde el punto de vista de un programador ( Raymond, Eric S. rediseño Popclient hasta convertirlo en Fetchmail), tomando ideas del "todopoderoso" Linus Tolvard, si estas comenzando una aplicación gratuita, esta lectura le dará sabios consejos para que su aplicación sea enfocada de la mejor manera posible y podrá comprender como el software libre cada vez esta tomando mayor fuerza en el mundo informático, listo sus principales lecciones a continuación:
1. Todo buen trabajo de software comienza a partir de las necesidades personales del programador. (Todo buen trabajo empieza cuando uno tiene que rascarse su propia comezón)
2. Los buenos programadores saben qué escribir. Los mejores, que reescribir (y reutilizar).
3. "Contemple desecharlo; de todos modos tendrá que hacerlo." (Fred Brooks, The Mythical Man-Month, Capítulo 11)
4. Si tienes la actitud adecuada, encontrarás problemas interesantes.
5. Cuando se pierde el interés en un programa, el último deber es heredarlo a un sucesor competente.
6. Tratar a los usuarios como colaboradores es la forma más apropiada de mejorar el código, y la más efectiva de depurarlo.
7. Libere rápido y a menudo, y escuche a sus clientes.
8. Dada una base suficiente de desarrolladores asistentes y beta-testers, casi cualquier problema puede ser caracterizado rápidamente, y su solución ser obvia al menos para alguien.
9. Las estructuras de datos inteligentes y el código burdo funcionan mucho mejor que en el caso inverso.
10. Si usted trata a sus analistas (beta-testers) como si fueran su recurso más valioso, ellos le responderán convirtiéndose en su recurso más valioso.
11. Lo más grande, después de tener buenas ideas, es reconocer las buenas ideas de sus usuarios. Esto último es a veces lo mejor.
12. Frecuentemente, las soluciones más innovadoras y espectaculares provienen de comprender que la concepción del problema era errónea.
13. "La perfección (en diseño) se alcanza no cuando ya no hay nada que agregar, sino cuando ya no hay algo que quitar."
14 Toda herramienta es útil empleándose de la forma prevista, pero una *gran* herramienta es la que se presta a ser utilizada de la manera menos esperada.
15. Cuándo se escribe software para una puerta de enlace de cualquier tipo, hay que tomar la precaución de alterar el flujo de datos lo menos posible, y ¡*nunca* eliminar información a menos que los receptores obliguen a hacerlo!
16. Cuando su lenguaje está lejos de un Turing completo, entonces el azúcar sintáctico puede ser su amigo.
17. Un sistema de seguridad es tan seguro como secreto. Cuídese de los secretos a medias.
18. Para resolver un problema interesante, comience por encontrar un problema que le resulte interesante.
19. Si el coordinador de desarrollo tiene un medio al menos tan bueno como lo es Internet, y sabe dirigir sin coerción, muchas cabezas serán, inevitablemente, mejor que una.
En definitiva una recomendable lectura.
Etiquetas:
Software Libre
Editor XML
Soy de las personas que me gustan el software libre, para toda herramienta comercial siempre trato de buscar su equivalencia libre, he aquí algunos ejemplos:
Windows xp - Linux
Office - OpenOffice
3d Max Studio - Blender
Photo Shop - Gimp
etc.
. Y en estos momentos estoy interesado en aprender XML, pero en todos los tutoriales me recomiendan emacs para la edición y validación de documentos XML ya que otros editores conocidos son comerciales $$$. Se que para muchas personas emacs es lo mejor que hay en su categoría, pero no hay que negarlo tiene una curva de aprendizaje alto y por el momento estoy interesado por aprender XML solamente, por lo tanto empecé buscar otra alternativa, hasta que encontré jEdit un editor libre con licencia GNU escrito en Java, para poder correrlo se requiere Java 2 versión 1.3 o posterior, jEdit sirve para muchos lenguajes entre ellos XML. Como funciona, fácil, se descarga el editor desde su pagina oficial, en el momento de escribir este documento su versión era la 4.2, al instalarlo solo se necesita un plugin adicional, el plugin XML, este plugin tiene las características que estaba buscando, entre ellas están:
Validación de documentos XML Completa lista de tags y entidades por medio de ventanas emergentes Un solo clic para insertar un tag Edición gráfica de tags y sus atributos y mucho mas.
Además este plugin sirve también para el lenguaje html En estos momentos lo estoy utilizado de la siguiente manera, le digo al editor desde el documento donde tengo la dtd instalada al comienzo del documento, y listo el editor lo validando cada vez que salvo el documento, ejemplo:
<?xml versión="1.0"?>
<!DOCTYPE
book SYSTEM "file:///C:/docbook/docbook-xml-4.4/docbookx.dtd">
. . .
Imagen del editor:
Bienvenidos!
Hola!
Desde ahora, este sera un espacio utilizado para comentar lo que quieran relacionado con el software libre, espero poder contar con ustedes.
Gracias. 
Suscribirse a:
Entradas (Atom)
