#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.
#74 Permanentemente, te lo dice la física. Si no te fías, lo metes en una jaula de Faraday hasta que tengas que usarlo y asunto arreglado; si inventasen una batería con esa capacidad, no creo que se lo callasen y lo usasen para rastrear silenciosamente a los vehículos de todos los españoles.
Al llevar un dispositivo más estás aumentando tu superficie de ataque y es posible prácticamente seguro que existen vulnerabilidades en el hardware que se utiliza, y dado esto, un atacante que tuviera acceso a ... olvídate, antes ya te han localizado, descargado las fotos y suplantado tu identidad otros 15 menos poderosos a través de tu smartphone.
Me parece necesaria esa sana preocupación por la privacidad, pero creo que esta debería afectar a este dispositivo cuando no tengas ni siquiera smartphone, puesto que, como poco, es igual de vulnerable y ya está directamente conectado a una varias empresas privadas que miden tus desplazamientos y muchas más cosas.
#75 ¿También haces el mantenimiento de las carreteras?
Has de ser este hombre.
#80 Muchas gracias por toda la info, es muy enriquecedor. Ya que estamos, aprovecho para seguir curioseando...
¿Cómo habéis diseñado el gatillo que activa el modo de emergencia? ¿Es físico, detecta la alteración que produce el colocarlo sobre el coche?
#84 A nivel de hardware el dispositivo es relativamente sencillo. El encendido se realiza mediante movimiento mecánico, es decir, coges con una mano la cúpula y con la otra la base, y realizas un giro como si estuvieras habriendo una tapa de un bote ancho. Automáticamente se encienden los leds. A los 100 segundos se encenderán el modulo de radio y el GPS para empezar a transmitir, y transmitirá un mensaje de posición cada 100 segundos. No se incluye ningún sensor que pueda detectar la posición o el movimiento del dispositivo. Vamos que es tonto, tu lo enciendes, el empieza a enviar datos (a día de hoy solo a nuestro server) y cuando quieras lo apagas y deja de funcionar. Más curiosidades: aquí un operador (no digo el nombre...) nos hizo la jugada del quince, porque una vez ya teniamos el dispositovo fabricado nos exigían un apagado pasivo, esto quiere decir que primero se tenía que hacer una desconexión de la red, y luego apagar la electrónica. Nuestro diseño simple, mecánico, impedía que pudieramos hacer esto y obligaba a tirar a la basura una gran inversión ya realizada. Al final se nos dio la certificación, pero exigiendo compromiso de cambio en las próximas unidades.
#90 Pues eso del apagado pasivo es una tontería. Si el dispositivo no responde a la red lo quitas de la tabla de la BTS y listo. Menudos pijoteros.
#105 Cuando trabajas con módulos de radio el mayor problema que te puedes encontrar es el consumo de batería, es muy elevado y esto hace que los dipositivos portatiles tengan poca duración de batería. Las tecnologías NB-IoT y LTE vienen a solucionar este problema. A grandes rasgos, la idea es que el estado "deep sleep" del modem de radio, lo que hace que consuma poca batería, es gestionado directamente por la celda de la red, y no por el microcontrolador. Se utilizan servidores remotos UDP (no TCP) y los mensajes no los envías directamente a este servidor desde el modem de radio, si no que se los guarda la antena y los envía ella cuando considera.
El apagado pasivo es porque el operador quiere que desactives el modo "deep sleep" de la antena, antes de apagar el modem, de este modo liberas tus slots en la celda de red. La medida que han tomado es que si pasada una hora tu no generas actividad en la red, entonces se te expulsa directamente.
#112 Gracias por el comentario, bastante interesante para un teleco.
#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.
#51 ¿Las credenciales no las puedes sacar de la interfaz de configuración del router? (Normalmente, una web a la que accedes vía 192.168.0.1 o 192.168.1.1)
No estoy en Digi, pero en el mío, si voy a opciones avanzadas, las veo enmascaradas como contraseñas. Con editar el formulario (botón derecho, inspeccionar) y quitar el atributo type=password se quedan en texto plano.
Sea como sea, las tiene que tener el propio aparato y tienen que poder cambiarlas, así que de alguna forma tienen que estar accesibles.
#44 He encontrado una serie de vídeos que tratan este tema:
Elección de la ONT. Sustitución router operadora
Sí que venden routers con ONT integrado, pero sustituir al router me parece más sencillo: incluso una raspberry 4 podría hacer las funciones. Lo que me llama la atención de todo esto es que dependas del hardware que hayan instalado en la centralita que de servicio a tu casa, lo que te pone en una situación comprometida si quieres cambiar de proveedor o vivienda, o incluso si el proveedor decide cambiar su OLT.
Poner el router de la operadora en modo bridge... te permite usar la interfaz y configuración de red interna del router que tu quieras, pero seguirás dependiendo siempre de la configuración del original, ¿no?.
Como dice #42, hay que tener cerca el original por si toca llamar a soporte. A mi me ha pasado lo mismo incluso con el router de la operadora, con tan solo cambiar las claves de acceso remoto.
Una conexión a internet deberían ser las credenciales de acceso y todo lo demás, opcional, pudiendo ponerlo el cliente o alquilártelo la operadora.
#105 En mi caso en modo Bridge cambia la interface y aparecen deshablitadas las opciones que salían antes (port forwarding, etc...)
#74 No creo que creen un navegador desde cero, sino que adaptarán Firefox o Chrome.
#7 ¿Cuáles? Yo he ido encontrando reemplazo para todas, algunas mejores, otras porque su funcionalidad la incorporaba firefox nativamente.
Tristemente, también tengo que tener un chrome para usar las páginas de Google con mejor experiencia.
@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.
#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 )