por
pobrecito hablador
el Viernes, 17 Febrero de 2006, 15:22h
(#699020)
Hombre, lo cierto es que no das ningún tipo de dato válido acerca de por qué no debería funcionar.
Para empezar, si quieres crear librerías eso no tiene que saberlo KDevelop ni Eclipse, son parámetros que pasarás a G++ o a GCC a la hora de compilar. Primer error.
Sobre fuentes remotas no tengo la menor idea.
¿Eclipse? Yo creo que no lo sabes usar. Deberías de advertirle de los includes que usarás (la carpeta al menos) y él te ayudará con la lista de métodos, atributos... mientras escribes. Igualmente tendrás que especificarle con qué librerías enlazarás tu aplicación si no son las comunes.
Básicamente, si te lo montas bien se puede programar con cualquier programa (todos son buenos): KDevelop, Eclipse, Anjuta... pero lo que de verdad es bueno si tienes las cosas claras: Vim, Emacs y consola (g++ o gcc).
por
pobrecito hablador
el Viernes, 17 Febrero de 2006, 15:30h
(#699026)
Tienes toda la razón, lo que le ocurre a este señor es que no sería capaz de hacer una aplicación sin IDEs, ese es su problema.
Cuando estudies un poco y no necesites un IDE, entonces y solo entonces, usa un IDE por comodidad, pero no para que cubra tu desconocimiento (filosofía Microsoft)
Aunque la teoría que presentas está bien se podría decir que peca de lo que pecan la mayoría de las personas que usan Linux, de elitismo (y mira que yo llevo usando Linux desde el noventa y pocos).
La única forma de traer gente (usuarios de a pie) a Linux es facilitandoles las tareas, está muy bien eso de que un usuario debería saber de apt-get, dpkg, rpm y tal, pero es un UTOPÍA, no puedes esperar que mi padre o mi madre usen eso.
De igual modo, si deseamos tener un colectivo de programadores lo suficientemente amplio como para que Linux despegue de forma definitiva (y con esto no me estoy refierendo a aplicaciones de servidor que usa un 30% - como muchiisimo - del mundo) es conseguir que programadores de Windows se sientan atraidos por la plataforma, para ello son necesarios buenos APIs, utilidades, bibliotecas, pero sobretodo IDEs porque es a lo que están acostumbrados.
Está muy bien lo de decir que deberían aprender a usar libtool, automake y autoconf, pero eso lleva días o incluso semanas, solo para conseguir compilar un "hola mundo" o una biblioteca estática. Lo que significa para una empresa es que el rendimiento de programador bajará, el producto final será más caro y al ser más caro la mayoría de los clientes optarán por la versión Windows. Por otro lado el programdor que lo hace por amor al arte acabará frustrado en su primer encuentro con Linux y lo mandará a la mierda.
Está muy bien lo que planteas, pero hay que ser realista. Si, ya se que esto es lo que lleva a que aplicaciones que en principio deberían ser pequeñas y rapidas sean enormes, consuman toneladas de memoria y sean lentas que te cagas. Pero es lo que hay.
Escribes mucho y no dices nada
(Puntos:3, Inspirado)Re:Escribes mucho y no dices nada
(Puntos:2, Inspirado)Re:Escribes mucho y no dices nada
(Puntos:4, Inspirado)Aunque la teoría que presentas está bien se podría decir que peca de lo que pecan la mayoría de las personas que usan Linux, de elitismo (y mira que yo llevo usando Linux desde el noventa y pocos).
La única forma de traer gente (usuarios de a pie) a Linux es facilitandoles las tareas, está muy bien eso de que un usuario debería saber de apt-get, dpkg, rpm y tal, pero es un UTOPÍA, no puedes esperar que mi padre o mi madre usen eso.
De igual modo, si deseamos tener un colectivo de programadores lo suficientemente amplio como para que Linux despegue de forma definitiva (y con esto no me estoy refierendo a aplicaciones de servidor que usa un 30% - como muchiisimo - del mundo) es conseguir que programadores de Windows se sientan atraidos por la plataforma, para ello son necesarios buenos APIs, utilidades, bibliotecas, pero sobretodo IDEs porque es a lo que están acostumbrados.
Está muy bien lo de decir que deberían aprender a usar libtool, automake y autoconf, pero eso lleva días o incluso semanas, solo para conseguir compilar un "hola mundo" o una biblioteca estática. Lo que significa para una empresa es que el rendimiento de programador bajará, el producto final será más caro y al ser más caro la mayoría de los clientes optarán por la versión Windows. Por otro lado el programdor que lo hace por amor al arte acabará frustrado en su primer encuentro con Linux y lo mandará a la mierda.
Está muy bien lo que planteas, pero hay que ser realista. Si, ya se que esto es lo que lleva a que aplicaciones que en principio deberían ser pequeñas y rapidas sean enormes, consuman toneladas de memoria y sean lentas que te cagas. Pero es lo que hay.