Han puesto otro libro más: Básicamente GNU/Linux de Antonio Perpiñan http://raze12.byethost13.com/blog/software/blog Si es de interés claro. o se si estos libros tienen CC (Creative Commons), pero si quisieran algo más ilegal, pondría enlaces Rapidshare o Bittorrent. =P Ala!, en Slashdot comentan acerca de libros también, informense y... comprenselo, que sale a cuenta. =) Carlos A. 2010/1/19 Camaleón :

El Mon, 18 Jan 2010 20:36:04 -0500, Shinji Ikari escribió:

...

Apareció en un mensaje de identi.ca. =/ Supongo que la comunidad en Twitter es más grande pero no tengo simpatía or Fail Whale.

http://raze12.byethost13.com/blog/software/programacion-linux-2-0-api- de- sistema-y-funcionamiento-del-nucleo

Ahí el libro, espero que les sea de utilidad. =)

Pues no tiene pinta de ser de licencia libre o de libre distribución. Je, vas a conseguir que la Sinde nos cierre la lista >:-P

Saludos,

-- Camaleón

-- Para dar de baja la suscripción, mande un mensaje a:   opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a:   opensuse-es+help@opensuse.org

-- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El Tue, 19 Jan 2010 11:35:03 -0300, Juan Erbes escribió:

El día 18 de enero de 2010 22:36, Shinji Ikari escribió:

...

Ahí el libro, espero que les sea de utilidad. =)

No se si será un error, pero como dice: "se basa en la versión 2.0 del kernel de Linux"; se deduce muy facilmente "que está pasado de moda", ya que el kernel 2.0, hace unos cuantos años que no se utiliza.

No se a quien se le puede ocurrir programar para un kernel 2.0, cuando estamos con la versión 2.6, y en cualquier momento tendremos las 2.7. De no ser que lo regalen al libro, y le sobre el tiempo, es el unico justificativo para leerlo.

El libro parece bueno ($100 que cuesta la versión en papel): The Linux Kernel Book by Remy Card ; Eric Dumas ; Franck Mevel http://www.biblio.com/isbn/9780471981411.html Pero tiene fecha de publicación de 1998, aunque eso no quita que los conceptos hayan dejado de ser útiles. Al fin y al cabo, las innovaciones en programación suelen ser más de implementación (nuevas funciones que simplifican la ejecución de las mismas tareas que se tenían que ejecutar hace 20 años y que se tienen que seguir ejecutando hoy en día) que de estructura (nuevos modelos de paradigmas). Personalmente me gusta leer documentación "antigua", para entender por qué las cosas son como son y por qué funcionan como funcionan en la actualidad :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El Tue, 19 Jan 2010 12:36:00 -0300, Juan Erbes escribió:

El día 19 de enero de 2010 12:16, Camaleón escribió:

(...)

...

Personalmente me gusta leer documentación "antigua", para entender por qué las cosas son como son y por qué funcionan como funcionan en la actualidad :-)

Bueno, para eso, primero te debes comprar y leer ese libro antiguo, y luego debes comprarte y leerte uno actual, "para entender por qué las cosas son como son y por qué funcionan como funcionan en la actualidad".

Claro, así cierras el círculo.

Yo prefiero, gastar la mitad de tiempo, y la mitad de dinero, comprando y leyendo un libro actual, si es que me decido a programar.

Gastas "la mitad" de tiempo y de dinero pero "pierdes" la mitad de conocimientos :-) Los libros técnicos actuales de programación se suelen centrar más en la cantidad que en la calidad: te enumeran todas las funciones y te dicen para qué sirven, pero no te explican por qué o cuándo deberías usarlas. Los libros de programación "antiguos" se centraban más en el concepto (¿"qué" y "por qué"?) que en la mal llamada parametrización (¿"cómo"?), ahora ya pocos libros se escriben así. Alguno habrá. Son otros tiempos, se programa muy deprisa (generalmente) y la mayoría de las funciones ya están predefinidas, se tira de bibliotecas ya construidas, etc... Antes se tenían que diseñar primero las rutinas y luego el programa, a lápiz. Ahora se empieza a desarrollar un programa "tecleando" directamente, muchas sin saber bien el qué... bueno, y a veces ni eso, simplemente "arrastrando y soltando objetos" >:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Mmm. Posiblemente cierto.

Había un libro sobre programación en Linux, escrito por un profesor, que venía incluido en la distro hace años:

lpg-0.4.pdf The Linux Programmer’s Guide Version 0.4 March 1995

B. Scott Burkett, Sven Goldt, John D. Harper, Sven van der Meer and Matt Welsh last update: March 1996 Se puede encontrar en http://www.tldp.org/guides.html

No lo terminaron de escribir, pero efectivamente, va de explicar el porqué de las cosas. A no ser que haya otra versión moderna por algún sitio y no se publique abiertamente.

-- Saludos Carlos E. R.

La traducción al castellano sigue estando en LuCAS, junto con mas manuales traducidos. http://es.tldp.org/htmls/manuales.html Un saludo, JF Soriano. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El día 19 de enero de 2010 12:56, Camaleón escribió:

El Tue, 19 Jan 2010 12:36:00 -0300, Juan Erbes escribió:

...

El día 19 de enero de 2010 12:16, Camaleón escribió:

(...)

...

...

Personalmente me gusta leer documentación "antigua", para entender por qué las cosas son como son y por qué funcionan como funcionan en la actualidad :-)

Bueno, para eso, primero te debes comprar y leer ese libro antiguo, y luego debes comprarte y leerte uno actual, "para entender por qué las cosas son como son y por qué funcionan como funcionan en la actualidad".

Claro, así cierras el círculo.

...

Yo prefiero, gastar la mitad de tiempo, y la mitad de dinero, comprando y leyendo un libro actual, si es que me decido a programar.

Gastas "la mitad" de tiempo y de dinero pero "pierdes" la mitad de conocimientos :-)

Los libros técnicos actuales de programación se suelen centrar más en la cantidad que en la calidad: te enumeran todas las funciones y te dicen para qué sirven, pero no te explican por qué o cuándo deberías usarlas.

Los libros de programación "antiguos" se centraban más en el concepto (¿"qué" y "por qué"?) que en la mal llamada parametrización (¿"cómo"?), ahora ya pocos libros se escriben así. Alguno habrá.

Son otros tiempos, se programa muy deprisa (generalmente) y la mayoría de las funciones ya están predefinidas, se tira de bibliotecas ya construidas, etc... Antes se tenían que diseñar primero las rutinas y luego el programa, a lápiz. Ahora se empieza a desarrollar un programa "tecleando" directamente, muchas sin saber bien el qué... bueno, y a veces ni eso, simplemente "arrastrando y soltando objetos" >:-)

Que aplicaciones has hecho, o "programado"? Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El día 20 de enero de 2010 08:07, Camaleón escribió:

El Tue, 19 Jan 2010 18:14:13 -0300, Juan Erbes escribió:

...

El día 19 de enero de 2010 12:56, Camaleón escribió:

(...)

...

...

Son otros tiempos, se programa muy deprisa (generalmente) y la mayoría de las funciones ya están predefinidas, se tira de bibliotecas ya construidas, etc... Antes se tenían que diseñar primero las rutinas y luego el programa, a lápiz. Ahora se empieza a desarrollar un programa "tecleando" directamente, muchas sin saber bien el qué... bueno, y a veces ni eso, simplemente "arrastrando y soltando objetos" >:-)

Que aplicaciones has hecho, o "programado"?

No, no, yo no programo :-)

Los únicos programas que he tenido que hacer (aplicaciones, más bien) los hice en mi época de estudiante, pero ningún desarrollo serio: las típicas prácticas/trabajos programadas en BASIC y VisualBasic y más adelante tuve que estudiar Lingo (que es el lenguaje de programación del extinto Macromedia Director), y bueno, el combo html/xml+xslt/dom/css, javascript, perl y php, los tres últimos a nivel básico, nada más.

Pero sí conozco gente que está programando aplicaciones con lenguajes de alto nivel (C, C++ o Java) y sé cómo se las gastan (más bien cómo se ven "obligados" a reutilizar la mayor cantidad de código posible -en lugar de depurarlo o de generar nuevas estructuras más acordes con la aplicación que tienen entre manos- porque no llegan a tiempo para presentar los proyectos) >:-)

La reutilización de codigo, es una constante, hasta incluso el kernel Linux empezó así, usando y adaptando el codigo de minix. Luego, hubo otras partes que entraron en el juicio de Caldera, pero que en su momento, eran funciones y secciones de dominio publico, como por ejemplo funciones de manejo de memoria, que con el tiempo se fueron modificando en el kernel Linux. Todo programador, (ya sea principiante o experimentado), se ve forzado de alguna forma a reutilizar codigo, y mas en C++ cuando se utilizan headers o librerias, donde ya tienes infinidad de funciones predefinidas, donde lo unico que debes hacer, es llamar esas funciones, ponerles las variables de entrada, y luego manejar las variables de salida. Yo hace unos 25/26 años, había desarrollado un software de representación gráfica para un electroencefalografo de 8 canales (que era lo que me permitia la placa conversora AD), y también tenía otra variante para electrocardiografo, donde en vez de 8 trazos, usaba solo uno. Por aquel entonces, había usado el Borland C++ 3.0, para DOS, y usaba la libreria gráfica EGA-VGA.BGI.

También te puedo hablar del desarrollo web, que es lo que más conozco - aunque ahora me dedico a la administración- y eso sí que es sangrante. No hay más que navegar un poco para ver que la mayoría de los proyectos de empresas un poco grandes, o dan problemas de navegación (lo cual denota una falta de planificación, estudio previo e integración tremenda) o están basados en las mismas plantillas del PHP Nuke o Joomla! cambiando 4 cosas (el logo, los colores, el tipo de letra y 3 imágenes).

En definitiva, echo en falta más desarrollos y proyectos originales, pensados con la cabeza (como se hacía antes, cuando se programaba principalmente para cubrir una necesidad) y no con el reloj en la mano.

Ahora parece que el código ha perdido parte de su valor, cuando antes era considerado casi como "una obra de arte" :-/

En php, tan solo algunos retoques, cuando algo no funciona bien. Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

¿C++ y java alto nivel? y lisp, smalltalk, haskell y compañia que son? lenguaje natural? Salu2 On Miércoles, 20 de Enero de 2010 15:22:54 Juan Erbes escribió:

El día 20 de enero de 2010 08:07, Camaleón escribió:

...

El Tue, 19 Jan 2010 18:14:13 -0300, Juan Erbes escribió:

...

El día 19 de enero de 2010 12:56, Camaleón escribió:

(...)

...

...

Son otros tiempos, se programa muy deprisa (generalmente) y la mayoría de las funciones ya están predefinidas, se tira de bibliotecas ya construidas, etc... Antes se tenían que diseñar primero las rutinas y luego el programa, a lápiz. Ahora se empieza a desarrollar un programa "tecleando" directamente, muchas sin saber bien el qué... bueno, y a veces ni eso, simplemente "arrastrando y soltando objetos" >:-)

Que aplicaciones has hecho, o "programado"?

No, no, yo no programo :-)

Los únicos programas que he tenido que hacer (aplicaciones, más bien) los hice en mi época de estudiante, pero ningún desarrollo serio: las típicas prácticas/trabajos programadas en BASIC y VisualBasic y más adelante tuve que estudiar Lingo (que es el lenguaje de programación del extinto Macromedia Director), y bueno, el combo html/xml+xslt/dom/css, javascript, perl y php, los tres últimos a nivel básico, nada más.

Pero sí conozco gente que está programando aplicaciones con lenguajes de alto nivel (C, C++ o Java) y sé cómo se las gastan (más bien cómo se ven "obligados" a reutilizar la mayor cantidad de código posible -en lugar de depurarlo o de generar nuevas estructuras más acordes con la aplicación que tienen entre manos- porque no llegan a tiempo para presentar los proyectos) >:-)

La reutilización de codigo, es una constante, hasta incluso el kernel Linux empezó así, usando y adaptando el codigo de minix. Luego, hubo otras partes que entraron en el juicio de Caldera, pero que en su momento, eran funciones y secciones de dominio publico, como por ejemplo funciones de manejo de memoria, que con el tiempo se fueron modificando en el kernel Linux.

Todo programador, (ya sea principiante o experimentado), se ve forzado de alguna forma a reutilizar codigo, y mas en C++ cuando se utilizan headers o librerias, donde ya tienes infinidad de funciones predefinidas, donde lo unico que debes hacer, es llamar esas funciones, ponerles las variables de entrada, y luego manejar las variables de salida.

Yo hace unos 25/26 años, había desarrollado un software de representación gráfica para un electroencefalografo de 8 canales (que era lo que me permitia la placa conversora AD), y también tenía otra variante para electrocardiografo, donde en vez de 8 trazos, usaba solo uno. Por aquel entonces, había usado el Borland C++ 3.0, para DOS, y usaba la libreria gráfica EGA-VGA.BGI.

...

También te puedo hablar del desarrollo web, que es lo que más conozco - aunque ahora me dedico a la administración- y eso sí que es sangrante. No hay más que navegar un poco para ver que la mayoría de los proyectos de empresas un poco grandes, o dan problemas de navegación (lo cual denota una falta de planificación, estudio previo e integración tremenda) o están basados en las mismas plantillas del PHP Nuke o Joomla! cambiando 4 cosas (el logo, los colores, el tipo de letra y 3 imágenes).

En definitiva, echo en falta más desarrollos y proyectos originales, pensados con la cabeza (como se hacía antes, cuando se programaba principalmente para cubrir una necesidad) y no con el reloj en la mano.

Ahora parece que el código ha perdido parte de su valor, cuando antes era considerado casi como "una obra de arte" :-/

En php, tan solo algunos retoques, cuando algo no funciona bien.

Salu2

-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-01-20 a las 20:08 +0100, Angel J. Alvarez Miguel escribió:

¿C++ y java alto nivel?

Claro. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAktXX68ACgkQtTMYHG2NR9UwhwCeMZBt/MODr0rw0fadfIZHaPlA qvMAoI41ZHYu672HnjE5oMAdrcqtONIx =Uvun -----END PGP SIGNATURE-----

El Wed, 20 Jan 2010 21:00:46 +0100, Carlos E. R. escribió:

Aunque por cierto, a un informático de carrera le disgustará que hables de "arte" y no de "técnica".

Je, eso pregúntaselo al Sr. Knuth. El "término" lo hizo suyo en su libro ;-) *** http://en.wikipedia.org/wiki/The_Art_of_Computer_Programming The Art of Computer Programming is a comprehensive monograph written by Donald Knuth that covers many kinds of programming algorithms and their analysis. Knuth began the project, originally conceived as a single book, in 1962. *** Y algo sabrá de informática, digo yo >:-P *** Donald Ervin Knuth (pronounced /kəˈnuːθ/[1]) (born January 10, 1938) is a renowned computer scientist and Professor Emeritus of the Art of Computer Programming[2] at Stanford University. Author of the seminal multi-volume work The Art of Computer Programming ("TAOCP"),[3] Knuth has been called the "father" of the analysis of algorithms, contributing to the development of, and systematizing formal mathematical techniques for, the rigorous analysis of the computational complexity of algorithms, and in the process popularizing asymptotic notation. ***

La técnica, la buena técnica, es repetible, es consistente, es buena. El arte, sólo es bueno si tienes un buen artista, y si lo tratas bien. Si no, es arte abstracto hecho por un niño de 5 años, que no hay diferencia si tiene 60.

Cualquier artista te discutiría eso ;-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-01-20 a las 20:16 -0000, Camaleón escribió:

El Wed, 20 Jan 2010 21:00:46 +0100, Carlos E. R. escribió:

...

Aunque por cierto, a un informático de carrera le disgustará que hables de "arte" y no de "técnica".

Je, eso pregúntaselo al Sr. Knuth. El "término" lo hizo suyo en su libro ;-)

Pero no lo diría Niklaus Wirth. Mira, unas citas suyas, de la wikipedia: "In our profession, precision and perfection are not a dispensable luxury, but a simple necessity." —Niklaus Wirth , "A Few Words with Niklaus Wirth". Dr Carlo Pescio (June 1997) "Reliable and transparent programs are usually not in the interest of the designer." —Niklaus Wirth , "A Digital Contrarian Retires". Beat Gerber (June 1999)

...

La técnica, la buena técnica, es repetible, es consistente, es buena. El arte, sólo es bueno si tienes un buen artista, y si lo tratas bien. Si no, es arte abstracto hecho por un niño de 5 años, que no hay diferencia si tiene 60.

Cualquier artista te discutiría eso ;-)

Conozco artistas profesionales que odian el abstracto y a los que lo consideran "arte". - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAktXdRcACgkQtTMYHG2NR9VBSwCeP+ftTejBSBNVwLr0IqYEYIgt s74An1dlqN5wSG3rR7MXhxSa5jouZ1LC =ZvXM -----END PGP SIGNATURE-----

On Miércoles, 20 de Enero de 2010 21:16:08 Camaleón escribió:

...

La técnica, la buena técnica, es repetible, es consistente, es buena. El arte, sólo es bueno si tienes un buen artista, y si lo tratas bien. Si no, es arte abstracto hecho por un niño de 5 años, que no hay diferencia si tiene 60.

Cualquier artista te discutiría eso ;-)

Asi vamos, lenguajes pesadismos y programas infinitos en consumos. La tecnica, tiene algo malo, la puede usar todo el mundo, sea un buen o un mal programador. Por esto se producen algunos fenomenos curiosos. - Superpoblación de programadores. - Descenso de la labor de programador a la de codificador. - Sueldos de programador mileuristas. - Superpoblacion de programas graficos hasta para las tareas mas sencillas. - MegaHz y Gigabytes en ascenso descontrolado en las maquinas. -- Saludos Lluis

Hola,

Al fin y al cabo, las innovaciones en programación suelen ser más de implementación (nuevas funciones que simplifican la ejecución de las mismas tareas que se tenían que ejecutar hace 20 años y que se tienen que seguir ejecutando hoy en día) que de estructura (nuevos modelos de paradigmas).

Personalmente me gusta leer documentación "antigua", para entender por qué las cosas son como son y por qué funcionan como funcionan en la actualidad :-)

Para dicha de algunos... :) -- Saludos, Luis Esteban -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org