#48 No tenía ni idea de los pormenores del referéndum de Crimea y he entrado a tu enlace.
Gracias a eso, he descubierto que mantenter el status quo era una opción perfectamente válida, puesto que había tres propuestas que se votaron por separado, con un SI o un NO como respuesta. Quien quisiera mantener el status quo sólo tuvo que votar 'no' a las tres propuestas, cosa que hizo, como mucho, un 17,2% de los votantes.
#100 Disculpa, hemos caido los dos en el mismo error. El referendum que nos ocupa es el de 2014, no el de 1994. Y mantener el status quo no era una opción.
https://es.wikipedia.org/wiki/Refer%C3%A9ndum_sobre_el_estatus_pol%C3%ADtico_de_Crimea_de_2014
#109 Estaba mejor formulado en un inicio; pero así, en todo caso, se infla la cifra de los ciudadanos favorables a mantener el statu quo, ya que no es descabellado achacar a esa postura toda la abstención.
Es curioso que la cifra sea muy parecida a la de los votos en pro del statu quo de 1994 (16,1% de abstención en 2004 vs 17,2% de votos pro-statu quo en 1994).
#95 Si por incidente te refieres al accidente de tráfico que provocó la muerte de dos líderes opositores cubanos que terminó en una condena a cuatro años de cárcel de la cual cumplió tres meses en Cuba y uno en España, sí, es el mismo.
#22 Una forma de crear una barrera de acceso a la competencia, como se ve en este artículo.
#32 ¿Que los titiriteros estaban incitando al público a qué?
#48 A nada, y lo sabe perfectamente, pero lo único que le queda a algunos es repetir los bulos a ver si cuelan o cuajan por repetición.
Eso y llorar con la cuenta nueva que le banearon en la anterior por "tener un pensamiento crítico con el mayoritario aqui en MNM"
Y si, esto entrecomillado lo he leído aquí, con dos cojones...
#48 A nada, fue una soberana gilipollez sacada de madre. Pero no se les detuvo por titiriteros. Como tampoco se ha detenido a nadie por cantar rap. El comentario al que respondo es una gilipollez karmawhore.
Lo más fascinante de algunos comentarios es que les falta jalear al imbecil directamenteporque se está enfrentando a la GC. Uy! Qué rebeldes! Todo de teclado y boquilla, hasta el día que necesiten a un guardia, claro.
#39 Yo creo que no te has enterado de nada. Pero el que va fino soy yo, no? 
#69 Con esa calidad de comentario te quejas tú de qué? Qué bulo es decir que a los titiriteros no se les detuvo por ser titiriteros, ni al rapero por ser rapero? Es tan simple como para quedarte mirando el dedo?
#33 Atentado no, pero la resistencia a la autoridad y las amenazas no parece que puedan ser muy discutibles.
Un 10 a estos agentes por su habilidad para gestionar los conflictos. Deberían ascenderlos y encargarles la redacción del protocolo de actuación para el resto de sus compañeros.
#24 Hace saber a los vecinos de la ciudad sus prácticas. Sirve para ejercer presión social ante comportamientos antisociales.
¿Por qué crees que los poderosos siempre viven rodeados de un perímetro infranqueable? La residencia del primer ministro británico sería igual de segura si Downing Street no estuviera vallada.
#125 No, yo tampoco, y en muchas ocasiones para tratar de evitarlo se hacen unos saltos mortales que son claramente mucho peores que usar un else. Los if anidados son el demonio y se pueden sustituir fácilmente por cláusulas de guarda que hacen que leer el código no requiera un cerebro en modo compilador. Y comparto el placer en devolver la comparación de turno, que ya es un booleano de por si, en lugar de enfangarlo todo con if y elses.
Pero los ternarios... eso debería ser ofensa criminal, con condena a documentar cien mil líneas de código por cada uno injustificado*.
Si miras tu código de hace 1 año y no te parece malo, es que sigues programando igual de mal
* (En realidad, si son null operator hasta me gustan )
#121 
¡Hereje!
Ahí no lo matas, sólo lo escondes en un ternario
El que pone un else y lo esconde es un parguela. Si me vas a poner un else, enséñamelo.
#122 es un hobby que tengo... Prostituir las normas de programación que no me convencen.
No quiero entrar en polémica, pero yo no soy enemiga del else, solo de los if con miles de or/and o anidación.
Y los if(a==b) return true else return false.... Y variantes... Esos son superiores a mi...
Lo peor es encontrar uno en mi código.
#125 No, yo tampoco, y en muchas ocasiones para tratar de evitarlo se hacen unos saltos mortales que son claramente mucho peores que usar un else. Los if anidados son el demonio y se pueden sustituir fácilmente por cláusulas de guarda que hacen que leer el código no requiera un cerebro en modo compilador. Y comparto el placer en devolver la comparación de turno, que ya es un booleano de por si, en lugar de enfangarlo todo con if y elses.
Pero los ternarios... eso debería ser ofensa criminal, con condena a documentar cien mil líneas de código por cada uno injustificado*.
Si miras tu código de hace 1 año y no te parece malo, es que sigues programando igual de mal
* (En realidad, si son null operator hasta me gustan )
#85
msg = "Feliz año nuevo"
if (!newyear)
">
print msg
#119
Console.WriteLine(DateTime.Now.Year > 2021 ? "Feliz año nuevo" : "Aún no...");
No es que me guste... Pero si hay que matar al else...
#122 es un hobby que tengo... Prostituir las normas de programación que no me convencen.
No quiero entrar en polémica, pero yo no soy enemiga del else, solo de los if con miles de or/and o anidación.
Y los if(a==b) return true else return false.... Y variantes... Esos son superiores a mi...
Lo peor es encontrar uno en mi código.
#125 No, yo tampoco, y en muchas ocasiones para tratar de evitarlo se hacen unos saltos mortales que son claramente mucho peores que usar un else. Los if anidados son el demonio y se pueden sustituir fácilmente por cláusulas de guarda que hacen que leer el código no requiera un cerebro en modo compilador. Y comparto el placer en devolver la comparación de turno, que ya es un booleano de por si, en lugar de enfangarlo todo con if y elses.
Pero los ternarios... eso debería ser ofensa criminal, con condena a documentar cien mil líneas de código por cada uno injustificado*.
Si miras tu código de hace 1 año y no te parece malo, es que sigues programando igual de mal
* (En realidad, si son null operator hasta me gustan )
#59 En este caso sí, es trivial. Pero en código con mucha líneas, si en lugar de usar cláusulas de guarda vas implementando if-else's, cuando llegas a dónde está chicha del código tienes que retener en la mente un montón de condiciones para saber qué se va a ejecutar.
En el código que pone de ejemplo #86, te encontrarías un if al principio del todo y sus consecuencias (el else), al final del archivo. Es mucho más fácil si inviertes el if (si no X, tal => si X, tal) y sigues programando sabiendo que esa condición se cumple y con un nivel de indentación menos:
if (param === null)
// resto del programa
#38 Exactamente. En este caso yo declararía una variable al principio del código con el mensaje que quiero mostrar si no es el primer segundo del año, la cambiaría si se cumple el if y siempre, al final, la imprimiría por consola.
#45 Pues cuando cambie lo cambias todo y en paz. Muchas veces se programa anticipándose a cambios futuros que nunca llegan, y al final eso es un error y una enorme cagada porque durante todo el tiempo que pasa desde que está el código escrito hasta el supuesto cambio, estás disfrutando de un código claramente subóptimo.
#59 En este caso sí, es trivial. Pero en código con mucha líneas, si en lugar de usar cláusulas de guarda vas implementando if-else's, cuando llegas a dónde está chicha del código tienes que retener en la mente un montón de condiciones para saber qué se va a ejecutar.
En el código que pone de ejemplo #86, te encontrarías un if al principio del todo y sus consecuencias (el else), al final del archivo. Es mucho más fácil si inviertes el if (si no X, tal => si X, tal) y sigues programando sabiendo que esa condición se cumple y con un nivel de indentación menos:
if (param === null)
// resto del programa
#37 No hay ningún motivo para usarlos hasta que se demuestre lo contrario:
https://wiki.c2.com/?ElseConsideredSmelly
Por no mencionar que, anidados, suelen provocar un código hadouken:
#c-85" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3605212/order/85">#85 Si está dentro de un método (y suponiendo que se corrige el problema del "==" cambiándolo por un ">=" o el operador que corresponda en C#, para evitar el error de que se considere estar en 2021 cuando ya es 2022), se me ocurre que se podría añadir un "return" a continuación del mensaje de feliz 2022, para que el método no siga ejecutándose. De esta forma no te haría falta ningún else, el otro mensaje lo pones a continuación sin condición alguna, si ya se ha mostrado el de feliz 2022 el return va a hacer que lo siguiente no se ejecute, y si no cumple la condición de que la fecha ya sea mayor al primer segundo de 2022 entonces es correcto que ejecute lo de 2021.
#119
Console.WriteLine(DateTime.Now.Year > 2021 ? "Feliz año nuevo" : "Aún no...");
No es que me guste... Pero si hay que matar al else...
#122 es un hobby que tengo... Prostituir las normas de programación que no me convencen.
No quiero entrar en polémica, pero yo no soy enemiga del else, solo de los if con miles de or/and o anidación.
Y los if(a==b) return true else return false.... Y variantes... Esos son superiores a mi...
Lo peor es encontrar uno en mi código.
#125 No, yo tampoco, y en muchas ocasiones para tratar de evitarlo se hacen unos saltos mortales que son claramente mucho peores que usar un else. Los if anidados son el demonio y se pueden sustituir fácilmente por cláusulas de guarda que hacen que leer el código no requiera un cerebro en modo compilador. Y comparto el placer en devolver la comparación de turno, que ya es un booleano de por si, en lugar de enfangarlo todo con if y elses.
Pero los ternarios... eso debería ser ofensa criminal, con condena a documentar cien mil líneas de código por cada uno injustificado*.
Si miras tu código de hace 1 año y no te parece malo, es que sigues programando igual de mal
* (En realidad, si son null operator hasta me gustan )
#85 Puedes poner un return al final del cuerpo del if y dejar el contenido del else fuera. O puedes asignar uno de los mensajes a una variable, cambiarlo dentro de un if cuando se cumpla alguna condición y mostrar finalmente el mensaje después del if.
Esas son sólo dos posibilidades. Estoy seguro de que si me paro a pensarlo las encuentro mejores, como por ejemplo algo que implique el uso de expresiones regulares.
Seguro que todo eso se puede al final reducir a una única línea sencilla.
#39
Mira que me harto de corregirle a los novatos ese tipo de composiciones. Sobre todo en validaciones de parámetros, en plan:
if(param != null)
else
Y eso irlo anidando
#59 En este caso sí, es trivial. Pero en código con mucha líneas, si en lugar de usar cláusulas de guarda vas implementando if-else's, cuando llegas a dónde está chicha del código tienes que retener en la mente un montón de condiciones para saber qué se va a ejecutar.
En el código que pone de ejemplo #86, te encontrarías un if al principio del todo y sus consecuencias (el else), al final del archivo. Es mucho más fácil si inviertes el if (si no X, tal => si X, tal) y sigues programando sabiendo que esa condición se cumple y con un nivel de indentación menos:
if (param === null)
// resto del programa
#21 Para mi, el cambio de debian a centos fue muy fácil. yum donde escribía apt y, en un 99% de los casos, a correr .
#90 ¡Gracias de nuevo!
Lo de tardar 100 segundos en empezar a comunicar la posición, ¿es fruto de la especificación o consecuencia del intervalo posterior entre comunicaciones? Vaya, ¿es porque empieza el contador cuando se enciende y se usa la misma instrucción para enviar la primera localización que las demás?
#123 Cuando enciendes el dispositivo tienes que esperar un tiempo antes de encender los módulos de radio y GPS porque no sabes si el usuario simplemente está jugueteando con el aparato, y tu tienes la necesidad de ahorra batería al máximo (el encendido de los módulos tiene un coste de batería alto). Tras 100 segundos se entiende que hay emergencia y se activa la radio y GPS. Creo que en la norma ahora mismo no hay nada referente a esto. En cualquier caso es un comportamiento lógico que tu mismo te das cuenta cuando haces las pruebas para testear el producto.
@Fraymaltes Sea. Buenas tardes, Fray.
Hace no mucho leí a varias personas acerca de alguna extensión que usaban para modificar el css de las páginas, con themes creados ad-hoc para menéame. ¿Alguien recuerda cual era exactamente?
Ya que se han puesto tan cools, me apetece tocar el css a mi gusto. Como buen rancio.
@Jakeukalane
¡Buenas!
Te he intentado mandar un privado pero no estamos amigados. ¿Qué wiki es? Le echo un ojo y así vemos cómo lo hacemos, pero sí, cuenta conmigo.
@Jakeukalane@admin
carme
Sobre lo que en mi opinión es realmente importante, el asunto de lograr la convivencia entre el filtrado de dominios y las páginas de archivo de internet —que calificaría de un bien de internet, por lo que me parece sensato, si no apoyarlas, al menos permitirlas- he creado esta expresión regular que extrae automáticamente el dominio original de las urls de archive.org y archive.is.
Pasándole el resultado al validador de dominios, se podría incluso mantener el baneo a las páginas de archivo (para evitar que se aniden entre sí para sortear el filtrado). De esta forma evitaríamos tener que tomar una medida tan drástica respecto a los archivadores.
DNS sobre HTTPS causa más problemas de los que soluciona, según expertos [ENG]
zdnet.comEl protocolo DNS-over-HTTPS (DoH) no es la panacea de la privacidad que muchos han estado defendiendo en los últimos meses. El resumen es que la mayoría de los expertos piensan que el DoH no es bueno, y la gente debería concentrar sus esfuerzos en implementar mejores formas de encriptar el tráfico de DNS, como el DNS sobre TLS, en lugar del DoH.
Premios Ig Nobel 2019
francis.naukas.comTodos los años me hago eco de los Premios Ig Nobel. La ceremonia de entrega de los Premios Ig Nobel 2019 se celebró en el Teatro Sanders de Harvard el pasado 12 de septiembre de 2019. Los ganadores del Ig Nobel de Física repiten, ya lo obtuvieron en 2015 por el pipí de los animales, ahora lo logran por el popó de los wombats (y han prometido que no será el último). Ningún español o hispanoamericano ha logrado Ig Nobel este año.
Las 100 películas en español esenciales (por RottenTomatoes) [ENG]
editorial.rottentomatoes.comA punto de comenzar el mes de la Herencia Hispana, Mónica Castillo y Rotten Tomatoes reúnen las mejores películas en español, desde clásicos instantáneos recientes como Roma y The Heiresses hasta Tristana y Sin Nombre.
Entrevista con Sabine Hossenfelder, física teórica: “Gastar más en el acelerador de partículas es tirar el dinero”
lavanguardia.comLa física Hossenfelder tendrá o no razón cuando argumenta que los 20.000 millones de euros para el acelerador del CERN no servirán para demostrar nada nuevo. O tal vez exagere en que la física está estancada desde hace 60 años por su obsesión en buscar soluciones bellas para un universo que sólo lo es a su manera. Pero es indiscutible que deberíamos estudiar mejor en qué invertimos el dinero público para investigar, porque, ahora mismo, ese debate es inexistente en la UE.
Hace 5 años | Por a1984
Publicado hace 5 años por
a1984
Youtubers, mentiras y opiniones pagadas
Si prefieres ver y escuchar a leer puedes informarte a través de investigacion-completa-deivid-morganson-youtuber-decia-verdad/log
Publicado hace 5 años por
a1984
a
youtube.com
Este fenómeno es relativamente nuevo. Como tiene financiación, tiene potencia, pero no ha podido desplazar al original de la plataforma. Me refiero al tipo que se graba un vídeo en su casa, lo sube a su canal y después se va a su trabajo. Obviamente, competir en números con empresas que se gastan dinero en publicidad es complicado, pero el buen quehacer acaba por ajustar tímidamente la balanza.Como uno de estos últimos se reivindica Deivid Morganson, un peculiar YouTuber que rompe con la estética habitual de vídeo en formato selfie, en una habitación/decorado, rodeado de gadgets y posters más 10 planos y contraplanos del teléfono. Sus vídeos contaban, como mucho, con su voz, también lejos del tono pastel que impera en las cuentas profesionales. E información, mucha información. Sobre todo información. Sin monetizar.AntecedentesEn sus vídeos había también reseñas de teléfonos -no tantas-, pero también tutoriales (tipos de protectores de pantalla, cómo ponerlos, cómo cambiar la rom de tu dispositivo, cuál escoger, etcétera) y un tercer tipo de vídeos nada habitual, los que hacía con la buena costumbre de cuestionarse las cosas y compartir sus reflexiones.Caso BQEn noviembre de 2018, Deivid publicó un vídeo sobre el BQ Aquaris X2 PRO. Largo, con su voz hablando sobre una cámara grabando el teléfono y algunas dispositivas con información. En el iba desgranando la experiencia de uso del teléfono, contrastándolo con otras reseñas a las que acusaba de estar pagadas, los fallos en la pantalla... Y el descubrimiento de que el chasis del teléfono no se corresponde con el metálico que anunciaba la marca. La cosa petó, le echaron de HTCmanía y la empresa sacó un comunicado. Ante la presión, Deivid cesó su actividad en el canal y no se supo mucho de él hasta pasado un tiempo.A principios de este año, volvió a abrir su canal y a compartir el mismo tipo de contenido: comparativas, tutoriales y... vídeos de denuncia:Caso DflowHace unos pocos meses, Deivid denunció que una marca de auriculares española no cumplía con las certificaciones correspondientes, y no lo hacían porque básicamente eran auriculares comprados en Asia al por mayor con modificaciones meramente estéticas... y un precio, en venta final al consumidor en ambos casos, de en torno al 350%. La empresa resultó ser de un youtuber profesional español, 'Android from China'. Aparecieron unos terceros cascos idénticos en Amazon, por un precio intermedio (más cercano al asiático), que resultaron ser los originales y que sí incluían algunas diferencias a nivel de hardware.Caso AchocomHace escasos días, una serie de youtubers tecnológicos hicieron, al tiempo, promoción de una misma tienda: Achocom.net. El mismo día, Deivid publicaba un vídeo (espejo) en el que advertía sobre las condiciones abusivas que la tienda anunciaba en un discreto apartado de su web. Una simple búsqueda en Google confirmaba que no se trataba de un simple enunciado, sino que efectivamente, incumplían la legalidad vigente en lo relativo al derecho de desistimiento, su gratuidad e incluso había quejas por la ausencia de factura en la transacción.ReaccionesCierre de atención al cliente: La tienda cerró cualquier canal de comunicación durante casi una semana.Directo de ECG: El Camionero Geek, uno de los youtubers que había patrocinado en la promoción conjunta y que -como el resto- no había sido mencionado en el vídeo de Deivid, emite un vídeo en directo respondiéndole. En dicho vídeo afirma que las prácticas de Achocom son legales porque 'han pasado una inspección', 'el corte inglés y the phone house también lo hacen' y que si has abierto el teléfono 'te jodes'. También decía que a él no le afectaría el cierre de la empresa, algo muy curioso cuando es pública la cantidad de promoción que coloca de la tienda, incluso aunque sea en vídeos que hablan de otras tiendas y productos. En él, también avisa a Deivid Morganson de la incomodidad que producen sus vídeos y menciona la posibilidad de que le quieran 'hacer pupa' (sic).Desmontando argumentos y denunciando amenazas: En lo relativo a las condiciones de Achocom, parece que no había mucho que discutir:
Pero es que además de desmontarlo todo, Deivid denunció que le habían hecho llegar un audio, supuestamente del dueño de la empresa, por el que -no sin motivos- se sentía amenazado.Petición de denuncias al canal a sus seguidoresLa respuesta no se hizo esperar. El Camionero Geek pidió desde varios foros (Twitter, Telegram) a sus seguidores que denunciaran espúriamente el canal de Deivid. Alegaba copyright e incitación al odio. Una campaña a la que, según el propio Deivid en su canal de telegram, se habrían sumado otras cuentas pertenecientes a la misma empresa matriz (JustUnboxing) más otra gran cuenta de YouTube (TopesDeGama).Borrado de vídeos y cierre del canalPara regocijo (temporal) de la empresa, consiguen su objetivo y los vídeos y el canal son eliminados por Youtube. En ese momento, Deivid habilita un canal de Telegram para poder seguir comunicándose.Amenaza legalLlegamos al momento más esperpéntico de toda esta sacudida de la industria publicitaria en Youtube: la simulación de notificación en diferi... No, en serio. Una amenaza legal, de estas que saben mandar los abogados, comunicada por ¡un vídeo en Youtube! A estas alturas parecía claro que al volante de ese camión iba ahora la buena de Streisand.Entre la larga retahila de cosas que le avisan de que podría quizás estar incumpliendo, consta una revelación de secretos, en relación al audio que la empresa le hizo llegar a Deivid. Tiene coña el asunto, dado que el audio fue filtrado por él mismo.Borrado de la cuenta de la empresa en Google, para invisibilizar quejas con años de antigüedad de clientes.Algunas reflexiones y fuentesEn mi opinión, lo más positivo de todo esto es que la tapa de la mierda ha saltado a la vista de todo aquel que quiera mirar, el negocio de la publicidad encubierta en YouTube está más expuesto y la credibilidad de los que se dedican a ella, cayendo. Y también me parece especialmente positivo el mensaje que lanza el propio Deivid, descargándose de un supuesto papel heróico y remarcando dos aspectos: Uno, que no es nadie especial, que si te gusta lo que hace o te parece injusto lo que le está pasando, lo hagas tú también. Y dos, un llamamiento constante al espíritu crítico, a la investigación, al contraste de informaciones. A una tabla de flotación vital para sobrevivir en un mundo en el que incluso la opinión que pueda parecer más trivial también puede estar a merced del dinero.En principio, soy bastante ajeno a todo este mundo, pero he reconocido en todo este asunto un combate por la verdad entre empresas y consumidores y una actitud y unos principios que me gustan y a los que me sumo.Todas las imágenes están sacadas de su canal de Telegram o de su drive. Las afirmaciones sin respaldo documental, que no ha sido incluído en el artículo por cuestión de economía del espacio, lo encuentran en estas mismas fuentes.
#109 Estaba mejor formulado en un inicio; pero así, en todo caso, se infla la cifra de los ciudadanos favorables a mantener el statu quo, ya que no es descabellado achacar a esa postura toda la abstención.
Es curioso que la cifra sea muy parecida a la de los votos en pro del statu quo de 1994 (16,1% de abstención en 2004 vs 17,2% de votos pro-statu quo en 1994).