🚀 go-pugleaf

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

El Tue, 3 Jul 2001 13:30:27 +0200, 3IM escribi�:
>Hola a todos.
>
>Necesito programar en C/C++ (ya conozco bien estos lenguajes) y me gustaria
>utilizar algun entorno de desarrollo que facilite las cosas frente al gcc y
>g++ "a pelo".
>
>He buscado por ahi y he encontrado bastantes cosas (Code Crusader, Code
>Warrior, Sniff, Kdevelop, etc) pero realmente no tengo muy claro cual puede
>ser mejor (mas prestaciones, estabilidad, compatibilidad con otros sistemas
>UNIX, etc) por eso me gustaria que me dierais vuestro consejo.
>
Sourcenavigator (snavigator) que es GPL y no est� atado ni a KDE, ni a
GNOME. Si no importa pagar por una aplicaci�n cerrada, Code Crusader que
incluye un autogenerador de ficheros Makefile que, para empezar, puede
ser de gran ayuda.

Finalmente cuatro consejos:
1) Elegir un editor con el que uno se sienta c�modo y que sea configurable.
Los IDE's que he citado permiten cargar editores externos (vienen con uno
por defecto); pero por m�ltiples razones (edici�n de ficheros de configuraci�n
del sistema, disponibilidad en m�quinas diferentes a la de nuestro puesto
de trabajo) no conviene atarse a ellos. Tambi�n ser�a muy interesante que
el editor tuviese un modo consola para poder trabajar remotamente a trav�s
de modem en una sesi�n ssh o kerberizada (del telnet mejor olvidarse).

2) Aprender a manejarse con CVS (en www.betaprogramadores.org/tutoriales tienen
uno con lo m�s b�sico). Es algo que rinde beneficios a los pocos d�as de
empezar a usarlo, hasta el punto de plantearse c�mo se hab�a podido vivir
sin �l.

3) Tener un depurador gr�fico (si el gdb parece demasiado duro, en cualquier
caso bucear en la documentaci�n de gdb siempre depara sorpresas agradables
que pueden ser muy �tiles en caso de apuro). Ahora mismo se tiene: ddd
(independiente), insight (asociado a snavigator) y CodeMedic (asociado
a CodeCrusader). En cualquier caso los depuradores se pueden usar por
separado.

4) No utilizar las herramientas est�ndar de manejo de memoria (calloc,
malloc, free, new, delete, ..) m�s que en las versiones de producci�n.
Para las de desarrollo (si se van a tener unos cuantos miles de l�neas
de c�digo) el primer paso deber�a ser siempre disponer o de un recolector
de basura o de unas macros del tipo (mi_calloc, mi_...) que, o bien
mediante tablas picadas (hash) o bien mediante �rboles binarios lleven la
contabilidad de todas las peticiones de memoria al sistema: d�nde se
piden (fichero y l�nea) y si se devuelven o no, dando un informe final
para saber donde se consume m�s memoria y, sobre todo, si hay alguna
petici�n no devuelta.
- -- 
Juan Pablo Hierro �lvarez
hierro en escomposlinux punto org
Clave p�blica: 0xA8707ADF en pgp.rediris.es
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjtCIQwACgkQd1aMoahwet+sLwCeMwA9x8JD0Gywh3Fuq/+yXT/Q
b8YAoKfNJaQ6kjhoIaz3k67m5PYfg/KG
=jk6k
-----END PGP SIGNATURE-----