2008/6/29 Nicolás Bello <[EMAIL PROTECTED]>: > ok, sos grosisimo, y c# es lo mas..
Si te vas a poner como colegiala histerica, que no puede mantener argumentos, no discutimos y listo. > igualmente, vos que decís que me queres aclarar esos puntos, son cosas > básicas las que me queres aclarar( digo, para > cualquiera que alguna vez leyó algo de c#, va, eso espero xD ).. por eso te > digo, no son puntos flojos y eso te lo aclare, estas > buscando vos que sean puntos flojos, Sigo sin ver por qué decis que "invento" puntos flojos. > el mail te lo mande solo a vos, el anterior, no a la lista.. y ahora veo que > este lo mandaste a la lista.. no querrás resaltar por > casualidad? espero que haya sido un error nomas.. Nah, solo pense que me habias respondido a mi solo por error. Y no contesto mails privados, no suman. > lo de c# que no es multiplataforma( que obviamente es una forma de decir para > lo que pasa en la practica, y no en la teoría que > tiene el lenguaje y la plataforma en si, espero que ya eso lo hayas > entendido).. no entiendo como no lo entendes, mas si Entiendo que a vos en TU caso particular, usando TUS programas en particular, no podes correr tus programsa, por ejemplo, en Linux. Pero te pasa, en esta discucion, solo a vos, por lo que eso no condiciona que los programas en .NET NO sean portables sin recompilar. > programas en c# y sabes tanto.. C# se compila a un código de la virtual > machine de .net.. como vos recontra sabes.. y este luego > se compila a código binario, en tiempo de ejecución( no vamos a entrar en > tanto detalle, verdad... -.-) ahora, eso hace que el > código compilado de c# sea multiplataforma, es la idea de la virtual > machine... > la idea teórica esta todo bien, si, c# es multiplataforma.. pero en la > realidad.. la mayor parte de las librerías dependen de cosas del > sistema y nadie se va a molestar nunca en hacerlas para otra plataforma.. No hay 1 sola biblioteca de Windows dentro del estandar ECMA 334, vos seguro tomas como parte de .Net a Windows.Forms, ASP.NET, ADO.NET y vaya a saber que otro pack de bibliotecas de Microsoft, que NO son parte de .NET, no importa cuanto te guste verlas como parte de lo mismo, no lo son. Si tu punto es "en la practica la mayoria de los que programan en C#.net utilizan bibliotecas dependientes de la plataforma y eso hace que no sea portables". Entonces SI, tu punto tiene sentido, pero no tiene NADA que ver la portabilidad de C#/.NET, con la portabilidad de un programas especifico no pueda ser portado por culpa de usar un lib "rara". > y es mas, solo hay 1 iniciativa de hacer una virtual machine y es la de > mono.. y como bien vos decís.. anda, pero con las cosas > básicas y no puede hacer un form, algo que esta dentro de las librerías > estándar( con esto no me refiero a la especificación como > vos decís, digo a que no tenes que instalar ninguna cosa extra para poder > usarlos, en particular eso creo que fue un problema de > microsoft de no liberar bien las cosas, sino en este momento c# se usaría > bastante mas, que java).. eso, para mi hace que en la > practica, no sea multiplataforma, obvio, vas a poder hacer una clase y la vas > a poder compilar a .net y esta la vas a poder usar en > mono.. pero te vas a tener que fijar en si estas o no usando tal cosa .. > porque sino pincha y demás.. Bueno, entonces acomoda tus deficinion de estandar, aclara la proxima vez, porque que Microsoft entregue un dll con la instalacion de .Net no significa que sean parte de lo mismo. Vos queres mezclar, hacelo, pero te estas mintiendo y a otros, asi lo veo yo. > osea, toda la idea que tiene de virtual machine y demás, para que se > convierta en multiplataforma.. termina pinchando.. en la > practica.. > la idea de que no tengas que preocuparte por lo que tenes abajo me refiero, > para eso es la virtual machine.. Estas generalizando para el lado malo, la culpa no es de .net, es de los programadores llegado el caso. > bue, por ultimo, no te estoy intentando hacer que uses java, ya se que no te > gustaba para nada.. aunque si te gusta c# no > entiendo como no te puede gustar el hermano gemelo xD, pero como se ve que no > entendiste nunca a lo que me referí entonces te Porque necesito lenguajes malo solo para 2 o 3 cosas por año, si ambos son iguales, agarro el "menos peor" :) > lo quería aclarar mejor. Igualmente me sorprende muchísimo que no veas ningún > punto malo.. me parece que te enamoraste > demasiado de ciertas cosas.. quizá tendrías que ver un poco eso.. nunca es > bueno estar tan enamorado de una herramienta, No es que no veo cosas malas, solo que segmento diferente las cosas. No es cuestiones de amores, es cuestiones de definiciones. Para vos "estandar .NET" incluye cosas que para mi no, entonces para vos no es multiplataforma y para mi si. > termina siendo clavar un clavo con un destornillador( y obviamente el > destornillador siempre es bueno para clavar, pero tenes una > herramienta mas cómoda como es el martillo)..y ni hablar del lock-in que te > produce. Obviamente no vamos a entrar en esa > discusión, porque si estas realmente enamorado nunca lo vas a admitir y vas a > buscar excusas como que usas otros lenguajes y > demás. creo que seria absurdo( si un supuesto loco te dice que esta loco, en > general no lo > esta.) Jajaja, no estoy enamorado de nada, solo marco que .net es multiplataforma, ni siquiera lo uso a diario. Yo (ahora) soy "rubier" :P, antes fui phpero, antes pythonero, antes vb, antes C++, antes C, antes ...... Pase por todos, digamos :) > te aclaro, tampoco es que tengo la verdad absoluta, ni nada similar.. y lo > que te digo no es que lo inventé yo, es lo que se lee en > todos los libros de c#, en medios especializados y demas, por eso me > sorprende que no entiendas a lo que me refiero.. cuando el > general de los medios especializados y de los que laburan con .net lo dicen. > yo tampoco soy un profesional de c# como para > andar inventando nada nuevo :P Porque no vi 1 solo libro que valga la pena de C# :), yo te hablo de mi experiencia, tomalo o dejalo. -- -- ¡Falta Uno! - http://www.falta-uno.com.ar/ Ricardo Markiewicz _______________________________________________ Lista de correo Programacion. [email protected] http://listas.fi.uba.ar/mailman/listinfo/programacion
