Para sebastian: for(int i=0;i<100;i++) LIBRE es distinto a GRATIS;
;) Creo que es obvio... Tambi�n es obvio que estoy de acuerdo con el soft libre, que vea sus problemas, no quiere decir que est� en contra!!!!! Acaso por tanto trabajar con bits, no nos permitimos un pensamiento que no sea dicot�mico? > > > > > Quien haya echo alguna vez un dise�o de algo sabr� > > > que no se debe ser optimista respecto a lo que > > > suceder� > > > nunca se dise�a esperando que ocurra el mejor caso!!! > > > Pero esto en los articulos no se plantea ninguna > > > contra, todo pro, todo optimista. Se hacen a lo > > > sumo algunas preguntas inocentes. > > No te olvides que para desarrollar algo, primero hay que entenderlo, y he aqu� > un servicio que se cobra y mucho. El de consultor�a. Es decir, no solo se > cobra por el producto final, si no, y yendo al caso al cual veo que apuntas, > el entender el problema a solucionar por medio de un sistema. Estoy hablando de el problema de dise�o que nos presenta el mism�simo modelo de negocios del SL > No existe el caso de que un programador no reuse un c�digo. Solo basta decir > que si vio alguna vez un ejemplo en un libro de como hacer una rutina, esta > utilizando c�digo que hizo otro. 100% de acuerdo (solo basta decir que dado un tama�o finito de memoria, las combinaciones de bits (y de programas) posibles son limitadas :)) > No solo de patentes, si no de no reconocer que gracias al aporte de muchas > otras personas, ese programador ha aprendido a trabajar. Eso es muy necesario > > > al programador tal desarrollo, un tiempo despues otro > > > cliente necesita lo mismo, pero ahora un segundo > > > programador solo se limitar� a bajarlo de internet. > > > En el mundo m�gico de la justicia, el primer > > > programador podr�a cobrar m�s por el tiempo de > > > desarrollo y el segundo menos. Pero eso no suceder�. > > Si el cliente publica el c�digo en Internet o lo da en cd o cualquier med�o > (leer la licencia GPL) esta en todo su derecho. El programador ya cobro por > su trabajo. Si pero conviene ser el segundo programador. > Al contrario. Si ves las cosas, cada vez hay m�s desarrolladores de software > libre. Es m�s, empresas que antes solo desarrollaban c�digo privativo, ahora > libera su c�digo. Estoy de acuerdo, pero downloads/desarrolladores >>>1 ! > > > Algunos desarrollos son complejos y llevan a�os > > > de evoluci�n en el mercado propietarios, por > > > dar un ejemplo pueden mirar programas como > > > el Protel de dise�o electronico, sus contrincantes > > > libres no existen o son m�nimos. > > Y el kernel Linux? Y las bibliotecas de C y tantos otros desarrollos. > No te parecen complejos y que llevan a�os desarroll�ndose? Me parecen, "tan complejos como populares" No esperemos que el mismo numero de gente busque fama haciendo un programa para mezclar pinturas... > > > Una sola persona no podr� hacer un soft tan completo. > > > > Obvio, bajo SL eso es algo natural.... > > En el software libre tenes la ventaja de contar (si tu proyecto interesa) con > muchas personas para ayudarte... El parentesis habla por si mismo (si tu proyecto interesa) Pero quiz�s sea momento de aceptar que las m�s grandiosas ventajas del SL son para el cliente, no para el programador. > > > Supongamos que el cliente desea pagar > > > �Quienes trabajaran en ese proyecto? > > El programador que haya contratado > Ea!, pero hablabamos de un programa complejo que no pod�a ser hecho por una sola persona! > > > �Cual ser� el incentivo para hacerlo? > > > > El dinero a percibir por su trabajo.... Hablo del incentivo del equipo. Acaso puede un equipo de programadores trabajando un a�o en un producto. En el modelo de soft-cerrado, la inversi�n se recupera en varias ventas, pero en el modelo de soft-libre, como hacer? Le tenemos que cobrar todo el desarrollo al pobre tipo? Conclusi�n el SL es barato a la larga, pero la gente no vive tanto. > Si el cliente tiene el c�digo te puede dar una patada en el tujes cuando > quiera, y me parece correcto, al fin de cuentas es qui�n paga. Excelente, si sos cliente o masoquista. > Si se hace un buen trabajo, seguramente el cliente quedara conforme y no te va > a rajar as� nomas. Si es as�, un buen trabajo + un trabajo barato. > Hay que recordar que cuando un cliente paga, no solo compra la soluci�n a su > problema, tamb�en compra Paz Mental. No no sab�a eso, salvo que el cliente pague por un libro de Ramacharaka. _______________________________________________ Lugro mailing list [EMAIL PROTECTED] http://www.lugro.org.ar/mailman/listinfo/lugro
