#43 No estoy seguro de Uber, pero por ejemplo Cabify son VTCs: Pagan su licencia y sus impuestos, pero es transporte privado distinto a un taxi. La mayoría de los taxistas con los que hablas siguen diciendo que Cabify es ilegal... no es un taxi, pero no es ilegal. Yo estoy a favor de que el sector se abra, pero pagando los impuestos que deben y con todo en regla.
Otra cosa es dónde pague Uber o Cabify sus impuestos, pero eso no es exclusivo del sector del transporte.
#140 Si, en mi comentario hablaba de dual stack, es el caso ideal, pero incluso así hay problemas. En las pruebas hace un año para un proveedor en España vimos que, por ejemplo, la configuración de direcciones en IPv6 con RA se comporta distinto en windows o linux. El stack IPv6 en algunos SOs está lejos de estar completamente listo. Y mientras no haya un servicio grande que diga "en 1 año nos vamos a IPv6 exclusivamente y el que no esté listo perderá conectividad" los operadores no van a forzar cambios. Es muy costoso y necesita tocar muchos niveles, desde equipamiento en la MAN hasta la provisión en OSS/BSS.
Muchos operadores en APAC ya tienen IPv6 desplegado, no tenían otra forma de sobrevivir, pero en Europa/US aún no hemos llegado a ese punto.
De los problemas de CGNAT estoy convencido, también hice muchas pruebas pues básicamente vendía un equipo que hacía eso entre otras cosas Pero ten en cuenta que un CGNAT también puede hacer 1:1, el problema es cuando se hace 1:n o incluso m:n (este último caso está en los estándares pero en realidad no se usa por los problemas extra que conlleva comparado con 1:n)
#17 Eso es de lo poco sensato en el artículo Aún no se puede navegar en IPv6 pura, necesitas dual stack. El problema no es HTTP si no que muchísimos dominios están aún en IPv4 nada más, y aún navegando con IPv6, el DNS te va a devolver entradas v4 a las que no podrás acceder. Para esos casos se implementa NAT64, pero el operador tiene que soportarlo.
Algo más de info sobre la experiencia "pura IPv6" aquí: https://tools.ietf.org/html/rfc6586
(aunque de hace 4 años)
#99 No necesitas NAT64, hay varias maneras. La menos problemática para los usuarios (si no te faltan direcciones IPv4, etc) es dual-stack, dar a cada usuario una dirección IPv6 y otra IPv4, el ordenador por defecto si la aplicación soporta IPv6 normalmente intenta conectar con la primera y si falla intentará con la segunda.
https://www.apnic.net/wp-content/uploads/2017/01/8-sp-ipv4-ipv6-coexistence.pdf#page=44
https://en.wikipedia.org/wiki/Ipv6#Dual_IP_stack_implementation
Sobre el Carrier Grade NAT y sus problemas:
https://www.apnic.net/community/ipv6-program/about-cgn/
#140 Si, en mi comentario hablaba de dual stack, es el caso ideal, pero incluso así hay problemas. En las pruebas hace un año para un proveedor en España vimos que, por ejemplo, la configuración de direcciones en IPv6 con RA se comporta distinto en windows o linux. El stack IPv6 en algunos SOs está lejos de estar completamente listo. Y mientras no haya un servicio grande que diga "en 1 año nos vamos a IPv6 exclusivamente y el que no esté listo perderá conectividad" los operadores no van a forzar cambios. Es muy costoso y necesita tocar muchos niveles, desde equipamiento en la MAN hasta la provisión en OSS/BSS.
Muchos operadores en APAC ya tienen IPv6 desplegado, no tenían otra forma de sobrevivir, pero en Europa/US aún no hemos llegado a ese punto.
De los problemas de CGNAT estoy convencido, también hice muchas pruebas pues básicamente vendía un equipo que hacía eso entre otras cosas Pero ten en cuenta que un CGNAT también puede hacer 1:1, el problema es cuando se hace 1:n o incluso m:n (este último caso está en los estándares pero en realidad no se usa por los problemas extra que conlleva comparado con 1:n)
#115 Las distribuciones integran código de múltiples proyectos libres. Ubuntu, Suse, Red Hat o cualquier otra, lo que hacen es facilitar el consumo del SW libre. Si no existieran, tendríamos que usar LFS (http://www.linuxfromscratch.org), ir al repo del kernel, compilarlo (para lo que necesitas un host con capacidades de compilar) y a partir de ahí, ir descargando los paquetes que forman la distro e ir compilando/instalando. Mucho más tedioso que bajar una iso y arrancar con ella.
Muchas distribuciones desarrollan sus propios gestores de paquetes, instaladores o interfaces particulares, pero si es una distro 100% libre todo está disponible para que cualquiera lo use. Y algunas tienen un propósito específico: Escritorio, host para contenedores, aplicaciones científicas o enseñanza. Dependiendo de eso, incluyen por defecto unos u otros paquetes. Es decisión de la distro usar Gnome o KDE, y qué versión del kernel se incluye. Y cada una tiene su propia comunidad detrás, que es otro punto clave de cualquier proyecto libre.
En resumen: Si, hay diferencias entre una distribución y otra, y esa es la ventaja del software libre: Libertad para elegir, y si no te gusta, cambiar a otra o hacer tu propia distribución.
Espero haber conseguido ayudarte.
#12 Hola, no se si he entendido bien tu comentario, pero por si acaso te explico que el modelo de Red Hat es un poco distinto a: "pone un logo diferente a Fedora, venden el soporte técnico".
(DISCLAIMER: Soy empleado de Red Hat).
Red Hat participa en todas las comunidades de los productos que distribuye. No solo participa, si no que en la mayoría de ellas está entre los top 10 colaboradores, si no es el #1. Red Hat no "cambia el logo a Fedora". Red Hat colabora en el desarrollo de Fedora. Los programadores de RH, pagados, colaboran en Fedora, kernel de linux, Openstack, y todas las comunidades libres que forman nuestros productos.
En Red Hat no hay ni una sola línea de código propietaria. No tiene sentido, seguimos la política "upstream first", lo que significa que todo el código que está en nuestros productos está antes en la comunidad. Repito, ni una línea de código propietaria. Por ejemplo, RH participa tanto en Fedora como en CentOS, en teoría "competencia" a RHEL. Todos los proyectos que se compran se liberan a la comunidad. A veces no inmediatamente, ya que para evitar problemas de propiedad intelectual (puede que ese software tenga partes que no se pueden liberar: En ese caso se cambian) hay que analizarlo detenidamente, pero siempre se liberan.
Precisamente por eso, RH no vende software. El SW es libre. Vende subscripciones que permiten consumir de una forma sencilla y con garantías de calidad ese SW libre. Trabajamos en certificar hardware, software de terceros, etc. para garantizar la integración e interoperabilidad. Cualquier producto de RH ha pasado por una fase de QA exhaustiva. El valor de la subscripción es asegurarse un soporte, mantenimiento y consultoría especializada o formación. No por cualquiera, si no por alguien que colabora activamente en la comunidad y en el desarrollo de ese proyecto libre. Es exactamente el modelo del que habla el vídeo de la noticia.
De nuevo, perdona si no he entendido bien tu comentario pero me he sentido aludido y quería aclararlo
#86 Hola, podrías resolverme una duda? Nunca entendí la diferencia entre usar fedora a usar otra distro grande, por ejemplo debian o arch, quiero decir, existen diferencias reales entre usar fedora o usar por ejemplo arch? O es simplemente que fedora desarrolla gran cantidad de código que no lo hacen otras distros pero luego esas otras distros se benefician porque usan lo que habéis desarrollado vosotros?
#115 Arch sino recuerdo mal es Rolling Release, yo uso AntergOS que es un derivado y lo es. Y todo el código proviene de los fuentes originales, otras distros como Fedora, Debian, ... aplican modificaciones de seguridad propias, que normalmente commitean al proyecto original para que esté aplicado de serie.
Son formas diferentes de acabar haciendo lo mismo, pero en una Rolling Release sueles estar más actualizado, aunque no por ello, más protegido. Son formas y gustos diferentes.
#115 Las distribuciones integran código de múltiples proyectos libres. Ubuntu, Suse, Red Hat o cualquier otra, lo que hacen es facilitar el consumo del SW libre. Si no existieran, tendríamos que usar LFS (http://www.linuxfromscratch.org), ir al repo del kernel, compilarlo (para lo que necesitas un host con capacidades de compilar) y a partir de ahí, ir descargando los paquetes que forman la distro e ir compilando/instalando. Mucho más tedioso que bajar una iso y arrancar con ella.
Muchas distribuciones desarrollan sus propios gestores de paquetes, instaladores o interfaces particulares, pero si es una distro 100% libre todo está disponible para que cualquiera lo use. Y algunas tienen un propósito específico: Escritorio, host para contenedores, aplicaciones científicas o enseñanza. Dependiendo de eso, incluyen por defecto unos u otros paquetes. Es decisión de la distro usar Gnome o KDE, y qué versión del kernel se incluye. Y cada una tiene su propia comunidad detrás, que es otro punto clave de cualquier proyecto libre.
En resumen: Si, hay diferencias entre una distribución y otra, y esa es la ventaja del software libre: Libertad para elegir, y si no te gusta, cambiar a otra o hacer tu propia distribución.
Espero haber conseguido ayudarte.
#3 ¿Y qué hacemos? ¿Dejamos de evolucionar? Coches autónomos, IA, van a reducir empleos a corto plazo y por eso hay que pensar en una Renta Básica Universal. Pero frenar el avance por la destrucción de puestos de empleo no creo que sea la solución.
#4 Quién ha dicho que se vaya a frenar nada? lea usted antes de responder tan airadamente.
Los empleos se van a reducir cada vez más. En otro meneo ya tienen en Japón robots haciendo trabajos de funcionariado, fábricas donde no hace falta trabajador humano alguno, y más que vendrán. Que haya renta básica o no es otra cosa.
En ningún sitio de la noticia dice que las amenazas vengan de NNGG. Sensacionalista?
#43 EL PP es un partido de derechas, conservador, católico, etc..
Intentaron paralizar la ley de matrimonio homosexual cuando se aprobó, muchos de sus dirigentes y cargos hicieron entonces declaraciones homófobas al respecto.
¿De qué pié crees que cojean los que le amenazan? Ya te digo yo que no son de otros partidos políticos (o si acaso de aquellos residuales más a la derecha estilo VOX).
#23 no lo sabía, gracias!
#9 He entrado solo para votarte positivo. No entiendo nada de este debate que estamos teniendo. Libertad de expresión la que quieras: Te vas al ministerio, pides que te autoricen una manifestación y te manifiestas. Lo otro es un ataque a la libertad de otros.
Si quieres que quiten la capilla de una universidad, consigue suficiente consenso y hazte oír de forma pacífica.
#13 "Te vas al ministerio, pides que te autoricen una manifestación y te manifiestas."
Esto dice, literalmente, nuestra Constitución:
Artículo 21
1. Se reconoce el derecho de reunión pacífica y sin armas. El ejercicio de este derecho no necesitará autorización previa.
2. En los casos de reuniones en lugares de tránsito público y manifestaciones se dará comunicación previa a la autoridad, que sólo podrá prohibirlas cuando existan razones fundadas de alteración del orden público, con peligro para personas o bienes.
Que al final con tanto ruido mediático nos olvidamos hasta de nuestros derechos...
Y a nadie más le chirría lo de: "El concejal y programador Pablo Soto ha ordenado la utilización de un popular lenguaje de código abierto"? ¿Desde cuando se "ordena" usar un lenguaje? Se usa el más adecuado para cada cosa, y lo que decida el equipo.
#53 Hombre... cualquiera que lleve una página de estas características, te diría que el uso de Ruby es mas que acertado.
Es un lenguaje que estuvo parao bastante tiempo, entre que despegaba o no, y con el SaaS y la popularidad de los lenguajes funcionales ha pegado un pepinazo.
Un lenguaje que es prácticamente nuevo, limpio, que da muchas posibilidades para reusar y que la única pega que tiene es el rendimiento, que con el cloud computing ahora te la suda tremendamente.
#65 Los mismos de Twitter dicen maravillas de Ruby. Si han cambiado a java es porque lo estaban usando para algo que no era bueno.
Si necesitas un proceso que haga uso intensivo de la memoria, en un dispositivo normalmente con poco rendimiento, ruby no es para ti.
Si el rendimiento te la pela y prefieres la sencillez del lenguaje para ahorrarte en desarrollo lo que jamás te vas a gastar en servidores, ruby es para ti.
#64 te doy la razón en que es una solución adecuada, pero espero que se haya estudiado si era la más adecuada de entre todas las posibilidades, porque el artículo da a entender que ha sido una imposición, pero también se ve que el redactor tampoco tenía mucha idea...
Por ejemplo, los lenguajes funcionales son una maravilla para el desarrollo y reduce enormemente los costes en esta fase, pero no es la única opción y el coste en "sistemas" es mayor (los lenguajes funcionales son lentos en comparación con los más tradicionales, así que podrías acabar gastando más en servidores).
#141 Cualquier página web o plataforma de este tipo, sus costes de desarrollo y mantenimiento supera, por lo menos en dos cifras, los costes en sistemas.
Estamos aún pensando en que para esta página web tenemos que poner un servidor conectado a internet, pagar el servidor, pagar la conexion y pagar la luz, y este servidor tiene que ser muy potente y por tanto caro para que pueda absorber el pico de usuarios máximo. Esto ya no es así. Con cloud computing pones un servidor de 0.06 € la hora para llevar el servicio normal que tiene de sobra y que automáticamente se contrate un servidor de 2 € la hora para absorber los picos de usuario.
Cualquier libro o artículos sobre ingeniería de software actual tiene ese enfoque. No hay necesidad de estudiar si es la mas adecuada de las posibilidades, pues mucha gente ya ha tenido esos problemas y lo ha reflejado en artículos y en libros.
#144 lo minimo es pararte a pensarlo. Para una web asi casi siempre saldra a cuentas la programacion funcional, pero puede que detras haya procesos pesados que inclinen la balanza a otro sistema.
#145 Pues para esos procesos pesados ya se usa otro lenguaje. Es lo que hace Ruby sin ir mas lejos en sus funciones mas pesadas.
Aquí en Madrid siempre he bebido agua del grifo, pero en la casa en la que estoy ahora que tiene casi 100 años (nada raro por el centro) no me fío nada de las tuberías. El agua sabe bien, pero deja un cerco de color anaranjado cuando está mucho tiempo en el mismo recipiente.
La calidad del agua será buena, pero las tuberías no siempre y por eso gasto de botella.
#1 ¿qué efecto preocupante tiene el ajo? Además del olor claro. El artículo sólo habla de "un informe negativo sobre su capacidad para reducir la presencia de microorganismos patógenos en el sistema gastrointestinal."
Lo he comentado con mi familia bastante aficionada a los toros y coinciden en que no es así, y casi nunca se hace. En FB hay algunas asociaciones de toros y ganaderos que desmienten que se haga.