#51 Supongo que, al tener menos transmisores (uno por zona llega), será más fácil mantenerlos funcionando, comparado con la FM o OM, que necesita un transmisor por emisora.
#50 Siguiendo lo que comentas en #44 , y siendo yo lego en la materia, entiendo que se podría usar DRM en OM para tener las ventajas de alta propagación y menor consumo de energía.
#25 «Deben una explicación y no vale decir "es que se oye mejor"»
La explicación que escuché (por casualidad, en la OM de Radio 5) es que la OM consume mucho, solo la escucha la gente mayor (que, según comentaron, pueden pasarse a escucharla por TDT si no tienen radios FM o DAB+) y que DAB+ es más moderna.
#58 En un procesador hay que diferenciar la arquitectura, que tiene que ser pública sí o sí para poder escribir programas que funcionen; y el diseño del procesador, que es lo que permite pasar de la arquitectura en papel a la realidad.
El diseño es lo confidencial, pero yo supongo que se podría publicar bajo una licencia copyleft: si yo copio el diseño, tendría que publicarlo también y que otros lo puedan copiar.
#77 Los términos son los mismos en todo el mundo: «free (libre) software» y «open (abierto) software» es lo que cumple las 4 libertades, que incluye cobrar; «freeware» es código cerrado, pero gratuito; «source avaliable» es que el código se puede ver, pero no hacer nada con el.
#3 Todo tiene propiedad intelectual, pero se supone que lo libre está bajo una licencia que permita el libre uso y modificación. Que en el caso de los modelos de aprendizaje automático se trata de los datos de entrenamiento. El código fuente en sí es irrelevante.
#23 Leap va a desaparecer, y Leap micro según leo es para contenedores. El sucesor de Leap en teoría es Aeon, que es inmutable y en lo que SUSE se quiere centrar para el futuro. Para los que no quieren sistemas inmutables pero tampoco un rolling-release, está Slowroll, que es Tumbleweed pero más lento.
#21 A eso me refiero, el C++ moderno tiene muchas características útiles, pero siempre vas a tener una parte del lenguaje que puedes usar y otra que no, y tienes que saber cuál es cual por que el compilador no te puede ayudar. Y si tienes que mantener código estás fastidiado, ahí tienes que adaptarte a la versión que toque.
#20 El problema de Ubuntu es que no tiene como base las versiones estables de Debian, lo que causa versiones incompatibles de los paquetes. En cambio un Debian con 4 paquetes preinstalados no tendría problema y seguiría siendo compatible.
#19 openSUSE de un tiempo a esta parte anda bajo un futuro incierto. SUSE les ha dicho que tienen que cambiarse el nombre y, excepto Tumbleweed, todas sus versiones o están sin futuro o son experimentales.
#6 Siguiendo lo que dice #11, los partidarios del «open source» son más libertarios (libertad absoluta, incluso la libertad de robar código), mientras que Stallman y el «free source» son más socialísticos (libertad si, pero limitada para asegurar la prosperidad común).
#8 «Su comentario se hace específicamente en el contexto de progamación del Kernel de Linux»
El primer mensaje es sobre Git, el segundo si que es sobre Linux.
«Hace comentarios sobre como programadores mediocres usan C++ y producen código de baja calidad. Esto se puede decir para cualquier lenguaje de programación»
El problema es que C++ (y C) requiere de una mayor carga mental por que tienes que mantener una lista de cosas que no se pueden hacer, que el compilador no puede avisar y que si lo haces mal tienes un CVE esperándote.
#94 Parodper 