mmm....
me parece mas que el "guru" se siente ofendido, tu comentario tiene un horrible dejo a sobervia, algo que aprendi en esta vida es que el corredor de formula 1 no tiene que saber arreglar el motor para ser el nro1 en la pista. tengo muchos compañeros de carrera (ingenieria de sistemas) que no tienen ni idea de linea de comandos, y aun asi programan en eclipse a la par mia, que el WM que mas me gusta es el blackbox y generalmente es para ordenar las consolas por tareas/escritorio.
tendrias que bajarte de tu pedestal para ver como se te ve desde abajo. y si bien admito que pareciera faltar "estudio" al susodicho señor "recien llegado al SL" tu actitud lo aparta de la meta en vez de arrimarlo.
podrias recomendarle alguna WEB constructiva, o algo asi en vez de tildarlo de ignorante, vago e inconpetente
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.
No suelo ejercer de talibán, pero una cosa es confundir una b con una v, o viceversa, y otra cosa es "más bien" en lugar de "mejor"...un poquito de por favor, hombre...
Saludos.
--
-- Si no fuera por C, usaríamos BASI, PASAL y OBOL. --
Re:Escribes mucho y no dices nada
(Puntos:2)( http://barrapunto.com/ )
--
~ mírale, ahí va... con su mujer y mi hijo... ~
Re:Escribes mucho y no dices nada
(Puntos:3, Inspirado)( http://barrapunto.com/ )
Esta frase es cojonuda, yo añadiría también filosofía Dreamwaver.
--
~ mírale, ahí va... con su mujer y mi hijo... ~
Re:Escribes mucho y no dices nada
(Puntos:1, Divertido)RE: el muerto se rie del desgollado
(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.
A ver si aprendemos a expresarnos
(Puntos:1)( http://barrapunto.com/ )
Saludos.
-- Si no fuera por C, usaríamos BASI, PASAL y OBOL. --