#50 Pues hay varios tickets abiertos de lo inseguro que es el password manager que viene de serie en firefox y el algoritmo que usan es una castaña para los tiempos que corren (potencia de calculo actual).
#38#45 Todo el trafico de tor sale por los mismos nodos de salida, por lo tanto, sabiendo las IPs de los nodos puedes saber que alguien se conecta a través de TOR pero no su IP real.
#40 Se lucen frente a sus compañeros de clase que son los que les ríen las gracias, en realidad uno de los programas contra el acoso escolar que mas éxito esta teniendo creo recordar que es el Kiva, que se centra precisamente en los "espectadores" en lugar de la victima o el agresor.
#201 Si, la peor parte de hacer una extensión ahora es esta primera revisión, después para actualizar tardan menos porque solo tienen que revisar las modificaciones frente la versión anterior.
No creas que webextensions va a acortar mas este proceso, el gran problema es que no hay mucha gente que quiera revisar extensiones ya que es un proceso bastante aburrido.
#197 El sistema de revisión es bastante concienzudo, es mas tardan meses en firmarte una extensión, decir que no son revisadas en profundidad es un insulto al equipo que esta revisando extensiones y que aunque tardan una barbaridad al menos hacen las cosas bien.
Y te repito es mas rápido hacer una extensión que robe tus datos usando las apis que usando xpcom.
#193 Lo único que aumenta la seguridad es requerir que sean revisadas y firmadas digitalmente eliminar xul y xpcom no lo hace mas seguro.
Si requieres firma digital de forma obligatoria y siempre y cuando se revisen las extensiones como es debido no habrá problemas, pero xul y xpcom no tienen nada que ver en esto.
#190 Ahora avisa de las que no están firmadas y pronto solo se podrán instalar extensiones firmadas, ademas avisa de aquellas que puedan estar ralentizando el navegador pero poco tiene esto que ver con e10s menos la parte del uso de CPOWs.
#186 Deja de hablar sin informarte primero, en firefox no se podrá desactivar el sistema de firmas de ninguna manera, solo las versiones nightly y developer podrán desactivar esta característica para que se puedan crear las extensiones antes de firmarlas.
Y repito otra vez la api no hace que todo sea seguro de repente, se pueden escribir extensiones en chrome que roben contraseñas con la misma facilidad que con cualquier otra alternativa, es mas si tuviera que robar el historial los favoritos y las contraseñas de un usuario preferiría no usar xul ni xpcom porque es mas rápido hacerlo usando las apis existentes.
#184 Hay extensiones en firefox que son IMPOSIBLES de realizar en la api de chorme, las razones de seguridad y privacidad son totalmente falsas, para eso están obligando a firmar extensiones, sin firmar extensiones da igual si usas webextensions el sdk o xul/xpcom que te pueden espiar exactamente de la misma forma.
#181 Lo han echo porque es una tecnología antigua y difícil de mantener, no estoy en contra de remplazar xul y xpcom estoy en contra de remplazarlo con algo infinitamente menos potente.
#176 Hace tiempo que es estable al 100% las extensiones mas importantes funcionan correctamente, si bien no es cosa de mozilla hacer que funcionen eso se lo han dejado a los desarrolladores de extensiones si bien es posible que los que no hayan hecho su extensión compatible con e10s todavía no lo hagan jamas ya que requiere tiempo y dentro de ~1 año dejara de funcionar debido a webextensions.
#179 Se rompen a veces con las actualizaciones es el precio a pagar por el acceso a bajo nivel, pero remplazar xul/xpcom con webextensions es como remplazar la mejor impresora 3d del mundo con 30 piezas de lego, si se pueden hacer cosas con 30 piezas de lego pero son pocas piezas para empezar y por mucho que añadan no sera lo mismo que la impresora 3d.
Apoyo la firma de extensiones (y mira que llevo 2 meses para firmar una), apoyo australis de todas formas la interfaz siempre se ha podido customizar y australis no ha eliminado eso si bien los addons necesarios para poder hacerlo serán imposibles de crear en webextensions, apoyo incluso la publicidad en tiles que introducirán dentro de poco ya que al menos se ha creado de forma que se respete la privacidad de los usuarios.
Pero remplazar xul/xpcom con webextensions es el mayor tiro en el pie que se han dado hasta ahora, si los usuarios de firefox hubiesen querido utilizar chrome lo estarían haciendo.
WebExtensions que es la nueva "API" ya tiene acceso al historial y favoritos de los usuarios y probablemente tendrá acceso a las contraseñas en un futuro próximo así que es mas que probable que se puedan hacer addons que roben información personal de los usuarios sin problemas, pero para eso están las revisiones y las firmas digitales, una extensión de este tipo no se va a firmar por mozilla y por tanto no podrá ser instalada en los navegadores.
A pesar de que el actual SDK y sus APIs son compatibles con e10s (multi-proceso) y es de mas alto nivel muchos desarrolladores optan por usar xul y xpcom porque el sdk y próximamente webextensions no permiten la misma flexibilidad.
Ademas no pienses que xpcom son las tripas del navegador sin mas, xpcom es algo que integro mozilla para permitir precisamente un acceso a mas bajo nivel a ciertas partes del navegador permitiendoles destacar sobre los demás, mozilla es, en ultima instancia, quien tiene la ultima palabra en que se puede hacer con xpcom, ademas las firmas digitales permiten a mozilla no firmar extensiones que puedan ser dañinas para los usuarios estén escritas en xul/xpcom en el actual sdk o en el futuro webextensions.
XPCOM fue un gran trabajo por parte de mozilla y durante años a beneficiado a los usuarios y desarrolladores de extensiones, ahora van a acabar con todo esto sin ofrecer una alternativa igual de potente y algunas de las razones son simplemente mentira.
Las razones de eliminar xul y xpcom no son por seguridad, tampoco por ayudar a los desarrolladores, también han afirmado en algún momento que Electrolysis rompería estas extensiones pero se pueden rescribir para que sigan funcionando buen ejemplo es greasemonkey cuyo autor a estado meses reescribiendo su extensión para que funcionase correctamente con electrolysis y ahora recibe la noticia de que en un año su extensión dejara de funcionar para siempre debido a la retirada de xul y xpcom, esta extensión tiene mas de un millón de usuarios muchos de ellos no saben que es xul ni xpcom pero se van a quedar sin extensión de todas formas.
#6 Ya se requiere firma en algunos canales y en estable faltara bien poco, es la solución a posibles extensiones dañinas, pero ten en cuenta que con webextensions podrás acceder a las claves de los usuarios que estén almacenadas, así que puedes hacer extensiones dañinas sin problemas, obviamente no te las van a firmar pero tampoco te firmarían una extensión que use xul y xpcom y sea dañina.
El problema de las extensiones que usan xul y xpcom es que son propensas a romperse cada vez que mozilla actualiza algo en el navegador y los desarrolladores tienen que ir retocando cosas pero entonces la extensión se tiene que revisar y firmar otra vez y durante las semanas que tardan en firmarla no funcionara, con webextensions como es mas simple solo necesitaran revisar a mano algunas extensiones mientras que otras pasaran automáticamente.
xpcom es bastante complejo y les esta costando mejorar el navegador sin romper la compatibilidad, eso puedo entenderlo, pero si quieren eliminar xul y xpcom deberían dar una alternativa igual de potente en caso contrario están eliminando una característica muy importante para gran parte de los usuarios que aún usan firefox.
#59 Es "mas fácil" porque es de mas alto nivel, tienes cuatro apis en plan módulos predefinidos con los que montar la extensión pero si necesitas algo que se salga de ahí es totalmente imposible.
En ese aspecto se parece al actual sdk el cual tiene mas características ya que webextensions esta todavía en desarrollo y ten en cuenta que las apis del sdk ya son menos potentes que lo que se puede hacer con xul y xpcom, si bien en addons hechos con el sdk puedes usar xul y xpcom si quieres.
Como bien a dicho vickop en #1 el que ha redactado la noticia no sabe lo que son los hilos y mucho menos diferenciarlos de los procesos, pero ademas se atreve a ir más allá y habla del proyecto electrolysis (e10s para abreviar) sin tener claro que es y continua diciendo cosas como [...veremos qué pasa con las extensiones de Firefox cuando este navegador pase a ser multiprocesal, ya que es muy probable que no funcionen adecuadamente...] no es necesario esperar al futuro para ver que pasa, no pasa nada se pueden rescribir las extensiones que usan xul y xpcom para funcionar con e10s sin problemas, las mas importantes ya son compatibles, otras extensiones funcionan sin mas o utilizando shims, y por ultimo las extensiones creadas con el SDK son totalmente compatibles.
Lo que si quiero mencionar es que eliminar las extensiones xul y xpcom obligara a muchos desarrolladores de extensiones a rescribir todo desde cero pero ademas hay extensiones que serán imposibles de recrear en este nuevo framework llamado webextensions, muchos desarrolladores no van a perder el tiempo intentándolo y se perderán buenas extensiones en esta transición, integraran algunas apis para que las extensiones mas importantes funcionen pero sera mas difícil innovar en el futuro por culpa de las restricciones que se van a aplicar a las extensiones.
Todo lo que no te gustase de firefox hasta ahora era fácil de solucionar usando extensiones, a veces cuando ellos modificaban o incluso eliminaban características te animaban a usar extensiones para subsanar el problema, con webextensions esto puede ser imposible.
Apoyo muchas de las decisiones controvertidas que ha realizado mozilla, la mayoría de las cosas que han hecho se pueden configurar o personalizar para que no te afecten pero eliminar xul y xpcom sin dar una alternativa igual de potente es un paso atrás, el sistema único de extensiones de firefox es una de las razones por las que muchos usuarios lo prefieren sobre otras alternativas como chromium/chrome.
#26 OpenCL fue creado por Apple y después Khronos Group se ha encargado de mantenerlo, y esta soportado por gráficas y algunos procesadores de marcas como AMD, ARM, Intel y nvidia en mayor o menor medida.
Debido a que cada implementación tiende a comportarse de una forma distinta bajo algunas circunstancias no se ha utilizado demasiado, por ejemplo en AMD cualquier kernel de gran tamaño fallara al compilar, dificultando mucho el desarrollo de aplicaciones complejas, en el caso de nvidia solo soporta Opencl 1.2 y tiende a ser mas lento que su alternativa cerrada cuda.
Personalmente el mejor compilador de Opencl para mi es el de Intel en CPU, es rápido y el código generado funciona correctamente y con el rendimiento esperado, aunque como es obvio no es un gran avance porque la idea es usar la gráfica.
[...decidimos que teníamos que mantener una solución híbrida, utilizando los dos sistemas al mismo tiempo. Esta mezcla ha sido devastadora....]
Un aplauso a microsoft por usar estándares cerrados que provocan grandes dificultades para usar cualquier otro programa que no sea suyo, otro para la gente que cree que la culpa de esto la tienen el resto de los programas y nunca microsoft, así como al que ha redactado la noticia.
El titular podría haber sido ...el software cerrado puede salir doblemente caro y hablar de los grandes problemas que los estándares cerrados crean a la hora de trabajar con aplicaciones de terceros o migrar los archivos...
O simplemente informar, ...debido a los problemas para migrar los archivos de office Italia ha decidido seguir utilizándolo...
#26 Telegram y gmail funcionan perfectamente, no hay cliente oficial de WhatsApp pero porque a los creadores simplemente les da igual, como también les ha dado igual que no hubiera cliente oficial de WhatsApp en PC hasta que empezaron a ver que absolutamente todos los demás si lo tenían (line, telegram...) es mas llegaron a banear cuentas de usuario que usaban clientes no oficiales para así usarlo en PC.
#53 sdar 
