lo de 'innovar' no lo he leido en tu parrafo :), no utilice todo/solo lo que ponia en tu parrafo. perdona, no creo que te moleste que conteste no con todo/solo texto de tu parrafo. lo puse porque esa palabra sale de la boca de M$ constantemente. con esto creo que lo de 'innovar' lo tenemos claro
observa que los movimientos del peso pesado son mucho mas abusivos que si los hace el pez peque~o. luego recuerda que muchos peces peque~os del softLibre no se mueven por dinero, eso les exculpa y les deja libres de muchas sospechas. los cambios/a~adiduras en un proyecto libre seran mucho mas publicamente tratadas que en una empresa. luego esta la opcion de que nazca otro branch de gente que no este de acuerdo con estas alteraciones
lo siento no conozco tan profundamente gcc ni las Xfree. lo bueno de estos proyectos esque siempre nos quedara el codigo de todas las versiones (las que no tenian extensiones y las que si). y desde luego el modelo de softLibre da pie a un foro en el que debatir futuras mejoras de un software, mal menor que no ajustarse a un estandar
lo de kerberos tampoco lo tengo muy currao. la historia es que si el protocolo (ni mas ni menos) se ha modificado y alguien usa esas caracteristicas tan especiales en algun momento podriamos tener problemas. aunque tu a todas las maquinas que tienes a mano las hayas modificado para trabajar sin esas peculiaridades. otra cosa no creo que esas opciones vengan deshabilitadas por defecto y documentadas bien claramente por parte de M$ (esto es solo una sospecha, corrigeme si me equivoco). por cierto, hacia falta modificar el protocolo Kerberos?
no tengo el libro de perversion de estandares oficial :), ni tengo la lista de perversiones de M$ :). te comento un poco por lo que mas me he movido, osea la "maquina virtual de java" de M$ era un regalo envenenado, el propio entorno J++ era otro. luego esta el no ajustarse a los estandares (para mi muy importante ajustarse al estandar, prefiero que las cosas funcionen trasparentemente y a la primera a esa sobrecarga de superfuncionalidades) como el caso de CORBA y DCOM (cuidado que microsoft esta en el OMG que es grupo que propone CORBA)
lo del bind (esto no lo tengo confirmado, tambien a lo mejor me equivoco) no sera que no cubre todo el rfc todavia? me extra~aria que hiciera cosas al reves de lo que propone un rfc
de todas formas no creo que sea cuestion de ejemplos a favor y encontra por parte M$ y el softLibre. las ideas caen por su propio peso es decir el softLibre con desarrollo abierto, codigo publico, abierto a aceptar cualquier comentario en pleno y constante desarrollo e incluso ajustandose a estandares (aunque tu pongas ejemplos en contra) VERSUS movimientos abusivos de M$ que hacen temblar a todo el mundo computacional a la minima (esque no recuerdas el fallido intento de la MSN que si les sale se cargan internet)
otra cosa prefiero lo libre a lo mejor (ya me apa~are). desde luego no hago tonterias y si se junta libre+mejor pues perfecto. lo dicho no me obseiona lo mejor :)
oki oki, un abrazo y animo con tu caza de brujas dentro del softLibre
Re:Ahí le has dao
(Puntos:1)( http://barrapunto.com/ )
observa que los movimientos del peso pesado son mucho mas abusivos que si los hace el pez peque~o. luego recuerda que muchos peces peque~os del softLibre no se mueven por dinero, eso les exculpa y les deja libres de muchas sospechas. los cambios/a~adiduras en un proyecto libre seran mucho mas publicamente tratadas que en una empresa. luego esta la opcion de que nazca otro branch de gente que no este de acuerdo con estas alteraciones
lo siento no conozco tan profundamente gcc ni las Xfree. lo bueno de estos proyectos esque siempre nos quedara el codigo de todas las versiones (las que no tenian extensiones y las que si). y desde luego el modelo de softLibre da pie a un foro en el que debatir futuras mejoras de un software, mal menor que no ajustarse a un estandar
lo de kerberos tampoco lo tengo muy currao. la historia es que si el protocolo (ni mas ni menos) se ha modificado y alguien usa esas caracteristicas tan especiales en algun momento podriamos tener problemas. aunque tu a todas las maquinas que tienes a mano las hayas modificado para trabajar sin esas peculiaridades. otra cosa no creo que esas opciones vengan deshabilitadas por defecto y documentadas bien claramente por parte de M$ (esto es solo una sospecha, corrigeme si me equivoco). por cierto, hacia falta modificar el protocolo Kerberos?
no tengo el libro de perversion de estandares oficial :), ni tengo la lista de perversiones de M$ :). te comento un poco por lo que mas me he movido, osea la "maquina virtual de java" de M$ era un regalo envenenado, el propio entorno J++ era otro. luego esta el no ajustarse a los estandares (para mi muy importante ajustarse al estandar, prefiero que las cosas funcionen trasparentemente y a la primera a esa sobrecarga de superfuncionalidades) como el caso de CORBA y DCOM (cuidado que microsoft esta en el OMG que es grupo que propone CORBA)
lo del bind (esto no lo tengo confirmado, tambien a lo mejor me equivoco) no sera que no cubre todo el rfc todavia? me extra~aria que hiciera cosas al reves de lo que propone un rfc
de todas formas no creo que sea cuestion de ejemplos a favor y encontra por parte M$ y el softLibre. las ideas caen por su propio peso es decir el softLibre con desarrollo abierto, codigo publico, abierto a aceptar cualquier comentario en pleno y constante desarrollo e incluso ajustandose a estandares (aunque tu pongas ejemplos en contra) VERSUS movimientos abusivos de M$ que hacen temblar a todo el mundo computacional a la minima (esque no recuerdas el fallido intento de la MSN que si les sale se cargan internet)
otra cosa prefiero lo libre a lo mejor (ya me apa~are). desde luego no hago tonterias y si se junta libre+mejor pues perfecto. lo dicho no me obseiona lo mejor :)
oki oki, un abrazo y animo con tu caza de brujas dentro del softLibre
---------
okiOki RecomiendoGnu/linux yTirantes [barrapunto.com]